OpenSimWorld is the directory of 3D Virtual Worlds based on OpenSimulator and connected through the HyperGrid. Learn More
Windows 10 update on 3/13/2024. Guys be careful. This broke my dreamgrid to pieces. I've tried reinstalling dreamgrid from scratch with saved oars and iars. nope. Microsoft sent me an update at 3 am, and my dreamgrid is not only royally botched. But I cannot get a suitable dreamgrid back up and running. I have also lost all the magic huds I created, and many gadgets I created for all of you. So if you still have them be sure to save copies, as I do no have them any more. I do not know at this point when or if I will get dreamgrid back up and running. I've been working on it for 8 hours with no luck. At this point I am ready to give up.
Liked by: 
Comments
So sorry to hear this, thats devastating one update like this can destroy an entire grid or server! So very sorry Cyber, you do so much and offer so many things, always trying to do nice things for people.
Really sad to hear this.
like(1)
Really sad to hear this.
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)
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...
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.
like(1)
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.
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)
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.
@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)
https://www.outworldz.com/outworldz_installer/Grid/Other%2...
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)
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.
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)
I also have Dreamgrid running and a few more in Germany with none of them anything happened
What does not work is Dreamgrid 5.51 destroys the grids
like(0)
What does not work is Dreamgrid 5.51 destroys the grids
Please share your error logs here: https://www.outworldz.com/bugreport/my_view_page.php?refre... This helps to track down what the issue is and to also determine if multiple user are experiencing the same issues. I am currently logged in and looking at Mantis reports and there is only one report listed a teleport issue.
like(0)
Two months ago I tried to warn about the fatal incompatibility of Firestorm 6.6.17 (70368) with operating system drivers and the subsequent total destruction of the OpenSIM server database. Naturally, NOBODY believed me and I received a fair amount of shit and slop at my address. Well... I was talking about THAT problem. It's already there for everyone who forgot to do a full backup, not just OAR....
like(0)
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)
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.
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)
i replied below Marianna. The LCU & SSU are applied together in the 3-13-2024 update that broke everything. And m.s. wont allow you to remove the ssu after it's installed (system stack update).
like(0)
Running Windows Update Standalone Installer (wusa.exe) with the /uninstall switch on the combined package will not work because the combined package contains the SSU. You cannot remove the SSU from the system after installation. https://support.microsoft.com/en-us/topic/march-12-2024-kb...
like(0)
Get the list of the files here: For a list of the files that are provided in this update, download the file information for cumulative update 5035845. One of the files is causing the issue. Reach out to MSFT to see what you can do in your situation. Uninstall that version of Windows, and start over with new version. Good news is if you can get it back looks like they won't be doing any updates After June 11, 2024
like(0)
I think I will switch from microsoft to debian linux running a hypergrid. Maybe I can get debian linux up and running and put on teamviewer, and get help from a debian expert on setting up a hypergrid.
like(0)
Certain features or plugins within OpenSimulator may have dependencies or limitations that need to be considered when running on Linux. Best wishes on that Cyber.
like(0)
Sorry to hear this @Cyberglo I would be interested to see an error log. In the past, I had Windows updates uninstall my drivers and install a MSFT driver. Windows Update sometimes automatically installs device drivers alongside other updates. While this can be convenient, it may occasionally lead to compatibility issues or conflicts with existing drivers. Revert back uninstall current update.
like(0)
Cyber......anything you need...let me know! Our thoughts and prayers are with you ! Remember one thing....this might have destroyed your grid...but it did not destroy YOU!
like(0)
I am so sorry to hear this! I have never had an issue with windows 10 but i have been on 11 for a while now. Don't give up, i know you can do this. you are so smart and talented!
like(0)