All of lore.kernel.org
 help / color / mirror / Atom feed
* Can not start md0 after upgrade.
@ 2011-05-25 13:19 John McMonagle
  2011-05-25 14:54 ` Stan Hoeppner
  0 siblings, 1 reply; 8+ messages in thread
From: John McMonagle @ 2011-05-25 13:19 UTC (permalink / raw)
  To: linux-raid

Just upgraded a poweredge 1850 server from Debian lenny to squeeze and can not 
boot with the new 2.6.32 kernel.

From lspci  have this controller:
SCSI storage controller: LSI Logic / Symbios Logic 53c1030 PCI-X Fusion-MPT 
Dual Ultra320 SCSI (rev 08)


Running mdadm raid with root on md0.

Normally run xen but all  info is for when running without xen.

I can still boot with the 2.6.26 kernel but not with the new 2.6.32 kernel.
Under 2.6.32 it fails to start md0.
in the busy box console 
Can see all the needed partitions.
What was sda and sdb are now sdb and sdc that should not matter??
mdadm.conf is:
DEVICE partitions
CREATE owner=root group=disk mode=0660 auto=yes
HOMEHOST <system>
MAILADDR xxxxx@advocap.org
ARRAY /dev/md0 level=raid1 num-devices=2 
UUID=6f744c89:d2578f95:c150b018:d9f789b1
ARRAY /dev/md1 level=raid1 num-devices=2 
UUID=7938d59c:28a69e5e:3facbdc2:12974557

raid1 mptbase mptscsih and mptspi module are loaded.
Looks right but does not start md0.

Any ideas?

Thanks

John

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: Can not start md0 after upgrade.
  2011-05-25 13:19 Can not start md0 after upgrade John McMonagle
@ 2011-05-25 14:54 ` Stan Hoeppner
  2011-05-25 15:06   ` John McMonagle
  0 siblings, 1 reply; 8+ messages in thread
From: Stan Hoeppner @ 2011-05-25 14:54 UTC (permalink / raw)
  To: John McMonagle; +Cc: linux-raid

On 5/25/2011 8:19 AM, John McMonagle wrote:
> Just upgraded a poweredge 1850 server from Debian lenny to squeeze and can not 
> boot with the new 2.6.32 kernel.
> 
> From lspci  have this controller:
> SCSI storage controller: LSI Logic / Symbios Logic 53c1030 PCI-X Fusion-MPT 
> Dual Ultra320 SCSI (rev 08)
> 
> 
> Running mdadm raid with root on md0.
> 
> Normally run xen but all  info is for when running without xen.
> 
> I can still boot with the 2.6.26 kernel but not with the new 2.6.32 kernel.
> Under 2.6.32 it fails to start md0.
> in the busy box console 
> Can see all the needed partitions.
> What was sda and sdb are now sdb and sdc that should not matter??
> mdadm.conf is:
> DEVICE partitions
> CREATE owner=root group=disk mode=0660 auto=yes
> HOMEHOST <system>
> MAILADDR xxxxx@advocap.org
> ARRAY /dev/md0 level=raid1 num-devices=2 
> UUID=6f744c89:d2578f95:c150b018:d9f789b1
> ARRAY /dev/md1 level=raid1 num-devices=2 
> UUID=7938d59c:28a69e5e:3facbdc2:12974557

This is probably due to udev changes.  What device is now sda?

Using drive UUIDs instead of /dev/sdx in your arrays should fix this.

-- 
Stan

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: Can not start md0 after upgrade.
  2011-05-25 14:54 ` Stan Hoeppner
@ 2011-05-25 15:06   ` John McMonagle
  2011-05-25 15:39     ` Stan Hoeppner
  0 siblings, 1 reply; 8+ messages in thread
From: John McMonagle @ 2011-05-25 15:06 UTC (permalink / raw)
  To: Stan Hoeppner; +Cc: linux-raid

