Yes, this is bacula related, but first some background.

I've got a new two-node HA cluster where I am trying the new (for me)
mechanism of using glusterfs for /home.  (For anyone not familiar with
this, both nodes have native filesystems mounted elsewhere -- in this
case, /gluster/home -- and /home on either node becomes a synchronized
view of the union of /gluster/home from each node.  In my case, the
contents are replicated over both nodes.)  The nodes are using the 
glusterfs native client, not the NFS client.

I have set up bacula clients on these nodes and, in addition to the
usual ext3 filesystems (/, /usr, et cetera), I'm trying to back up
the glusterfs-mounted /home, however I'm seeing the current warnings
in the backups:

22-Dec 00:52 hostname.example.com-fd JobId 3691:      Could not open
directory "/home/USERNAME": ERR=Operation not permitted

(There is currently only one user in /home)

The client is bacula-client-3.0.2-1.x86_64 (CentOS, fschwarz bacula build)

bacula-fd is running as user root, group bacula.

In a root shell (logged in as root, not via sudo), I can descend into
that directory and read the contents and create new files, so it's not
a root-squash issue AFAICT.

Before I go splunking through code, does anyone know if bacula-fd is
doing any funky real/effective UID swapping during its lifecycle that
may be influencing this?

Any other related information or suggestions are welcome.

Devin


------------------------------------------------------------------------------
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users