OSgrid is back

New Year Eve party on OSGrid. (Photo by Key Gruin.)

New Year’s Eve party on OSgrid. Not this past New Year’s Eve, since the grid was down. But the good times are coming back! (Photo by Key Gruin.)

OSgrid, the oldest grid running on the OpenSim software, is backup.

The news was announced in a tweet a few minutes ago.

Melanie Thielker

Melanie Thielker

“OSgrid is opening its gates to direct logins and regions at this very minute,”Melanie Thielker, founder and owner of the Avination grid and an OpenSim core developer, told Hypergrid Business. “It’s just been actioned.”

For the past few weeks, Thielker has been helping the grid recover its assets and get back on its feet.

“Many people today have noticed our initial testing,”  OSgrid grid administrator Allen Kerensky said in today’s announcement. “And initial admin logins, plaza and region restarts, and hypergrid logins have all been working as expected.”

Because so many people were online, the grid decided to hold an office hours meeting on Wright Plaza, he said, and at least 17 people were able to attend.

“With these initial successes, it was decided that OSgrid was healthy enough to open up for wider testing,” he said. “We’re not anticipating any further major outages or issues, but there may still be an occasional short outage or  downtime over the coming weeks as OSgrid settles back into normal usage, for us to adjust a setting here or there with the new asset services or updated plazas.”

There might also be some minor hiccups when reconnecting regions.

“You may notice an initial failure when trying to teleport to them,” Kerensky said. “You may need to purge the region using your login to the osgrid.org website, then restart the region itself in order to fully reconnect it after the outage.”

OSgrid also posted a new set of downloads for people looking to connect their own regions. This is customized OpenSim software designed to run regions that attach directly to OSgrid.

In line with OSgrid’s position as the main testing grid for OpenSim, the latest download is based on a cutting-edge version of the software, 0.8.1.

There were no problems with user inventories during testing, but users who see glitches should report them, said Kerensky.

“But also try to have patience as we may be swamped for a while getting everything fully rolling for everyone again,” he added.

maria@hypergridbusiness.com'

Maria Korolov

