FreshVirtualWorld @FreshVirtualWorld

Nederland Offline


Threads

View context
im so sick of secondlife losers posting secondlife drama on this platform.
like(1)
And then why are you posting here?
liked(1)
View context
that is already happening for years..
but only the grids with hypergrid enabled get busted if the are careless.
dont ged me wrong i doc are and i do consider it to be a problem and do not tink this is ok.
but good luck doing someting about it..
my grid is clean all i care about.
we dotn evne know how menny grids are otu ther hidding from view and i dotn evne wane know or care about it becose it wil not help me nor wil it help others its pointles to even try..
like(1)
Ive learned that people want to complain about it but no one wants to do anything about it. I posted something relating to pedo on a specific grid and not many people cared enough to want to do anything about.
liked(1)
that's your choice i wish u good luck doing something bout it.
however it's pointless for the view u find that are not hiding. i'm pretty sure there's a ton of them hiding.
for me opensim is a hoby and i wish to keep it for fun. so ye i chose to just ignor the bad apples i cant fix it anyways and have no right to do so to. (grids are like countries. they decide their own rules)
liked(1)
well most countries dont allow child porn and such, at least i try to help people instead of ignoreing things like this and letting it happen.
like(0)
most grid don't allow it either but there will always be bad apples in the community. however in opensim it's really easy for them to hide out. we dont know most grids that are out there floating around on the internet.in the opensimulator comunety there are only a select few grids that publicly show that they exist. and for many different reasons ther are mutch mroe grids that do not promote themselves., i'm not saying that they are all bad. because opensimulator is used for many things.

And theys grids have as much rights as u. unless u own the grid u have no right to tell them what to do or make rules up for them. most of them aren't even part of the hypergrid so. it pointlus to make a fuss about this topic becose u cant do enyting about it enyways. i know it sucks and i dont like it ether but it is what it is.
all u can do is control your own grid and make sure this doesn't happen on your place.
liked(2)
there are plenty of things we can do about it
like(0)
View context
this is a opensimulator platform not secondlife. i don't really care about secondlife drama.
i'm sick of reading sl drama on a opensimulator platform. go to back to secondlife if u are so intreted in secondlife.

