entity loot containers still fall thousands below bedrock

Grandpa Minion

Survivor
Version
2.6
Platform
Windows
hello
zombie bag containers falling thousands below bedrock
can lead to server crash
EntityLootContainerStrong
EntityLootContainerRegular

Screenshot_2026-03-24_090049.webp
  1. 03-24T09:29:07 1836.365 INF [SERVERTOOLS] Entity cleanup removed loot container 'EntityLootContainerStrong_916778' with entity id '916778' @ '(576.28, -244423.30, -3196.37)'
  2. 2026-03-24T09:29:07 1836.365 INF [SERVERTOOLS] Entity cleanup removed loot container 'EntityLootContainerRegular_783466' with entity id '783466' @ '(-2458.50, -9626.91, -3279.94)'


 
Reproduction Steps
bags falling below ground
Link to Logs
https://community.thefunpimps.com/forums/bugs-7dtd/post-thread
Link to Screenshot/Video
https://community.thefunpimps.com/forums/bugs-7dtd/post-thread
Hey Grandpa Minion,

I took a pretty deep look into this, and from what I can tell, it's not something that shows up in the clean, vanilla logs. I checked multiple servers and player logs where this never occured at all. So there isn't a clear cause here, but it does suggest something specific to the server environment. Since your server is heavily modded, mods could be a possible factor.

I do want to be clear, though, that I am not saying they are definitely the cause, just that it can't be ruled out. If you want to help narrow this down further, the best step would be testing with a reduced set of mods or a clean environment to see if the warning still happens.

I'm happy to keep digging into this with you, but I want to set expectations that without isolating variables (especially mods), there's no way to be 100% certain what's causing it.

Best,
Dollie
 
Question is: does the server crash by the mere presence of a lootcontainer underground or does the server crash because servertools "removes" it?

From the (very) small fragment of the log the crash seems to happen right after the "removal" by servertools. That would be a servertools problem i recon.
 
Question is: does the server crash by the mere presence of a lootcontainer underground or does the server crash because servertools "removes" it?

From the (very) small fragment of the log the crash seems to happen right after the "removal" by servertools. That would be a servertools problem i recon.
from what i can tell they are being spawned in below bedrock
2026-03-24T15:58:35 4722.731 WRN Spawned entity with wrong pos: [type=EntityLootContainer, name=?] id=404078 pos=(-2610.3, -10843.1, -2350.5)
 
2026-03-27T00:51:21 9128.017 WRN Spawned entity with wrong pos: [type=EntityLootContainer, name=?] id=1078979 pos=(179.7, -73408.8, 1088.8)
2026-03-26T22:30:44 690.953 WRN Spawned entity with wrong pos: [type=EntityLootContainer, name=?] id=497532 pos=(-293.7, -1518.7, 717.2)
2026-03-26T22:30:44 690.955 WRN Entity [type=EntityLootContainer, name=?] fell off the world, id=497532 pos=(-293.7, -1518.7, 717.2)
026-03-27T00:48:28 8955.310 WRN Spawned entity with wrong pos: [type=EntityLootContainer, name=?] id=553298 pos=(2006.7, -100859.5, -2704.5)
2026-03-27T00:48:28 8955.313 WRN Entity [type=EntityLootContainer, name=?] fell off the world, id=553298 pos=(2006.7, -100859.5, -2704.5)
2026-03-27T00:48:48 8975.383 WRN Spawned entity with wrong pos: [type=EntityLootContainer, name=?] id=33540 pos=(3146.0, -135628.1, -614.5)
2026-03-27T00:20:02 7248.987 WRN Spawned entity with wrong pos: [type=EntityLootContainer, name=?] id=868383 pos=(-806.4, -802.2, -607.8)
2026-03-27T00:20:02 7248.989 WRN Entity [type=EntityLootContainer, name=?] fell off the world, id=868383 pos=(-806.4, -802.2, -607.8)

