PDA

View Full Version : corrupt campaign - db.session backup not working - session tonight! help?



OutaYerElement
January 15th, 2021, 17:16
The error/log console pops up when I load the campaign. There are no shield icons on the right hand side where Story, Class, Images, etc. would normally be. clicking the settings button just results in another error. More details:

I followed instructions from previous threads and made a backup copy of my campaign folder. in my main campaign folder I copied the last db.session file that had a reasonable filesize (from last night) and renamed the copy db.xml. Restarted fantasy grounds. error logs pop up. Said something about Campaign Registry value Nil (sure enough that file appears to be empty). I removed all extensions (which were working ok last night, and I haven't made changes since) just in case and restarted. Same or similar error logs.

[1/15/2021 11:02:07 AM] [ERROR] Script execution error: [string "desktop/scripts/manager_gmidentity.lua"]:79: attempt to index global 'CampaignRegistry' (a nil value)
[1/15/2021 11:02:08 AM] Handler error: [string "scripts/manager_options.lua"]:203: attempt to index global 'CampaignRegistry' (a nil value)
[1/15/2021 11:02:08 AM] Handler error: [string "scripts/manager_desktop.lua"]:52: attempt to index global 'CampaignRegistry' (a nil value)
[1/15/2021 11:02:08 AM] [ERROR] Script execution error: [string "showonload"]:10: attempt to index global 'CampaignRegistry' (a nil value)

Screen cap of campaign folder (after replacing empty db.xml with last db.session) and log file archive (.zip) attached.

Session tonight. Major story arc finale - any help could save us!

OutaYerElement
January 15th, 2021, 17:31
Update: was able to create a new campaign and copy the db.session file over to it and start successfully. However, much of the work I'd done is missing. I'm running LMOP and had edited a lot in the Wave Echo cave section. Looking in modules folder, the module for DD Lost Mine of Phandelver.xml is also empty. I suspect this means my custom mods are completely gone. ;(

Trenloe
January 15th, 2021, 17:31
Copy the CampaignRegistry.lua file from another campaign that uses the same ruleset over into your problem campaign directory.

Trenloe
January 15th, 2021, 17:33
Looking in modules folder, the module for DD Lost Mine of Phandelver.xml is also empty.
Is this in the new campaign or the old campaign?

OutaYerElement
January 15th, 2021, 17:40
The campaign I'm trying to restore. newly created campaign has a properly-sized (?) lmop ... .xml file, but it's pristine and has none of my mods. Also, I did as you suggested, replacing the .lua script, and I was able to open the intended campaign directly without going to the new one I created. however, as I suspected ... there is no lost mine story data accessible in it.

Moon Wizard
January 15th, 2021, 19:24
Did you check to see if the LMoP module is still loaded in the Library Module Activation window?

Regards,
JPG

OutaYerElement
January 15th, 2021, 19:32
good catch. It was not. However... as soon as I tried to load it, I got an error: '[ERROR] Process Data File (DD Lost Mine of Phandelver): Missing root node' followed by a warning: '[WARNING] Could not load module overrides (DD Lost Mine of Phandelver)' and then one more entry 'MEASURE: MODULE LOAD - 1.5462606 - D&D Lost Mine of Phandelver'

guessing this is an outcome of the corrupt/empty DD Lost Mine of Phandelver.xml file

Moon Wizard
January 15th, 2021, 20:32
Yes, it sounds like the files got corrupted.

Did you have a crash, or are you using a file syncing service on the FG directory? (OneDrive, DropBox, etc.) If so, you should disable for the FG directory. We have heard that some file syncing services interfere with file saving or overwrite them when syncing.

Regards,
JPG

OutaYerElement
January 15th, 2021, 20:58
thanks for your help Moon and Trenloe on this thread and others. Helped me get my PCs and original content back from the beyond. Stuff lost in LMOP is minor and can be fixed fairly easily, so i'm ok.

As far as what happened - it's all Apple's fault. Was doing an old school method of iphone backup (USB cable and iTunes, baby!). iTunes doesn't follow instructions on location of the backup (always goes to C drive in a set place). More importantly, it doesn't check that there is adequate space available on said drive before filling it up and hosing everything. Of course, I didn't realize that's what had happened, or I never would have killed my FGU session with my HDD full, which likely caused the issue.

TLDR: Thanks, and iPhone back up filled hard drive. Restarting FGU in that state not recommended. 0/7 would not recommend.