The server was running fine, then crashed earlier this evening. When I tried to start the server back up, the console was saying that it was trying to boot a backup level file.
I restored a backup from this morning and the server works fine.
I then deleted the level.dat.old file from the backup of the latest world folder, and restored it on the server. I then tried to boot but it now fails with the following exception:
---- Minecraft Crash Report ----
// Oops.
Time: 10/18/23 11:08 PM
Description: Exception getting block type in world
java.lang.RuntimeException: java.lang.NullPointerException
at codechicken.wirelessredstone.core.SaveManager.resetWorld(SaveManager.java:111)
at codechicken.wirelessredstone.core.RedstoneEtherServer.init(RedstoneEtherServer.java:36)
at codechicken.wirelessredstone.core.RedstoneEther.loadServerWorld(RedstoneEther.java:112)
at codechicken.wirelessredstone.core.WRCoreEventHandler.onChunkDataLoad(WRCoreEventHandler.java:34)
at cpw.mods.fml.common.eventhandler.ASMEventHandler_524_WRCoreEventHandler_onChunkDataLoad_Load.invoke(.dynamic)
at cpw.mods.fml.common.eventhandler.ASMEventHandler.invoke(ASMEventHandler.java:54)
at cpw.mods.fml.common.eventhandler.EventBus.post(EventBus.java:140)
at net.minecraftforge.common.chunkio.ChunkIOProvider.callStage2(ChunkIOProvider.java:42)
at net.minecraftforge.common.chunkio.ChunkIOProvider.callStage2(ChunkIOProvider.java:12)
at net.minecraftforge.common.util.AsynchronousExecutor.skipQueue(AsynchronousExecutor.java:344)
at net.minecraftforge.common.util.AsynchronousExecutor.getSkipQueue(AsynchronousExecutor.java:302)
at net.minecraftforge.common.chunkio.ChunkIOExecutor.syncChunkLoad(ChunkIOExecutor.java:12)
at net.minecraft.world.gen.ChunkProviderServer.loadChunk(ChunkProviderServer.java:126)
at net.minecraft.world.gen.ChunkProviderServer.func_73158_c(ChunkProviderServer.java:101)
at net.minecraft.world.gen.ChunkProviderServer.func_73154_d(ChunkProviderServer.java:199)
at net.minecraft.world.World.func_72964_e(World.java:419)
at net.minecraft.world.World.func_147439_a(World.java:345)
at net.minecraft.world.World.func_147437_c(World.java:365)
at biomesoplenty.common.world.WorldProviderSurfaceBOP.getTopBlockCoord(WorldProviderSurfaceBOP.java:41)
at biomesoplenty.common.world.WorldProviderSurfaceBOP.func_76566_a(WorldProviderSurfaceBOP.java:14)
at net.minecraft.world.WorldServer.func_73052_b(WorldServer.java:749)
at net.minecraft.world.WorldServer.func_72963_a(WorldServer.java:715)
at net.minecraft.world.World.(World.java:260)
at net.minecraft.world.WorldServer.(WorldServer.java:97)
at net.minecraft.server.MinecraftServer.func_71247_a(MinecraftServer.java:219)
at net.minecraft.server.dedicated.DedicatedServer.func_71197_b(DedicatedServer.java:258)
at net.minecraft.server.MinecraftServer.run(MinecraftServer.java:387)
at net.minecraft.server.MinecraftServer$2.run(MinecraftServer.java:685)
Caused by: java.lang.NullPointerException
at codechicken.core.CommonUtils.getSaveLocation(CommonUtils.java:20)
at codechicken.core.CommonUtils.getSaveLocation(CommonUtils.java:24)
at codechicken.wirelessredstone.core.SaveManager.resetWorld(SaveManager.java:91)
… 27 more
I wouldn’t recommend deleting any of the .dat files, those are pretty important.
When restoring backup, I’d suggest deleting the world folder before restoring a backup, as there may be some new data that doesn’t get overridden (especially when working with modded data).
Understood, I’ve restored those files. I have been deleting the world folder each time I restore the backup.
When I try to start the server with the level.dat_old file still in the world folder, I get this error:
Server thread/WARN: Forge Mod Loader detected that the backup level.dat is being used.
This may happen due to a bug or corruption, continuing can damage
your world beyond repair or lose data / progress.
It's recommended to create a world backup before continuing.
Run the command /fml confirm or or /fml cancel to proceed.
Alternatively start the server with -Dfml.queryResult=confirm or -Dfml.queryResult=cancel to preselect the answer.
If I confirm, it loops back the error, if I cancel, it cancels the startup.
You might be able to try and use those old level.dats with the latest backup, they mostly contain world metadata, so it should be fine in theory (at least I hope)
Okay so now there’s a new error with the working backup’s level.dat file being imported into the latest world folder backup:
Exception in thread "main"
java.awt.HeadlessException:
No X11 DISPLAY variable was set, but this program performed an operation which requires it.
at java.awt.GraphicsEnvironment.checkHeadless(GraphicsEnvironment.java:204)
at java.awt.Window.<init>(Window.java:536)
at java.awt.Frame.<init>(Frame.java:420)
at java.awt.Frame.<init>(Frame.java:385)
at javax.swing.SwingUtilities$SharedOwnerFrame.<init>(SwingUtilities.java:1763)
at javax.swing.SwingUtilities.getSharedOwnerFrame(SwingUtilities.java:1838)
at javax.swing.JOptionPane.getRootFrame(JOptionPane.java:1696)
at javax.swing.JOptionPane.showOptionDialog(JOptionPane.java:863)
at javax.swing.JOptionPane.showMessageDialog(JOptionPane.java:666)
at javax.swing.JOptionPane.showMessageDialog(JOptionPane.java:637)
at net.minecraftforge.installer.SimpleInstaller.launchGui(SimpleInstaller.java:191)
at net.minecraftforge.installer.SimpleInstaller.main(SimpleInstaller.java:161)
Oh that’s an unrelated, really strange error that comes up occasionally.
Might want to try and stop/start the instance to see if that kicks it over.
What Forge version are you on?
I get the same error even after stop/starting the instance.
I’m on Forge version 10.13.4.1614-1.7.10, but when I look at the run.sh file it says java @user_jvm_args.txt @libraries/net/minecraftforge/forge/1.20-46.0.14/unix_args.txt "$@" which seems wrong to me?
