I sean,<br><br>I was thinking to add SNMP function but I think it's a bit early due to stability issue.<br>Managing Trap and Get could break stuff imo.<br><br>SM<br><br><div class="gmail_quote">On Thu, Dec 18, 2008 at 3:34 AM, Sean Dague <span dir="ltr"><<a href="mailto:sdague@gmail.com">sdague@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">I've been poking around recently on ways to do service monitoring of<br>
OpenSim via reasonably stately requests.  The idea here is to make some<br>
standard recipes for how one could use things like nagios, or other<br>
standard management frameworks to keep track of opensim, and let you<br>
know when things have gone wrong.<br>
<br>
For monitoring the simulator there is currently:<br>
<br>
http://server:port/simstatus/<br>
<br>
Which returns "OK" or doesn't.  It's not a very robust check, but it's<br>
workable enough. :)  It at least tells you if the sim is deadlocked or not.<br>
<br>
On the grid services side I was looking for lowload function calls,<br>
preferably REST, that can be used to the same avail.<br>
<br>
For the grid server:<br>
<br>
http://host:gridport/sims/UUID-of-known-sim<br>
<br>
works pretty well.  It's a single db lookup, and returns a small amount<br>
of data.<br>
<br>
For the user server:<br>
<br>
http://host:userport/get_grid_info<br>
<br>
fits the bill.<br>
<br>
For the asset server:<br>
<br>
http://host:assetport/assets/ec4b9f0b-d008-45c6-96a4-01dd947ac621<br>
<br>
works well.  For those wondering, that's returning the texture on the<br>
moon, which is a hard coded uuid in the client, so something every grid<br>
should have.<br>
<br>
Inventory and Messaging servers aren't quite as simple, as there isn't a<br>
quick and easy REST call on either.  While it would be possible to<br>
create a faked xml-rpc set of requests, I'm hoping to avoid that if<br>
possible.<br>
<br>
Question:<br>
<br>
What do people think of adding some easy REST interfaces to the<br>
Messaging and Inventory services that are like the /simstatus/ call?<br>
Are there other alternatives we should be using here?  Does anyone else<br>
have other thoughts on sane ways to service monitor these environments?<br>
<br>
        -Sean<br>
<font color="#888888"><br>
--<br>
Sean Dague / Neas Bade<br>
<a href="mailto:sdague@gmail.com">sdague@gmail.com</a><br>
<a href="http://dague.net" target="_blank">http://dague.net</a><br>
<br>
<br>
</font><br>_______________________________________________<br>
Opensim-dev mailing list<br>
<a href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</a><br>
<a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br>
<br></blockquote></div><br>