On 10/21/2015 04:11 PM, Istvan Gabor wrote:
Hello:
This occurs in openSUSE 12.2. I have several raid 1 devices most of them are 1.0 style. During boots the arrays are arbitrarily assembled. For example after first boot some of the arrays are assembled with one drive only. Even if I don't use/mount the devices and reboot the computer they are assembled differently after the new boot. It seems arbitrary which devices are assembled correctly and which not. It is arbitrary too which one of the mirror devices (/dev/sdbx or /dev/sdcx) become part of the array and which not. See the example:
First boot:
Personalities : [raid1] md1 : active (auto-read-only) raid1 sdb1[2] 20971520 blocks super 1.0 [2/1] [U_]
md14 : active raid1 sdc14[2] sdb14[3] 62918468 blocks super 1.0 [2/2] [UU]
md16 : active raid1 sdc16[2] sdb16[3] 62918468 blocks super 1.0 [2/2] [UU]
md18 : active (auto-read-only) raid1 sdb18[0] 31455104 blocks super 1.0 [2/1] [U_]
<snip>
unused devices: <none>
A different assemble "pattern". And it goes like this from boot to boot.
Why is this? How to fix this? Is this hardware of software issue?
Thanks,
Istvan
What kernel are you running? There were a rash of problems in the early 4.0 kernels where several configurations of RAID1 and RAID5, etc. would not bind on boot leaving your array operating in degraded mode. The advice has generally been to "re ADD" the degraded disk to the array as long as the transactions were reasonably close (on the mdraid list that is somewhat a fuzzy number, but anything less than 40K transactions are worth a shot) Careful though. If this is random, then you must check that your good array is the one that binds (may have to be first) before the current disk that was running in degraded mode outside the array. (in other words, make sure the disk you re-add to the array is the one that has been in degraded mode, and didn't for some reason beyond modern comprehension, decide to attach first on your most recent boot. -- this can result in the array being sync'd to the degraded one -- which would have no small number of 'interesting' results. (I've survived that one, though recovery wasn't too bad) -- David C. Rankin, J.D.,P.E. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org