Dwarden 1124 Posted September 7, 2012 for these who want give us feedback on nix server ftp://downloads.bistudio.com/arma2.com/update/a2oa-server-1.62.96687.tar.bz2 additional bugs fixed with memory, gamespy etc... Linux admin's skype channel Share this post Link to post Share on other sites
Overlord 0 Posted September 7, 2012 (edited) Downloading as I type, installing in a moment. TYA @BIS Edit: Don't work very well yet, noticed something strange in log: WATCHDOG (3708): [Fri Sep 7 20:13:29 CEST 2012] Starting server (port 2402)... 20:13:43 Dedicated host created. 20:13:44 Host identity created. Critical:Destroying running thread! WATCHDOG (3708): [Fri Sep 7 20:13:52 CEST 2012] Server died, waiting to restart... WATCHDOG (3708): [Fri Sep 7 20:13:57 CEST 2012] Starting server (port 2402)... 20:14:10 Dedicated host created. 20:14:11 Host identity created. Critical:Destroying running thread! WATCHDOG (3708): [Fri Sep 7 20:14:23 CEST 2012] Server died, waiting to restart... but console display Stopping ArmA 2 server... ./a2oa: line 46: kill: [color="#FF0000"](3724)[/color] - No such process Nah, cause Watchdog process is actually (for this session) 3708. I also had to move config files to AA2 main directory before server was able to read them. Any ideas? And still got no idea if ACR Lite is required for this version or not? Edited September 7, 2012 by Overlord Share this post Link to post Share on other sites
Vixente 10 Posted September 7, 2012 (edited) Of all 4 alpha releases so far, this is the first one that crashes for me. Just at the beginning, Seg. Fault, nothing appears in the .log Console output: http://img7.imageshack.us/img7/8779/alphalinuxcrash.jpg (125 kB) Edited September 7, 2012 by Vixente Share this post Link to post Share on other sites
wolf5 13 Posted September 7, 2012 It seems to work better. First time that i can play a MSO without crash Share this post Link to post Share on other sites
wolf5 13 Posted September 8, 2012 New issue, after a night without pb, i can't start the server. It's like Vixente "Critical: Destroying running thread!" Nothing else I just restart the server this morning, i try with and without mod. I don't know why i can't play again. Share this post Link to post Share on other sites
Alexandre 1 Posted September 8, 2012 New issue, after a night without pb, i can't start the server.It's like Vixente "Critical: Destroying running thread!" Nothing else I just restart the server this morning, i try with and without mod. I don't know why i can't play again. Hello. Same problem here. Bypassed it by changing server port. Maybe the server doesnt clear the GameSpy record when quitting, then crashes on next launch coz theres 2 identical records ? regards, =[A*C]= alex Share this post Link to post Share on other sites
wolf5 13 Posted September 8, 2012 Server online by changing server port. Thanks for help. Maybe a way to search on the next patch Share this post Link to post Share on other sites
Overlord 0 Posted September 8, 2012 What about disabled BE then? I don't use it for testing. Share this post Link to post Share on other sites
wolf5 13 Posted September 8, 2012 It doens't change anything, i try with and without Share this post Link to post Share on other sites
=wfl= sgt bilko 10 Posted September 8, 2012 Ubuntu 12.04 LTS amd64 (updated to GCC 4.7) gcc-4.7-base:i386 (4.7.0-7ubuntu3) libc6:i386 (2.15-0ubuntu10) libgcc1:i386 (1:4.7.0-7ubuntu3) libstdc++6:i386 (4.7.0-7ubuntu3) zlib1g:i386 (1:1.2.3.4.dfsg-3ubuntu4) Files on server updated from a client running 1.62.0.95248 BAF/PMC folders NOT uploaded to server. No AddOns (client or server) ACR lite is not installed (client or server) BE server file updated to latest for OA 1.62 So far only tested with me connected as the only real player. Once it passed start up, I did swap between several different mission and managed to buy troops in warfare. Eventually it crashed with "Segmentation fault" but without the ugly backtrace dumps seen in previous alphas. After that first start, all following retries to start the server fails immediately with: 18:59:04 Dedicated host created. 18:59:05 BattlEye Server: Initialized (v1.162) 18:59:05 Host identity created. ArmA 2 OA Console version 1.62 : port 2302 18:59:07 Critical:Destroying running thread! Segmentation fault (core dumped) If I try a different port, it will work first start and same thing again. Share this post Link to post Share on other sites
MGySgt Reite 1 Posted September 8, 2012 Hmmmmm. Ok, not a bunch of testing in yet, but I'm *not* seeing a "glibc: corrupted double-linked list" on most startups anymore so far. Need to hammer this for a bit. It looks promising so far. As for the people suffering a segfault when restarting... Could you check 'lsof|grep UDP' and report any results? Could be the port is still hooked open after the segfault. Bohemia - thanks for the work on this. Looks like we might be getting close! - 1stSgt Reite 15thMEU(SOC) Realism Unit BLT 2/4 [REIN] Echo Company First Sergeant Share this post Link to post Share on other sites
MGySgt Reite 1 Posted September 10, 2012 Hmmmmm.Ok, not a bunch of testing in yet, but I'm *not* seeing a "glibc: corrupted double-linked list" on most startups anymore so far. Need to hammer this for a bit. It looks promising so far. As for the people suffering a segfault when restarting... Could you check 'lsof|grep UDP' and report any results? Could be the port is still hooked open after the segfault. Bohemia - thanks for the work on this. Looks like we might be getting close! Ok, definitely on the right track. The latest binary has run for over 24 hours with no glibc-related crashes. Threw caution to the wind and ran our normal weekend deployment mission on the server - about 50 people for over 2.5 hours with no issues. Everything ran just fine. That's with most of those people having to rejoin multiple times as they have managed to screw up their mods over the last five weeks and hadn't gotten their modlines straightened out in advance. I will note that we do not run battleye on our unit missions, so I can't speak to how well that may or may not work. Looking forward to some fine-tuning of the server binary, but again - on the right track and thanks very very much. - 1stSgt Reite 15thMEU(SOC) Realism Unit BLT 2/4 [REIN] Echo Company First Sergeant Share this post Link to post Share on other sites
Stuffy 1 Posted September 10, 2012 Yep, I get the Critical:Destroying running thread! error too, but sometimes it still works. Played a 4 h mission with 7 players yesterday and no crashes or lags. So this is definitly going into the right direction. Share this post Link to post Share on other sites
HitmanFF 6 Posted September 10, 2012 I couldn't get the server to run; 100% of the attempts to start the server would end with the Critical: Destroying running thread! message. Even trying to start the server on a different port (tried e.g. 2312, 2333) would still yield the same result. After taking a look at some strace output, I tried disabling communication with the gamespy server (by blocking the gamespy master server with the firewall), and at least the server is starting reliably. It's not really a good work around, since your server will not be visible in the in-game's server browser, but at least the server will start up and run reliably for some testing if needed. Share this post Link to post Share on other sites
totalboffin 10 Posted September 10, 2012 HitManFF, very interesting. Exactly the same results for me with 1-62-96687 ALPHA build. "Critical: Destroying running thread!" error as soon as the server starts. But if I block the ip for arma2oapc.master.gamespy.com using IP tables the server starts and runs. Just testing now to see if its stable for a game. Share this post Link to post Share on other sites
csonknorris 10 Posted September 11, 2012 Hi! The server is always crash. :( Server: Ubuntu 10.10 Linux sfvm304 2.6.35-32-generic-pae #67-Ubuntu SMP Mon Mar 5 21:23:19 UTC 2012 i686 GNU/Linux (Ubuntu EGLIBC 2.12.1-0ubuntu10.4) 2.12.1 Sep 11 15:42:13 sfvm304 kernel: [ 2060.323147] server[5314]: segfault at 4 ip 08a069f1 sp b6ec9290 error 6 in server[8048000+edc000] Sep 11 15:42:42 sfvm304 kernel: [ 2088.725999] server[5333]: segfault at 3f ip 08a069f1 sp b74ae290 error 6 in server[8048000+edc000] Sep 11 15:43:09 sfvm304 kernel: [ 2116.350118] server[5352]: segfault at 4 ip 08a069f1 sp b7434290 error 6 in server[8048000+edc000] Sep 11 15:43:38 sfvm304 kernel: [ 2144.787124] server[5381]: segfault at 3f ip 08a069f1 sp b7442290 error 6 in server[8048000+edc000] 15:50:30 Dedicated host created. 15:50:32 Host identity created. Critical:Destroying running thread! Share this post Link to post Share on other sites
jp.black.code 10 Posted September 11, 2012 (edited) me too. Server : Debian 6.0.5 Kernel : Linux-2.6.32-5-amd64 $ ldd server linux-gate.so.1 => (0xf777f000) libstdc++.so.6 => /usr/lib32/libstdc++.so.6 (0xf7686000) libm.so.6 => /lib32/libm.so.6 (0xf7660000) libpthread.so.0 => /lib32/libpthread.so.0 (0xf7646000) libdl.so.2 => /lib32/libdl.so.2 (0xf7642000) librt.so.1 => /lib32/librt.so.1 (0xf7639000) libgcc_s.so.1 => /usr/lib32/libgcc_s.so.1 (0xf761b000) libc.so.6 => /lib32/libc.so.6 (0xf74d4000) /lib/ld-linux.so.2 (0xf7780000) $strings /usr/lib/libstdc++.so.6 | grep GLIBCXX GLIBCXX_3.4 GLIBCXX_3.4.1 GLIBCXX_3.4.2 GLIBCXX_3.4.3 GLIBCXX_3.4.4 GLIBCXX_3.4.5 GLIBCXX_3.4.6 GLIBCXX_3.4.7 GLIBCXX_3.4.8 GLIBCXX_3.4.9 GLIBCXX_3.4.10 GLIBCXX_3.4.11 GLIBCXX_3.4.12 GLIBCXX_3.4.13 GLIBCXX_FORCE_NEW GLIBCXX_DEBUG_MESSAGE_LENGTH $./arma2oaserver start 6:35:43 Dedicated host created. 6:35:43 BattlEye Server: Initialized (v1.162) 6:35:43 Host identity created. Critical:Destroying running thread! $gdb server core GNU gdb (GDB) 7.0.1-debian Copyright (C) 2009 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-linux-gnu". For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>... Reading symbols from /***/***/bin/server...(no debugging symbols found)...done. [New Thread 28277] [New Thread 28281] [New Thread 28280] [New Thread 28271] [New Thread 28276] [New Thread 28282] [New Thread 28272] warning: Can't read pathname for load map: I/O Error Reading symbols from /usr/lib32/libstdc++.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/lib32/libstdc++.so.6 Reading symbols from /lib32/libm.so.6...(no debugging symbols found)...done. Loaded symbols for /lib32/libm.so.6 Reading symbols from /lib32/libpthread.so.0...(no debugging symbols found)...done. Loaded symbols for /lib32/libpthread.so.0 Reading symbols from /lib32/libdl.so.2...(no debugging symbols found)...done. Loaded symbols for /lib32/libdl.so.2 Reading symbols from /lib32/librt.so.1...(no debugging symbols found)...done. Loaded symbols for /lib32/librt.so.1 Reading symbols from /usr/lib32/libgcc_s.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/lib32/libgcc_s.so.1 Reading symbols from /lib32/libc.so.6...(no debugging symbols found)...done. Loaded symbols for /lib32/libc.so.6 Reading symbols from /lib/ld-linux.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/ld-linux.so.2 Reading symbols from /lib32/libnss_files.so.2...(no debugging symbols found)...done. Loaded symbols for /lib32/libnss_files.so.2 Reading symbols from /lib32/libnss_dns.so.2...(no debugging symbols found)...done. Loaded symbols for /lib32/libnss_dns.so.2 Reading symbols from /lib32/libresolv.so.2...(no debugging symbols found)...done. Loaded symbols for /lib32/libresolv.so.2 Reading symbols from ./expansion/battleye/beserver.so...(no debugging symbols found)...done. Loaded symbols for ./expansion/battleye/beserver.so Core was generated by `/***/***/bin/server -server -port=2302 -pid=/***/***/bin/dedicated_2302.pid'. Program terminated with signal 11, Segmentation fault. #0 0x08a069f1 in ?? () Edited September 11, 2012 by jp.black.code add Share this post Link to post Share on other sites
Banshee 9 Posted September 12, 2012 We just played a Lingor Warfare Mission for about 3 hours straight on the latest build. After disabling Battleeye and the Gamespy stuff, it worked quite well. Alltough a server without Gamespy is not really usefull, it looks promissing. :) Share this post Link to post Share on other sites
Vostok 10 Posted September 12, 2012 Hi. Sorry for my english in advance. My server runs perfectly on Debian (with 20/30 players) with or without mods for over two days. I just did a clean install of the server, I applied the update 1.62.96687 and I disabled BattlEye and referencing my server by Gamespy on the file "server.cfg". To disable proper referencing: reportingIP = "noreport"; on the server.cfg Share this post Link to post Share on other sites
csonknorris 10 Posted September 13, 2012 (edited) Hi, I have a client with armaX and the server refuse him always. Patchlevel, mod is ok. The client can join to any windows 1.62 server. What is the problem? The other clients with ARAM2+OA can join. Thanks. Edited September 13, 2012 by csonknorris Share this post Link to post Share on other sites
Overlord 0 Posted September 13, 2012 I think you'll need GLIBCXX_3.4.15 jp.black.code Share this post Link to post Share on other sites
titegtnodI 1 Posted September 14, 2012 I'm really glad to see the Linux version being worked on (as I'd rather run a server on one of my headless Linux boxes instead of buying a Windows one just for OA). If there's anything I can do to help, please let me know! :) Share this post Link to post Share on other sites
csonknorris 10 Posted September 14, 2012 (edited) This is working: strings /usr/lib/libstdc++.so.6 | grep GLIBCXX GLIBCXX_3.4 GLIBCXX_3.4.1 GLIBCXX_3.4.2 GLIBCXX_3.4.3 GLIBCXX_3.4.4 GLIBCXX_3.4.5 GLIBCXX_3.4.6 GLIBCXX_3.4.7 GLIBCXX_3.4.8 GLIBCXX_3.4.9 GLIBCXX_3.4.10 GLIBCXX_3.4.11 GLIBCXX_3.4.12 GLIBCXX_3.4.13 GLIBCXX_3.4.14 GLIBCXX_3.4.15 GLIBCXX_FORCE_NEW GLIBCXX_DEBUG_MESSAGE_LENGTH Edited September 14, 2012 by csonknorris Share this post Link to post Share on other sites
jp.black.code 10 Posted September 15, 2012 thx all, but the server is crash on build 96687. I think i want to apply build 9645 to my server. strings /usr/lib/libstdc++.so.6 | grep GLIBCXX GLIBCXX_3.4 GLIBCXX_3.4.1 GLIBCXX_3.4.2 GLIBCXX_3.4.3 GLIBCXX_3.4.4 GLIBCXX_3.4.5 GLIBCXX_3.4.6 GLIBCXX_3.4.7 GLIBCXX_3.4.8 GLIBCXX_3.4.9 GLIBCXX_3.4.10 GLIBCXX_3.4.11 GLIBCXX_3.4.12 GLIBCXX_3.4.13 GLIBCXX_3.4.14 GLIBCXX_3.4.15 GLIBCXX_3.4.16 GLIBCXX_3.4.17 GLIBCXX_DEBUG_MESSAGE_LENGTH Share this post Link to post Share on other sites