2026-03-27T00:52:51 9217.544 INF [SERVERTOOLS] Entity cleanup removed loot container 'EntityLootContainerRegular_33540' with entity id '33540' @ '(3146.03, -138365.40, -614.53)'
2026-03-27T00:52:51 9217.544 INF [SERVERTOOLS] Entity cleanup removed loot container 'DroppedVehicleContainer_1078979' with entity id '1078979' @ '(179.68, -74451.74, 1088.79)'
Caught fatal signal - signo:11 code:2 errno:0 addr:0x7f80e815e9fc
Obtained 14 stack frames.
#0 0x007f85e6089520 in __sigaction
#1 0x007f85e7df07d2 in PlayerMain(int, char**)
#2 0x007f85e7e0cd3d in PlayerMain(int, char**)
#3 0x007f85e7d8c15b in PlayerMain(int, char**)
#4 0x007f85e7d8c62b in PlayerMain(int, char**)
#5 0x007f85e734d353 in PlayerMain(int, char**)
#6 0x007f85e6ffee25 in (Unknown)
#7 0x007f85e6ec7f77 in (Unknown)
#8 0x007f85e6ec7f31 in (Unknown)
#9 0x007f85e6ec8257 in (Unknown)
#10 0x007f85e71341d2 in PlayerMain(int, char**)
#11 0x007f85e6070d90 in __libc_init_first
#12 0x007f85e6070e40 in __libc_start_main
#13 0x0055f075da6029 in (Unknown)
 
2026-03-27T00:51:21 9128.017 WRN Spawned entity with wrong pos: [type=EntityLootContainer, name=?] id=1078979 pos=(179.7, -73408.8, 1088.8)
2026-03-26T22:30:44 690.953 WRN Spawned entity with wrong pos: [type=EntityLootContainer, name=?] id=497532 pos=(-293.7, -1518.7, 717.2)
2026-03-26T22:30:44 690.955 WRN Entity [type=EntityLootContainer, name=?] fell off the world, id=497532 pos=(-293.7, -1518.7, 717.2)
026-03-27T00:48:28 8955.310 WRN Spawned entity with wrong pos: [type=EntityLootContainer, name=?] id=553298 pos=(2006.7, -100859.5, -2704.5)
2026-03-27T00:48:28 8955.313 WRN Entity [type=EntityLootContainer, name=?] fell off the world, id=553298 pos=(2006.7, -100859.5, -2704.5)
2026-03-27T00:48:48 8975.383 WRN Spawned entity with wrong pos: [type=EntityLootContainer, name=?] id=33540 pos=(3146.0, -135628.1, -614.5)
2026-03-27T00:20:02 7248.987 WRN Spawned entity with wrong pos: [type=EntityLootContainer, name=?] id=868383 pos=(-806.4, -802.2, -607.8)
2026-03-27T00:20:02 7248.989 WRN Entity [type=EntityLootContainer, name=?] fell off the world, id=868383 pos=(-806.4, -802.2, -607.8)

2026-03-27T00:52:51 9217.544 INF [SERVERTOOLS] Entity cleanup removed loot container 'EntityLootContainerRegular_33540' with entity id '33540' @ '(3146.03, -138365.40, -614.53)'
2026-03-27T00:52:51 9217.544 INF [SERVERTOOLS] Entity cleanup removed loot container 'DroppedVehicleContainer_1078979' with entity id '1078979' @ '(179.68, -74451.74, 1088.79)'
Caught fatal signal - signo:11 code:2 errno:0 addr:0x7f80e815e9fc
Obtained 14 stack frames.
#0 0x007f85e6089520 in __sigaction
#1 0x007f85e7df07d2 in PlayerMain(int, char**)
#2 0x007f85e7e0cd3d in PlayerMain(int, char**)
#3 0x007f85e7d8c15b in PlayerMain(int, char**)
#4 0x007f85e7d8c62b in PlayerMain(int, char**)
#5 0x007f85e734d353 in PlayerMain(int, char**)
#6 0x007f85e6ffee25 in (Unknown)
#7 0x007f85e6ec7f77 in (Unknown)
#8 0x007f85e6ec7f31 in (Unknown)
#9 0x007f85e6ec8257 in (Unknown)
#10 0x007f85e71341d2 in PlayerMain(int, char**)
#11 0x007f85e6070d90 in __libc_init_first
#12 0x007f85e6070e40 in __libc_start_main
#13 0x0055f075da6029 in (Unknown)
Exactly as i said. The 2 containers are "removed" by servertools in the same microsecond. And exactly after the "removal" it crashes. Not when the vanilla code hands out warnings for "falling of the world" (30 minutes earlier even). Thats an indication. A very big one. No clue how servertools handles it, but its seems to crash the server based on your logs posted. Maybe a volatility breach among threads?
 
