Networker

Re: [Networker] Persistent binding on Red Hat Enterprise Linux AS (2.6.9-42.ELsmp)

2007-11-28 04:41:29
Subject: Re: [Networker] Persistent binding on Red Hat Enterprise Linux AS (2.6.9-42.ELsmp)
From: Stan Horwitz <stan AT TEMPLE DOT EDU>
To: NETWORKER AT LISTSERV.TEMPLE DOT EDU
Date: Wed, 28 Nov 2007 04:29:32 -0500
On Nov 27, 2007, at 4:32 PM, lemons_terry AT EMC DOT COM wrote:

Hi Stan

If you use a FC driver level tool (like SANsurfer), you can create a persistent binding between a WWNN/WWPN/Port ID on the SAN and a SCSI target on your host. This form of persistent binding is not very interesting to backup applications like NetWorker, which uses a higher-order construct (the device file, like /dev/nst0) in its statically-defined resource definitions. So, even if the target ID for a tape device doesn't change, the order in which device files are assigned to tape devices can change, if another device is added to, for instance, a FC bus that is scanned earlier in the system boot process.

Therefore, you want to use a persistent naming scheme for the device files that NetWorker uses. Since you are using a Linux 2.6-based distribution, the correct method of creating persistent names is with udev. A number of backup administrators have begun writing their own udev rules to create persistent names for their tape devices. These rules are fairly arcane, and take quite a bit of study and tinkering. Plus, most of the rules that I've seen developed are specific to the devices in each environment, right down to the serial number of the tape drive. Thus, these rules are not flexible, and need to be maintained.

It's an (apparently) little-known fact that SLES 9 and SLES 10 have udev rules that automatically create persistently-named symbolic links for tape devices in the /dev/tape/by-id directory. The next releases of RHEL 4 and RHEL 5 will follow this convention, too. Using these persistently-named symbolic links when configuring backup applications would allow a persistent path between the backup application and the target device.

We should expect, and encourage, NetWorker and other backup applications to evolve to use these persistent names.

Thanks Terry;

In the meanwhile, does anyone have any home grown documentation (or guidelines) on how to use udev for this purpose?

To sign off this list, send email to listserv AT listserv.temple DOT edu and type 
"signoff networker" in the body of the email. Please write to networker-request 
AT listserv.temple DOT edu if you have any problems with this list. You can access the 
archives at http://listserv.temple.edu/archives/networker.html or
via RSS at http://listserv.temple.edu/cgi-bin/wa?RSS&L=NETWORKER