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@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
