> Dangerous because I destroyed one file system because of this :)! Well, > with the help of Veritas support in Germany we were able to restore the > other part of the concat and thus restore the file system intact. > > Perhaps mixing the id's is a feature that occurs with EVA. When I move a > disk between servers the id doesn't necessarily stay the same.
It depends on exactly which one we're disucssing, but the diskid used by VxVM is generated on the server and written to the disk as normal data. Unless the EVA is modifying disk data (it shouldn't), then the ID must stay the same as a LUN is migrated. If this isn't happening, then it's a serious bug. If you can reproduce this, I'd open a support case with Symantec about it. > Moreover > if I present a new disk to the server it might go over the id of the > "move disk". Sometimes this causes VVM to recognize the disk as "already > initialized" and at times it's even unable to put the disk to a new disk > group; it can only be used as a backup disk for some other disk. This > requires quite a lot of fiddling (offline, rm, online, scandisks and > whatnot) to get everything right. If the new LUN from the EVA doesn't clear the data, then you'll have to do that. That would be the same as re-using a physical disk. It still has the old VxVM signature, so it needs to be re-initialized. I can't see any reason that offline/scandisks should be necessary. (unless the problem with the diskids from earlier is involved). You're not doing any internal copying with the EVA are you? Just moves? Copying the LUN that holds the ID would make the ID non-unique. That could cause issues. > If I go on with the temp disk plan when resizing disks, any idea how big > the temp disk must be? At least privlen? Basically, yes. It needs to be initialized to have a private region that is sufficient to hold the entire diskgroup while the other LUN is offline. -- Darren Dunham [EMAIL PROTECTED] Senior Technical Consultant TAOS http://www.taos.com/ Got some Dr Pepper? San Francisco, CA bay area < This line left intentionally blank to confuse you. > _______________________________________________ Veritas-vx maillist - Veritas-vx@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-vx
