Yayy, cant wait!! Won't have to use scoreboards + command blocks as a workaround.
Updated to 1.14.32.1 & tested. Appears to be working now. That must have fixed it!
Thanks 🙂
Ooop, forgot I have firewall on with my home IP whitelisted. I've uploaded to your file drop.
Sry, forgot to upload this morning. The size exceeds the upload limit (~40MB zipped). But I've put it on my server: http://yams.playified.ca/Bedrock%20level.zip
Sure, I can upload the world. Will have to do in the morning tho
Oddly, it doesn't seem to be an issue with a new world. Just my existing world. Even though this world was started with version 1.14.30.2 just a few weeks ago.
I have attached console log output
This is for Dedicated Server software. Maybe try posting in the Realms project. https://bugs.mojang.com/projects/REALMS/issues/
This is for Dedicated Server software. Maybe try posting in the Realms project. https://bugs.mojang.com/projects/REALMS/issues/
Mojang, it's been over a year with this issue not being resolved...
I've done some more testing. The issue still exists when only doing 'save hold' and 'save resume'. No backup.
I set cron to execute the 'save hold' command every hour on the 15th minute. And 'save resume' to run every hour on the 16th minute.
After about 4-5 hours my world folder size is now 2044844KB (2.044844GB). So it must be something broken with the save system. This is up from 109MB of the original size.
I've also noticed that 'save query' seems to only work once, after the first 'save hold' command. Subsequent save queries (after save resume + save hold) do not output a response. It will work again after stopping & restarting, but only once.
Also tested with Windows. Seems to be working normally there. So might be isolated to the linux binary.
I don't think it's the script holding up the files. It just does a simple tar job after 'save hold'. And 'save resume' doesn't run until the tar is finished. But I'll do some more testing with it and see what I can figure out.
As far as I know, tar does not lock files: https://unix.stackexchange.com/questions/297249/does-linux-tar-block-write-access-to-files
I have confirmed though that stop/start does make leveldb do a garbage collection. But if I can resolve without having to restart the server that would be ideal, so I don't have to force users off.
Console responds with 'Changes to the level are resumed.' Yes the following save hold command succeed.
I only let it run for about a day. After running the script every 2 hours for about a day, the world folder size was about 2.5GB. I ended up downloading the data, opening the world with Universal Minecraft Editor & saving. This brought the world folder size back down to ~81MB. Which I then replaced on to the server.
I had to modify the script to stop the minecraft server, backup, then start the server again to get around the folder size increase issue.
I've started getting this same error within the past couple days. Only happened twice. Doesn't seem like the server has trouble starting after it crashes.
No, the world has cheats turned ON & I am set to operator as I am able to use tp & give commands. Server is running Bedrock Dedicated Server 1.6.1.0 on Ubuntu. When I try the /kick command in-game I get a command not found error message.
Confirming this issue affects CentOS 7
Had the same issue. All settings appeared to be correct. However, my account also manages my nephew's Microsoft account.
I went into his settings and his account was set to block chatting outside of Xbox live. Set his account to allow, and my account started working for chatting.
This definitely seems like a programming bug. My account should not be pulling the settings from his account, which is a completely different login.