|
Hi,
Greetings of the day, We checked in GlusterFS documentation for two way replication on three storage devices(nodes). Please provide any solution for this. We did not find any straight forward information for this scenario.
As per documentation three storage devices(nodes) will work on three way replication which does not match our scaling requirement.
Any help is highly appreciated.
Thanks,
Maaz Sheikh
From: Strahil Nikolov <hunter86_bg@xxxxxxxxx>
Sent: Friday, February 3, 2023 4:15 AM To: gluster-devel@xxxxxxxxxxx <gluster-devel@xxxxxxxxxxx>; gluster-users@xxxxxxxxxxx <gluster-users@xxxxxxxxxxx>; Maaz Sheikh <maaz.sheikh@xxxxxxxxxxx> Cc: Rahul Kumar Sharma <rrsharma@xxxxxxxxxxx>; Sweta Dwivedi <sweta.dwivedi@xxxxxxxxxxx>; Pushpendra Garg <pushpendra.garg@xxxxxxxxxxx> Subject: Re: Regarding Glusterfs file locking CAUTION: This email originated from outside of the organization. Do not click links or open attachments unless you can confirm the sender and know the content is safe.
As far as I remember there are only 2 types of locking in Linux:
- Advisory - Mandatory In order to use mandatory locking, you need to pass the "mand" mount option to the FUSE client(mount -o mand,<my other mount options> ...) and chmod g+s,g-x /<FUSE PATH>/<Target file> Best Regards, Strahil Nikolov В сряда, 1 февруари 2023 г., 13:22:59 ч. Гринуич+2, Maaz Sheikh <maaz.sheikh@xxxxxxxxxxx> написа:
Team, please let us know if u have any feedback.
From: Maaz Sheikh
Sent: Wednesday, January 25, 2023 4:51 PM To: gluster-devel@xxxxxxxxxxx <gluster-devel@xxxxxxxxxxx>; gluster-users@xxxxxxxxxxx <gluster-users@xxxxxxxxxxx> Subject: Regarding Glusterfs file locking
Hi,
Greetings of the day,
Our configuration is like:
We have installed both glusterFS server and GlusterFS client on node1 as well as node2. We have mounted node1 volume to both nodes.
Our use case is :
>From glusterFS node 1, we have to take an exclusive lock and open a file (which is a shared file between both the nodes) and we should write/read in that file.
>From
glusterFS node 2, we should not be able to read/write that file.
Now the problem we are facing is:
>From node1, we are able to take an exclusive lock and the program has started writing in that shared file.
>From node2, we are able to read and write on that file which should not happen because node1 has already acquired the lock on that file.
Therefore, requesting you to please provide us a solution asap.
Thanks,
Maaz Sheikh
Associate Software Engineer
Impetus Technologies India
NOTE: This message may contain information that is confidential, proprietary, privileged or otherwise protected by law. The message is intended solely for the named addressee. If received in error, please destroy and notify the sender. Any use of this email is prohibited when received in error. Impetus does not represent, warrant and/or guarantee, that the integrity of this communication has been maintained nor that the communication is free of errors, virus, interception or interference. Community Meeting Calendar: Schedule - Every 2nd and 4th Tuesday at 14:30 IST / 09:00 UTC Bridge: https://meet.google.com/cpu-eiue-hvk Gluster-devel mailing list Gluster-devel@xxxxxxxxxxx https://lists.gluster.org/mailman/listinfo/gluster-devel NOTE: This message may contain information that is confidential, proprietary, privileged or otherwise protected by law. The message is intended solely for the named addressee. If received in error, please destroy and notify the sender. Any use of this email is prohibited when received in error. Impetus does not represent, warrant and/or guarantee, that the integrity of this communication has been maintained nor that the communication is free of errors, virus, interception or interference. |
------- Community Meeting Calendar: Schedule - Every 2nd and 4th Tuesday at 14:30 IST / 09:00 UTC Bridge: https://meet.google.com/cpu-eiue-hvk Gluster-devel mailing list Gluster-devel@xxxxxxxxxxx https://lists.gluster.org/mailman/listinfo/gluster-devel
