Re: oops on 2.6.19-rc6-mm2: deref of 0x28 at permission+0x7

2006-12-12 Thread Jiri Slaby
Neil Brown wrote: On Monday December 11, [EMAIL PROTECTED] wrote: On Mon, 11 Dec 2006, Neil Brown wrote: this nash thing is exactly the command which triggers a bit different oops in my case. On my side, the oops is fully reproducible. If you manage to make your case also reproducible,

Re: Odd (slow) RAID performance

2006-12-12 Thread Bill Davidsen
Neil Brown wrote: On Friday December 8, [EMAIL PROTECTED] wrote: I have measured very slow write throughput for raid5 as well, though 2.6.18 does seem to have the same problem. I'll double check and do a git bisect and see what I can come up with. Correction... it isn't 2.6.18 that

Shrinking a RAID1--superblock problems

2006-12-12 Thread Jonathan Terhorst
I need to shrink a RAID1 array and am having trouble with the persistent superblock; namely, mdadm --grow doesn't seem to relocate it. If I downsize the array and then shrink the corresponding partitions, the array fails since the superblock (which is normally located near the end of the device)

Re: Shrinking a RAID1--superblock problems

2006-12-12 Thread dean gaudet
On Tue, 12 Dec 2006, Jonathan Terhorst wrote: I need to shrink a RAID1 array and am having trouble with the persistent superblock; namely, mdadm --grow doesn't seem to relocate it. If I downsize the array and then shrink the corresponding partitions, the array fails since the superblock

Re: Odd (slow) RAID performance

2006-12-12 Thread Raz Ben-Jehuda(caro)
On 12/12/06, Bill Davidsen [EMAIL PROTECTED] wrote: Neil Brown wrote: On Friday December 8, [EMAIL PROTECTED] wrote: I have measured very slow write throughput for raid5 as well, though 2.6.18 does seem to have the same problem. I'll double check and do a git bisect and see what I can come

Re: Odd (slow) RAID performance

2006-12-12 Thread Bill Davidsen
Raz Ben-Jehuda(caro) wrote: On 12/12/06, Bill Davidsen [EMAIL PROTECTED] wrote: Neil Brown wrote: On Friday December 8, [EMAIL PROTECTED] wrote: I have measured very slow write throughput for raid5 as well, though 2.6.18 does seem to have the same problem. I'll double check and do a git

Relabeling UUID

2006-12-12 Thread Bill Davidsen
I needed to move an array to other drives, and because of the way the array is used, want to keep the UUID on the new array. It doesn't appear that uuid= works with create (why?), or that stopping the array and then using assemble with uuid= will renumber the array in the superblock. What's

Re: Relabeling UUID

2006-12-12 Thread Neil Brown
On Tuesday December 12, [EMAIL PROTECTED] wrote: I needed to move an array to other drives, and because of the way the array is used, want to keep the UUID on the new array. It doesn't appear that uuid= works with create (why?), or that stopping the array and then using assemble with uuid=

Re: Relabeling UUID

2006-12-12 Thread Bill Davidsen
Neil Brown wrote: On Tuesday December 12, [EMAIL PROTECTED] wrote: I needed to move an array to other drives, and because of the way the array is used, want to keep the UUID on the new array. It doesn't appear that uuid= works with create (why?), or that stopping the array and then using