Snapshot not fully restoring world selection
RedstoneFuture opened this issue · 7 comments
Server Implementation
Paper
Server Version
1.21.1
Describe the bug
[21:17:19] [Server thread/INFO]: RedstoneFuture issued server command: //restore
[21:17:19] [AsyncNotifyKeyedQueue - 65/INFO]: WorldEdit: Using com.sk89q.worldedit.world.storage.ZippedMcRegionChunkStore for loading snapshot '/home/redstoneworld/minecraft-server/_backups/hauptserver/2025-02-10-21-13-00.zip'
[21:17:23] [AsyncNotifyKeyedQueue - 65/ERROR]: Seek to 749568 from 4096 using 745472
[21:17:23] [AsyncNotifyKeyedQueue - 65/ERROR]: Seek to 3960832 from 4096 using 3956736
[21:17:23] [AsyncNotifyKeyedQueue - 65/ERROR]: Seek to 2748416 from 4096 using 2744320
[21:17:23] [AsyncNotifyKeyedQueue - 65/ERROR]: Seek to 3715072 from 4096 using 3710976
[21:17:23] [AsyncNotifyKeyedQueue - 65/ERROR]: Seek to 3682304 from 4096 using 3678208
[21:17:23] [AsyncNotifyKeyedQueue - 65/ERROR]: Seek to 172032 from 4096 using 167936
[21:17:23] [AsyncNotifyKeyedQueue - 65/ERROR]: Seek to 81920 from 4096 using 77824
[21:17:23] [AsyncNotifyKeyedQueue - 65/ERROR]: Seek to 2334720 from 4096 using 2330624
[21:17:23] [AsyncNotifyKeyedQueue - 65/ERROR]: Seek to 2752512 from 4096 using 2748416
[...]
To Reproduce
- Generate a snapshot following this instruction: https://worldedit.enginehub.org/en/latest/usage/snapshots/
//set blue_wool//snap list//restore
Expected behaviour
Actually, all blocks of the selection should be undone correctly.
Screenshots / Videos
blue = Chunks that have not been undone.
Error log (if applicable)
No response
Fawe Debugpaste
Fawe Version
2.12.3-Paper
Checklist
- I have included a Fawe debugpaste.
- I am using the newest build from https://ci.athion.net/job/FastAsyncWorldEdit/ and the issue still persists.
Anything else?
It works fine locally (Windows), but not on the production server (Linux Debian). I have no idea, why.
Locally, however, I also get these error messages - in spite of the chat message:
[00:31:12] [Server thread/INFO]: RedstoneFuture issued server command: //restore
[00:31:12] [AsyncNotifyKeyedQueue - 0/INFO]: WorldEdit: Using com.sk89q.worldedit.world.storage.ZippedMcRegionChunkStore for loading snapshot 'L:\Minecraft\Server\Testserver\PaperMC_1.21.1\plugins\WorldEdit\snapshot\2025-02-11-00-03-00.zip'
[00:31:15] [AsyncNotifyKeyedQueue - 0/ERROR]: Seek to 4014080 from 4096 using 4009984
[00:31:15] [AsyncNotifyKeyedQueue - 0/ERROR]: Seek to 3932160 from 4096 using 3928064
[00:31:16] [AsyncNotifyKeyedQueue - 0/ERROR]: Seek to 475136 from 4096 using 471040
[00:31:16] [AsyncNotifyKeyedQueue - 0/ERROR]: Seek to 3817472 from 4096 using 3813376
[...]
Compression level 0 works fine.
But with the explained command from the WorldEdit wiki, you have level 6.
This makes a problem with WorldEdit and FAWE locally and on my production server.
Note: During the test, you should make sure that the chunks have really already been saved before you create the backup too quickly.
This is fixed in this commit EngineHub/WorldEdit@c20366d
This is fixed in this commit EngineHub/WorldEdit@c20366d
Thank you for the note. I will test it.
Why did you close it? It's fixed in WorldEdit not Fawe :x
It should work for FAWE builds with updated WorldEdit dependencies in future versions. It's not a FAWE bug in this case.
This is awaiting #3137