Thanks! I have another question now. Using the example from the KB article: KERNEL="sd*", BUS="scsi", PROGRAM="/sbin/scsi_id", RESULT="3600a0b800013275100000015427b625e", NAME="mydevice%n" Could I (for example) assign the UUID to /dev/sdb (if /dev/sdb did not already exist)? Like this: KERNEL="sd*", BUS="scsi", PROGRAM="/sbin/scsi_id", RESULT="3600a0b800013275100000015427b625e", NAME="sdb" I assume yes, since the NAME could be any arbitrary string, but there could be a looping issue, etc.. just want to be sure before I crater this server ;) Oh - one other thing. If /dev/sda is already defined on the system, and I comment out "options=-b", do I lose /dev/sda on next reboot, will I manually need to redefine it, or will nothing happen to /dev/sda? Thanks, Arpotu. > > On Nov 1, 2007, at 2:22 PM, Arpotu wrote: > >> Hello, >> >> I have yet another SAN migration question. We're going to add many >> new >> SAN LUNs, which will end up being /dev/sdp-/dev/sdas. Once the new >> storage is built as md devices and added to LVM, we are going to >> release >> the old /dev/sdb-/dev/sdo devices. >> >> My concern is that after a reboot, the new devices will rename >> themselves >> to /dev/sdb-/dev/sdae and it will break the md device pairing (and >> LVM). >> Is there any way to ensure that LUN names are persistent after a >> reboot? > > http://kbase.redhat.com/faq/FAQ_85_8082.shtm > > ... use UUIDs to refer to the disks, instead of the /dev/sdX devices. > > (As an aside, maybe I'm stupid, but I find that SAN storage is so much > more complicated and fragile on Linux then on Solaris or AIX.) > > -s- > > -- > Sandor W. Sklar, Unix Systems Administrator > Stanford University Libraries & Academic Information Resources (SULAIR) > http://library.stanford.edu > > > > -- > redhat-list mailing list > unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe > https://www.redhat.com/mailman/listinfo/redhat-list > -- redhat-list mailing list unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe https://www.redhat.com/mailman/listinfo/redhat-list
