emerysteele
- emerysteele
- emerysteele@gmail.com
- Europe/Stockholm
- Yes
- No
The "/kick" command does not work in-game. But works from server console.
Also, would be nice to have a /ban command to prevent griefers from logging on
I have a backup script that does "/save hold", backs up the world data to another directory, then does "/save resume".
It seems every time I do this, the world folder size grows by about 30%. It seems like it is not getting rid of old, not needed ldb files. When I open the world in Universal Minecraft Editor & save the world. The size goes back down to normal.
I have a backup script that does "/save hold", backs up the world data to another directory, then does "/save resume".
It seems every time I do this, the world folder size grows by about 30%. It seems like it is not getting rid of old, not needed ldb files. When I open the world in Universal Minecraft Editor & save the world. The size goes back down to normal.
CentOS 8, BDS 1.14.30.2
Sry, forgot to upload this morning. [^Bedrock level.zip]
Confirming this issue affects CentOS 7
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.
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.
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.
Console responds with 'Changes to the level are resumed.' Yes the following save hold command succeed.
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.
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.
Mojang, it's been over a year with this issue not being resolved...
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/
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 outputmcbserver-console-2020-02-25-00%3A12%3A13.log
Sure, I can upload the world. Will have to do in the morning tho
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
Ooop, forgot I have firewall on with my home IP whitelisted. I've uploaded to your file drop.
Updated to 1.14.32.1 & tested. Appears to be working now. That must have fixed it!
Thanks
Yayy, cant wait!! Won't have to use scoreboards + command blocks as a workaround.
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.