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
Article Type
Technical Solution

Environment

Issue



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

novellpatch_347065.txt (1 kBytes)

Supplemental Materials

Value1594277

Value1870300

Value1753740


Legacy ID



347065


Article URL http://www.symantec.com/docs/TECH124725


Terms of use for this information are found in Legal Notices