Norton Burns

Second Life Server 2020-04-16T22:38:28.540369 Group Notice dates all appear the same value. TP to Hippo Hollow, all OK again, back to Magnum, all the same again.

All regions show that these days, the RC designation was unfortunately removed some time ago. I guess I'll just have to wait & see what's going on...

Rolled back, or update abandoned? Felt a bit quick to be the former. TP out after restart warning, to Magnum SB TP back 10 mins later So, no change.

Hey !! Starbucks just made me buy a coffee. I just wanted to leech their free WiFi ! Man, that makes me mad ! Remember, folks, in SL you can actually make & sell stuff. Profit. Starbucks won't like you selling your own coffee.

It's tough being paranoid... as no rational explanation manages to get through the foil hat to overcome the internal voices...

It's entirely dependant on the Windlight you are using - so as already mentioned, you can either set it fullbright, or you can use one of the 'standard' colour-matching Windlights. Nam's Optimal, [NB] Alpine-skinlight RGB, greyskymoon & Ambient Grey are all pretty flat. All, however, are dependant on your monitor also being accurately calibrated.

and thank you for saying that. It really makes all the difference.

The hostility you found in group chat & again in here has absolutely nothing to do with your later 'profile' thing. That is completely irrelevant. The hostility is entirely because you don't see you behaved like a complete & utter entitled snowflake... & are STILL behaving like one. Starbucks has employees, paid to get your order right. You pay to receive service from them. Viewer support is entirely voluntary & the minute poor melty snowflakes get all uppity because the entire grid didn't run to kiss their knee when they fell is the point at which they all just shrug & say "tough luck". Grow up.

It's a tough life being a snowflake, isn't it?

The A&D stuff only transmits over HTTP once, at attach. The only time there are ever any updates are when it's in active use, otherwise it's all quiescent, even when worn. The same goes for all the working demos set outside the store. The 'region servers' are permanently listening, but if no comms are sent to them, that's all. The only other 'active' objects have 15 min timers [inworld counter, grid status feed etc], so are active once every 15 mins, except for a clock, which is once per second. Two of the active demos have a long time-gap sensors, so go inactive if there's no-one near [10m]. I've extended those times to 5 mins. I did a bit of a tidy-up anyway, I lifted all the Hippo stuff, now defunct & the Alika visitor counter I never actually use, so I'm pretty sure now the only script in the parcel not written by me is whatever's in the campfire. I'm now more than sure it's nothing on my parcel. Using Top Scripts I have 83 out of 2300 scripts on the region. 0.156ms of 6.510. Phil - could I get a copy of that, thanks

What really bothers me about all this is the discrepancy between Top Scripts & Stats making it nearly impossible to track where the issue actually is. Top Scripts is claiming 2328 scripts, time 6.682ms - the top few individual figures are visitors; most of the scripts appear from TS to be behaving reasonably well, we've only few showing as over 0.010ms Stats is seeing 7380, time 18.547 ms - & that figure will always fill all spare time. This is a constant issue on this region. I don't own it all, just ⅛, but I have Estate rights so I can try to look at the figures. I built a region 'tractor' to go round the whole thing, floor to ceiling & try to measure script activity using a sensor. Allowing for the inaccuracy of the method, it pretty much agreed with Top Scripts - so further efforts to find the errant scripts stops there. I've done the best I can with my own parcel, the only scripts above 0.010 are ones I didn't write, but even with the co-operation of the region's main owner, we are really struggling to find what is causing our constant script lag - because we can't track the numbers in Stats to actual objects on the region.

Ahh, that explains everything ! </sarcasm>

You now just put it under Fraud. The categories are broader... as mentioned, 'pyramid scheme' was a bit of a tight one to define...

The above method is correct, but it's simpler to do it in one step from Finder. Hit Cmd/shift/G to bring up 'Go to Folder...' (or it's in the Go menu) paste ~/Library/Saved Application State (the tilde ~ is important or it will try to go to the wrong library) Look for the com.secondlife... folder - Delete it.

RC fix is posted for this week - see Maestro's notice in stickies

I'm nowhere near qualified enough to be demanding compensation for this - but a couple of things to look out for. First off, the Mac firewall souldn't be hindering the process at all, more likely your UTM/gateway, but it's easy enough to switch the OSX firewall off to test. I'd be more inclined to look at the gateway's firewall, or more probably the intrusion protection. At default settings, I get about 50% or higher packet loss because my int prot system considers SL's unusual UDP activity as a DoS attack - the data never even gets as far as the firewall so doesn't show in the f/w logs. First thing I have to do is make an exception for that rule for LL domains. This is my setup for Sophos/Astaro UTM - https://i.imgur.com/QLKfMhA.png Let me know if that helps at all. If so, then on to the firewall, which I found a lot harder to set up for SL & where my tech chops are not great - anybody with a more comprehensive understanding, feel free to jump in here ;-)

From the UK, I have been seeing better ping times on Speedtest to Dallas recently, I used to show about 270ms, now down to 130 - http://www.speedtest.net/my-result/3013527898 which now pretty much corresponds to what I see for a sim ping inworld. The UL speeds are also showing a lot better than they used to. My line is advertised as being 120/12, but there is a glitch on my gateway that appears to QoS Speedtest to 50, even if I test to a nearpoint, so I'm not at all worried about the UL being pinned - plenty to spare for SL, of course. ;-) For reference, using http://softdallas.speedtest.net & hitting the "Preferred" button, not "Recommended" is the simplest way to test directly to Dallas.

Thing is, that I hear similar complaints all day, every day - & the number of times it does turn out to be an LL issue is really quite tiny. Everybody says their connection is great - even those on a 3G tether or wifi in a coffee bar. Did you actually try the 3 simple things I listed? Unless you are willing to do some basic troubleshooting yourself, it's very hard to make any kind of progress whatsoever. Just sitting there saying "It's all LL's fault" really gains nothing without solid evidence to support it.

I think if there really were grid-wide issues, there would have been more than one post on it by now. I'd have a go at rebooting your puter & router, maybe look at your script count & lower your draw distance, as simple 1st tweaks.

Hmm... interesting. TBH, I haven't tested it recently - it just always was the case. Apologies if I'm in error. I'll have to start paying more attention ;-)

A rolling restart will put you right back on the same server. Manually restart the region if you want a new server.

yup, only Magnum this week

I think there may be some confusion between the terms 'backup' & 'roll back' The region will only be rolled back if there is an error, as Maestro says. However it will be backed up any time up to an hour before the deploy. That state is what will be restored. Anything rezzed/altered between that time & the deploy, that change will be lost. As no-one knows, other than the 5 minute warning, when a specific region will restart, it is unwise to make any changes after 5am Tues/Weds. Even if an incremental backup is performed prior to the deploy, you don't know precisely when that will be, & shouldn't it be relied on.

Not heard of any incremental happening - which in no way means it isn't true - but there must be a reason that the standard "Please refrain from rezzing no copy objects, making inworld L$ transactions and remember to save all builds." warning goes out every time. Taking heed of that means I have never lost an item since I first discovered that whilst editing an attachment, periodically removing & re-attaching it was the way to save your work, in case you get kicked whilst afk.

As your region may be backed-up up to an hour before the roll, as I understand it, it makes only sense to know that every Tuesday or Wednesaday, depending on your region's channel, if you want to build after 5am on that day - go to a sandbox on another channel. Otherwise you could just lose a new something every week & never get any wiser, I guess.