From mboxrd@z Thu Jan 1 00:00:00 1970 From: NeilBrown Subject: Re: MD does not wait for drives on start-up with kernels 3.8+ Date: Mon, 15 Apr 2013 20:34:49 +1000 Message-ID: <20130415203449.4d121b32@notabene.brown> References: <20130330190538.4e3c1771@natsu> <20130415144530.183d7b31@natsu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/tYFyji0LM=e/DD28Sdgj57O"; protocol="application/pgp-signature" Return-path: In-Reply-To: <20130415144530.183d7b31@natsu> Sender: linux-raid-owner@vger.kernel.org To: Roman Mamedov Cc: CoolCold , linux-raid@vger.kernel.org List-Id: linux-raid.ids --Sig_/tYFyji0LM=e/DD28Sdgj57O Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Mon, 15 Apr 2013 14:45:30 +0600 Roman Mamedov wrote: > On Sun, 31 Mar 2013 09:36:30 +0400 > CoolCold wrote: >=20 > > In similar situation (but on 2.6.2x kernels i AFAIR, with scsi drives) > > I've used rootdelay param - > > http://lists.debian.org/debian-user/2012/01/msg00748.html to make md > > assembly succeed. Hope this will help you too. >=20 > Thanks, rootdelay=3D10 seems to have solved the problem. >=20 > ... > [ 3.860538] scsi 12:0:0:0: Direct-Access ATA Hitachi HDS5C302= ML6O PQ: 0 ANSI: 5 > [ 3.860716] sd 12:0:0:0: Attached scsi generic sg8 type 0 > [ 3.860879] sd 12:0:0:0: [sdi] 3907029168 512-byte logical blocks: (2.= 00 TB/1.81 TiB) > [ 3.860906] sd 12:0:0:0: [sdi] Write Protect is off > [ 3.860908] sd 12:0:0:0: [sdi] Mode Sense: 00 3a 00 00 > [ 3.860920] sd 12:0:0:0: [sdi] Write cache: enabled, read cache: enabl= ed, doesn't support DPO or FUA > [ 3.872747] sdi: sdi1 sdi2 sdi3 > [ 3.873014] sd 12:0:0:0: [sdi] Attached SCSI disk > [ 4.144402] scsi 14:0:0:0: Direct-Access ChipsBnk Multi-Reader = 4082 PQ: 0 ANSI: 2 > [ 4.145294] sd 14:0:0:0: Attached scsi generic sg9 type 0 > [ 4.147579] sd 14:0:0:0: [sdj] Attached SCSI removable disk > [ 4.179650] ata14: SATA link down (SStatus 0 SControl 300) > [ 4.601802] hid-generic 0003:051D:0002.0001: hiddev0,hidraw0: USB HID = v1.10 Device [American Power Conversion Back-UPS RS 500 FW:30.j5.I USB FW:j= 5] on usb-0000:00:12.0-3/input0 > [ 4.601987] input: Logitech HID compliant keyboard as /devices/pci0000= :00/0000:00:12.2/usb1/1-6/1-6.1/1-6.1:1.0/input/input2 > [ 4.602051] hid-generic 0003:046D:C30E.0002: input,hidraw1: USB HID v1= .10 Keyboard [Logitech HID compliant keyboard] on usb-0000:00:12.2-6.1/inpu= t0 > [ 4.606121] input: Logitech HID compliant keyboard as /devices/pci0000= :00/0000:00:12.2/usb1/1-6/1-6.1/1-6.1:1.1/input/input3 > [ 4.606647] hid-generic 0003:046D:C30E.0003: input,hidraw2: USB HID v1= .10 Device [Logitech HID compliant keyboard] on usb-0000:00:12.2-6.1/input1 > [ 12.537344] nbd: registered device at major 43 > [ 12.599970] md: md0 stopped. > [ 12.603855] md: bind > [ 12.604029] md: bind > [ 12.604139] md: bind > [ 12.604290] md: bind > [ 12.604618] md: bind > [ 12.604779] md: bind > [ 12.604982] md: bind > ... >=20 > This was NOT required on any of the previous kernels, so I wonder why all= of > sudden with the 3.8+ kernels my system needs an extra "crutch" just to ke= ep > starting up properly. >=20 >=20 This is almost certainly not directly related to the kernel. It seems clear that some change in the kernel has resulted in the difference, but it is probably indirect and really a bug elsewhere. What distro are you using? Is systemd in use? systemd runs lots of things in parallel which is theoretically good, but tends to expose races. Possibly inserting "udevadm settle" somewhere before "mdadm" runs - or maybe even "udevadm trigger ; udevadm settle" would do it. This would need to be in the initrd of course. NeilBrown --Sig_/tYFyji0LM=e/DD28Sdgj57O Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iQIVAwUBUWvXyTnsnt1WYoG5AQJ2fhAArL5Qjr1tVQLu9l7hU5jHdxU94rcoGnn9 I5u2gyn6vitTBMXJCoetzwEzHXrv5ZDzUUIEzVhctTNarKjre41JmZ7vsrGljMI2 dC/MZ2MNMhzJDq4dZX9l7Wkl5iukM89m/YLp0NXxOxziRKIlQv8uGYPA2KPV3exY 98oEv/FZoWgl1JHFvv2Searu2fXWyTATMcj3qsfvXFzgFcFoEqFh1aql/crK3/HY 7ALnB4bM7zZ8sCOTLwajK6HhFLqAv95zmGabKwlTMVtwtU1QPiMBzKyVlyqcUdFz zxHNShfL283N7WDO8w+39Nmlj9pu1+qORNlJxd+qgQG2K5b9CNNcs7dnTre36adq sI9Uk2KYVpDl4dVmE5rki5iH2UgDOxV64HelYyx0U0X0ZCNtBWKIg+3RDUaREcrW KGGmP+YE6Aj+E5SNccofADcqdGAb0LpzsL4IbOYmNn9Tdv5dPXBxmFSa439tQcSR 2FzgzysLOHlyS8DL95JMbxtTg/rQLXNzjTWvYEnGkJaPYiZf/kwaRcAguwEJldGj /n+RGi0raGDoH+6Edj11FiVcwFAte0ivK6nhZ0SrCNoNia7YUCAtR1dM0KFeGVGL YvrMUlLmE2cQti7ZeEZNo0QoKV35ho0dE2dpnMfS9erb0cD3K/vFFtiPs6UFSppw 3WealRPIB+A= =1fNF -----END PGP SIGNATURE----- --Sig_/tYFyji0LM=e/DD28Sdgj57O--