I am having the same issue. I agree with Pres1dente’s note that it seems to be some kind of file corruption, but I don’t think it’s in the 7d2d files themselves. Here is my logic.
I had an existing server fail with this error, like the OG states, new instances have the same issue.
I had one server that was running a copy of the 7d2d files from a few weeks back, it was running mods and not updating automatically. That server still works, even when I remove the mod files. I tried coping all of the 7d2d files from the working instance to a new instance but it still fails.
Something is wrong other than with the 7d2d files themselves.
If you have the Mono Native Crash error. You can either Fetch the latest template in AMP and make a new instance, or add the following ports. You must ensure they are continuous with the Server and Steam Port.
1. Select the instance from ADS.
2. Click Edit Ports
3. Add 3 new UDP ports. If the Server and Steam Port is 26900, make these 26901, 26902, and 26903. Follow the same +1, +2, +3 pattern to match whatever your Server and Steam Port is. This is just an example.
4. Inside the instance, search for Disabled and set the SteamNetworking to disabled
Despite an overcontrolling and arrogant insistence that this was a “game developer issue” and a demand tha any discussion of alternatives be stopped at the risk of a ban, the root cause of the problem here is that the AMP defaults for endpoints for 7DTD are in the 27000 range - and overlap with conditionally used ports reserved by Steam itself.
A discussion with SylenThunder (on both the 7DTD forums and the 7DTD discord) revealed this and also some problematic issues with AMP itself (both technical and administrative).
Moving the endpoints into the 31000 range stopped the problem immediately.
I originally pushed back on this solution since I had four servers running on endpoints 27015, 27018, 27021, and 27024 but SylenThunder explained the conflict potential had been there all along and only showed up occasionally when Steam needed those ports.
Moving all four servers to the 31000 range (and no other changes) solved the problem with the servers.
Not much at all other than personnel changes is going to solve the problem on the Discord channel.
When I asked for how he knew this was a “game dev problem” I literally got back “Because I’m just that good” for a response.
Given how monumentally wrong that arrogant, power-drunk fool was, if CC has any influence at all over that Discord, they might want to consider a personnel change there.
If the game is using other ports that can’t be configured or adjusted, that really is a problem with the game devs not allowing sufficient flexibility. Crashing in the event of port conflicts is also a upstream failure. These are not things that should cause an application to fall over.