On Mon, 2009-05-11 at 12:10 -0500, Eugene Vilensky wrote:
> Tom, > How does one de-activate a VG that is "not found" With all paths > being down, none of the commands see this VG as available. I no > longer have these luns available for remapping. > > However, on my test instance, I was able to re-map the LUN into > service, "vgchange -a n" on the vg, and vgremove the vg. > > This allowed me to do multipath -f on the maps in question, multipath > -ll shows they are gone, however, for each of the now-missing LUNs, I > recieve this: > > /dev/sdf: read failed after 0 of 4096 at 0: Input/output error > > > my lvm.conf did not blacklist these devices, and they still exist in > the /dev/ heirarchy. It sounds like you already succeeded in deactivating the VG, and the removing the multipath maps. If the VG is no longer displayed in the list of active VG's you should be able to remove the multipath maps. Removing the multipath maps does not remove the base devices. If you want to remove the base device you should do something like: echo 1 > /sys/block/sdf/device/delete This will remove the /dev/sdf device, however, if you fiber card still thinks the LUN is there the device might reappear if you rescan the SCSI bus. To correct this you need to get the fiber channel card to rescan the fiber network to detect the the LUN has been removed. You can generally get the fiber card to rescan by issuing a LIP with a command similar to: echo "1" > /sys/class/fc_host/host#/issue_lip Obviously "host#" should be replaced by the actual host number of your fiber adapters. This will cause you fiber channel to perform a rediscovery and detect any removed (and added) devices. The following knowledgebase article may help: http://kbase.redhat.com/faq/docs/DOC-3942 Later, Tom _______________________________________________ rhelv5-list mailing list [email protected] https://www.redhat.com/mailman/listinfo/rhelv5-list
