Purpose of this was to put a procedure together to remove SAN drives config'd with veritas. Have 20 drives in 2 vxdg's, current state is deported. Steps to remove drives: # vxdg import -fC import <diskgroup> # vxdg destroy <diskgroup> # /usr/lib/vxvm/bin/vxdiskunsetup <disk_access_name> Have storage mgt unmask & remove these specific LUNs assigned to this server. Once I hear back that they've been removed, I'll run the following: # vxdctl enable I'll be testing this within next few days & will report if any changes. Joe Beck Ciber Inc. - a consultant to SEI One Freedom Valley Drive/ 100 Cider Mill Road| Oaks, PA 19456 | p: 610.676.2258 | jbeck@seic.com -----Original Message----- From: Darren Dunham [mailto:ddunham@taos.com] Sent: Wednesday, February 07, 2007 11:34 AM To: Beck, Joseph Subject: Re: removing disks > > No reason to worry about path_to_inst, I was just throwing it out there > for precautionary measures. > We're using DMP. So should the steps be: > # vxdg import -fC import <diskgroup> > # vxdg destroy <diskgroup> > # /usr/lib/vxvm/bin/vxdiskunsetup <disk_access_name> > # vxdmpadm disable <disk_access_name> > > Or should 3 & 4 be inverted or am I off here? The first two will stop VxVM from reading the disk every few seconds, and will mark the disk as not containing VxVM data (although data will not actually be erased). The third will modify the label/partition table to be similar to a blank disk without VxVM regions. The last will stop VxDMP from accessing the disk. That's probably not necessary. None of them will remove the disk from the OS. It will still appear in 'format' and other lists of online storage. Depending on what you're trying to accomplish, those steps may be unnecessary or insufficient. You might also 'offline' the disks from within VxVM, but I usually don't bother unless there's a problem. -- Darren Dunham ddunham@taos.com 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. > _______________________________________________ sunmanagers mailing list sunmanagers@sunmanagers.org http://www.sunmanagers.org/mailman/listinfo/sunmanagersReceived on Thu Feb 8 13:27:11 2007
This archive was generated by hypermail 2.1.8 : Thu Mar 03 2016 - 06:44:04 EST