On Wednesday, May 25, 2011 09:54:32 am Stan Hoeppner wrote:
> On 5/25/2011 8:19 AM, John McMonagle wrote:
> > Just upgraded a poweredge 1850 server from Debian lenny to squeeze and
> > can not boot with the new 2.6.32 kernel.
> > 
> > From lspci  have this controller:
> > SCSI storage controller: LSI Logic / Symbios Logic 53c1030 PCI-X
> > Fusion-MPT Dual Ultra320 SCSI (rev 08)
> > 
> > 
> > Running mdadm raid with root on md0.
> > 
> > Normally run xen but all  info is for when running without xen.
> > 
> > I can still boot with the 2.6.26 kernel but not with the new 2.6.32
> > kernel. Under 2.6.32 it fails to start md0.
> > in the busy box console
> > Can see all the needed partitions.
> > What was sda and sdb are now sdb and sdc that should not matter??
> > mdadm.conf is:
> > DEVICE partitions
> > CREATE owner=root group=disk mode=0660 auto=yes
> > HOMEHOST <system>
> > MAILADDR xxxxx@advocap.org
> > ARRAY /dev/md0 level=raid1 num-devices=2
> > UUID=6f744c89:d2578f95:c150b018:d9f789b1
> > ARRAY /dev/md1 level=raid1 num-devices=2
> > UUID=7938d59c:28a69e5e:3facbdc2:12974557
> 
> This is probably due to udev changes.  What device is now sda?
> 
> Using drive UUIDs instead of /dev/sdx in your arrays should fix this.

I think sda is a cd or virtual  cd now.

In the mdadm.conf it uses uuids and no /dev/sdx references or are you 
referring to something else?

John

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: Can not start md0 after upgrade.
  2011-05-25 15:06   ` John McMonagle
@ 2011-05-25 15:39     ` Stan Hoeppner
  2011-05-25 20:21       ` John McMonagle
  0 siblings, 1 reply; 8+ messages in thread
From: Stan Hoeppner @ 2011-05-25 15:39 UTC (permalink / raw)
  To: John McMonagle; +Cc: linux-raid

On 5/25/2011 10:06 AM, John McMonagle wrote:
> On Wednesday, May 25, 2011 09:54:32 am Stan Hoeppner wrote:
>> On 5/25/2011 8:19 AM, John McMonagle wrote:
>>> Just upgraded a poweredge 1850 server from Debian lenny to squeeze and
>>> can not boot with the new 2.6.32 kernel.
>>>
>>> From lspci  have this controller:
>>> SCSI storage controller: LSI Logic / Symbios Logic 53c1030 PCI-X
>>> Fusion-MPT Dual Ultra320 SCSI (rev 08)
>>>
>>>
>>> Running mdadm raid with root on md0.
>>>
>>> Normally run xen but all  info is for when running without xen.
>>>
>>> I can still boot with the 2.6.26 kernel but not with the new 2.6.32
>>> kernel. Under 2.6.32 it fails to start md0.
>>> in the busy box console
>>> Can see all the needed partitions.
>>> What was sda and sdb are now sdb and sdc that should not matter??
>>> mdadm.conf is:
>>> DEVICE partitions
>>> CREATE owner=root group=disk mode=0660 auto=yes
>>> HOMEHOST <system>
>>> MAILADDR xxxxx@advocap.org
>>> ARRAY /dev/md0 level=raid1 num-devices=2
>>> UUID=6f744c89:d2578f95:c150b018:d9f789b1
>>> ARRAY /dev/md1 level=raid1 num-devices=2
>>> UUID=7938d59c:28a69e5e:3facbdc2:12974557

>> This is probably due to udev changes.  What device is now sda?
>>
>> Using drive UUIDs instead of /dev/sdx in your arrays should fix this.
> 
> I think sda is a cd or virtual  cd now.
> 
> In the mdadm.conf it uses uuids and no /dev/sdx references or are you 
> referring to something else?

How is /dev/md0 assembled in your initramfs?  You said your root
filesystem is on /dev/md0.  Thus /dev/md0 must be assembled before
/etc/mdadm.conf can be read.

Another way around this problem is to create persistent udev rules.  But
since this requires created one-to-one mappings between
/dev/sdx<->drive_UUID mappings, it is easy to simply have mdraid use
drive UUIDs across the board, including within initramfs.

-- 
Stan

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: Can not start md0 after upgrade.
  2011-05-25 15:39     ` Stan Hoeppner
