<div dir="ltr"><div><div><div><div><div><div><div><div>Hello Nathan ,<br></div>   I was just going through the questions and i was wondering <br></div>     Is it possible to have SNMP trap like mechanism in MDS ?<br> <br>    Every  policy engine has to register for the traps or events from MDS.<br></div></div>Traps can be change log full , or disk  full etc.<br></div> So when MDS reaches high water mark it will send trap  to RH <br></div>then RH should buffer requests till it gets next trap.<br><br></div><div>But i am not aware of architectural complexity or amount of change needed etc.<br></div><div>I am new to lustre. So sorry if i have suggested something which might have already discussed or stupid in this context.<br></div><div>So this is just a thought and thought of sharing to have your view.<br></div><div><br></div><br></div><div><div><div><div><br><div><div><br><br><div><div><div><div><div><div><div><div><div><div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, May 13, 2015 at 1:34 AM,  <span dir="ltr"><<a href="mailto:lustre-devel-request@lists.lustre.org" target="_blank">lustre-devel-request@lists.lustre.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Send lustre-devel mailing list submissions to<br>
        <a href="mailto:lustre-devel@lists.lustre.org">lustre-devel@lists.lustre.org</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
        <a href="http://lists.lustre.org/listinfo.cgi/lustre-devel-lustre.org" target="_blank">http://lists.lustre.org/listinfo.cgi/lustre-devel-lustre.org</a><br>
or, via email, send a message with subject or body 'help' to<br>
        <a href="mailto:lustre-devel-request@lists.lustre.org">lustre-devel-request@lists.lustre.org</a><br>
<br>
You can reach the person managing the list at<br>
        <a href="mailto:lustre-devel-owner@lists.lustre.org">lustre-devel-owner@lists.lustre.org</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of lustre-devel digest..."<br>
<br>
<br>
Today's Topics:<br>
<br>
   1. Changelogs and RH (Nathan Rutman)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Tue, 12 May 2015 11:27:42 -0700<br>
From: Nathan Rutman <<a href="mailto:nathan.rutman@seagate.com">nathan.rutman@seagate.com</a>><br>
To: <a href="mailto:henri.doreau@cea.fr">henri.doreau@cea.fr</a>, Thomas Leibovici <<a href="mailto:Thomas.Leibovici@cea.fr">Thomas.Leibovici@cea.fr</a>><br>
Cc: "<a href="mailto:lustre-devel@lists.lustre.org">lustre-devel@lists.lustre.org</a>" <<a href="mailto:lustre-devel@lists.lustre.org">lustre-devel@lists.lustre.org</a>>,<br>
        St?phane Thiell <<a href="mailto:stephane.thiell@cea.fr">stephane.thiell@cea.fr</a>><br>
Subject: [lustre-devel] Changelogs and RH<br>
Message-ID:<br>
        <CAB_j=<a href="mailto:MdgcH6_3Y0RopcL_YaX86iNrVjOo7Pp3dJD1kJvhVAcJQ@mail.gmail.com">MdgcH6_3Y0RopcL_YaX86iNrVjOo7Pp3dJD1kJvhVAcJQ@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Someone sent me a link to this:<br>
