[Gluster-devel] Query regards to expose client-pid to fuse process
Mohit Agrawal
moagrawa at redhat.com
Fri Oct 11 11:35:22 UTC 2019
Hi,
Yes, you are right it is not a default value.
We can assign the client_pid only while volume has mounted after through a
glusterfs binary directly like
/usr/local/sbin/glusterfs --process-name fuse --volfile-server=192.168.1.3
--client-pid=-3 --volfile-id=/test /mnt1
Regards,
Mohit Agrawal
On Fri, Oct 11, 2019 at 4:52 PM Nithya Balachandran <nbalacha at redhat.com>
wrote:
>
>
> On Fri, 11 Oct 2019 at 14:56, Mohit Agrawal <moagrawa at redhat.com> wrote:
>
>> Hi,
>>
>> I have a query specific to authenticate a client based on the PID
>> (client-pid).
>> It can break the bricks xlator functionality, Usually, on the brick
>> side we take a decision about the
>> source of fop request based on PID.If PID value is -ve xlator
>> considers the request has come from an internal
>> client otherwise it has come from an external client.
>>
>> If a user has mounted the volume through fuse after provide
>> --client-pid to command line argument similar to internal client PID
>> in that case brick_xlator consider external fop request also as an
>> internal and it will break functionality.
>>
>> We are checking pid in (lease, posix-lock, worm, trash) xlator to know
>> about the source of the fops.
>> Even there are other brick xlators also we are checking specific PID
>> value for all internal
>> clients that can be break if the external client has the same pid.
>>
>> My query is why we need to expose client-pid as an argument to the fuse
>> process?
>>
>
>
> I don't think this is a default value to the fuse mount. One place where
> this helps us is with the script based file migration and rebalance - we
> can provide a negative pid to the special client mount to ensure these
> fops are also treated as internal fops.
>
> In the meantime I do not see the harm in having this option available as
> it allows a specific purpose. Are there any other client processes that use
> this?
>
> I think we need to resolve it. Please share your view on the same.
>>
>> Thanks,
>> Mohit Agrawal
>> _______________________________________________
>>
>> Community Meeting Calendar:
>>
>> APAC Schedule -
>> Every 2nd and 4th Tuesday at 11:30 AM IST
>> Bridge: https://bluejeans.com/118564314
>>
>> NA/EMEA Schedule -
>> Every 1st and 3rd Tuesday at 01:00 PM EDT
>> Bridge: https://bluejeans.com/118564314
>>
>> Gluster-devel mailing list
>> Gluster-devel at gluster.org
>> https://lists.gluster.org/mailman/listinfo/gluster-devel
>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gluster.org/pipermail/gluster-devel/attachments/20191011/6d655bfc/attachment-0001.html>
More information about the Gluster-devel
mailing list