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 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.gluster.org/pipermail/gluster-users/attachments/20190327/32ff0169/attachment.html>
Nithya Balachandran
2019-Mar-29 04:16 UTC
[Gluster-users] Inconsistent issues with a client
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>