ok I was able to get a working version of the server. My process on the build was minimize the updating. Next step is to "apt update; apt upgrade" to see of that causes issues. Normally it's one of the first things I do on a build. I did not upgrade on this build.
Commands I ran to get the ubuntu lxc running:
apt install wget
wget https://minecraft.azureedge.net/bin-linux/bedrock-server-1.16.201.02.zip
apt install unzip
unzip *zip
LD_LIBRARY_PATH=. ./bedrock_server
Got a libcurl error
apt install libcurl3
LD_LIBRARY_PATH=. ./bedrock_server
Got a libssl error 1.1.1 needed
apt update
apt install libssl1.1
LD_LIBRARY_PATH=. ./bedrock_server
Started running. Stopped.
Copied world that is disconnecting into the worlds dir
LD_LIBRARY_PATH=. ./bedrock_server
Started running.
Testing world - no disconnects occuring!
Fresh install of ubuntu 20.04 still causes the issue. A temp workaround is to copy the world to a client or use the windows bedrock server which as Ali mentioned is not ideal for a number of reasons.
Using the newer libc libraries did not help.
In the affected world I have, it's to the point that all I have to do is join the same and within a minute it will crash even with no movement of the character.
Version: 1.16.201.2
OS: Linux
Server start: 2021-01-05 19:41:24 UTC
Dmp timestamp: 2021-01-05 19:41:57 UTC
Upload Date: 2021-01-05 19:41:57 UTC
Session ID: c5d74dff-2715-47fa-8554-563909cbb467
Commit hash:
Build id: development
CrashReporter Key: 3fda6e15-a682-3497-ba49-8f114dcd62af
Crash
[INFO] at std::__shared_count<[__gnu_cxx::_Lock_policy]2>::__shared_count[std::__weak_count<[__gnu_cxx::_Lock_policy]2> const&, std::nothrow_t] (UnknownFile:?)
at std::__shared_ptr<POIInstance, [__gnu_cxx::_Lock_policy]2>::__shared_ptr[std::__weak_ptr<POIInstance, [__gnu_cxx::_Lock_policy]2> const&, std::nothrow_t] (UnknownFile:?)
at std::shared_ptr<POIInstance>::shared_ptr[std::weak_ptr<POIInstance> const&, std::nothrow_t] (UnknownFile:?)
at std::weak_ptr<POIInstance>::lock[] const (UnknownFile:?)
at Village::getBedPOICount[] const (UnknownFile:?)
at Village::tick[Tick, BlockSource&] (UnknownFile:?)
at VillageManager::tickVillages[Tick const&, Vec3 const&, BlockSource&] (UnknownFile:?)
at ServerPlayer::tickWorld[Tick const&] (UnknownFile:?)
at std::function<bool [Player&]>::operator[][Player&] const (UnknownFile:?)
at Level::forEachPlayer[std::function<bool [Player&]>] (UnknownFile:?)
at Level::tick[] (UnknownFile:?)
at ServerLevel::tick[] (UnknownFile:?)
at GameSession::tick[] (UnknownFile:?)
at Minecraft::tickSimtime[int, int] (UnknownFile:?)
at Minecraft::update[] (UnknownFile:?)
at ServerInstance::_update[] (UnknownFile:?)
at clone (UnknownFile:?)
ebc1894e-3d35-40ed-9835-c67ca947ad1f
Details on the environment:
root@minecraft2:~/bds# uname -a
Linux minecraft2 5.4.73-1-pve #1 SMP PVE 5.4.73-1 (Mon, 16 Nov 2020 10:52:16 +0100) x86_64 x86_64 x86_64 GNU/Linux
root@minecraft2:/etc# more os-release
NAME="Ubuntu"
VERSION="20.04.1 LTS (Focal Fossa)"
ID=ubuntu
ID_LIKE=debian
PRETTY_NAME="Ubuntu 20.04.1 LTS"
VERSION_ID="20.04"
HOME_URL="https://www.ubuntu.com/"
SUPPORT_URL="https://help.ubuntu.com/"
BUG_REPORT_URL="https://bugs.launchpad.net/ubuntu/"
PRIVACY_POLICY_URL="https://www.ubuntu.com/legal/terms-and-policies/privacy-policy"
VERSION_CODENAME=focal
UBUNTU_CODENAME=focal
root@minecraft2:~/bds# apt list --installed | grep libc
WARNING: apt does not have a stable CLI interface.Use with caution in scripts.
libc-bin/focal-updates,now 2.31-0ubuntu9.1 amd64 [installed]
libc6/focal-updates,now 2.31-0ubuntu9.1 amd64 [installed]
libcap-ng0/focal,now 0.7.9-2.1build1 amd64 [installed]
libcap2-bin/focal,now 1:2.32-1 amd64 [installed]
libcap2/focal,now 1:2.32-1 amd64 [installed]
libcbor0.6/focal,now 0.6.0-0ubuntu1 amd64 [installed]
libcom-err2/focal,now 1.45.5-2ubuntu1 amd64 [installed]
libcrypt1/focal,now 1:4.4.10-10ubuntu4 amd64 [installed]
libcryptsetup12/focal-updates,now 2:2.2.2-3ubuntu2.3 amd64 [installed]
libcurl4/focal-updates,focal-security,now 7.68.0-1ubuntu2.4 amd64 [installed]
root@minecraft2:~/bds#
Fresh install of ubuntu 20.04 still causes the issue. A temp workaround is to copy the world to a client or use the windows bedrock server which as Ali mentioned is not ideal for a number of reasons. Using the newer libc libraries did not help.
Version: 1.16.201.2
OS: Linux
Server start: 2021-01-05 19:41:24 UTC
Dmp timestamp: 2021-01-05 19:41:57 UTC
Upload Date: 2021-01-05 19:41:57 UTC
Session ID: c5d74dff-2715-47fa-8554-563909cbb467
Commit hash:
Build id: development
CrashReporter Key: 3fda6e15-a682-3497-ba49-8f114dcd62af
Crash
[INFO] at std::__shared_count<[__gnu_cxx::_Lock_policy]2>::__shared_count[std::__weak_count<[__gnu_cxx::_Lock_policy]2> const&, std::nothrow_t] (UnknownFile:?)
at std::__shared_ptr<POIInstance, [__gnu_cxx::_Lock_policy]2>::__shared_ptr[std::__weak_ptr<POIInstance, [__gnu_cxx::_Lock_policy]2> const&, std::nothrow_t] (UnknownFile:?)
at std::shared_ptr<POIInstance>::shared_ptr[std::weak_ptr<POIInstance> const&, std::nothrow_t] (UnknownFile:?)
at std::weak_ptr<POIInstance>::lock[] const (UnknownFile:?)
at Village::getBedPOICount[] const (UnknownFile:?)
at Village::tick[Tick, BlockSource&] (UnknownFile:?)
at VillageManager::tickVillages[Tick const&, Vec3 const&, BlockSource&] (UnknownFile:?)
at ServerPlayer::tickWorld[Tick const&] (UnknownFile:?)
at std::function<bool [Player&]>::operator[][Player&] const (UnknownFile:?)
at Level::forEachPlayer[std::function<bool [Player&]>] (UnknownFile:?)
at Level::tick[] (UnknownFile:?)
at ServerLevel::tick[] (UnknownFile:?)
at GameSession::tick[] (UnknownFile:?)
at Minecraft::tickSimtime[int, int] (UnknownFile:?)
at Minecraft::update[] (UnknownFile:?)
at ServerInstance::_update[] (UnknownFile:?)
at clone (UnknownFile:?)
ebc1894e-3d35-40ed-9835-c67ca947ad1f
Details on the environment:
root@minecraft2:~/bds# uname -a
Linux minecraft2 5.4.73-1-pve #1 SMP PVE 5.4.73-1 (Mon, 16 Nov 2020 10:52:16 +0100) x86_64 x86_64 x86_64 GNU/Linux
root@minecraft2:/etc# more os-release
NAME="Ubuntu"
VERSION="20.04.1 LTS (Focal Fossa)"
ID=ubuntu
ID_LIKE=debian
PRETTY_NAME="Ubuntu 20.04.1 LTS"
VERSION_ID="20.04"
HOME_URL="https://www.ubuntu.com/"
SUPPORT_URL="https://help.ubuntu.com/"
BUG_REPORT_URL="https://bugs.launchpad.net/ubuntu/"
PRIVACY_POLICY_URL="https://www.ubuntu.com/legal/terms-and-policies/privacy-policy"
VERSION_CODENAME=focal
UBUNTU_CODENAME=focal
root@minecraft2:~/bds# apt list --installed | grep libc
WARNING: apt does not have a stable CLI interface.Use with caution in scripts.
libc-bin/focal-updates,now 2.31-0ubuntu9.1 amd64 [installed]
libc6/focal-updates,now 2.31-0ubuntu9.1 amd64 [installed]
libcap-ng0/focal,now 0.7.9-2.1build1 amd64 [installed]
libcap2-bin/focal,now 1:2.32-1 amd64 [installed]
libcap2/focal,now 1:2.32-1 amd64 [installed]
libcbor0.6/focal,now 0.6.0-0ubuntu1 amd64 [installed]
libcom-err2/focal,now 1.45.5-2ubuntu1 amd64 [installed]
libcrypt1/focal,now 1:4.4.10-10ubuntu4 amd64 [installed]
libcryptsetup12/focal-updates,now 2:2.2.2-3ubuntu2.3 amd64 [installed]
libcurl4/focal-updates,focal-security,now 7.68.0-1ubuntu2.4 amd64 [installed]
root@minecraft2:~/bds#
I'm having the same issue (client disconnects with UnknownFile java crash on the server side) using docker and the current itzg/minecraft-bedrock-server image (1.16.201.2). Tried running on a fresh download on a regular ubuntu server and with the world copied over had the same issue.
Interestingly if I copy the affected world to a windows 10 system and run as a client world it does not have problems! My next step is to try running a windows BDS server with the same world and see if it exhibits the problem. I'll keep isolating.
Bedrock server 1.16.201 has definitely improved the lag issues. My family is testing now but so far we're not seeing screen draw delays or block manipulation lags. And that was on the 1.16.200 client. I just updated the client and I'll report back how it goes.
Summary: Minecraft Bedrock Server (Ubuntu) 1.16.201 is working well so far with 1.16.200 Windows 10 clients.
With the Windows 10 1.16.201 it's still working well. I sensed some slight lag at times but nothing like 1.16.100-200.
Still seeing the lag issues with 1.16.200.02 but it's not quite as bad. Windows 10 bedrock also using the linux bedrock server 1.16.200.2 locally on a dedicated server/lan at home.
Have not seen any villagers fly off of beds and the lag has gone from whole segments of time and villagers freezing / disappearing with chunk load delays to more or less a studder in movement at times so there was improvement. chunk loads are better but not 1.16.40.02 good.
I don't have any RTX gear so I can't speak to any benefit there.
ok I was able to get a working version of the server. My process on the build was minimize the updating.
Next step is to "apt update; apt upgrade" to see of that causes issues. Normally it's one of the first things I do on a build. I did not upgrade on this build.
Commands I ran to get the ubuntu lxc running:
Same issue on ubuntu 20.10 (groovy)
Fresh install of ubuntu 20.04 still causes the issue. A temp workaround is to copy the world to a client or use the windows bedrock server which as Ali mentioned is not ideal for a number of reasons.
Using the newer libc libraries did not help.
In the affected world I have, it's to the point that all I have to do is join the same and within a minute it will crash even with no movement of the character.
Details on the environment:
Fresh install of ubuntu 20.04 still causes the issue. A temp workaround is to copy the world to a client or use the windows bedrock server which as Ali mentioned is not ideal for a number of reasons. Using the newer libc libraries did not help.
Details on the environment:
Ran the same world on the same windows version of the bedrock server and it does not exhibit the UnknownFile crash behavior.
Looks like this is specific to the linux server release 1.16.201.2. (at least in my case)
I'm checking on my libc version now to see if I can fix the problem with updating libc to the latest.
I'm having the same issue (client disconnects with UnknownFile java crash on the server side) using docker and the current itzg/minecraft-bedrock-server image (1.16.201.2). Tried running on a fresh download on a regular ubuntu server and with the world copied over had the same issue.
Interestingly if I copy the affected world to a windows 10 system and run as a client world it does not have problems! My next step is to try running a windows BDS server with the same world and see if it exhibits the problem. I'll keep isolating.
Bedrock server 1.16.201 has definitely improved the lag issues. My family is testing now but so far we're not seeing screen draw delays or block manipulation lags. And that was on the 1.16.200 client. I just updated the client and I'll report back how it goes.
Summary: Minecraft Bedrock Server (Ubuntu) 1.16.201 is working well so far with 1.16.200 Windows 10 clients.
With the Windows 10 1.16.201 it's still working well. I sensed some slight lag at times but nothing like 1.16.100-200.
So far so good!
Still seeing the lag issues with 1.16.200.02 but it's not quite as bad. Windows 10 bedrock also using the linux bedrock server 1.16.200.2 locally on a dedicated server/lan at home.
Have not seen any villagers fly off of beds and the lag has gone from whole segments of time and villagers freezing / disappearing with chunk load delays to more or less a studder in movement at times so there was improvement. chunk loads are better but not 1.16.40.02 good.
I don't have any RTX gear so I can't speak to any benefit there.
Hope that helps.
?