<div dir="ltr"><div><br></div><div><br></div><div class="gmail_extra"><br><div class="gmail_quote">On 22 March 2017 at 12:39, Tahereh Fattahi <span dir="ltr"><<a href="mailto:t28.fattahi@gmail.com" target="_blank">t28.fattahi@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">a university project!</div><div class="gmail-m_2442967921250904584HOEnZb"><div class="gmail-m_2442967921250904584h5"><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Mar 19, 2017 at 11:31 PM, Nithya Balachandran <span dir="ltr"><<a href="mailto:nbalacha@redhat.com" target="_blank">nbalacha@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote"><span>On 18 March 2017 at 21:42, Tahereh Fattahi <span dir="ltr"><<a href="mailto:t28.fattahi@gmail.com" target="_blank">t28.fattahi@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Thank you very much.<div>Is it possible to change something in server inode table during a fop from client? (I want to change the dht_layout of a directory when create a file in that directory, but I dont know how send the changed layout to servers)</div></div></blockquote></span></div></div></div></blockquote></div></div></div></div></blockquote><div><br></div><div>The changed layout is not stored in the inode table of the servers. Take a look at dht_fix_layout_of_directory to see what happens to update the layout.</div><div><br></div><div>I have opened an issue to track additional developer specific info in the glusterdocs. Please feel free to update this with your questions and we will see that the documentation is updated.</div><div><br></div><div><a href="https://github.com/gluster/glusterdocs/issues/225">https://github.com/gluster/glusterdocs/issues/225</a><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="gmail-m_2442967921250904584HOEnZb"><div class="gmail-m_2442967921250904584h5"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span><div><br></div></span><div>Why do you want to change the layout when files are created?</div><div><br></div><div>Regards,</div><div>Nithya</div><span><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="gmail-m_2442967921250904584m_4953263836845397016m_2481538736111389592HOEnZb"><div class="gmail-m_2442967921250904584m_4953263836845397016m_2481538736111389592h5"><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Mar 18, 2017 at 6:36 PM, Amar Tumballi <span dir="ltr"><<a href="mailto:atumball@redhat.com" target="_blank">atumball@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote"><span>On Thu, Mar 16, 2017 at 10:30 PM, Tahereh Fattahi <span dir="ltr"><<a href="mailto:t28.fattahi@gmail.com" target="_blank">t28.fattahi@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><span style="font-size:12.8px">Hi</span><div style="font-size:12.8px">Is it correct that each brick has one inode table for itself and each client has one inode table that stores anything that is stored in bricks inode table?</div><div style="font-size:12.8px"><br></div></div></blockquote></span><div>For a given inode, the contents on client side and server side would be very much different between how the volume graph is.<br></div><span><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div style="font-size:12.8px"></div><div style="font-size:12.8px"><br></div><div style="font-size:12.8px">Does all inode tables store in RAM all the time?</div></div></blockquote><div><br></div></span><div>Client (mainly fuse) inode table will be in memory all the time, until kernel sends a FORGET. Brick side we have limited number of inodes in memory. (There is an option called 'lru-limit').<br></div><span><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div style="font-size:12.8px"><br></div><div style="font-size:12.8px"><br></div><div style="font-size:12.8px">When and how client's inode table update (how solve the inconsistency problem between clinet and brick inode table that is because of rebalance or other client fops) ?</div></div>
<br></blockquote><div><br></div></span><div>All the translators are designed to handle the consistency check in their 'lookup()' code, and they should send a response up with error saying its a stale inode (ESTALE), upon receiving which, the client inode table refreshes its inode, and does a fresh lookup again. This allows us to keep the inode table in consistency.<br><br></div><div>Hope that answers the question.<br><br></div><div>-Amar<br></div><div><br> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">______________________________<wbr>_________________<br>
Gluster-devel mailing list<br>
<a href="mailto:Gluster-devel@gluster.org" target="_blank">Gluster-devel@gluster.org</a><br>
<a href="http://lists.gluster.org/mailman/listinfo/gluster-devel" rel="noreferrer" target="_blank">http://lists.gluster.org/mailm<wbr>an/listinfo/gluster-devel</a><span class="gmail-m_2442967921250904584m_4953263836845397016m_2481538736111389592m_-7926063569854780544HOEnZb"><font color="#888888"><br></font></span></blockquote></div><span class="gmail-m_2442967921250904584m_4953263836845397016m_2481538736111389592m_-7926063569854780544HOEnZb"><font color="#888888"><br><br clear="all"><br>-- <br><div class="gmail-m_2442967921250904584m_4953263836845397016m_2481538736111389592m_-7926063569854780544m_61738513195858384gmail_signature"><div dir="ltr"><div><div dir="ltr"><div>Amar Tumballi (amarts)<br></div></div></div></div></div>
</font></span></div></div>
</blockquote></div><br></div>
</div></div><br>______________________________<wbr>_________________<br>
Gluster-devel mailing list<br>
<a href="mailto:Gluster-devel@gluster.org" target="_blank">Gluster-devel@gluster.org</a><br>
<a href="http://lists.gluster.org/mailman/listinfo/gluster-devel" rel="noreferrer" target="_blank">http://lists.gluster.org/mailm<wbr>an/listinfo/gluster-devel</a><br></blockquote></span></div><br></div></div>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div></div>