Change the order of dasd= in zipl.conf so that the new minidisk is last in the list so that the existing disks don't get their ids changed.
-----Original Message----- At a customer site yesterday I found something that's either an amazing level of fragility in LVM or else I'm just not understanding it. (This is LVM V1; I understand V2 is a complete rewrite and probably avoids this, but that doesn't help with production on older 2.4 kernels.) They had a logical volume created from (say) dasdt1, dasdu1, dasdv1. Then we added a minidisk at a lower virtual address. This "pushed" the existing minidisks "down", so the virtual devices in the LVM were now dasdu1, dasdv1, dasdw1! So I have several questions: 1) Have others observed this, or did we do something weird? 2) Is there an easy way to recover? 3) Is there another way to address the devices -- one of our guys suggested /dev/dasd/4001, /dev/dasd/4002, etc. instead of /dev/dasdt1, /dev/dasdu1, etc. (I plan to try this today, but thought I'd ask). 4) If the previous suggestion works, is there a reasonable way to change an existing LVM from the 'old' addressing scheme to the 'new' one? ---------------------------------------------------------------------- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
