Script to work around incidents 1870300, 1594277 and 1753740 (DMP cannot detect re-enabled OS devices if the device names have changed on SLES 11)
| Article:TECH124725 | | | Created: 2010-01-09 | | | Updated: 2010-09-10 | | | Article URL http://www.symantec.com/docs/TECH124725 |
Problem
Script to work around incidents 1870300, 1594277 and 1753740 (DMP cannot detect re-enabled OS devices if the device names have changed on SLES 11)
Solution
This issue is specific to SLES 11 operating system. As the parameter
remove_on_dev_loss of the scsi_transport_fc module has been removed in
SLES 11, the OS device files are removed after a device loss with
dev_loss_tmo. When the device comes back online, the device names may
have changed and DMP will then not recognize its status with the
restore daemon.
Workaround:
Novell has released a kernel update on March 2, 2010 that allows users
to modify dev_loss_tmo value to up to 10 days. To utilize this
flexibility,
1. Download and upgrade to kernel 2.6.27.45-0.1.1 or later from
Novell.
2. Create file /etc/udev/rules.d/40-rport.rules with the following
content line:
KERNEL=="rport-*", SUBSYSTEM=="fc_remote_ports", ACTION=="add",RUN+="/bin/sh -c 'echo 20 > /sys/class/fc_remote_ports/%k/fast_io_fail_tmo;echo 864000
>/sys/class/fc_remote_ports/%k/dev_loss_tmo'"
3. Reboot the system.
NOTE# Users should run:
"udevadm trigger --action=add --subsystem-match=fc_remote_ports"
if new luns are dynamically assigned to the host.
Attachments
|
|
|
| Value | 1594277 |
| Value | 1870300 |
| Value | 1753740 |
Related Articles
Legacy ID
347065
Article URL http://www.symantec.com/docs/TECH124725
Terms of use for this information are found in Legal Notices









Thank you.