> On Wed, 29 Dec 2010 19:22:55 -0700, Devin Reade said:
>
> Martin Simmons wrote:
>
> > I read that glusterfs uses FUSE, so it might be checking something more than
> > the uid. That would explain why a root shell can access the files. Note
> > that
> > the error is "Operation not permitt
Martin Simmons wrote:
> I read that glusterfs uses FUSE, so it might be checking something more than
> the uid. That would explain why a root shell can access the files. Note that
> the error is "Operation not permitted", which is different from the normal
> "Permission denied" error you get fr
> On Sat, 25 Dec 2010 10:39:45 -0700, Devin Reade said:
>
> Martin Simmons wrote:
>
> >> On Wed, 22 Dec 2010 14:09:50 -0700, Devin Reade said:
>
> >> 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
Martin Simmons wrote:
>> On Wed, 22 Dec 2010 14:09:50 -0700, Devin Reade said:
>> 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
> On Wed, 22 Dec 2010 14:09:50 -0700, Devin Reade said:
>
> 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
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 /hom
