- User Since
- Mar 10 2013, 6:54 PM (437 w, 3 d)
Thu, Jul 22
Has anyone seen this bug running a Windows server? I have only seen it on Linux servers.
The hunchback bug also occurs with civilians. These are spawned in the mission by either 1) civilian module or 2) with createAgent. Very little scripting otherwise, just a couple of event handlers (killed, firedNear) attached to the civilian unit.
This occurs with both the 32 and 64 bit Linux server.
Tue, Jul 20
Fri, Jul 9
There are no server-side or client-side mods. The mission uses a revive module. Not sure if that is vanilla?
Thu, Jul 8
BIS needs to fix this. This breaks some very old missions.
May 29 2021
This is the poison animation. This is the logged animationState when the bug occurs.
May 28 2021
May 24 2021
Newly created units are spawning in a "reaching down" animation and then staying in that position forever. They are able to fire their weapon but cannot move.
May 19 2021
After the CDLC update I was able to run a large Domination mission overnight. Looks fixed?
May 12 2021
I only tested with SOG Prairie Fire + Domination. The number of enemies are configurable but the crash occurs with any settings, even with "small" mission parameters.
May 11 2021
I am not sure where crash logs can be found for a linux server. Here I am only seeing a 2GB core dump file.
possibly related to:
Apr 28 2021
This still happens intermittently and frequently. The mission uses a large number of AI and each AI uses "reveal 4" on a group of MP players. Maybe related? Not sure.
Nov 15 2020
Nov 14 2020
Oct 27 2020
As dedmen called it, objects out of terrain bounds with an adverse affect on the server. Fixed in the mission. I would recommend closing this issue.
May 19 2020
When the server is "overflowing" badly it can spam the logs with a million errors in a few hours and causes serious performance problems. Alternatively a lightly "overflowing" server sometimes self-corrects and the players don't even notice the issue.
Some object is way out of terrain bounds. Probably under the ground.
May 9 2020
Just to clarify, I am able to see the "Overflow" error message in the server logs but the server does not crash in my current test environment. More testing at the moment.
May 8 2020
It seems like something has changed since I last tested this in 2018. I'm not able to reproduce the issue on my current configuration. It could be due to newer Linux kernel, different hardware... not sure.
Apr 30 2020
Hi @Wulf. Yes, I will provide logs and update this ticket.