Maria Korolov is editor and publisher of Hypergrid Business. She has been a journalist for more than twenty years and has worked for the Chicago Tribune, Reuters, and Computerworld and has reported from over a dozen countries, including Russia and China.

  • I notice that the user numbers are going up…. It was in the 20s when I started writing this article, and now it’s in the 30s… ooops, missed the hypergrid visitors, in the 40s…

    • And now the number of in-world users is in the 50s…. go OSgrid, go!

      • TribeGadgets

        And as of approx GMT noon Wednesday 38 (39 with me) + 12 HG visitors 🙂 Welcome back and all I needed was a hairbase change too. Rest was fine

  • lmpierce

    A bit disconcerting as my avatar never rezzed… tried two accesses with Singularity viewer. Lani Global was up and running and is an interesting place to ‘stretch’ one’s legs (if only I had any!) My inventory is completely cleaned out since my last access before the crash. I resolved the cloud avatar issue by wearing the free male avatar components I did find in inventory. Nothing like a fresh start!

  • Alex Ferraris

    Welcome BACK OSGRID! GO GO GO!!!

  • Dorena Verne

    welcome back, OSgrid 🙂

  • Walter Balazic

    Welcome Back OSGrid.

  • Geir Nøklebye

    Welcome back OSG!

    I could restart my 29 regions with just a few minor glitches, so restore job WELL DONE so far!
    … of course my regions had moved to XMIR in the meantime, so they are no more on OSG.

  • Talla Adam

    Good to see OSgrid back. I logged in my avi last night and it rezzed perfectly, my inventory seemed mostly all there and I teleported to Lbsa Plaza to find lots of people back. I will wait and may put up one of my old regions again soon. Congratulations OSG!

  • Welcome back OSGrid-))

  • Geir Nøklebye

    Wow! I copied my OSG inventory out to an IAR, and it was like a way-back machine.

    It turned out the office building I have in XMIR – which I thought was from 2011 was originally uploaded by me to OSGrid on December 29, 2008. It must have been built in SL a couple months before in the Concinna sim, and uploaded with Second Inventory. I found some other gems too 🙂

  • LaniGlobal

    OSGrid is online! Pass it on… Also, Lani region in OSGrid has a spot where you can Set Home until you get your own sim up and running. [following image is public domain]

  • LaniGlobal

    Lbsa Plaza, the social gathering spot in OSGrid has been quite active today. [see public domain photo, below, taken today]

  • Geir Nøklebye

    So OSGrid has not written any assets to the asset database for the last month it turns out. “It appears that for the last month or so – the asset server was unable to write assets to the database, in a way that did *not* cause an exception and alert the asset server of trouble.”

    http://news.osgrid.org/2015/04/18/asset-cluster-maintenance-complete/

    This is exactly the reason why I have called for proper support of an enterprise database like PostgreSQL where you can set up full transactions with transaction integrity, so you immediately know that it is not working.

    I believe the root cause is code that was introduced quite late in the 0.8.1 development cycle that broke hypergrid asset transfers, was attempted fixed, but still not working properly, so I am running without those changes (people have been alerted multiple times). The symptoms are Inventory items that looks OK; they may or may not rezz depending on where you are.

    I therefore urge all grid owners on 0.8.1 to go through the check procedure that is in the link above, and also monitor their asset server assets table for growth. BEFORE flushing any caches, make sure you have backups of everything.

    • Han Held

      How can small grid/robust owners work around that? I’m running 0.8.1; will exporting my mysql database work or do I have to export my inventory and regions?

      • Geir Nøklebye

        I think the first thing you need to do is to observe that assets are stored in the asset table on your installation. This must be done by uploading completely new content such as texture, see if you can view or rezz it, and make a note of the number of records in the asset table before and after the upload.

        If it resulted in an increase, and you can rezz the items, then it is probably OK, but I would observe it over a few days.

        If it does not increase and you cannot rezz there is most likely a software issue, and I don’t know how that can be worked around unless there is a fix shortly.

        Export all your sims as OARs, accounts as IARs and export your database definition and data as MySQL dumps (backups.) If there are missing assets in the database OpenSim will complain when writing the OARs and IARs to disk. MySQL export will just export whatever is in the database.

        Only then clear the server assetcache by moving the directory out of the way so it is recreated on server restart. Do the same with the viewer cache (move it, don’t delete it) and check if your assets load correctly. Hopefully they do, but if you had missing assets on writing the OAR and IAR chances are you will have white textures, missing sculpt maps and so on somewhere on your grid.

        If there is a problem and it is small, it may be acceptable to replace the missing items. If the problem is bigger, it is possible to recreate some of the items using the caches – which is why you don’t want to delete them.

      • Geir Nøklebye

        I would also adjust some parameters in OpenSim.ini to make sure changes are written to disk more often than the defaults. My settings are below – from 60 to 10 second and 600 to 100 seconds respectively. Unless you have a very busy grid there should not be any performance degradation on the database server:

        ;; Persistence of changed objects happens during regular sweeps. The
        ;; following control that behaviour to prevent frequently changing objects
        ;; from heavily loading the region data store.
        ;; If both of these values are set to zero then persistence of all changed
        ;; objects will happen on every sweep.

        ;# {MinimumTimeBeforePersistenceConsidered} {} {Time before un-changed object may be persisted} {} 60
        ;; Objects will be considered for persistance in the next sweep when they
        ;; have not changed for this number of seconds.
        MinimumTimeBeforePersistenceConsidered = 10

        ;# {MaximumTimeBeforePersistenceConsidered} {} {Time before changed objects may be persisted?} {} 600
        ;; Objects will always be considered for persistance in the next sweep
        ;; if the first change occurred this number of seconds ago.
        MaximumTimeBeforePersistenceConsidered = 100