[Opensim-dev] Opensim-dev Digest, Vol 16, Issue 106
Roel Aerts
roel.aerts at gmail.com
Thu Dec 18 18:52:02 UTC 2008
unsubscribe
2008/12/18 <opensim-dev-request at lists.berlios.de>
> Send Opensim-dev mailing list submissions to
> opensim-dev at lists.berlios.de
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.berlios.de/mailman/listinfo/opensim-dev
> or, via email, send a message with subject or body 'help' to
> opensim-dev-request at lists.berlios.de
>
> You can reach the person managing the list at
> opensim-dev-owner at lists.berlios.de
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Opensim-dev digest..."
>
>
> Today's Topics:
>
> 1. Re: service monitoring for opensim (Paul Fishwick)
> 2. Re: service monitoring for opensim (Sean Dague)
> 3. Re: service monitoring for opensim (Sean Dague)
> 4. Re: service monitoring for opensim (Paul Fishwick)
> 5. Re: service monitoring for opensim (Lc)
> 6. Re: service monitoring for opensim (Sean Dague)
> 7. Re: service monitoring for opensim (Justin Clark-Casey)
> 8. RFC: Refactoring Scene.cs so that modules directly invoke
> services from CommsManager (Justin Clark-Casey)
> 9. Re: service monitoring for opensim (Brianna)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Thu, 18 Dec 2008 08:22:43 -0500
> From: Paul Fishwick <fishwick at cise.ufl.edu>
> Subject: Re: [Opensim-dev] service monitoring for opensim
> To: opensim-dev at lists.berlios.de
> Message-ID: <494A4EA3.6050200 at cise.ufl.edu>
> Content-Type: text/plain; charset=UTF-8; format=flowed
>
> This sounds good - btw, is this instrumented now? Where are the php or
> html files for simstatus, get_grid_info, etc? As a suggestion, the
> monitoring
> might use a GUI control or does it already?
> -p
>
> Sean Dague wrote:
> > I've been poking around recently on ways to do service monitoring of
> > OpenSim via reasonably stately requests. The idea here is to make some
> > standard recipes for how one could use things like nagios, or other
> > standard management frameworks to keep track of opensim, and let you
> > know when things have gone wrong.
> >
> > For monitoring the simulator there is currently:
> >
> > http://server:port/simstatus/
> >
> > Which returns "OK" or doesn't. It's not a very robust check, but it's
> > workable enough. :) It at least tells you if the sim is deadlocked or
> not.
> >
> > On the grid services side I was looking for lowload function calls,
> > preferably REST, that can be used to the same avail.
> >
> > For the grid server:
> >
> > http://host:gridport/sims/UUID-of-known-sim
> >
> > works pretty well. It's a single db lookup, and returns a small amount
> > of data.
> >
> > For the user server:
> >
> > http://host:userport/get_grid_info
> >
> > fits the bill.
> >
> > For the asset server:
> >
> > http://host:assetport/assets/ec4b9f0b-d008-45c6-96a4-01dd947ac621
> >
> > works well. For those wondering, that's returning the texture on the
> > moon, which is a hard coded uuid in the client, so something every grid
> > should have.
> >
> > Inventory and Messaging servers aren't quite as simple, as there isn't a
> > quick and easy REST call on either. While it would be possible to
> > create a faked xml-rpc set of requests, I'm hoping to avoid that if
> > possible.
> >
> > Question:
> >
> > What do people think of adding some easy REST interfaces to the
> > Messaging and Inventory services that are like the /simstatus/ call?
> > Are there other alternatives we should be using here? Does anyone else
> > have other thoughts on sane ways to service monitor these environments?
> >
> > -Sean
> >
> >
> > ------------------------------------------------------------------------
> >
> > _______________________________________________
> > Opensim-dev mailing list
> > Opensim-dev at lists.berlios.de
> > https://lists.berlios.de/mailman/listinfo/opensim-dev
> >
>
>
> --
> Paul Fishwick, PhD
> Professor and Director, Digital Arts and Sciences Programs
> University of Florida
> Computer & Information Science and Eng. Dept.
> Bldg. CSE, Room 301
> P.O. Box 116120
> Gainesville, FL 32611
> Email: fishwick at cise.ufl.edu
> Phone: (352) 392-1414
> Fax: (352) 392-1220
> Web: http://www.cise.ufl.edu/~fishwick
>
>
>
> ------------------------------
>
> Message: 2
> Date: Thu, 18 Dec 2008 08:31:07 -0500
> From: Sean Dague <sdague at gmail.com>
> Subject: Re: [Opensim-dev] service monitoring for opensim
> To: opensim-dev at lists.berlios.de
> Message-ID: <494A509B.8010405 at gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Nebadon Izumi wrote:
> > I don't have anything to offer on the how to's but i thought it might be
> > good if simstatus not only showed an OK status but also return the
> simulator
> > uptime, this might help us gather stats on how stable things really are.
>
> That's a good point. What would people think about putting the
> statistics output that shows up on the console from time to time as well?
>
> -Sean
>
> --
> Sean Dague / Neas Bade
> sdague at gmail.com
> http://dague.net
>
>
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: signature.asc
> Type: application/pgp-signature
> Size: 252 bytes
> Desc: OpenPGP digital signature
> Url :
> https://lists.berlios.de/pipermail/opensim-dev/attachments/20081218/b892fe38/attachment-0001.pgp
>
> ------------------------------
>
> Message: 3
> Date: Thu, 18 Dec 2008 08:29:46 -0500
> From: Sean Dague <sdague at gmail.com>
> Subject: Re: [Opensim-dev] service monitoring for opensim
> To: opensim-dev at lists.berlios.de
> Message-ID: <494A504A.90502 at gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Paul Fishwick wrote:
> > This sounds good - btw, is this instrumented now? Where are the php or
> > html files for simstatus, get_grid_info, etc? As a suggestion, the
> > monitoring
> > might use a GUI control or does it already?
>
> The urls I pointed to are live and working now. The http content is
> returned directly from the sim code.
>
> -Sean
>
> --
> Sean Dague / Neas Bade
> sdague at gmail.com
> http://dague.net
>
>
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: signature.asc
> Type: application/pgp-signature
> Size: 252 bytes
> Desc: OpenPGP digital signature
> Url :
> https://lists.berlios.de/pipermail/opensim-dev/attachments/20081218/46e02896/attachment-0001.pgp
>
> ------------------------------
>
> Message: 4
> Date: Thu, 18 Dec 2008 08:43:46 -0500
> From: Paul Fishwick <fishwick at cise.ufl.edu>
> Subject: Re: [Opensim-dev] service monitoring for opensim
> To: opensim-dev at lists.berlios.de
> Message-ID: <494A5392.70006 at cise.ufl.edu>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> maybe I don't have the necessary revision. I have opensim.exe running now
> (r7703) and when I do: http://myIP:9000/simstatus<http://myip:9000/simstatus>,
> I get a bad
> link page. can you let me know where I am going wrong? -p
>
>
> Sean Dague wrote:
> > Paul Fishwick wrote:
> >
> >> This sounds good - btw, is this instrumented now? Where are the php or
> >> html files for simstatus, get_grid_info, etc? As a suggestion, the
> >> monitoring
> >> might use a GUI control or does it already?
> >>
> >
> > The urls I pointed to are live and working now. The http content is
> > returned directly from the sim code.
> >
> > -Sean
> >
> >
> > ------------------------------------------------------------------------
> >
> > _______________________________________________
> > Opensim-dev mailing list
> > Opensim-dev at lists.berlios.de
> > https://lists.berlios.de/mailman/listinfo/opensim-dev
> >
>
>
> --
> Paul Fishwick, PhD
> Professor and Director, Digital Arts and Sciences Programs
> University of Florida
> Computer & Information Science and Eng. Dept.
> Bldg. CSE, Room 301
> P.O. Box 116120
> Gainesville, FL 32611
> Email: fishwick at cise.ufl.edu
> Phone: (352) 392-1414
> Fax: (352) 392-1220
> Web: http://www.cise.ufl.edu/~fishwick
>
>
>
> ------------------------------
>
> Message: 5
> Date: Thu, 18 Dec 2008 14:46:43 +0100
> From: Lc <lcc1967 at gmail.com>
> Subject: Re: [Opensim-dev] service monitoring for opensim
> To: opensim-dev at lists.berlios.de
> Message-ID:
> <af5e8e660812180546p1752a95es7e913497475909b at mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> http://myIP:9000/simstatus <http://myip:9000/simstatus> <
> http://myip:9000/simstatus>/
>
> Sm
>
>
> On Thu, Dec 18, 2008 at 2:43 PM, Paul Fishwick <fishwick at cise.ufl.edu
> >wrote:
>
> > maybe I don't have the necessary revision. I have opensim.exe running now
> > (r7703) and when I do: http://myIP:9000/simstatus<http://myip:9000/simstatus>,
> I get a bad
> > link page. can you let me know where I am going wrong? -p
> >
> >
> > Sean Dague wrote:
> > > Paul Fishwick wrote:
> > >
> > >> This sounds good - btw, is this instrumented now? Where are the php
> or
> > >> html files for simstatus, get_grid_info, etc? As a suggestion, the
> > >> monitoring
> > >> might use a GUI control or does it already?
> > >>
> > >
> > > The urls I pointed to are live and working now. The http content is
> > > returned directly from the sim code.
> > >
> > > -Sean
> > >
> > >
> > >
> ------------------------------------------------------------------------
> > >
> > > _______________________________________________
> > > Opensim-dev mailing list
> > > Opensim-dev at lists.berlios.de
> > > https://lists.berlios.de/mailman/listinfo/opensim-dev
> > >
> >
> >
> > --
> > Paul Fishwick, PhD
> > Professor and Director, Digital Arts and Sciences Programs
> > University of Florida
> > Computer & Information Science and Eng. Dept.
> > Bldg. CSE, Room 301
> > P.O. Box 116120
> > Gainesville, FL 32611
> > Email: fishwick at cise.ufl.edu
> > Phone: (352) 392-1414
> > Fax: (352) 392-1220
> > Web: http://www.cise.ufl.edu/~fishwick<
> http://www.cise.ufl.edu/%7Efishwick <http://www.cise.ufl.edu/~fishwick>>
> >
> > _______________________________________________
> > Opensim-dev mailing list
> > Opensim-dev at lists.berlios.de
> > https://lists.berlios.de/mailman/listinfo/opensim-dev
> >
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> https://lists.berlios.de/pipermail/opensim-dev/attachments/20081218/eb46caf6/attachment-0001.html
>
> ------------------------------
>
> Message: 6
> Date: Thu, 18 Dec 2008 08:51:26 -0500
> From: Sean Dague <sdague at gmail.com>
> Subject: Re: [Opensim-dev] service monitoring for opensim
> To: opensim-dev at lists.berlios.de
> Message-ID: <494A555E.804 at gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Paul Fishwick wrote:
> > maybe I don't have the necessary revision. I have opensim.exe running now
> > (r7703) and when I do: http://myIP:9000/simstatus<http://myip:9000/simstatus>,
> I get a bad
> > link page. can you let me know where I am going wrong? -p
>
> You need the final slash - http://myIP:9000/simstatus/<http://myip:9000/simstatus/> it's important
>
> -Sean
>
> --
> Sean Dague / Neas Bade
> sdague at gmail.com
> http://dague.net
>
>
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: signature.asc
> Type: application/pgp-signature
> Size: 252 bytes
> Desc: OpenPGP digital signature
> Url :
> https://lists.berlios.de/pipermail/opensim-dev/attachments/20081218/4804b392/attachment-0001.pgp
>
> ------------------------------
>
> Message: 7
> Date: Thu, 18 Dec 2008 14:05:53 +0000
> From: Justin Clark-Casey <jjustincc at googlemail.com>
> Subject: Re: [Opensim-dev] service monitoring for opensim
> To: opensim-dev at lists.berlios.de
> Message-ID: <494A58C1.1050203 at googlemail.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Sean Dague wrote:
> > Nebadon Izumi wrote:
> >> I don't have anything to offer on the how to's but i thought it might be
> >> good if simstatus not only showed an OK status but also return the
> simulator
> >> uptime, this might help us gather stats on how stable things really are.
> >
> > That's a good point. What would people think about putting the
> > statistics output that shows up on the console from time to time as well?
>
> +1. I've always intended to do this but it got pushed way down my list of
> things to do. That stuff should also be
> available on a per region basis.
>
> +1 on the other inventory and message server REST monitoring suggestions as
> well.
>
> --
> justincc
> Justin Clark-Casey
> http://justincc.wordpress.com
>
>
> ------------------------------
>
> Message: 8
> Date: Thu, 18 Dec 2008 16:52:10 +0000
> From: Justin Clark-Casey <jjustincc at googlemail.com>
> Subject: [Opensim-dev] RFC: Refactoring Scene.cs so that modules
> directly invoke services from CommsManager
> To: opensim-dev at lists.berlios.de
> Message-ID: <494A7FBA.6070801 at googlemail.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> In Scene.cs there are quite a few wrapper methods that appears to exist
> primarily to relay calls from modules to other
> services. For instance, Scene.AddXmlRPCHandler() just recalls
> AddXmlRPCHandler() on the BaseHttpServer. Some modules
> make use of this method while others use
> Scene.CommsManager.HttpServer.AddXmlRPCHandler()
>
> I would like to refactor code such that services available through
> CommsManager are called directly rather than through
> Scene wrappers. Although this goes against the Law of Demeter (
> http://en.wikipedia.org/wiki/Law_of_Demeter) I think
> that the advantage in reducing the large number of disparate methods on the
> Scene is worth it. The alternative is that
> the number of Scene wrapper methods continues to grow indefinitely as new
> service methods are introduced.
>
> Comments?
>
> --
> justincc
> Justin Clark-Casey
> http://justincc.wordpress.com
>
>
> ------------------------------
>
> Message: 9
> Date: Thu, 18 Dec 2008 09:10:17 -0800
> From: "Brianna" <wwwench at gmail.com>
> Subject: Re: [Opensim-dev] service monitoring for opensim
> To: <opensim-dev at lists.berlios.de>
> Message-ID: <282095E384794EB5ACB2B7768481154B at BoscoPC>
> Content-Type: text/plain; format=flowed; charset="iso-8859-1";
> reply-type=original
>
> I use an unrefined method, besides users yelling at me.
>
> With the existing [ llHTTPRequest(url ,[HTTP_METHOD,"GET"],""); ] I can
> push
> a lot of info up to my stable PHP world on the server with no sim loading.
> Of course once there I can use MySql, send email, honk horns or write flat
> files to my hearts content, That keeps the talented dev team on more
> important issues.
> I also use the same technique for a visitor log from prim collision, again
> avoiding scripting scanners.
>
>
> ----- Original Message -----
> From: "Paul Fishwick" <fishwick at cise.ufl.edu>
> To: <opensim-dev at lists.berlios.de>
> Sent: Thursday, December 18, 2008 5:22 AM
> Subject: Re: [Opensim-dev] service monitoring for opensim
>
>
> > This sounds good - btw, is this instrumented now? Where are the php or
> > html files for simstatus, get_grid_info, etc? As a suggestion, the
> > monitoring
> > might use a GUI control or does it already?
> > -p
> >
> > Sean Dague wrote:
> >> I've been poking around recently on ways to do service monitoring of
> >> OpenSim via reasonably stately requests. The idea here is to make some
> >> standard recipes for how one could use things like nagios, or other
> >> standard management frameworks to keep track of opensim, and let you
> >> know when things have gone wrong.
> >>
> >> For monitoring the simulator there is currently:
> >>
> >> http://server:port/simstatus/
> >>
> >> Which returns "OK" or doesn't. It's not a very robust check, but it's
> >> workable enough. :) It at least tells you if the sim is deadlocked or
> >> not.
> >>
> >> On the grid services side I was looking for lowload function calls,
> >> preferably REST, that can be used to the same avail.
> >>
> >> For the grid server:
> >>
> >> http://host:gridport/sims/UUID-of-known-sim
> >>
> >> works pretty well. It's a single db lookup, and returns a small amount
> >> of data.
> >>
> >> For the user server:
> >>
> >> http://host:userport/get_grid_info
> >>
> >> fits the bill.
> >>
> >> For the asset server:
> >>
> >> http://host:assetport/assets/ec4b9f0b-d008-45c6-96a4-01dd947ac621
> >>
> >> works well. For those wondering, that's returning the texture on the
> >> moon, which is a hard coded uuid in the client, so something every grid
> >> should have.
> >>
> >> Inventory and Messaging servers aren't quite as simple, as there isn't a
> >> quick and easy REST call on either. While it would be possible to
> >> create a faked xml-rpc set of requests, I'm hoping to avoid that if
> >> possible.
> >>
> >> Question:
> >>
> >> What do people think of adding some easy REST interfaces to the
> >> Messaging and Inventory services that are like the /simstatus/ call?
> >> Are there other alternatives we should be using here? Does anyone else
> >> have other thoughts on sane ways to service monitor these environments?
> >>
> >> -Sean
> >>
> >>
> >> ------------------------------------------------------------------------
> >>
> >> _______________________________________________
> >> Opensim-dev mailing list
> >> Opensim-dev at lists.berlios.de
> >> https://lists.berlios.de/mailman/listinfo/opensim-dev
> >>
> >
> >
> > --
> > Paul Fishwick, PhD
> > Professor and Director, Digital Arts and Sciences Programs
> > University of Florida
> > Computer & Information Science and Eng. Dept.
> > Bldg. CSE, Room 301
> > P.O. Box 116120
> > Gainesville, FL 32611
> > Email: fishwick at cise.ufl.edu
> > Phone: (352) 392-1414
> > Fax: (352) 392-1220
> > Web: http://www.cise.ufl.edu/~fishwick
> >
> > _______________________________________________
> > Opensim-dev mailing list
> > Opensim-dev at lists.berlios.de
> > https://lists.berlios.de/mailman/listinfo/opensim-dev
>
>
>
> ------------------------------
>
> _______________________________________________
> Opensim-dev mailing list
> Opensim-dev at lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/opensim-dev
>
>
> End of Opensim-dev Digest, Vol 16, Issue 106
> ********************************************
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://opensimulator.org/pipermail/opensim-dev/attachments/20081218/9f70076b/attachment-0001.html>
More information about the Opensim-dev
mailing list