[Opensim-dev] server consoles

Thu Oct 4 19:07:22 UTC 2007

I don't really care what gets implemented, as long as these conditions are met:

* We, as proposed, split the functionality into a 'logging' interface and an 'admin' interface.
* That we do it as interfaces, ie; it's up to anybody to implement it for their environment
* That those interfaces are functionality enumerators (ie, "BackupAllRegions()" instead of HandleCommand("backup all regions"))
* That we pass the logging interface to each component that should be able to log; ie no global logging singleton (that road has already lead to grief)
* That we keep the admin part well out of the core (today, some core classes actually have methods to deal with console commands, beleve it or not)/Stefan

> Date: Thu, 4 Oct 2007 11:21:37 -0700> From: mic.bowman at intel.com> To: opensim-dev at lists.berlios.de> Subject: Re: [Opensim-dev] server consoles> > There are two sets of management functions: running the server and managing the world that the server exports. Except for immediate convenience of implementation, there is no particular reason why those two functions need to be provided by the same facility. > > Running the server includes log management/crash analysis, start/restart/shutdown, liveness & sanity checks & status, performance monitoring, backup/checkpoint, ... All pretty standard functions that can be provided with nearly arbitrary sophistication. If the expectation is that there will be a few stand alone sims running, then it doesn't need to be fancy. If the expectation is that large grids will be managed, it gets ugly. Either way... might be good to borrow some existing framework to handle it. What is the general expectation here?> > Managing the world is really the interesting set of interfaces (one i was hoping somebody had already thought about)... the current command line provides limited operations for users (how DO you delete a user?) & terrain. At some point it would be nice to automate ops on regions, inventories, etc. And there is a question as to whether those operations should be provided "in world" (where you could use the existing authentication infrastructure & 3d metaphors) and which are backend ops.> > Having said all that... something simple should be sufficient for now (right?). Yes, "design for manageability" can have a big impact on architecture/interfaces, but that doesn't seem to be the highest priority issue(?). > > --mic> > > -----Original Message-----> From: opensim-dev-bounces at lists.berlios.de [mailto:opensim-dev-bounces at lists.berlios.de] On Behalf Of Tleiades> Sent: Thursday, October 04, 2007 10:34 AM> To: opensim-dev at lists.berlios.de> Subject: Re: [Opensim-dev] server consoles> > Here's my 0.02€> > It should support both commandline and gui based tools> it should be easily entendable, I doubt we have seen the last > daemons/services or the full range of operations available.> security, i.e. I don't want just anybody to be able to manage my processes, > but on the other hand, I would like for others to have the ability to > restart my sims, if required, and I trust them.> counters, it should be possible for me to access some set of counters, e.g. > #users, #of prims, #of scripts, time dilation etc.> > /tleiades> > ----- Original Message ----- > From: "Bowman, Mic" <mic.bowman at intel.com>> To: <opensim-dev at lists.berlios.de>> Sent: Thursday, October 04, 2007 6:40 PM> Subject: Re: [Opensim-dev] server consoles> > > > I'm in the process of writing a wrapper for the console app that would> > export a web interface for mgmt functions and would probably handle> > liveness checks & periodic restarts. Nothing fancy, but it sparked some> > thinking about the mgmt interface in general. Other than the current set> > of console commands is there any documentation on what would be desired> > from the mgmt interface?> >> > --mic> >> >> > -----Original Message-----> > From: opensim-dev-bounces at lists.berlios.de> > [mailto:opensim-dev-bounces at lists.berlios.de] On Behalf Of Adam Frisby> > Sent: Wednesday, October 03, 2007 11:41 PM> > To: opensim-dev at lists.berlios.de> > Subject: Re: [Opensim-dev] server consoles> >> > Definetely.> >> > I've been thinking along some kind of RPC structure myself - eg allowing> >> > us to run various commands (eg terrain commands) via a web service.> > XMLRPC seems a good fit, although using remoting for it may not be a bad> >> > idea since that lets us choose a variety of stream handlers.> >> > Adam> >> > Tleiades wrote:> >> I believe the long term plan is to provide a separate set of> > administrators> >> tools, both command line and GUI based.> >>> >>> >> Personally I think some tools for monitoring server state, SNMP? would> > be> >> nice too> >>> >> /tleiades> >> ----- Original Message ----- > >> From: "Dalien Talbot" <dalienta at gmail.com>> >> To: "Jeff Ames" <jeffames at gmail.com>> >> Cc: <opensim-dev at lists.berlios.de>> >> Sent: Thursday, October 04, 2007 2:15 AM> >> Subject: Re: [Opensim-dev] server consoles> >>> >>> >>> >>>I guess it would be a nice-to-have indeed... And to have a "proper"> > parser> >>>(with the easier way to embed help, and ensure the correctness of> > syntax> >>>and> >>>parameters, maybe) as well.> >>>> >>>What I do right now for zion/ruth is run a shell script within screen> >>>which> >>>sleeps until a flag file "opensim-ready" is present, and then starts> > the> >>>server.> >>>> >>>Works rather well unless the host restarts...> >>>> >>>So if you are interested to poke around in this area - I guess you'd> > be> >>>more> >>>than welcome :)> >>>> >>>/d> >>>> >>>On 10/2/07, Jeff Ames <jeffames at gmail.com> wrote:> >>>> >>>>Hello,> >>>>> >>>>I was wondering what the future of the console is on the servers.> >>>>Right now it's nice to be able to manipulate the servers directly> >>>>through stdin, but if they're running stably as daemons on a Linux> >>>>box, using stdin to talk to them seems a bit awkward. And if stdin> >>>>gets closed, the server currently dies with a NullReferenceException.> >>>>Are there any plans floating around of separating the console into a> >>>>separate application, similar to the mysql console, or such?> >>>>> >>>>Jeff> >>>>_______________________________________________> >>>>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> >>>> >>> >>> >> _______________________________________________> >> 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> > _______________________________________________> > 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> _______________________________________________> 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: <http://opensimulator.org/pipermail/opensim-dev/attachments/20071004/f1690411/attachment-0001.html>