Re: [Gluster-users] Inconsistent issues with a client

2019-03-28 Thread Nithya Balachandran
Hi,

If you know which directories are problematic, please check and see if the
permissions on them are correct on the individual bricks.
Please also provide the following:

   - *gluster volume info* for the volume
   - The gluster version you are running


regards,
Nithya

On Wed, 27 Mar 2019 at 19:10, Tami Greene  wrote:

> The system is a 5 server, 20 brick distributed system with a hardware
> configured RAID 6 underneath with xfs as filesystem.  This client is a data
> collection node which transfers data to specific directories within one of
> the gluster volumes.
>
>
>
> I have a client with submounted directories (glustervolume/project) rather
> than the entire volume.  Some files can be transferred no problem, but
> others send an error about transport endpoint not connected.  The transfer
> is handed by a rsync script triggered as a cron job.
>
>
>
> When remotely connected to this client, user access to these files does
> not always behave as they are set – 2770 for directories and 440.  Owners
> are not always able to move the files, processes ran as the owners are not
> always able to move files; root is not always allowed to move or delete
> these file.
>
>
>
> This process seemed to worked smoothly before adding another server and 4
> storage bricks to the volume, logs indicate there were intermittent issues
> at least a month before the last server was added.  While a new collection
> device has been streaming to this one machine, the issue started the day
> before.
>
>
>
> Is there another level for permissions and ownership that I am not aware
> of that needs to be sync’d?
>
>
> --
> Tami
> ___
> Gluster-users mailing list
> Gluster-users@gluster.org
> https://lists.gluster.org/mailman/listinfo/gluster-users
___
Gluster-users mailing list
Gluster-users@gluster.org
https://lists.gluster.org/mailman/listinfo/gluster-users

[Gluster-users] Inconsistent issues with a client

2019-03-27 Thread Tami Greene
The system is a 5 server, 20 brick distributed system with a hardware
configured RAID 6 underneath with xfs as filesystem.  This client is a data
collection node which transfers data to specific directories within one of
the gluster volumes.



I have a client with submounted directories (glustervolume/project) rather
than the entire volume.  Some files can be transferred no problem, but
others send an error about transport endpoint not connected.  The transfer
is handed by a rsync script triggered as a cron job.



When remotely connected to this client, user access to these files does not
always behave as they are set – 2770 for directories and 440.  Owners are
not always able to move the files, processes ran as the owners are not
always able to move files; root is not always allowed to move or delete
these file.



This process seemed to worked smoothly before adding another server and 4
storage bricks to the volume, logs indicate there were intermittent issues
at least a month before the last server was added.  While a new collection
device has been streaming to this one machine, the issue started the day
before.



Is there another level for permissions and ownership that I am not aware of
that needs to be sync’d?


-- 
Tami
___
Gluster-users mailing list
Gluster-users@gluster.org
https://lists.gluster.org/mailman/listinfo/gluster-users