[Gluster-users] Inconsistent issues with a client

[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 <tmgreene364 at gmail.com> 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 at gluster.org
> https://lists.gluster.org/mailman/listinfo/gluster-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gluster.org/pipermail/gluster-users/attachments/20190329/6b34d24e/attachment.html>