Of course, nagios plugin will be great. And we should not forget about cacti and munin users here :)<br><div>Actually, output of already mentioned link (<a href="http://node.example.com:3456/statistics?t=json">http://node.example.com:3456/statistics?t=json</a>) can easily be used to retrieve it.</div>

<div><br></div><div><div><div><em>Sincerely,<br>Oleksandr Drach,</em></div>
<div><br><em>e-mail: </em><a href="mailto:luckyredhot@gmail.com" target="_blank"><em>luckyredhot@gmail.com</em></a><em>.</em><br></div></div>
<br><br><div class="gmail_quote">2013/2/26 Peter Secor <span dir="ltr"><<a href="mailto:secorp@gmail.com" target="_blank">secorp@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

The WUI usually has a pretty good json representation of most screens, just tack on a query arg ?t=json to the WUI URL and see what you get. I used to use it a lot when running scripts to check node usage but it's also useful for scraping other node stats.<br>


<div><div class="h5"><br>
On Feb 25, 2013, at 18:30, Greg Troxel <<a href="mailto:gdt@ir.bbn.com">gdt@ir.bbn.com</a>> wrote:<br>
<br>
><br>
> I would say that two nagios plugins would be useful, and also a status<br>
> tray program.<br>
><br>
> server plugin: runs on a computer that has an introducer, or a storage node,<br>
> and returns status of that node locally.<br>
><br>
> client plugin: runs on a computer that has a client node, and queries it<br>
> (first fix the bug about the CLI being less powerful than the WUI :-) to<br>
> find out if it is connected to introducer and to all servers.<br>
><br>
> status tray program: probably exactly the client plugin, but<br>
> representing an icon in the local GUI.  This could use a new interface<br>
> to get continuous updates from the local client, much like the BSD<br>
> routing socket, or IMAP with the IDLE extension.<br>
><br>
> I would suggest that firs the CLI be extended to print out what's<br>
> needed, and then the plugins become simple scripts.<br>
><br>
> Or, perhaps the WUI has a json representation of status.  This should be<br>
> relatively easy to do.<br>
><br>
><br>
><br>
</div></div>> _______________________________________________<br>
> tahoe-dev mailing list<br>
> <a href="mailto:tahoe-dev@tahoe-lafs.org">tahoe-dev@tahoe-lafs.org</a><br>
> <a href="https://tahoe-lafs.org/cgi-bin/mailman/listinfo/tahoe-dev" target="_blank">https://tahoe-lafs.org/cgi-bin/mailman/listinfo/tahoe-dev</a><br>
_______________________________________________<br>
tahoe-dev mailing list<br>
<a href="mailto:tahoe-dev@tahoe-lafs.org">tahoe-dev@tahoe-lafs.org</a><br>
<a href="https://tahoe-lafs.org/cgi-bin/mailman/listinfo/tahoe-dev" target="_blank">https://tahoe-lafs.org/cgi-bin/mailman/listinfo/tahoe-dev</a><br>
</blockquote></div><br></div>