Looking for help kind of in a hurry. I've been searching google but not finding any options.
Is there any way to fix missing /dev paths to luns without rebooting?
For example, see the output from lsscsi below. The only way I know to fix this is with a reboot, but I REALLY Need to avoid that if possible.
Thanks James
[2:0:1:150] disk DataCore Virtual Disk DCS - [2:0:1:151] disk DataCore Virtual Disk DCS - [2:0:1:152] disk DataCore Virtual Disk DCS - [2:0:1:153] disk DataCore Virtual Disk DCS - [2:0:1:154] disk DataCore Virtual Disk DCS /dev/sdic [2:0:1:155] disk DataCore Virtual Disk DCS - [2:0:1:156] disk DataCore Virtual Disk DCS - [2:0:1:157] disk DataCore Virtual Disk DCS - [2:0:1:158] disk DataCore Virtual Disk DCS - [2:0:1:159] disk DataCore Virtual Disk DCS /dev/sdid [2:0:1:160] disk DataCore Virtual Disk DCS /dev/sdie [2:0:1:161] disk DataCore Virtual Disk DCS - [2:0:1:162] disk DataCore Virtual Disk DCS - [2:0:1:163] disk DataCore Virtual Disk DCS - [2:0:1:164] disk DataCore Virtual Disk DCS - [2:0:1:165] disk DataCore Virtual Disk DCS /dev/sdif [2:0:1:166] disk DataCore Virtual Disk DCS /dev/sdig [2:0:1:167] disk DataCore Virtual Disk DCS /dev/sdih [2:0:1:168] disk DataCore Virtual Disk DCS /dev/sdii [2:0:1:169] disk DataCore Virtual Disk DCS /dev/sdij
On Wed, Mar 12, 2014 at 7:24 PM, James Pifer jep@obrien-pifer.com wrote:
Looking for help kind of in a hurry. I've been searching google but not finding any options.
Is there any way to fix missing /dev paths to luns without rebooting?
For example, see the output from lsscsi below. The only way I know to fix this is with a reboot, but I REALLY Need to avoid that if possible.
Thanks James
I found something the other day that might help... I used it to add new disks to a VM without a reboot.
http://www.cyberciti.biz/tips/vmware-add-a-new-hard-disk-without-rebooting-g...
echo "- - -" > /sys/class/scsi_host/host#/scan fdisk -l tail -f /var/log/message
is the relevant piece. note where it says 'host#' you'll need to find the host number (all mine had 0,1,2); I can't swear this won't make your host catch on fire, burn to the ground, return as a zombie and write bad checks in your name, but it seemed to work for me.
rescan-scsi-bus.sh?
https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Linux/...
On Mar 12, 2014, at 7:24 PM, James Pifer jep@obrien-pifer.com wrote:
Looking for help kind of in a hurry. I've been searching google but not finding any options.
Is there any way to fix missing /dev paths to luns without rebooting?
For example, see the output from lsscsi below. The only way I know to fix this is with a reboot, but I REALLY Need to avoid that if possible.
Thanks James
[2:0:1:150] disk DataCore Virtual Disk DCS - [2:0:1:151] disk DataCore Virtual Disk DCS - [2:0:1:152] disk DataCore Virtual Disk DCS - [2:0:1:153] disk DataCore Virtual Disk DCS - [2:0:1:154] disk DataCore Virtual Disk DCS /dev/sdic [2:0:1:155] disk DataCore Virtual Disk DCS - [2:0:1:156] disk DataCore Virtual Disk DCS - [2:0:1:157] disk DataCore Virtual Disk DCS - [2:0:1:158] disk DataCore Virtual Disk DCS - [2:0:1:159] disk DataCore Virtual Disk DCS /dev/sdid [2:0:1:160] disk DataCore Virtual Disk DCS /dev/sdie [2:0:1:161] disk DataCore Virtual Disk DCS - [2:0:1:162] disk DataCore Virtual Disk DCS - [2:0:1:163] disk DataCore Virtual Disk DCS - [2:0:1:164] disk DataCore Virtual Disk DCS - [2:0:1:165] disk DataCore Virtual Disk DCS /dev/sdif [2:0:1:166] disk DataCore Virtual Disk DCS /dev/sdig [2:0:1:167] disk DataCore Virtual Disk DCS /dev/sdih [2:0:1:168] disk DataCore Virtual Disk DCS /dev/sdii [2:0:1:169] disk DataCore Virtual Disk DCS /dev/sdij _______________________________________________ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
On 3/12/2014 9:18 PM, Steven Tardy wrote:
rescan-scsi-bus.sh?
https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Linux/...
Tried that, as well as "rescan-scsi-bus.sh --forcerescan", as well as a "rescan-scsi-bus.sh -i"
None of them make a difference.
Thanks James
On 3/12/2014 9:18 PM, Steven Tardy wrote:
rescan-scsi-bus.sh?
https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Linux/...
So far the only thing that I found to work is to remove the path from the SAN side, then rescan, then readd, then rescan.
Unfortunately there are way too may bad paths to really make that a viable option.
Thanks James
On 3/12/2014 9:18 PM, Steven Tardy wrote:
rescan-scsi-bus.sh?
https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Linux/...
I think I found a solution. For each incorrect disk run: echo "scsi remove-single-device 2 0 0 40" > /proc/scsi/scsi
Then run: rescan-scsi-bus.sh multipath -F;multipath
Thanks James
-
James Pifer -
Steven Tardy -
zGreenfelder