Short notice rolling restart to bring fresh server code

By Tateru Nino

Second Life servers are being updated with fresh code tomorrow, Tuesday 6 November. There are two phases to the update, and neither one involves taking Second Life down or additional downloads.

Phase one starts at 10AM SLT (US Pacific) and involves unspecified updates to unspecified central systems. We're told this may cause "slight delays to log-ins and to online notifications" (Stop laughing in the back there. We presume they mean in addition to normal).

Phase two is the rolling restart itself. This will be a standard North-to-South restart of regions, switching to the new code, starting at 1PM SLT and taking around four hours or so to complete. So, if you get the five minute warning, teleport somewhere a ways North of your location to get behind the wave of restarting sims.

The change-list that has been provided for the update is as follows (with some annotations):

Changes:

  • llGiveMoney() will now be throttled to limit disruptive effects on servers [Oh, really? What sort of disruptive effects? Throttled how, exactly? What are the new limits, and what error is returned to the script if it fails?]
  • Users with 1.18.4 viewers will see friend glyphs in a different color in the minimap

Bug Fixes:

  • SVC-94: Build system changes rotations slightly at random (including when "Edit linked parts" is on) [At last!]
  • SVC-247: Failed attempt to rez an object from trash results in content loss
  • SVC-583: Five minute wait due to "System Logging You Out" happens frequently with scripted attachments [Huh. So that's what causes it]
  • SVC-912: Sky Eclipse's avatar crashes regions EVERYTIME she logs in, regardless of where she logs in [That would be Sky Eclipse - fifth horseman of the Infopocalypse. That would look great on your business cards, Sky]
  • Fix: Can once again set For Sale on an inventory item via right-click Properties

UPDATE: Soft Linden has provided more information on llGiveMoney() throttling -

Use is limited to 30 payments in a 30 second interval for each resident on a region. Sustained overage will produce a script error and halt payments while the rate remains excessive. Historically, faster payments have failed intermittently.

Recommended