Linux Server "Inconsistency detected by ld.so"

[Defunkt]

Debian Etch, new ArmA 1.05 upload and server install, log file shows...

WATCHDOG (2396): [Mon Jan 4 11:00:07 NZDT 2010] Starting server (port 2302)...
Inconsistency detected by ld.so: dl-version.c: 230: _dl_check_map_versions: Assertion `needed != ((void *)0)' failed!
WATCHDOG (2396): [Mon Jan 4 11:00:07 NZDT 2010] Server died, waiting to restart...

...repeatedly. A Google for this error throws up many results but little I can make sense of. A recent example...

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=546281

...resolved with:

"I have now added libwrap0 and libgdbm3 to ia32-libs myself and I can
confirm that this resolves the issue. Skype is working correctly,
including pulseaudio support.

Please add libwrap0 and libgdbm3 to ia32-libs and close this bug."

Help please Linux gurus!

[Killswitch]

1) Which Debian Etch do you have? 32-or 64-bit?

2) What does "uname -a" say?

3) If you're using a 64-bit variant, do you have the package ia32-libs installed?

4) What's the output of the following two commands, run in the arma2 server directory:

1. ldd ./server
2. ldd ./battleye/beserver.so

[Defunkt]

Hi, thank you for responding.

1. Didn't actually know but from 2) below I would say 32 bit.

2.

server1:~# uname -a
Linux server1.anzins.net 2.6.18-6-686 #1 SMP Sat Dec 27 09:31:05 UTC 2008 i686 GNU/Linux

3.

server1:/home/arma# dpkg -s ia32-libs| grep Status
Package `ia32-libs' is not installed and no info is available.
Use dpkg --info (= dpkg-deb --info) to examine archive files,
and dpkg --contents (= dpkg-deb --contents) to list their contents.

4.

server1:/home/arma# ldd ./server
Inconsistency detected by ld.so: dl-version.c: 230: _dl_check_map_versions: Assertion `needed != ((void *)0)' failed!

server1:/home/arma# ldd ./battleye/beserver.so
        linux-gate.so.1 =>  (0xffffe000)
        libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0xb7e08000)
        libdl.so.2 => /lib/tls/i686/cmov/libdl.so.2 (0xb7e04000)
        libpthread.so.0 => /lib/tls/i686/cmov/libpthread.so.0 (0xb7df2000)
        /lib/ld-linux.so.2 (0x80000000)

[Killswitch]

Ok - it's a 32-bit Etch - thanks. I'll try to reproduce the problem here - I just need some time (and sleep) to set up a virtual machine with a 32-bit Etch.

Hmm...in the mean time - is the OS up to date with the latest Debian updates? Maybe there's been a bug fix to one of the system libraries or tools:

apt-get update; apt-get upgrade

Sometimes, it will tell you that some packages have been "kept back". If so, you'll get those by

apt-get dist-upgrade

Once the machine is fully up-to-date and rebooted, try running the server again. (It's possible that the server is already fully updated and none of this will help)

Another thing is to check that the server executable isn't corrupted. Here's the MD5 checksum for a 1.05 server: (Stab in the dark, but...)

$ md5sum server
7584ea5d76380acc8dd659ff9e51e7b7  server

[Defunkt]

Another thing is to check that the server executable isn't corrupted. Here's the MD5 checksum for a 1.05 server: (Stab in the dark, but...)

$ md5sum server
7584ea5d76380acc8dd659ff9e51e7b7  server

Good Lord, I MD5'd the whole 8GB upload but didn't think to for the server package, MD5 check fails, re-uploading, will post back shortly.

---------- Post added at 02:44 PM ---------- Previous post was at 02:36 PM ----------

Woot! Another ArmA2 server is online! By default FileZilla treats all files without an extension as ASCII.

Thanks ever so much for your help with this Killswitch.

[Killswitch]

Woot! Another ArmA2 server is online! By default FileZilla treats all files without an extension as ASCII.

Thanks ever so much for your help with this Killswitch.

Sweet! Yeah, I've had FileZilla bite me in the behind with it's disfunctional "Auto" file type functionality. Set that thing to Binary and be done with it. :-)