+1, but with one request, why not make it for all services a generic call like :<br><br>http://ipNumber:port/status/<br><br>That is much easier to remember, then all the other tricks (as some are). Maybe can also return some meaning full info like running time, thread count, etc.<br>
<br>Second, a way to get statistics from the regions, without using a the console would be nice to. Like avatars online on that region, scripts running, etc.. You get the idea.<br><br>Ruud<br><br><div class="gmail_quote">
On Thu, Dec 18, 2008 at 6:10 PM, Brianna <span dir="ltr"><<a href="mailto:wwwench@gmail.com">wwwench@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 use an unrefined method, besides users yelling at me.<br>
<br>
With the existing [ llHTTPRequest(url ,[HTTP_METHOD,"GET"],""); ] I can push<br>
a lot of info up to my stable PHP world on the server with no sim loading.<br>
Of course once there I can use MySql, send email, honk horns or write flat<br>
files to my hearts content, That keeps the talented dev team on more<br>
important issues.<br>
I also use the same technique for a visitor log from prim collision, again<br>
avoiding scripting scanners.<br>
<div><div></div><div class="Wj3C7c"><br>
<br>
----- Original Message -----<br>
From: "Paul Fishwick" <<a href="mailto:fishwick@cise.ufl.edu">fishwick@cise.ufl.edu</a>><br>
To: <<a href="mailto:opensim-dev@lists.berlios.de">opensim-dev@lists.berlios.de</a>><br>
Sent: Thursday, December 18, 2008 5:22 AM<br>
Subject: Re: [Opensim-dev] service monitoring for opensim<br>
<br>
<br>
> This sounds good - btw, is this instrumented now?  Where are the php or<br>
> html files for simstatus, get_grid_info, etc?  As a suggestion, the<br>
> monitoring<br>
> might use a GUI control or does it already?<br>
> -p<br>
><br>
> Sean Dague wrote:<br>
>> 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<br>
>> 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>
>><br>
>><br>
>> ------------------------------------------------------------------------<br>
>><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>
><br>
><br>
> --<br>
> Paul Fishwick, PhD<br>
> Professor and Director, Digital Arts and Sciences Programs<br>
> University of Florida<br>
> Computer & Information Science and Eng. Dept.<br>
> Bldg. CSE, Room 301<br>
> P.O. Box 116120<br>
> Gainesville, FL 32611<br>
> Email: <a href="mailto:fishwick@cise.ufl.edu">fishwick@cise.ufl.edu</a><br>
> Phone: (352) 392-1414<br>
> Fax: (352) 392-1220<br>
> Web: <a href="http://www.cise.ufl.edu/%7Efishwick" target="_blank">http://www.cise.ufl.edu/~fishwick</a><br>
><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>
_______________________________________________<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>
</div></div></blockquote></div><br>