Okay.  I'm hoping that someone can give me some kind of helpful
suggestions here.  I'm having trouble figuring out the best way to
manage backups for some automounted user directories.

In short, I need to back up a set of NFS-shared filesystems that
represent users' home directories on my system.  If I use an automount
approach (example configs attached), then even if I can get them all
mounted, the bacula-fd will see them as separate filesystems, and I will
need to specify "onefs=no", to allow the backup job to traverse to other
filesystems.

The trouble with "onefs=no" is that the users could easily have symlinks
to other filesystems, that I don't want to back up.  I'm assuming that
if I specify "onefs=no" it will traverse symlinks to other filesystems.

One alternate approach I've been testing is to use some dynamic
definition of the filesystem list (eg a 'File = "|somescript"', or 'File
= "<somefilename"'), but so far, only the Full jobs seem to be picking
up the changes, not the incrementals.

So, any thoughts about approaches here?  Is there another way I can
allow traversal of filesystems, but only within a specific path prefix?

I admit it, I'm testing on a Debian VM, using Debian's outdated bacula
packages (5.2.6+dfsg-9.3).  If there's a known fix, I can certainly
build an updated version, though.

-- 
Lloyd Brown
Systems Administrator
Fulton Supercomputing Lab
Brigham Young University
http://marylou.byu.edu

* -rw,nosuid,nodev,hard,intr,proto=tcp zhead1:/export/zhome1/& 
zhead2:/export/zhome2/&
/export/home /etc/auto.zs4 -fstype=nfs4 --timeout=1200
------------------------------------------------------------------------------
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785471&iu=/4140
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Reply via email to