@ 2011-05-25 20:21       ` John McMonagle
  2011-05-25 21:57         ` Stan Hoeppner
  0 siblings, 1 reply; 8+ messages in thread
From: John McMonagle @ 2011-05-25 20:21 UTC (permalink / raw)
  To: Stan Hoeppner; +Cc: linux-raid


On Wednesday 25 May 2011 10:39:51 am Stan Hoeppner wrote:
> On 5/25/2011 10:06 AM, John McMonagle wrote:
> > On Wednesday, May 25, 2011 09:54:32 am Stan Hoeppner wrote:
> >> On 5/25/2011 8:19 AM, John McMonagle wrote:
> >>> Just upgraded a poweredge 1850 server from Debian lenny to squeeze and
> >>> can not boot with the new 2.6.32 kernel.
> >>>
> >>> From lspci  have this controller:
> >>> SCSI storage controller: LSI Logic / Symbios Logic 53c1030 PCI-X
> >>> Fusion-MPT Dual Ultra320 SCSI (rev 08)
> >>>
> >>>
> >>> Running mdadm raid with root on md0.
> >>>
> >>> Normally run xen but all  info is for when running without xen.
> >>>
> >>> I can still boot with the 2.6.26 kernel but not with the new 2.6.32
> >>> kernel. Under 2.6.32 it fails to start md0.
> >>> in the busy box console
> >>> Can see all the needed partitions.
> >>> What was sda and sdb are now sdb and sdc that should not matter??
> >>> mdadm.conf is:
> >>> DEVICE partitions
> >>> CREATE owner=root group=disk mode=0660 auto=yes
> >>> HOMEHOST <system>
> >>> MAILADDR xxxxx@advocap.org
> >>> ARRAY /dev/md0 level=raid1 num-devices=2
> >>> UUID=6f744c89:d2578f95:c150b018:d9f789b1
> >>> ARRAY /dev/md1 level=raid1 num-devices=2
> >>> UUID=7938d59c:28a69e5e:3facbdc2:12974557
> >>
> >> This is probably due to udev changes.  What device is now sda?
> >>
> >> Using drive UUIDs instead of /dev/sdx in your arrays should fix this.
> >
> > I think sda is a cd or virtual  cd now.
> >
> > In the mdadm.conf it uses uuids and no /dev/sdx references or are you
> > referring to something else?
>
> How is /dev/md0 assembled in your initramfs?  You said your root
> filesystem is on /dev/md0.  Thus /dev/md0 must be assembled before
> /etc/mdadm.conf can be read.
>
> Another way around this problem is to create persistent udev rules.  But
> since this requires created one-to-one mappings between
> /dev/sdx<->drive_UUID mappings, it is easy to simply have mdraid use
> drive UUIDs across the board, including within initramfs.

Stan

The /etc/mdadm/mdadm.conf file is in the initramfs and is referenced by 
the  /scripts/local-top/mdadm script.
If I run it manually it starts raid Ok and I can mount  /dev/md0
I'm not sure how on gets it to complete the boot process.

John

I just did another attempt.
After it failing I did the following from the 