Last edited:
Exactly as i said. The 2 containers are "removed" by servertools in the same microsecond. And exactly after the "removal" it crashes. Not when the vanilla code hands out warnings for "falling of the world" (30 minutes earlier even). Thats an indication. A very big one. No clue how servertools handles it, but its seems to crash the server based on your logs posted. Maybe a volatility breach among threads?
someone needs to figure out why the game engine is spawning entitys thousands of meters below bedrock
 
Not if they don't cause any problems. You said that that would crash the server. I dont see that in your logs.
i turned off server tool entity clean up today to test if it was that causing the crash and nope same result with it off.

2026-03-28T21:57:18 3755.792 WRN Entity [type=EntityLootContainer, name=?] fell off the world, id=745603 pos=(1935.8, -235472.1, 1766.3)
2026-03-28T21:57:18 3755.854 INF Time: 61.46m FPS: 24.83 Heap: 8479.1MB Max: 17059.1MB Chunks: 7048 CGO: 115 Ply: 25 Zom: 56 Ent: 151 (601) Items: 35 CO: 31 RSS: 14765.7MB
2026-03-28T21:57:19 3756.762 INF teleport success!
Caught fatal signal - signo:11 code:1 errno:0 addr:0x3e4c00003df0
Obtained 9 stack frames.
#0 0x007f4e76f3a520 in __sigaction
#1 0x007f4e77bf543d in (Unknown)
#2 0x007f4e77d78f77 in (Unknown)
#3 0x007f4e77d78f31 in (Unknown)
#4 0x007f4e77d79257 in (Unknown)
#5 0x007f4e77fe51d2 in PlayerMain(int, char**)
#6 0x007f4e76f21d90 in __libc_init_first
#7 0x007f4e76f21e40 in __libc_start_main
#8 0x0055c1ac4b3029 in (Unknown)
0

c
 
Those tiny fragments of logs are not helpful at all. I see a succesful teleport right before the crash. Not a crash right after the container spawning. Anyways, i play on 2 high pop servers that dont ever crash (they dont use servertools though). So as QA said. Try to replicate in vanilla without an abundance of mods and see what happens.
Post automatically merged:

Its a known quirk. There is no mention at all that it causes any problems. So what is your point with this?

Anyways, i gave my 2 cents. Good luck with your investigation.
 
Last edited:
Its a known quirk. There is no mention at all that it causes any problems. So what is your point with this?

Anyways, i gave my 2 cents. Good luck with your investigation.
thank you for taking your time to look at the issue
can you combine this current post with this previous one?
 
Hey GrandpaMinion,

As this is not a common issue in the vanilla version of the game, have you tried reproducing this issue in the stable, unmodded version of the game? I am very interested in receiving log files from an unmodded version of the game. Without a viable log, I don't really have much to go by, and we aren't seeing this issue in our testing.

Thanks,
Dollie
 
Hey GrandpaMinion,

As this is not a common issue in the vanilla version of the game, have you tried reproducing this issue in the stable, unmodded version of the game? I am very interested in receiving log files from an unmodded version of the game. Without a viable log, I don't really have much to go by, and we aren't seeing this issue in our testing.

Thanks,
Dollie
thanks for your time looking into the issue but at this time im going assume we got a bad map, luck of the draw, Yes if the issue continues on our next new map i will move forward and replicate it on a vanilla server, but for now what Blue mame said earlier makes perfect sense so hoping our next map willScreenshot 2026-03-30 140240.png not do it.
 
Thanks for your reply.

I will keep an eye out for any instances of this happening as we test out the sandbox options for V3. For now, I will go ahead and unwatch this thread so you all can continue any further discussion. Feel free to message me if you have any additional information.

Cheers,
Dollie
 
Back
Top