Tag: Server Updates

SL projects updates 21/2: grid issues, server updates, viewer

Posted on by Inara Pey

Server Deployments week 21 – Recap

On Tuesday May 20th, the Main (SLS) channel received the server maintenance package deployed to Magnum in week 20.This includes a bug fix for a networking-related issue that sometimes affects busy sims. Issues encountered during the deployment, but unrelated to it (see below) meant it had to be curtailed.

As a result, the Main channel deployment resumed on Wednesday May 21st, with the result that the deployments scheduled for the 21st in fact took place on Thursday May 22nd, as follows:

  • The BlueSteel and LeTigre RCs remained on the Sunshine / AIS v3 server-side code, and received the networking-related bug fix deployed to the Main channel
  • The Magnum RC received a new project, which includes changes related to the ‘Experience Tools’ project.

More on the Log-in and Grid Issues, Tuesday May 20th

Simon Linden identified the issue which caused log-in issues on Tuesday May 20th
Simon Linden identified the issue which caused log-in issues on Tuesday May 20th

During the Server Beta meeting on Thursday May 22nd, Simon Linden, who identified the problem, gave a further explanation of Tuesday’s grid issues, which prevented people from logging-in to SL.

Essentially, the log-in server was failing to give the viewer the correct token for it to connect to a region, so people actually got through the log-in phase when starting their viewer, but never connected to a region. “The conversation between the login server, your viewer and the region didn’t work any more,” Simon said.

Maestro then added, “After logins were restored, there was a period where the inventory servers got pretty ‘heated up’, probably from people logging in after hours of downtime, so inventory was bad for an hour or two.” It was apparently at this point that the decision was taken to suspend the Main channel server deployment and resume the work on Wednesday May 21st, pushing the RC updates into Thursday.

It is not anticipated that the problem will recur now it has been identified and rectified.

As a result, the scheduled maintenance that had been planned for Thursday May 22nd was cancelled. This work has yet to be rescheduled, and is apparently to be focusing on the database hardware. “Sims should have slightly faster access after the maintenance,” Maestro said of the work, “though I wouldn’t promise anything major.”

The Grid Status page will carry the revised date and time of the work once it has been rescheduled.

SL Viewer

As noted in these pages, The Lab released its Oculus Rift project viewer to the public on Wednesday May 21st, with an announcement in the main blog. The viewer, version 3.7.8.289834, is aimed at getting people started on using the Oculus Rift in Second Life, rather than at providing a finished product with UI optimisations, and appears to be aimed towards encouraging early adopter of the Oculus Rift to try-out Second Life.

Also on Wednesday May 21st:

  • The Zipper viewer for faster installation was promoted from project viewer status to release candidate status with the arrival of the Zipper RC viewer, version 3.7.9.290133 in the release channel
  • The Sunshine / AIS v3 RC viewer returned to the release channel in the form of version 3.7.9.290131, referred to as “Sunshine v2”.

These two viewer updates see the total number of release candidate viewers in the release channel rise to four once more. As also, details of updates in my Current Viewer Releases page.

Group Ban list

One of the required central updates for the group ban updates was deployed to Agni on Wednesday May 21st. A further update is needed before a server RC with the group ban code gets deployed, however. These updates are related to the central service to manage group bans.

 Other Items

LSL Functions for Materials

Not a lot to add here. As mentioned in part one of this report, Simon is now actively working on this functionality. He didn’t have too much to add during the Server Beta meeting, other than Maestro Linden has also been looking at the work Simon has done and has fixed a few issues. There’s still no date when the work might become visible for people to poke at.

LSL Functions for Projected Lights

Talk of LSL functions for materials saw talk of LSL functions for lighting projectors resurface (see SCR-163), prompting Simon to ask, “Does anyone have ideas how people might cause trouble with the projector LSL functions? I wondering how it might cause problems, other than lots of updates … and if it would be any different from rezzing stuff?” Nothing of any serious impact could be identified, although it’s not clear whether the Lab will poke at that or not once the materials LSL functions have been sorted.

Hiding Objects from View and Parcel Privacy

BUG-5671 is actually a feature request, and concerns the provision of a check box in the viewer’s Parcel Properties so that all objects outside that parcel would be not be rendered for anyone within the parcel boundaries. The request appears to be for a server-side function, and the JIRA has seen some heated debate on the matter.

