Minecraft Windows 10 store version disconnects from dedicated server on LAN, needs to be restarted

When I reported the issue the server was working fine and I could see the clients connect and disconnect from the console. Today I tried redownloading the latest version from the website to be 100% sure that this is not due to any issues with the server. However as of today the server is actually crashing:

[2020-12-21 17:37:19 INFO] Starting Server
[2020-12-21 17:37:19 INFO] Version 1.16.201.2
[2020-12-21 17:37:19 INFO] Session ID f37976d5-9e3d-4505-9221-3fdf7f9484a0
[2020-12-21 17:37:19 INFO] Level Name: Bedrock level
[2020-12-21 17:37:19 INFO] Game mode: 0 Survival
[2020-12-21 17:37:19 INFO] Difficulty: 1 EASY
[INFO] opening worlds/Bedrock level/db
[INFO] IPv4 supported, port: 19132
[INFO] IPv6 supported, port: 19133
[INFO] IPv4 supported, port: 52520
[INFO] IPv6 supported, port: 49707
[INFO] Server started.
[INFO] Player connected: <removed> xuid: <removed>
[INFO] Running AutoCompaction...
[INFO] Package: com.mojang.minecraft.dedicatedserver
Version: 1.16.201.2
OS: Linux
Server start: 2020-12-21 17:37:19 EST
Dmp timestamp: 2020-12-21 17:48:07 EST
Upload Date: 2020-12-21 17:48:07 EST
Session ID: f37976d5-9e3d-4505-9221-3fdf7f9484a0
Commit hash:
Build id: development
CrashReporter Key: 8c4937c1-64cb-3532-a8dc-1deb28f67293

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:?)

There has got to be a back to roll back to the older version of the client in Windows Store... I can install the older version of the server on the Linux server so it will run, but can't downgrade the client since it is the Windows Store version... Shame on Microsoft... This is a really horrible mess... But this is the long standing Microsoft culture that is inherent here...

I have the same issue.  I don't recall seeing it until 1.16.201.02.

I have the same issue, using dedicated Bedrock server on Linux, all players report getting disconnected after several minutes of playing, and the server console shows the same error. Seems to occur when invoking the Village:getBedPOICount function. This started earlier this week when the server was on version 1.16.200 – today I tried updating the server to 1.16.201.2 and the issue still persists.

[INFO] Package: com.mojang.minecraft.dedicatedserver
Version: 1.16.201.2
OS: Linux
Server start: 2020-12-31 11:42:33 JST
Dmp timestamp: 2020-12-31 20:27:31 JST
Upload Date: 2020-12-31 20:27:31 JST
Session ID: 6b0ceb56-2e05-4fd7-9603-a77bf7513b84
Commit hash:
Build id: development
CrashReporter Key: 8c4937c1-64cb-3532-a8dc-1deb28f67293

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:?)

There is one issue open here: BDS-10666 which seems to have more votes.
So far from what I have gathered this issue is exclusive to the worlds running in the Linux version of the dedicated server. Other users report that the same worlds work fine in Windows server and clients.
It seems like they screwed up something with the Linux version, and there is nothing we can do to fix this from our end (or at least there are no known solutions). Given that we have yet to get any response from the company on any of the support tickets and other report on this site, currently the known solutions are:
1. move to Windows server (not a viable option for me)
2. give up (there is nothing we can do if they do not want to support Linux version of the software, which is not surprising since the parent company that owns this product is known to be monopolistic).
I have nothing against MS or Mojang, it is just that I do not have the resource and time to fire up, configure, maintain, and secure a Windows server just for this one game.

Thank you for your report!
However, this issue has been temporarily closed as Awaiting Response

Is this still an issue in the latest version? If so, please make sure the ticket description contains the following information:

Steps to Reproduce:
1.
2.
3.

Observed Results:
(Briefly describe what happens)

Expected Results:
(Briefly describe what should happen)

If your ticket does not look like the example given here, then it's likely to be closed as incomplete.

This ticket will automatically reopen when you reply.

Quick Links:
📓 Issue Guidelines – 💬 Mojang Support – 📧 Suggestions – 📖 Minecraft Wiki

Cleaning up old tickets: This ticket had been set to 'Awaiting Response', but has not received a response from the reporter (~3 months+) so is being closed as Incomplete. If you feel this is still a valid issue then please comment, or create a new ticket following the Issue Guidelines which includes steps to reproduce the problem.

For any account or purchasing related issues, please contact Minecraft Customer Support directly, as we cannot assist with those here at the bug tracker.

Quick Links:
📓 Issue Guidelines – 💬 Mojang Support – 📧 Suggestions – 📖 Minecraft Wiki

Cleaning up old tickets: This ticket had been set to 'Awaiting Response', but has not received a response from the reporter (~3 months+) so is being closed as Incomplete. If you feel this is still a valid issue then please comment, or create a new ticket following the Issue Guidelines which includes steps to reproduce the problem.

For any account or purchasing related issues, please contact Minecraft Customer Support directly, as we cannot assist with those here at the bug tracker.

Quick Links:
📓 Issue Guidelines – 💬 Mojang Support – 📧 Suggestions – 📖 Minecraft Wiki