(from now on im gonna start block profiles that post about none opensimulator topic's)
@OpenLife Welcome to my blocklist and congratulations on being the first 1.
like(1)
I dont post anything sl related but im glad to know what is going on in sl concerning stuff like this. if SL gets shut down or those types of people get banned, only place they might run too is opensim. I certainly dont want them here. but being informed can help me watch out and watch out for other members on my grid.
liked(1)
sorry but it has a lot to do with Opensim! cause if they get blocked from SL they'll come here, so we have make this aware to the Opensim... You can block me now.
liked(3)
Unfortunately the things that happen in SL, also happen here, just on a smaller scale and at a later date.
liked(7)
View context
the's claims are false. and impossible.
a viewer (client) can only send requests. and act on a scripted set of rules send in responge from the server. it's on the server to Supply and Store / change data. it won't just blindly trust a viewer's inputs lol. there rules in place between these 2 partys. + a server side permission system. viewers (clients) can only manipulate the rules sets locally if scripted to do so. the only party that can acses the sql Databace (READ & WRITE) is the opesimulator and the modules the server is using.
Viewer (Client) can't even Poke the SQL it needs to ask the server to do it for them. and the server wont do it if its not a validate option to Poke the SQL. >x<
misinformation doesn't help and only bring panic to the members with less knowledge.
like(0)
UserName, believe me i know enough about SQL! And yes, theory is this, but FS and OS reality is buggy!!!
like(0)
if this is true that means the server is responding and acting on invalid on incomplete protocols. meaning the server is to blame to act on a broken protocol. i doubt this is true and if it is true the problem is not firestorm its the server for trusting uncompleted or broken protocols. (and even then it can change and remove limited Tabels with in. the groups and land data and item's ) and this will not break a SQL it cant change or remove the roots. but even if this in theory is highly unlikely and and unpossible. (because every network builder literally day 1 learns that the number 1 rule is to never trust client side protocols blindly. and especially not if they are incomplete) so no i do not believe. if this is really true al it can do is bug out functions on land and group and profile data . and bug / break inventory assess.
like(0)
View context
i did the Windows 10 update on 3/13/2024 to no issues here.
same for the DreamGrid 5.51 update no issues here.

if u looking for support on DreamGrid its best u go to the proper channel. https://www.outworldz.com/bugreport/my_view_page.php?refre...
like(0)
I am glad for you. I was running windows 10 on microsoft hypervisor, and dreamgrid 5.51. The problem happened after the update. Now I'm not sure what is going on. I'll be honest. It could be this thing Pagane is talking about with the latest version of firestorm destroying the database. I really honestly do not know. I do know that things are missing. My region wizardy I restored from a backup oar, but even just walking in it, it drags me back to the same spot over and over. It's really very weird. I'll try later today if I can find the time.
like(0)
DreamGrid always writes to disk without buffering. This sounds more like a cache problem. I would not run mysql as a service. DG will ask you to confirm you are on a UPS with shutdown cable, or in a data center before it installs the service. This will make it perform better as them Mysql will enable write buffering.

I would clear the cache from your viewer, and also stop the grid and clear all caches in Setup->Setting Caches. It's harmless. It will just take a bit longer to boot.

The physics dragging sounds like a runaway vehicle or scripts. You may have been griefed and the scripts got activated at restart. You should not be allowing rez or scripts to outsiders. This can be set grid-wide in the Setup->Setting->region page. Only sandboxes shpuld have scripts and or rez on, and with a short auto return return time.

I would also boot with just one region and check that one out thoughrougly. Then enable them oner at a time and watch the CPU and physics in each one.
liked(1)
Thank you Fred. I am on a ups that is connected to the server via a usb cable that monitors and shuts down windows via software. Strawberry perl informed me it was not the latest version and that if I uninstalled it, that dreamgrid would install the latest version. I uninstalled it, but it did not reinstall strawberry perl. So as a result of that, I am reinstalling 5.51 again, in the hopes overwriting will force an install of strawberry perl this time.
like(0)
It will not reinstall Perl. It's only needed for visitor maps. You can get the latest Strawberry Perl online easily enough.
like(0)
PagaSuccubus's claims are Un-Possible unless the there a secret opensimulator protocol in the viewer to the server that is also approved by the server to blow its own brains out lol.
sure thes a fiew bugs but it's unpossible to break a sql.
using viewer bugs.
my guess is the server got closed down at the wrong time by the windows update and some processes may have unable to close breaking the dreamgrid tool configuratsion or something inside the opensimulator sql. (it happend to me before)
yes thers a fiew bugs on the betax viewer but a viewer cant break your grid lol.
viewer can only follow the rules thats given to it by the server.
if it follows or wishes to take a different or unknown protocol server side cannot approved what isn't written wil turn to a unknown and be ignored. viewers can only bypass or ignore certain things locally.

im runing FirestormOS-Betax64 7.1.4.73280 & FirestormOS-Releasex64 6.6.17.70368 No problem's here.
like(0)
@FreshVirtualWorld, yes this explanation sounds most likely to me as well. I think I would do a systemwide rollback, with your lastest backup and replace everything to that point in time, then turn off Windows autoupdate, retest your system and move forward. Best wish's man. :_)
like(0)
Thank you for this information. I really appreciate your knowledge. I'm trying to get back up and running so I will turn off windows updates, and access to the grid for a day or two. It's a huge mess right now.
like(0)
did u try to past over a DreamGrid update Build pack over the broken server?
https://www.outworldz.com/outworldz_installer/Grid/Other%2...
like(0)
I did try that. I am nearly 100% certain after considering everything, that it was the microsoft update that did it, when it probably shut down the database. I should have installed it as a service, like Fred suggested, which would make the database startup & shutdown with windows. But still it's a bad idea to let windows update just randomly run by itself in the middle of the night. This is totally my fault.
like(0)
If it was the database, ther are many tools to fix it. I have yet to lose a database when people contact me for support. Well, one actually, but they deleted it and emptied the recycle bin. There should be daily backups in your Autobackup folder. If not, there are tools to repair it ranging from simple batch files in Mysql\bin such as RepairISAM.bat, and some aggressive settings in My.ini that will force it to recover. Also there is an Database manual that covers these steps. However sounds like you've started over. Look to see what's in your Autobackup folder. there should be at something in there including backups of the entire database.
like(0)
try not to feel bad it happen's to all of us at least 1ns xD
but we learn from it try to see a positive line to the mistakes we make. im sure u learnd from the mistakes made for the nexst time.
my tip make sure u always keep a proper backup archive on a secondary system.
it realy can safe your bum. some times tings are out of our hands wen it comes to grids breaking down. opensimulator is an experimental software. most seem to forget to realize this.
like(0)
i did have oars and iar on a second drive. The problem was they were bad. I had to dig a couple of months back.
like(0)