Simon Linden revealed that while working on the parcel privacy option (which hides avatars inside a parcel, and blocks their chat from those outside of the parcel (and vice-versa), he looked at also blocking object views, “and even played with a prototype,” he said. “It’s pretty ugly because you end up with nothing there … at least in my simple code. “Then you walk onto the parcel and all the trees and house and stuff pops up … it was odd.”

However, he revealed the request has been imported by the Lab, so there might be some interest in doing something with it. Part of the debate around the idea on the JIRA has been on whether the setting should be enforced server-side or just within the viewer (so the user retains the choice as to what they see outside a parcel). Commenting on this, Simon said, “server-side would be better so you wouldn’t get updates for things you can’t see, but a cosmetic viewer-side option might be possible.”

So that’s another one to watch out for.

SL projects updates 21/1: server, viewer, LSL and materials

Posted on by Inara Pey

Server Deployments Week 21

Main (SL) Channel

On Tuesday May 20th, the Main (SLS) channel received the server maintenance package deployed to Magnum in week 20.This includes a bug fix for a networking-related issue that sometimes affects busy sims.

Issues encountered on the grid, but unrelated to the new code deployment, interrupted the latter. Commenting on the situation at the (late-starting) Simulator User Group meeting, Simon Linden said, “I believe the rollout stopped in the middle, and things will get patched up tomorrow morning. We’re still picking up the grid pieces and will sort out the clean up plan later in the day.”

BlueSteel and LeTigre RCs

On Wednesday May 21st, the BlueSteel and LeTigre RCs remain on the Sunshine / AIS v3 server-side code, and receive the networking-related bug fix deployed to the Magnum RC in week 20 and to the Main channel on Tuesday May 20th – see here for details.

Magnum RC

On Wednesday May 21st, the Magnum RC should receive a new project, which includes changes related to the ‘Experience Tools’ project.

SL Viewer

The de facto release viewer updated on Monday May 19th to version 3.7.8.289922, formerly the Maintenance RC comprising fixes in Recent tab, Chat, LSL editor, land management, etc; GPU table updates; crash fixes & performance improvements – release notes here.

Also on Monday May 19th, the following RC viewer updates occurred:

  • The Sunshine / AIS v3 RC was temporarily removed from the Alternate Viewer page, but is expected to return soon
  • A new Memplug RC viewer, version 3.7.8.289942 was released, containing a number of fixes for memory leaks which are expected to result in improved viewer performance and a reduction in crash rates.

LSL Functions for Materials

Materials processing: LSL capabilities for materials
Materials processing: LSL capabilities for materials now being looked at

Further to discussions in week 20, Simon Linden had some news on the much-requested LSL functions for materials processing, saying, “I can say I was trying to grief myself with materials LSL functions the other day. I hope we can talk more about that on Thursday at the beta user group.” He went on to outline some of the functions for manipulating materials that he’s been playing with:

Get functions:
[PRIM_SPECULAR, integer face] returns [string texture, vector repeats, vector offsets, float rotation_in_radians, vector color, integer glossy, integer environment]
[PRIM_NORMAL, integer face] returns [string texture, vector repeats, vector offsets, float rotation_in_radians]
[PRIM_ALPHA, integer face] returns [integer alpha_mode, integer alpha_cutoff]

Set functions:
[PRIM_SPECULAR, integer face, string texture, vector repeats, vector offsets, float rotation_in_radians, vector color, integer glossy, integer environment]
[PRIM_NORMAL, integer face, string texture, vector repeats, vector offsets, float rotation_in_radians]
[PRIM_ALPHA, integer face, integer alpha_mode, integer alpha_cutoff]

He went on, “There is a magic default value using NULL ids that represents “no material” … so it can be removed.”

Simon also indicated that at some point soon (no date as yet), there will a few regions (most likely on Aditi, the beta grid) to try-out the new functions with the aim of seeing how the capabilities are used, how they get abused and then how SL behaves, so that some appropriate limits can be imposed to prevent deliberate or accidental abuse.

Other Items

New Mesh Avatars and the AMD/ATi Issue

On Thursday May 15th, Linden Lab launched their line of new mesh avatars to something of a mixed response. Unfortunately, said avatars may have fallen a-foul of a long-standing  rigged / fitted mesh rendering issue affecting people used AMD / ATi graphics systems with recent Catalyst drivers, and which sees rigged / fitted mesh stretching to the 0,0,0 coordinate of a region – see BUG-6065, which offers advice on circumventing the issue.

SL projects updates 20/2: server, group bans

Posted on by Inara Pey

Server Deployments Week 20 – Recap

There was only one server channel deployment in week 20, which went to the Magnum RC.

This was a new sever maintenance project deployed on Wednesday May 14th, which included a bug fix for a networking-related issue that sometimes affects busy sims, which Maestro Linden described as, “busy sim hosts would suddenly run into a bunch of networking issues, where you’d see failures creating inventory, accessing capabilities, etc.” The problem can also apparently affect LSL email registration for receiving email from outside the region, causing it to break without automatic recovery.

Maestro indicated that the Lab has a hotfix for regions reporting the problems (although that number appears to be low) which involves a configuration change for the sim host, but the update deployed to Magnum (and which will obviously progress to the other sever channels) has this config change set by default.

SL Viewer

There have been no further updates to any of the SL viewers currently in the release channel or available as project viewers.  Releases are as per my Current Viewer Releases page.

Group Bans

The group ban work is inching closer to the main grid. However, it’ll still be another couple of weeks (ish) before anything visible is seen as far as this capability is concerned. As noted in week 19, the Lab will be deploying things cautiously, with an initial back-end host code update being undertaken first, prior to anything being seen on the simulator channels.

“We’re just running some final tests at this point; the server which runs the group ban service also provides some other services, and we want to check that those didn’t break,” Maestro Linden informed the Server Beta User Group on Thursday May 15th.

He went on, “After the back-end is out, we’ll want to give it a few days to verify that nothing broke because we don’t want to roll back the backend service after group ban is on server RC.”

This probably means it’ll be another couple of weeks before the server-side code appears on a server RC channel. The plan is that when that happens, a formal project viewer with the viewer-side group ban code will appear for public use.

When formal deployment to one more simulator RCs does commence, it is important to remember that until the server-code has been fully deployed across the main grid, the group ban functionality will only work as advertised on those servers / simulators / regions which have the necessary server-side code. It therefore may appear to give unpredictable results.

For example, you will only be able to effectively ban people from you group when the viewer is connected to a server supporting group bans (although they do not need to also be using the group ban viewer in order to be banned). Also, even when someone is banned from your group, they could successfully rejoin it from any simulator / region which does not have the server-side code deployed to it (leading to further confusion as they’ll appear in both your group members list and your group ban list).

Obviously, these issues will go away once the server-side code is fully deployed across the main grid. However, until such time as that has been achieved, people should be aware they may encounter what appear to be “issues” with the functionality simply because it isn’t available right across the grid.

More information will be posted on this when the project viewer surfaces and the code has been made available of a server-side RC.

SL projects updates 20/1: server, viewer, LSL and materials

Posted on by Inara Pey

Server Deployments, Week 20

There was no Main channel deployment or rolling restart on Tuesday May 13th, and neither the BlueSteel or the LeTigre RC channels will receive an update or should undergo a restart on Wednesday May 14th.

The Magnum RC should receive a new sever maintenance project on Wednesday May 14th, which includes a bug fix for a networking-related issue that sometimes affects busy sims.

SL Viewer Updates

The SL Maintenance viewer was updated on Monday May 12th to version 3.7.8.289922. This viewer includes multiple fixes to Mac viewer; fixes in Recent tab, Chat, LSL editor, land management, etc; GPU table updates; crash fixes & performance improvements.

LSL Functions for Materials

The subject of scripted control for materials was once again raised at the Simulator User Group meeting on Tuesday May 13th. Commenting on the matter, Simon Linden said:

I am looking at it but not promising anything. We’re trying to be really careful to understand how the server and viewers will react when stressed with a lot of material churn. From what I can tell, fast-moving material-based animation will not work well … that’s likely to be throttled or blocked somehow. But supporting something like a hud or other control that could adjust the look of an object … where it’s done rarely … is definitely possible.

As noted the last time this subject was raised, there are concerns over how LSL control of materials might impact system performance, either deliberately (via rapid and multiple flipping of maps, hence Simon’s comment on throttling the speed at which changes could be made), or unintentionally, such as using them with objects which may already have a large performance impact (such as animated mesh tails).

During the meeting, there was discussion on options for animating normal and diffuse maps, remembering that they can already be animated in lockstep with their attendant texture (diffuse) map. During this discussion, Simon commented on some of the difficulties in animating  materials independently of the texture map:

The materials LSL support would include changing the offset, repeat and rotation values for the two maps, just like for regular textures. The update problem hits if you look at the way materials have been optimised between the server and viewer and how updates are sent. Materials are referred to by a number ID … so you get updates that say “this face has material 1234” on it, the viewer, if it doesn’t know what 1234 is, has to ask the server.

Now, if you change the offset … you have a new material 34356, the viewer has to again find out what that is, but this time it already has the actual specular and normal maps, so no download there.  And when you switch back to 1234, it has all the info and can draw it faster.

Summing-up the situation in general, Simon concluded, “I hope there will be something to play with eventually on the beta grid … we’ll probably want to experiment there and figure out what kind of limits are effective.”

SL projects updates 18/1: miscellaneous items

Posted on by Inara Pey

Server Deployments Week 18

As always, please refer to the server deployment thread for the latest updates and news.

Main (SLS) Channel

On Tuesday April 29th, the Main channel received the server maintenance project that was on the Magnum RC in week 17, comprising:

Release Candidate Channels

On Wednesday April 30th, all three RCs should receive the same maintenance package. This comprises the same fixes as deployed to the Main channel and sees the Magnum RC rejoin BlueSteel and LeTigre with AIS v3 support, which requires the use of the Sunshine RC viewer.

SL Viewer

As per my recent post, the Lab have updated their SL system requirements page for Windows and Mac OSX to better reflect the public status of both operating systems.  There is an official blog post on the subject as well, which essentially confirms that Windows XP and OSX 10.6 are considered as no longer supported. While accessing SL from computers using these OS versions will not be blocked, users will no longer be able to obtain SL-related support should they encounter issues, and the Lab is advising people update wherever possible.

Additionally, the Lab is updating the Windows installer so that it will verify whether the latest service packs for Windows XP versions have been installed, otherwise viewer installation on XP will be blocked until such time as the relevant service packs have been installed.

The aim here is to help people enjoy improved stability in the SL experience. However, once these new requirements come into effect, they may cause some upset among those affected. How widespread this is liable to be is debatable; the Firestorm team have been running a similar process since the release of Firestorm 4.6.1, and they are reporting minimal complaints from among users.

Group Chat Optimisation

Following the last group chat tests on Aditi, Simon Linden reports that the optimised code has been deployed to a production server this week, but it is liable to be a little while longer before it is deployed to all of the chat servers, and time will be taken to see how it behaves with traffic on the server on which it is currently running.

Group Bans

Baker Linden is back on code merges for the viewer. It is thought he may have hit one or two problems, so assuming he makes the Server Beta meeting on Thursday May 1st, we may find out if this is the case and what is happening.

Experience Keys (/Permissions)

Expectations on what these are liable to be, how they will work, what limitations may be placed on them, and so on, is still running high, particularly after Danger Linden (Don Laabs, Linden Lab’s Senior Director of Product) mentioned them recently. As I’ve covered previously, the experience keys are essentially the culmination of a project which was initially prototyped with the Linden Realms game, and which have since been going through continued development, re-definition and enhancement and which should – hopefully – be appearing in the near future.

Other Items

URL Errors When Connecting to a Region

There is a known issue which can cause issues when the viewer is trying to connect to a region. In these circumstances, the viewer receives URLs containing the host name, but not the required “.agni.lindenlab.com” (e.g. to something like “https://sim10586:12043/cap/…” is received, rather than “https://sim10586.agni.lindenlab.com:12043/cap/…”).

This causes the viewer to fail to connect to the various capabilities using the URL calls, which in turn results in things like mesh load failures, inventory load failures,  L$ failures, and so on, as well as having bad URLs shown for http-in. See also BUG-4704.

Should this happen, the advice to region owners is to contact support, indicating the region where the issues are occurring. The problem can be identified in the viewer log file, which will contain entries similar to the following:

2014-04-29T16:44:05Z INFO: LLCurl::completedRaw: Failed to deserialize LLSD. https://sim10586:12043/cap/01a64236-9a2b-4008-bef0-46a0f7afecae [499]: STATUS_ERROR
2014-04-29T16:44:05Z WARNING: BaseCapabilitiesComplete::errorWithContent: [status:499:] {'reason':'STATUS_ERROR'}
2014-04-29T16:44:05Z INFO: failedSeedCapability: posting to seed https://sim10586:12043/cap/01a64236-9a2b-4008-bef0-46a0f7afecae (retry 23)
2014-04-29T16:44:05Z WARNING: LLURLRequest::smileytongue:rocess_impl: URLRequest Error: 6, Couldn't resolve host name, https://sim10586:12043/cap/01a64236-9a2b-4008-bef0-46a0f7afecae

 

SL projects updates 17/2: Group chat, group bans

Posted on by Inara Pey

Server Deployments week 17 – recap

There was only on server deployment in week 17, and that was to the Magnum RC. It comprised the same server maintenance package as deployed to it in week 16, but with an additional fix for BUG-5763 (“AGENT_MOUSELOOK flag is often incorrect when llGetAgentInfo() is called within control() event”). There have been no reports of further issues, so it is anticipated that this package will be deployed to the other channels in week 18 (week commencing Monday April 28th).

SL Viewer

Updates

On Thursday April 24th, the Sunshine / AIS v3 RC viewer updated to version 3.7.7.289441, (download and release notes), while the SL Share 2 project viewer updated to version 3.7.7.289468 (download and release notes).

LSL Support for Materials

This has been an oft-requested feature, and has been under informal review within the Lab. However, some confusion was caused when the release notes for the SL release viewer version 3.7.6.289164 (promoted on Monday April 21st, and formerly the VoiceMO RC), apparently listed MAINT-3531 (“Feature Request: LSL support for material texture maps”) as resolved.

However, this is an error. So far, there has still been no actual work on the capability.

Group Chat Optimisation

There was a further test of Simon Linden’s ongoing group chat optimisation work at the Server Beta meeting on Thursday April 24th. This followed the usual pattern of multiple messages being sent by those at the meeting across two chat groups, with people sending message from different regions as well as Morris, where the Server Beta meeting is held. From my own perspective, I had no noticeable issue in switching between local chat and one of the group chat sessions, even with a lot of messages passing through the latter, and didn’t appear to result in any message loss or significant delay.

However, the second group did cause the viewer to lock-up for up to 20-30 seconds at a time when switching to it, and appeared to be linked to the fact that one test participant was repeatedly pasted a veritable wall of text in to the group chat (which, while pushing the viewer, was probably not representative of how most people engage in group chat sessions). Both Simon and Maestro Linden believe the extended pauses were viewer-side, rather than anything in the back-end chat servers, with Maestro observing, “My guess is that the typesetting of all that text, profile icons, etc., is taking a lot of time.”

There’s still no news on when testing with larger groups will commence on Agni, although Simon hopes this will be “soon”.

Group Bans

Baker Linden, ironing-out the remaining issues with Group Bans
Baker Linden, ironing-out the remaining issues with Group Bans

Baker Linden has been working on the group ban functionality – notably the viewer-side code, although there have been some server-side updates as well. He had a new test viewer available for people to poke at during the Server Beta meeting, and which includes the latest updates found in the release viewer, as well a various fixes.

One of the latter is a fix for the issue whereby only the first name on a list of people being invited into a group would be checked to see if that person had been previously banned (and thus prevented from joining); anyone else further down the list would had been previously banned would be allowed to re-join on receiving the invitation.

Baker also noted a message has been added as well for these situations, “so you should get a notice saying some people in your invite list are banned from the group and weren’t sent an invite,” he said prior to testing. “I’ve noticed this to be a pretty sporadic thing, but I don’t think it’s something I can easily fix — the code showed that it was sending every time.”

While no formal testing was carried on with the latest updates to the viewer, it was noted that there appears to be an issue with the people picker option, in that it failed to locate people for banning – even when they were standing alongside the person with group ban powers. This will doubtless be looked into further.

Those wishing to test the group ban functionality can do so by downloading the test viewer and running it on Morris on Aditi.