Then you should have started a new thread, rather than hijacking this one. You know, there used to be a thing called nettiquette.
-ste On Aug 20, 2011, at 12:17 PM, Wayne <[email protected]> wrote: > Hi Diva, > I''ve been running the diva version of opensim for a week now and kudos to > you for a simple setup and solid config. > I am having trouble in one area though and that is in getting the groups > module working. Nothing had worked and I am caught in the confirmation screen > over and over-the group never creates, no record in database, nothing. > Can you please offer an example of how the setup should look for groups and > what and where should files be? > Thank you. > I know this Has nothing to do with this thread but I saw your name and jumped > to ask this question. > > Wayne > > On Aug 20, 2011 12:06 PM, "Diva Canto" <[email protected]> wrote: > > Let me rephrase your question: can you start with a standalone and a > > MySQL DB, and add more simulator servers running standalones [connected > > to that same DB] to obtain a grid? The answer is yes -- that's a > > serverless grid ("serverless" means that it runs without the Robust or > > other resource server(s) in between the simulators and the DB server). > > It doesn't work with the configuration that comes out-of-the-box for > > standalones, but it's just a matter of changing a few connectors for > > this configuration in the .inis. > > I use use such configuration on my grids. > > > > On 8/19/2011 6:28 PM, Guardian wrote: > >> This then leads to the question, can a standalone be changed over to grid? > >> If you use a mysql backend for the standalone, can it just be changed > >> over to grid in the configs? > >> > >> On Sat, Aug 20, 2011 at 3:52 AM, Diva Canto <[email protected] > >> <mailto:[email protected]>> wrote: > >> > >> See basic definitions here, which is the model that has been > >> guiding OpenSim development for a while: > >> http://opensimulator.org/wiki/Virtual_World_Model > >> > >> In principle, the concept of grid is orthogonal to the concept of > >> simulator trust domain. In practice, and in the vast majority of > >> cases, they are unified (i.e. 1 grid = 1 trust domain), but in a > >> few but famous cases, they aren't -- that's the case of OSGrid, > >> which is a grid with several simulator trust domains in it. If the > >> concept of "simulator trust domain" is too abstract, substitute > >> the expression "multiple simulator trust domains" by "connecting > >> someone else's simulator to a grid". > >> > >> Technically, what makes a grid being a grid is having multiple > >> simulator servers serving different portions of the virtual space, > >> instead of just one simulator server -- that's all. One can run a > >> grid with an external resource server (Robust, Simian) or without, > >> using only simulator servers and a shared DB; the latter > >> configuration is what I call serverless grids: > >> http://opensimulator.org/wiki/Serverless_Grids -- that article is > >> outdated, but it explains the concept. > >> > >> When there are multiple simulators (=grid), whether the simulators > >> are operated by the same authority or decentralized by several > >> authorities is a different issue. For example, the Avination grid > >> and the SL grid are each operated entirely by one authority; the > >> OSGrid grid is operated by a multitude of authorities [that must > >> implicitly trust each other at the moment]. > >> > >> > >> > >> On 8/19/2011 8:13 AM, Bob Wellman wrote: > >>> I have run Opensim both standalone as standalone and for the last > >>> three years PMgrid in grid mode so I understand the differences > >>> very well. > >>> > >>> However I can see where newcommers get confused when we talk > >>> about grids beings a collection of regions and then use the term > >>> "grid mode" to mean running using several servers or service > >>> instances in collaberation to run a grid. > >>> > >>> I have often wondered if it wouldnt be better to coin a different > >>> term for what we currently call grid mode to avoid confusion. > >>> Maybe we could use Cooperative mode or Multi Service mode or > >>> Distributed mode to describe the alternative mode to Standalone. > >>> Something that better decribes the mode of operation rather than > >>> "grid" which I think should be used just to describe the region > >>> arrangement. Just a thought! > >>> > >>> When Intels DSG work hits mainstream (soon I hope) we will need > >>> to distinguish grids that run using the current central > >>> Robust.exe(s) and one or more Opensim.exe instances (i.e. what we > >>> now call "Grid mode") to those that run the new even more > >>> Distrubuted services provided by DSG. > >>> > >>> Getting good clear terminology for mdes of operation defined now > >>> would help a lot in future I think. > >>> > >>> Like I say just my thoughts. Any one else have thoughts on this? > >>> > >>> > >>> > >>> > Date: Fri, 19 Aug 2011 11:11:25 +0100 > >>> > From: [email protected] > >>> <mailto:[email protected]> > >>> > To: [email protected] > >>> <mailto:[email protected]> > >>> > Subject: Re: [Opensim-users] Awaiting region handshake > >>> > > >>> > Thanks for the clarification Diva, me jumping in too quickly I > >>> guess. > >>> > > >>> > I didn't think a standalone accepted region registration > >>> requests from > >>> > other opensim.exe's, but that you needed robust.exe to accept > >>> > registrations from other opensim.exe's. I know that opensim.exe > >>> > handles all the services when in standalone - but thought it > >>> was "cut > >>> > down" and didn't support external region registrations. I take > >>> it from > >>> > what you say it can do that? I've never even tried tbh. > >>> > > >>> > What you say about owners not supporting ad-hoc regions being > >>> connected > >>> > is of course true but that is a policy issue and enforced by > >>> firewall > >>> > rules. As far as I am aware robust.exe WILL accept a registration > >>> > request from other opensim.exe's if the port to it is left open. Of > >>> > course, I may well be wrong with that but when I asked about > >>> this before > >>> > (if there was any way to stop people registering with my grid - > >>> I was > >>> > told I had to block the port and that would be the way to do it). > >>> > > >>> > -----Original Message----- > >>> > From: [email protected] > >>> <mailto:[email protected]> > >>> > [mailto:[email protected]] On Behalf Of > >>> Diva Canto > >>> > Sent: 18 August 2011 20:56 > >>> > To: [email protected] > >>> <mailto:[email protected]> > >>> > Subject: Re: [Opensim-users] Awaiting region handshake > >>> > > >>> > > I believe you can create as many regions as you like in a > >>> standalone > >>> > > but you are the only person that can go there I have created > >>> both and > >>> > > to have other ppl come to visit you need to be a grid > >>> > > >>> > This is not correct. Standalones can handle users from anywhere > >>> in the > >>> > world, as long as the routers are configured for that. > >>> > > >>> > > Basically, a standalone does not allow others to connect > >>> their region > >>> > > to your simulator, while a grid does. This has nothing to do > >>> with > >>> > > people visiting it. > >>> > > >>> > This is also not correct. > >>> > Most grids are operated by one single organization/person and don't > >>> > support the attachment of ad-hoc regions operated by others. > >>> OSGrid is > >>> > an exception in this respect. > >>> > > >>> > The difference between a standalone and a grid is simply the > >>> number of > >>> > components (usually hardware) involved. A standalone has all > >>> services > >>> > running in one single process in one single machine; a grid has > >>> many > >>> > simulator processes, usually on different machines, and it > >>> typically > >>> > centralizes resource management in yet other machine(s). > >>> > > >>> > So if you just want a small world with a few thousand objects > >>> in world > >>> > at any given time, stay with a standalone; if you plan to scale > >>> up, look > >>> > into the grid configuration. > >>> > > >>> > _______________________________________________ > >>> > Opensim-users mailing list > >>> > [email protected] > >>> <mailto:[email protected]> > >>> > https://lists.berlios.de/mailman/listinfo/opensim-users > >>> > _______________________________________________ > >>> > Opensim-users mailing list > >>> > [email protected] > >>> <mailto:[email protected]> > >>> > https://lists.berlios.de/mailman/listinfo/opensim-users > >>> > >>> > >>> _______________________________________________ > >>> Opensim-users mailing list > >>> [email protected] <mailto:[email protected]> > >>> https://lists.berlios.de/mailman/listinfo/opensim-users > >> > >> > >> _______________________________________________ > >> Opensim-users mailing list > >> [email protected] <mailto:[email protected]> > >> https://lists.berlios.de/mailman/listinfo/opensim-users > >> > >> > >> > >> > >> _______________________________________________ > >> Opensim-users mailing list > >> [email protected] > >> https://lists.berlios.de/mailman/listinfo/opensim-users > > > _______________________________________________ > Opensim-users mailing list > [email protected] > https://lists.berlios.de/mailman/listinfo/opensim-users
_______________________________________________ Opensim-users mailing list [email protected] https://lists.berlios.de/mailman/listinfo/opensim-users
