Bill Davidsen [EMAIL PROTECTED] writes:
Bernd Schubert wrote:
Yep, thats exactly what I'm talking about and its not only limited
to usb, but happens with sata as well.
And real SCSI hot plug drives if you pull the wrong one.
The right thing to do would be to change the raid superblock
On Thursday May 10, [EMAIL PROTECTED] wrote:
No, I haven't, but it is getting near the top of my list.
I have just committed a change to the mdadm .git so that
mdadm /dev/md4 --fail detached
will fail any components of /dev/md4 that appear to be detached (open
returns -ENXIO). and
mdadm
On Friday 11 May 2007 10:51:40 Michael Tokarev wrote:
Neil Brown wrote:
[]
But joggling a usb stick (similar to your use case) would probably be OK
since it would be hot-removed and then hot-added.
This still needs user-space interaction.
If the USB layer detects a removal and a
Bernd Schubert wrote:
Yep, thats exactly what I'm talking about and its not only limited to usb, but
happens with sata as well.
And real SCSI hot plug drives if you pull the wrong one.
--
bill davidsen [EMAIL PROTECTED]
CTO TMR Associates, Inc
Doing interesting things with small
Neil Brown wrote:
On Thursday May 10, [EMAIL PROTECTED] wrote:
No, I haven't, but it is getting near the top of my list.
I have just committed a change to the mdadm .git so that
mdadm /dev/md4 --fail detached
will fail any components of /dev/md4 that appear to be detached (open
[Repost - didn't seem to make it to the lists, sorry cc's]
Sorry, rushed email - it wasn't clear. I think there is something important here
though.
Oh, it may be worth distinguishing between a drive identifier (/dev/sdb) and a
drive slot (md0, slot2).
Neil Brown wrote:
On Thursday May 10,
Sorry, rushed email - it wasn't clear. I think there is something important here
though.
Oh, it may be worth distinguishing between a drive identifier (/dev/sdb) and a
drive slot (md0, slot2).
Neil Brown wrote:
On Thursday May 10, [EMAIL PROTECTED] wrote:
Neil Brown wrote:
On Wednesday May 9,
On Wednesday May 9, [EMAIL PROTECTED] wrote:
Neil Brown [EMAIL PROTECTED] [2007.04.02.0953 +0200]:
Hmmm... this is somewhat awkward. You could argue that udev should be
taught to remove the device from the array before removing the device
from /dev. But I'm not convinced that you always
Neil Brown wrote:
On Wednesday May 9, [EMAIL PROTECTED] wrote:
Neil Brown [EMAIL PROTECTED] [2007.04.02.0953 +0200]:
Hmmm... this is somewhat awkward. You could argue that udev should be
taught to remove the device from the array before removing the device
from /dev. But I'm not convinced
On Thursday 10 May 2007 09:12:54 Neil Brown wrote:
On Wednesday May 9, [EMAIL PROTECTED] wrote:
Neil Brown [EMAIL PROTECTED] [2007.04.02.0953 +0200]:
Hmmm... this is somewhat awkward. You could argue that udev should be
taught to remove the device from the array before removing the device
On Thursday May 10, [EMAIL PROTECTED] wrote:
Neil Brown wrote:
On Wednesday May 9, [EMAIL PROTECTED] wrote:
Neil Brown [EMAIL PROTECTED] [2007.04.02.0953 +0200]:
Hmmm... this is somewhat awkward. You could argue that udev should be
taught to remove the device from the array before
Hi,
we are presently running into a hotplug/linux-raid problem.
Lets assume a hard disk entirely fails or a stupid human being pulls it out of
the system. Several partitions of the very same hardisk are also part of
linux-software raid. Also, /dev is managed by udev.
Problem-1) When the disk
also sprach Bernd Schubert [EMAIL PROTECTED] [2007.05.09.1417 +0200]:
Problem-1) When the disk fails, udev will remove it from /dev. Unfortunately
this will make it impossible to remove the disk or its partitions
from /dev/mdX device, since mdadm tries to read the device fail and will
abort
On Wednesday 09 May 2007 15:14:50 martin f krafft wrote:
also sprach Bernd Schubert [EMAIL PROTECTED] [2007.05.09.1417 +0200]:
Problem-1) When the disk fails, udev will remove it from /dev.
Unfortunately this will make it impossible to remove the disk or its
partitions from /dev/mdX device,
Bernd Schubert wrote:
Hi,
we are presently running into a hotplug/linux-raid problem.
Lets assume a hard disk entirely fails or a stupid human being pulls it out
of
the system. Several partitions of the very same hardisk are also part of
linux-software raid. Also, /dev is managed by
15 matches
Mail list logo