^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: Can not start md0 after upgrade.
  2011-05-25 20:21       ` John McMonagle
@ 2011-05-25 21:57         ` Stan Hoeppner
  2011-05-26 18:20           ` Can not start md0 after upgrade. SOLVED John McMonagle
  0 siblings, 1 reply; 8+ messages in thread
From: Stan Hoeppner @ 2011-05-25 21:57 UTC (permalink / raw)
  To: John McMonagle; +Cc: linux-raid

On 5/25/2011 3:21 PM, John McMonagle wrote:
> 
> On Wednesday 25 May 2011 10:39:51 am Stan Hoeppner wrote:
>> On 5/25/2011 10:06 AM, John McMonagle wrote:
>>> On Wednesday, May 25, 2011 09:54:32 am Stan Hoeppner wrote:
>>>> On 5/25/2011 8:19 AM, John McMonagle wrote:
>>>>> Just upgraded a poweredge 1850 server from Debian lenny to squeeze and
>>>>> can not boot with the new 2.6.32 kernel.
>>>>>
>>>>> From lspci  have this controller:
>>>>> SCSI storage controller: LSI Logic / Symbios Logic 53c1030 PCI-X
>>>>> Fusion-MPT Dual Ultra320 SCSI (rev 08)
>>>>>
>>>>>
>>>>> Running mdadm raid with root on md0.
>>>>>
>>>>> Normally run xen but all  info is for when running without xen.
>>>>>
>>>>> I can still boot with the 2.6.26 kernel but not with the new 2.6.32
>>>>> kernel. Under 2.6.32 it fails to start md0.
>>>>> in the busy box console
>>>>> Can see all the needed partitions.
>>>>> What was sda and sdb are now sdb and sdc that should not matter??
>>>>> mdadm.conf is:
>>>>> DEVICE partitions
>>>>> CREATE owner=root group=disk mode=0660 auto=yes
>>>>> HOMEHOST <system>
>>>>> MAILADDR xxxxx@advocap.org
>>>>> ARRAY /dev/md0 level=raid1 num-devices=2
>>>>> UUID=6f744c89:d2578f95:c150b018:d9f789b1
>>>>> ARRAY /dev/md1 level=raid1 num-devices=2
>>>>> UUID=7938d59c:28a69e5e:3facbdc2:12974557
>>>>
>>>> This is probably due to udev changes.  What device is now sda?
>>>>
>>>> Using drive UUIDs instead of /dev/sdx in your arrays should fix this.
>>>
>>> I think sda is a cd or virtual  cd now.
>>>
>>> In the mdadm.conf it uses uuids and no /dev/sdx references or are you
>>> referring to something else?
>>
>> How is /dev/md0 assembled in your initramfs?  You said your root
>> filesystem is on /dev/md0.  Thus /dev/md0 must be assembled before
>> /etc/mdadm.conf can be read.
>>
>> Another way around this problem is to create persistent udev rules.  But
>> since this requires created one-to-one mappings between
>> /dev/sdx<->drive_UUID mappings, it is easy to simply have mdraid use
>> drive UUIDs across the board, including within initramfs.
> 
> Stan
> 
> The /etc/mdadm/mdadm.conf file is in the initramfs and is referenced by 
> the  /scripts/local-top/mdadm script.
> If I run it manually it starts raid Ok and I can mount  /dev/md0
> I'm not sure how on gets it to complete the boot process.

Please show the contents of /etc/mdadm.conf, and dmesg output.

-- 
Stan

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: Can not start md0 after upgrade. SOLVED
  2011-05-25 21:57         ` Stan Hoeppner
@ 2011-05-26 18:20           ` John McMonagle
  2011-05-26 18:38             ` Stan Hoeppner
  0 siblings, 1 reply; 8+ messages in thread
From: John McMonagle @ 2011-05-26 18:20 UTC (permalink / raw)
  To: Stan Hoeppner; +Cc: linux-raid

