<div dir="ltr">Hi,<br><br>  I have a query specific to authenticate a client based on the PID (client-pid).<br>  It can break the bricks xlator functionality, Usually, on the brick side we take a decision about the <div>  Â source of fop request based on PID.If PID value is -ve xlator considers the request has come from an internal </div><div>  client otherwise it has come from an external client.</div><div><div><br>  If a user has mounted the volume through fuse after provide --client-pid to command line argument similar to internal client PID </div><div>  in that case brick_xlator consider external fop request also as an internal and it will break functionality.</div><div><br>  We are checking pid in (lease, posix-lock, worm, trash) xlator to know about the source of the fops.<br>  Even there are other brick xlators also we are checking specific PID value for all internal<br>  clients that can be break if the external client has the same pid.<br>  Â </div><div>  My query is why we need to expose client-pid as an argument to the fuse process?<br>  Â I think we need to resolve it. Please share your view on the same.</div><div>  </div><div>Thanks,<br>Mohit Agrawal<br></div></div></div>