<p dir="ltr">Root inode gets linked during mount itselsf.</p>
<p dir="ltr">We get lookups on root. But since root inode is always present in the inode table, after the mount if there is a fop on an entry whose parent is root, then that fop will be able to find the parent in the inode table as part of resolve. So it need not explicitly send a hard resolution for resolving parent inode.</p>
<p dir="ltr">Du? Did I miss anything?</p>
<p dir="ltr">Regards,<br>
Raghavendra</p>
<div class="gmail_quote">On Mar 28, 2016 11:02 AM, "Vijaikumar Mallikarjuna" <<a href="mailto:vmallika@redhat.com">vmallika@redhat.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p dir="ltr">Hi Du/Johny,</p>
<p dir="ltr">Don't we get a lookup on root inode? Please confirm.</p>
<p dir="ltr">If we don't get lookup on root inode, then we need to create inode-ctx in a posix_acl_ctx_get() function.</p>
<p dir="ltr">Thanks,<br>
Vijay<br></p>
<div class="gmail_quote">On 28-Mar-2016 7:37 PM, "FNU Raghavendra Manjunath" <<a href="mailto:rabhat@redhat.com" target="_blank">rabhat@redhat.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">CCing Vijay Kumar who made the acl related changes in that patch.<div><br></div><div>Vijay? Can you please look into it?</div><div><br></div><div>Regards,</div><div>Raghavendra</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Mar 28, 2016 at 9:57 AM, Avra Sengupta <span dir="ltr"><<a href="mailto:asengupt@redhat.com" target="_blank">asengupt@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Raghavendra,<br>
<br>
As part of the patch (<a href="http://review.gluster.org/#/c/13730/16" rel="noreferrer" target="_blank">http://review.gluster.org/#/c/13730/16</a>), the inode_ctx is not created in posix_acl_ctx_get(). Because of this the testcase in <a href="http://review.gluster.org/#/c/13623/" rel="noreferrer" target="_blank">http://review.gluster.org/#/c/13623/</a> breaks. It fails with the following logs:<br>
<br>
[2016-03-28 13:43:39.216168] D [MSGID: 0] [io-threads.c:346:iot_schedule] 0-patchy-io-threads: CREATE scheduled as normal fop<br>
[2016-03-28 13:43:39.216495] E [posix-acl.c:199:acl_permits] (--> /usr/local/lib/libglusterfs.so.0(_gf_log_callingfn+0x1ba)[0x7f6fea72780a] (--> /usr/local/lib/glusterfs/3.8dev/xlator/features/access-control.so(+0x49c4)[0x7f6fde5499c4] (--> /usr/local/lib/glusterfs/3.8dev/xlator/features/access-control.so(+0xa855)[0x7f6fde54f855] (--> /usr/local/lib/glusterfs/3.8dev/xlator/features/locks.so(+0xd37e)[0x7f6fde33837e] (--> /usr/local/lib/glusterfs/3.8dev/xlator/features/upcall.so(+0x640f)[0x7f6fde12040f] ))))) 0-patchy-access-control: inode ctx is NULL for 00000000-0000-0000-0000-000000000001<br>
[2016-03-28 13:43:39.216544] I [MSGID: 115071] [server-rpc-fops.c:1612:server_create_cbk] 0-patchy-server: 8: CREATE /file1 (00000000-0000-0000-0000-000000000001/file1) ==> (Permission denied) [Permission denied]<br>
<br>
Is it because we missed the inode_ctx creation that was being done by posix_acl_ctx_get() previously? Can you please shed some light on this<br>
<br>
Regards,<br>
Avra<br>
<br>
<br>
</blockquote></div><br></div>
</blockquote></div>
</blockquote></div>