Server Crashes

[Nil]

Some of the servers on DCC's keep going down quite often. The server going down most often (since a few days basically exclusively) is the CTF server (about once a day). So maybe the cause is some problem with certain maps?

I don't find a hint on what went wrong in the server log files. What can I do to get more information?

The servers are running on Debian 4.0 with AMD64. When using the release 2.3 binary there were pretty often segfaults at server startup. I have tried a locally built binary with CPUOPTIMIZATIONS=-march=athlon64 -m64. Since then the servers aren't crashing right at start anymore. Maybe there are issues with Debian / AMD64?

According to Dmesg several segfaults were caused by nexuiz processes (but also by apache processes so maybe there is something wrong with the installation).

In the logs there is no trace of a possible shutdown via Rcon.

The servers are restarted each morning.

[divVerent]

First of all, try using our builds. I have used Gentoo long enough (some years) to not trust its addiction to unnecessary optimizations.

Secondly, enable core dumps (ulimit -c unlimited) before starting Nexuiz, then you get core dumps. These can be used to identify the line where the problem happens. However, for this to work, the binaries need to have debug information, and I have no idea how to make Gentoo do that, but you can always compile the sources yourself. http://141.2.16.3/nex/nexuizdebug20070531d_2.3.zip contains the same binaries as 2.3, just with this debug information (actually, the official binaries were created from these using "strip"). When you got a core dump of an official nexuiz build, you can still use these builds to analyze the core dump (by passing it as argument to gdb).

Without the information you can get from a core dump, we can't help you. "It is crashing" is no accurate error description, I'm afraid.

[tChr]

ladder.tchr.no is a A64 with debian 4. dead stable. used nexuiz download, didnt try repository

The server does not run as a root process

[divVerent]

Oops... sorry, I saw -march= and already concluded Gentoo...

okay, so can you try getting a core dump out of our very release binaries?

[Nil]

DivVerent, thanks for your help. I will try using the debug build you mentioned to get a core dump. And tChr, good to know that Debian 4 and AMD64 work well and thus there only can be some local problem.

[tChr]

DivVerent, thanks for your help. I will try using the debug build you mentioned to get a core dump. And tChr, good to know that Debian 4 and AMD64 work well and thus there only can be some local problem.

Crundandcrap.. my bad, ladder.tchr.no is sarge.. I'll upgrade. I'll get back to you.

[esteel]

If you do that, can you take a look at here? http://forums.alientrap.local/viewtopic.php?t=1860

[tChr]

Server is now etch but I will be away for a few days.. We'll see if it still runs when I'm back

[GreEn`mArine]

The PlanetNexuiz CTF server happened to crash once, 2 days ago (segfault). If this keeps being such a little problem I won't further bother about it. If it occurs more often I'll use the debug builds. coredumps are active afaik anyway.

[divVerent]

Crash has been reported and fixed in svn DarkPlaces. It only happens to long running servers (it is an integer overflow in a collision routine, so it only happens when that routine was called >2147483647 times)