Re: RE: Temporarily squelching multipathd errors

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



> 
> I'm not in this test.  Since all this takes around 20 seconds, I can
> immediately mount the LUN again on the server with any SCSI devices
> permanently disappearing.
> 
> Would you like me to:
> 
> A) Umount the filesystem
> B) Perform a 'dmsetup remove mpath33'
> C) Delete all SCSI devices via /sys/block/$device/delete
> D) Tell the storage unit to unpresent and delete the LUN
> E) Optionally do a SCSI rescan to clear everything out
> F) Tell the storage unit to create the LUN with the same WWID and SCSI
> ID
> G) Perform a SCSI rescan
> H) Do a multipath -v3 to get the maps back (?)
> I) Fsck and mount the filesystem?
> 
> I believe I get the same results as what I pasted, but will prove it if
> need be.

Please do. Step B might be unnecessary as multipathd will figure out that
devices are gone (by step C) and start removing the block devices from the
map.

> 
> BTW, I do a SCSI rescan with the HP Fibreutils package (hp_rescan -a),
> which basically does a "echo "- - -" >
> /sys/class/scsi_host/${INST}/scan" and removes devices with "echo "scsi
> remove-single-device $INST 0 $j $k" > /proc/scsi/scsi"

You only need to do the first step: echo "- - -"  > /sys/class/scsi/host/hostX/scan

> 
> Thanks,
> 
> Daniel
> 
> ______________________________________________________________________
> This email transmission and any documents, files or previous email
> messages attached to it may contain information that is confidential or
> legally privileged. If you are not the intended recipient or a person
> responsible for delivering this transmission to the intended recipient,
> you are hereby notified that you must not read this transmission and
> that any disclosure, copying, printing, distribution or use of this
> transmission is strictly prohibited. If you have received this transmission
> in error, please immediately notify the sender by telephone or return email
> and delete the original transmission and its attachments without reading
> or saving in any manner.
> 

--
dm-devel mailing list
dm-devel@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/dm-devel

[Index of Archives]     [DM Crypt]     [Fedora Desktop]     [ATA RAID]     [Fedora Marketing]     [Fedora Packaging]     [Fedora SELinux]     [Yosemite Discussion]     [KDE Users]     [Fedora Docs]

  Powered by Linux