Ever the optimist, I thought I would give the old build one more try before abandoning it. I renamed the file OpenSim.ini.example to OpenSim.ini then attempting to judiciously select options necessary to get OpenSim to run in grid mode. Then, the various servers were once more started: Userserver, Gridserver, Assetserver, Inventoryserver and Messagingserver. Finally, OpenSim was started. Still, no luck. An attempt to log in got a failure dialog up which indicates that login failed.
I continue to believe that there is no software error. The only problem seems to be that OpenSim.ini is not configured correctly. It appears that there is only one way to determine how it should be configured, and that is to run OpenSim in the Visual Studio Debugger until one sees what is causing the login to fail. That will take some serious study of the OpenSim code so as to see where to put the breakpoints. After that, it will be time to try again. Eventually the mystery of how to configure for grid mode will be opened to us, and you will hear it here.
Tags: OpenSim, OpenSimulator
Thursday, 2 October, 2008 at 11:41 pm |
Yeah, that OpenSim.ini is becoming a real beasty no matter what the root cause turns out to be. That and the caching of values in the XML files after they are first read can really through people coming to this fresh. It seems breaking that config into parts would be wise, but the packaged configurator package likely doesn’t support conf.d like setup, (which eventually OpenSim should do like every other major application with monster configuration). Someday that will become a greater priority. Maybe chewing on a new configuration layout would be small enough to swallow, unsexy, but needed.
Friday, 3 October, 2008 at 6:50 pm |
Interesting point, Mo. Thanks for your comment.