On Wednesday, May 25, 2011 04:57:38 pm Stan Hoeppner wrote:
> On 5/25/2011 3:21 PM, John McMonagle wrote:
> > On Wednesday 25 May 2011 10:39:51 am Stan Hoeppner wrote:
> >> On 5/25/2011 10:06 AM, John McMonagle wrote:
> >>> On Wednesday, May 25, 2011 09:54:32 am Stan Hoeppner wrote:
> >>>> On 5/25/2011 8:19 AM, John McMonagle wrote:
> >>>>> Just upgraded a poweredge 1850 server from Debian lenny to squeeze
> >>>>> and can not boot with the new 2.6.32 kernel.
> >>>>> 
> >>>>> From lspci  have this controller:
> >>>>> SCSI storage controller: LSI Logic / Symbios Logic 53c1030 PCI-X
> >>>>> Fusion-MPT Dual Ultra320 SCSI (rev 08)
> >>>>> 
> >>>>> 
> >>>>> Running mdadm raid with root on md0.
> >>>>> 
> >>>>> Normally run xen but all  info is for when running without xen.
> >>>>> 
> >>>>> I can still boot with the 2.6.26 kernel but not with the new 2.6.32
> >>>>> kernel. Under 2.6.32 it fails to start md0.
> >>>>> in the busy box console
> >>>>> Can see all the needed partitions.
> >>>>> What was sda and sdb are now sdb and sdc that should not matter??
> >>>>> mdadm.conf is:
> >>>>> DEVICE partitions
> >>>>> CREATE owner=root group=disk mode=0660 auto=yes
> >>>>> HOMEHOST <system>
> >>>>> MAILADDR xxxxx@advocap.org
> >>>>> ARRAY /dev/md0 level=raid1 num-devices=2
> >>>>> UUID=6f744c89:d2578f95:c150b018:d9f789b1
> >>>>> ARRAY /dev/md1 level=raid1 num-devices=2
> >>>>> UUID=7938d59c:28a69e5e:3facbdc2:12974557
> >>>> 
> >>>> This is probably due to udev changes.  What device is now sda?
> >>>> 
> >>>> Using drive UUIDs instead of /dev/sdx in your arrays should fix this.
> >>> 
> >>> I think sda is a cd or virtual  cd now.
> >>> 
> >>> In the mdadm.conf it uses uuids and no /dev/sdx references or are you
> >>> referring to something else?
> >> 
> >> How is /dev/md0 assembled in your initramfs?  You said your root
> >> filesystem is on /dev/md0.  Thus /dev/md0 must be assembled before
> >> /etc/mdadm.conf can be read.
> >> 
> >> Another way around this problem is to create persistent udev rules.  But
> >> since this requires created one-to-one mappings between
> >> /dev/sdx<->drive_UUID mappings, it is easy to simply have mdraid use
> >> drive UUIDs across the board, including within initramfs.
> > 
> > Stan
> > 
> > The /etc/mdadm/mdadm.conf file is in the initramfs and is referenced by
> > the  /scripts/local-top/mdadm script.
> > If I run it manually it starts raid Ok and I can mount  /dev/md0
> > I'm not sure how on gets it to complete the boot process.
> 
> Please show the contents of /etc/mdadm.conf, and dmesg output.

The problem was it was starting mdadm before the scsi driver was done 
initializing.

Found solution at http://wiki.debian.org/InitramfsDebug
Added kernel parameter scsi_mod.scan=sync 

Ran in to this years ago but forgot :-(

John



^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: Can not start md0 after upgrade. SOLVED
  2011-05-26 18:20           ` Can not start md0 after upgrade. SOLVED John McMonagle
@ 2011-05-26 18:38             ` Stan Hoeppner
  0 siblings, 0 replies; 8+ messages in thread
From: Stan Hoeppner @ 2011-05-26 18:38 UTC (permalink / raw)
  To: John McMonagle; +Cc: linux-raid

On 5/26/2011 1:20 PM, John McMonagle wrote:
> On Wednesday, May 25, 2011 04:57:38 pm Stan Hoeppner wrote:

>> Please show the contents of /etc/mdadm.conf, and dmesg output.
> 
> The problem was it was starting mdadm before the scsi driver was done 
> initializing.
> 
> Found solution at http://wiki.debian.org/InitramfsDebug
> Added kernel parameter scsi_mod.scan=sync 
> 
> Ran in to this years ago but forgot :-(

Glad to hear you resolved it.  Is it safe to assume that taking a peek
at dmesg was useful?

-- 
Stan

^ permalink raw reply	[flat|nested] 8+ messages in thread

end of thread, other threads:[~2011-05-26 18:38 UTC | newest]

Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2011-05-25 13:19 Can not start md0 after upgrade John McMonagle
2011-05-25 14:54 ` Stan Hoeppner
2011-05-25 15:06   ` John McMonagle
2011-05-25 15:39     ` Stan Hoeppner
2011-05-25 20:21       ` John McMonagle
2011-05-25 21:57         ` Stan Hoeppner
2011-05-26 18:20           ` Can not start md0 after upgrade. SOLVED John McMonagle
2011-05-26 18:38             ` Stan Hoeppner

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.