<a href="http://arxiv.org/pdf/1505.02656v1.pdf" target="_blank">http://arxiv.org/pdf/1505.02656v1.pdf</a><br>
Very cool. We'll need to start using that.<br>
<br>
This reminded me to send my changelog/robinhood/HSM concerns that I brought<br>
up at LUG to you guys for your thoughts.<br>
<br>
1. What should happen when the changelog on an MDS fills up? Maybe LCAP<br>
helps with the processing rate, but fundamentally the issue might still<br>
happen if nobody consumes due to various software or comms errors. We<br>
should either stop recording records and risk losing change tracking, or<br>
stop MDS processing. (I believe at the moment this will just crash the<br>
MDS.) We probably need a high water mark.<br>
<br>
2. There should be some kind of rate limiting for HSM requests (RH to MDS),<br>
so that the number of HSM requests queued up in the coordinator doesn't<br>
grow without bound.  Probably we need a -EAGAIN return code to RH at some<br>
point.<br>
<br>
3. It feels like there needs to be some feedback from the backend HSM<br>
storage to RH, in particular to pass back a "backend full" message. We can<br>
presumably pass a backend ENOSPC from the copytool back to the Coordinator,<br>
but how can that message get back to Robinhood? I guess coordinator could<br>
start returning ENOSPC for subsequent archive requests from RH, but then we<br>
have to clear that response if the backend condition clears.<br>
<br>
*--*<br>
<br>
*Nathan Rutman ? Principal Systems ArchitectSeagate Technology** ? *+1 503<br>
877-9507* ? *GMT-8<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://lists.lustre.org/pipermail/lustre-devel-lustre.org/attachments/20150512/66138479/attachment.html" target="_blank">http://lists.lustre.org/pipermail/lustre-devel-lustre.org/attachments/20150512/66138479/attachment.html</a>><br>
<br>
------------------------------<br>
<br>
Subject: Digest Footer<br>
<br>
_______________________________________________<br>
lustre-devel mailing list<br>
<a href="mailto:lustre-devel@lists.lustre.org">lustre-devel@lists.lustre.org</a><br>
<a href="http://lists.lustre.org/listinfo.cgi/lustre-devel-lustre.org" target="_blank">http://lists.lustre.org/listinfo.cgi/lustre-devel-lustre.org</a><br>
<br>
<br>
------------------------------<br>
<br>
End of lustre-devel Digest, Vol 100, Issue 5<br>
********************************************<br>
</blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div dir="ltr">


        
        
        
        


Thanks & Regards,</div><div dir="ltr"><br><table style="border-collapse:collapse;border:none" border="1" cellpadding="0" cellspacing="0">
 <tbody><tr style="height:8.05pt">
  <td style="width:62.75pt;border:none;padding:0in 5.4pt 0in 5.4pt;height:8.05pt" valign="top" width="84">
  <p style="margin-bottom:0.0001pt"><img src="https://encrypted-tbn0.gstatic.com/images?q=tbn:ANd9GcSRomPNa_1rgDSpQ33duHLj_N8zSkiL9PObJnbGqJWoPbTCcYZ5" height="84" width="96"></p>
  </td>
  <td style="width:173.25pt;border:none;padding:0in 5.4pt 0in 5.4pt;height:8.05pt" valign="top" width="231">
  <p style="margin-bottom:0.0001pt;background-image:initial;background-repeat:initial"><b><span style="font-size:10.5pt;font-family:"Arial","sans-serif";color:#646464">Ulka Vaze</span></b><span style="font-size:10.5pt;font-family:"Arial","sans-serif";color:#646464"><br>
  Principle System Software Engineer, </span></p>
  <p style="margin-bottom:0.0001pt;background-image:initial;background-repeat:initial"><span style="font-size:10.5pt;font-family:"Arial","sans-serif";color:#646464">ClogenyTechnologies</span><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:#8d8d8d"> </span></p>
  <p style="margin-bottom:0.0001pt;background-image:initial;background-repeat:initial"><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:#8d8d8d"><a href="mailto:Ulka.vaze@clogeny.com" target="_blank">Ulka.vaze@clogeny.com</a> </span></p>
  <p style="margin-bottom:0.0001pt;background-image:initial;background-repeat:initial"><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:#8d8d8d">+91-989-032-3754</span><span style="font-size:10.5pt;font-family:"Arial","sans-serif";color:#646464"> </span><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:#8d8d8d"></span></p>
  <p style="margin-bottom:0.0001pt;background-image:initial;background-repeat:initial"><span style="font-size:10.5pt;font-family:"Arial","sans-serif";color:#646464"> </span></p>
  <p style="margin-bottom:0.0001pt"> </p>
  </td>
 </tr>
</tbody></table><p style="margin-top:0.49cm;margin-bottom:0.49cm;line-height:100%">

</p><p><br></p>

</div></div></div></div></div></div></div>
</div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div>