Networker

Re: [Networker] savepnpc that alters the list of filesystems?

2013-02-07 14:57:59
Subject: Re: [Networker] savepnpc that alters the list of filesystems?
From: Tim Mooney <Tim.Mooney AT NDSU DOT EDU>
To: NETWORKER AT LISTSERV.TEMPLE DOT EDU
Date: Thu, 7 Feb 2013 13:51:38 -0600
In regard to: RE: [Networker] savepnpc that alters the list of...:

Just out of curiosity but what version of server / client are you running ....

NetWorker server is 7.6.2.5 on RHEL 6.3 x86_64

The NetWorker client is also 7.6.2.5, on RHEL 5.9 x86_64.

Does the networker client automatically pick up the EXT4 file system
(are the other file systems on the client EXT4)

There are two non-snapshot filesystems that are ext4, and it has been
backing those up just fine.  It's one of those two that we're now trying
to snapshot and back up under a new mountpoint.

I don't have a linux box to test this on, but if you did a catch-all
backup that specified the files system types  ... does it pick it up
automatically ie instead of using ALL for the saveset try All-ext3
        All-ext4
        ... and any other filesystem type you might have, I have come across
        all-zfs, all-ufs, all-lofs, all-ntfs  - has anyone seen a definitive
        list of valid files system types?

Hmm, that's an interesting idea.  I've seen the all-zfs mentioned in the
release notes previously, but didn't realize that there were options for
other filesystems.  I thought it was just a hack for boxes with ZFS.

Tonight will be the first run with the dual client configuration I
described in a separate email.  If I have time (hah) I'm going to try
figure out what it is that's triggering NetWorker to skip /bbsnap, even
though it's listed in /etc/fstab (but not mounted until after the precmd
runs).

Thanks again for your input, it's been very helpful.

Tim

-----Original Message-----
From: EMC NetWorker discussion [mailto:NETWORKER AT LISTSERV.TEMPLE DOT EDU] On 
Behalf Of Tim Mooney
Sent: Thursday, 7 February 2013 9:30 AM
To: NETWORKER AT LISTSERV.TEMPLE DOT EDU
Subject: Re: [Networker] savepnpc that alters the list of filesystems?

In regard to: Re: [Networker] savepnpc that alters the list of...:

NetWorker gets the list of file systems from /etc/fstab on Linux
systems when the backup begins (precmd). In order to accomplish what
you want, you need to explicitly list out the file systems in the
client resource rather than using "All."

I actually misspoke in my earlier description.  The snapshot mount is actually 
*always* present in /etc/fstab:

/dev/sanvg2/bbcontent_snap      /bbsnap  ext4 defaults,noatime,noauto 1 2

The savepnpc precmd is *not* adding that.  It's just generating the snapshot 
and mounting it on /bbsnap.  The savepncp postcmd unmounts it and removes the 
snapshot, but leaves the entry in /etc/fstab.

We did it that way because we thought that would make it easier with NetWorker, but as we 
discovered, the "All" saveset still is not including /bbsnap among the list.

We're guessing that's either happening because of the ",noauto" on the mount 
options, which is pretty much required for this scenario, or because the client may 
actually be looking at /proc/mounts too and discovering that even though there's an ext4 
filesystem mentioned in /etc/fstab, it's not (yet) mounted on /bbsnap.

Tim

On Feb 6, 2013, at 3:58 PM, Tim Mooney <Tim.Mooney AT NDSU DOT EDU>
wrote:

All-

NetWorker server: NetWorker 7.6.2.5 on RHEL 6.3 x86_64 NetWorker
client: NetWorker 7.6.2.5 on RHEL 5.9 x86_64

Does anyone know when, during the save process, the list of
filesystems to back up is set?  In particular, does it happen
*before* the precmd in a savepnpc script?

I ask because we're trying to use a savepnpc precmd script to
snapshot a Linux LVM volume and then mount the snapshot in a new
place and have NetWorker back up the snapshot.  We are using the
"All" saveset for the client.  So far, NetWorker hasn't even noticed
that the new snapshot filesystem is available for backup, so I'm
concerned that it may be setting the list of volumes to back up *before* the 
precmd runs.

Note that the precmd is doing the snapshot, mounting the volume, and
updating /etc/fstab with the entry for the new mounted volume.

Any thoughts on whether this should work?

Tim
--
Tim Mooney                                             Tim.Mooney AT ndsu DOT 
edu
Enterprise Computing & Infrastructure                  701-231-1076 (Voice)
Room 242-J6, IACC Building                             701-231-8541 (Fax)
North Dakota State University, Fargo, ND 58105-5164




--
Tim Mooney                                             Tim.Mooney AT ndsu DOT 
edu
Enterprise Computing & Infrastructure                  701-231-1076 (Voice)
Room 242-J6, IACC Building                             701-231-8541 (Fax)
North Dakota State University, Fargo, ND 58105-5164