6950 boot problem

[Griffin, Edward]

All,

Yesterday I patched two 6950's up to RHEL4.6 with the most current updates.  Upon rebooting I got an error stating

Fsck.ext3 unable to resolve 'LABEL=/'

I know this can be solved by replacing LABEL=/ in my fstab file but on the 6950 with 2 additional PERC5/e controllers this is problematic because my OS drive is not static.  It seems that whenever I add a new chunk of disk, an external MD1000 to be more precise, the drive letter of the OS drives changes.  Right now on 1 server it is /dev/sdd and on the other it is /dev/sdg.  What seems to be the culprit is /etc/blkid.tab when the server failed to boot I logged in under the fix filesystem prompt, I did a mount -o remount /, rm -f /etc/blkid.tab, and then ran blkid -c /etc/blkid.tab and rebooted and it came back clean.

The first server is configured as follows...

PERC5/I with mirrored pair for the OS.
PERC5/E with 2 MD1000 shelves (SAS)
PERC5/E with 2 MD1000 shelves (SATA)

The second server is configured as follows...

PERC5/I with mirrored pair for the OS.
PERC6/E with 4 MD1000 shelves (SATA)
PERC6/E with 4 MD1000 shelves (SATA)

When the server boots during POST the PERC5/I is flagged as HA-0 and the remaining controllers are HA-1 and HA-2 respectively, when the server boots into RHEL they get renumbered and the PERC5/I becomes controller 1 according to OpenManage.  I am assuming the long term solution here is to somehow force the controller order in Linux so that the PERC5/I is always controller 0 and therefore the disks attached to it are always sda but I haven't managed to figure that one out either.  Anyway if anyone else has seen this type of error and has a more permanent fix, I would greatly appreciate it.

Thanks!

--Ed



*****************************************************************
Ed Griffin
Associate Staff Member/System Administrator
MIT Lincoln Laboratory
Weather Sensing Group
(781) 981-2871
mailto:edg at ll.mit.edu
*****************************************************************

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.us.dell.com/pipermail/linux-poweredge/attachments/20080403/58b1239b/attachment.htm