Jump to content
Sign in to follow this  
suma

Linux 1.62.95577 alpha

Recommended Posts

Why build the depends? Grab wheezy's .debs, use ar(1) to unpack, then 'data.tar.gz' are the contents. Or copy from some virtual machine installed for this sole purpose. In fact, I just specified the list of shared libraries required for running the alpha. Some of them are symlinks created by ldconfig, though.

Linux From Scratch isn't that uncommon, either :) Coupled with some knowledge about the C language, can greatly help many a budding UNIX hacker.

Share this post


Link to post
Share on other sites

I have been running CentOS 6.2 64bit with 32 bit libs and patch 1.60 first with alpha 1.60, and then official 1.60. I never had problems. It was a chore to find the compatible 32 bit libs, as I had to look for them outside of CentOS main official repository. I think I got them from rpm.pbone.net. It took much cross referencing to find them. I am currently uploading my newly patched game to the server. It may be a couple of days before it finishes and I report back success or failure. I am running glibc 2.6. Not to far off of 2.7 It may work. If not, updating should not be a huge problem.

Edited by Jigsor

Share this post


Link to post
Share on other sites
I have been running CentOS 6.2 64bit with 32 bit libs and patch 1.60 first with alpha 1.60, and then official 1.60. I never had problems. It was a chore to find the compatible 32 bit libs, as I had to look for them outside of CentOS main official repository. I think I got them from rpm.pbone.net. It took much cross referencing to find them. I am currently uploading my newly patched game to the server. It may be a couple of days before it finishes and I report back success or failure. I am running glibc 2.6. Not to far off of 2.7 It may work. If not, updating should not be a huge problem.

I can confirm that this is NOT going to work. CentOS 6.x does not work today. There is no 'easy' upgrade path for anything short of serious linux sysadmins to get CentOS 6.x working. Save yourself the time and effort, either 1. wait and see, or 2. upgrade to a 'cutting edge' distro, the latest versions of Fedora, and Ubuntu will work.

Share this post


Link to post
Share on other sites
I can confirm that this is NOT going to work. CentOS 6.x does not work today. There is no 'easy' upgrade path for anything short of serious linux sysadmins to get CentOS 6.x working. Save yourself the time and effort, either 1. wait and see, or 2. upgrade to a 'cutting edge' distro, the latest versions of Fedora, and Ubuntu will work.

It works fine on Ubuntu 11.04, which I don't think is 'cutting edge' anymore since 12.04 is out.... and even that can't be considered 'cutting edge'... given that its a general release. Its possible that Debian/Ubuntu is just more progressive... :)

Share this post


Link to post
Share on other sites

You don't need 'cutting edge'. Here's the distros I know it works with, so far:

Debian Wheezy ('testing' but is actually very stable)

Ubuntu 11.04 (Based on Debian Sid)

Fedora 16

ArchLinux (rolling release)

Gentoo/Funtoo (source based)

Debian testing is probably the most stable out of those ('testing' doesn't by any means mean unstable, packages have to go through many stages to be considered for addition to 'testing'), but there's nothing unstable about Ubuntu or Fedora.

Any of these installed to a chroot should be fine.

Share this post


Link to post
Share on other sites

We are also toast if they cant compile it with glibc 2.12... Almost no linux distributions support glibc 3.4 :(

Dont want fedora or ubuntu, they are crap...

---------- Post added at 05:39 PM ---------- Previous post was at 03:52 PM ----------

I have been running CentOS 6.2 64bit with 32 bit libs and patch 1.60 first with alpha 1.60, and then official 1.60. I never had problems. It was a chore to find the compatible 32 bit libs, as I had to look for them outside of CentOS main official repository. I think I got them from rpm.pbone.net. It took much cross referencing to find them. I am currently uploading my newly patched game to the server. It may be a couple of days before it finishes and I report back success or failure. I am running glibc 2.6. Not to far off of 2.7 It may work. If not, updating should not be a huge problem.

Its not that hard to install the 32 bit libs.. Just "yum install libstdc++.i686" and "glibc.i686".. ".686" is 32bit rpms. And they will be in the normal repos

Share this post


Link to post
Share on other sites

used GCC for compile was "gcc (Debian 4.6.3-8) 4.6.3" so take that in mind ...

it was either this or no alpha , i'm sorry

Share this post


Link to post
Share on other sites
It works fine on Ubuntu 11.04, which I don't think is 'cutting edge' anymore since 12.04 is out.... and even that can't be considered 'cutting edge'... given that its a general release. Its possible that Debian/Ubuntu is just more progressive... :)

Ubuntu is based off of Debian 'sid' which is the 'unstable' branch of Debian... I was trying to use a term other than unstable, since which it's referenced to as 'unstable' it is stable enough for production. So yes, Debian-Sid, Fedora, and Ubuntu all have more newer versions of software loaded, where as CentOS and RHEL tend to be more conservative in the selection of software packages.

---------- Post added at 17:47 ---------- Previous post was at 17:44 ----------

used GCC for compile was "gcc (Debian 4.6.3-8) 4.6.3" so take that in mind ...

it was either this or no alpha , i'm sorry

Thanks for the detailed information, that will help us system admins moving forward to plan on how to get our servers back up and running, and trust me this is a much easier pill to swallow than forcing everybody to convert over to Windows. This also helps future proof the Linux dedicated server, since we know that CentOS 7.x will provide at least 10 years of a supported operating system to run ArmA2OA on...

While it will cause some minor growing pains now, it will be a help in the long run.

Share this post


Link to post
Share on other sites

Come on guys.. are we seriously talking about GLIBC *2.7*? That's from 2007.. I'd strongly suggest to instead update your system in any case..

gcc 4.6.3

glibc 2.14.1

linux 3.2.11-hardened (PaX/GrSecurity)

% ./arma2.sh beta
/home/arma2/serverstuff/arma2co_beta -server -ip=... -config=//home/arma2/serverstuff/arma2co.cfg -profiles=/home/arma2/serverstuff/profiles -bepath=/home/arma2/serverstuff/battleye -cfg=//home/arma2/serverstuff/basic.cfg -ranking=/home/arma2/serverstuff/state/ranking -mod=expansion/beta;expansion/beta/expansion;@cba_a2;@cba_oa;@cba;@ace;@acex;acex_sm;@acex_ru;@acex_usnavy;@asr_ai;@gl4;@snr;@3lb_f22;@glt_missilebox;@glt_realairweapons;@glt_f16;stb_lb_enhance;@heli_extras;@mma;@mma_xeh;@tup;@torabora;@fallujah;@mbg_buildings2;@ibr_dtowns;@ibr_plants;@ibr_rn;@brg_africa;@ibr_lcivilians;@lingor_units;@csj_snake;@chn_crocodile;@lingor;@isla_duala;@panthera;@opx_objects
Item STR_GLT_F16_LIBTEXT listed twice
Item STR_GRP_USAF listed twice
Item STR_CFG_MULTIROLE listed twice
Item STR_CFG_CAP listed twice
Item STR_CFG_LGB listed twice
Item STR_CFG_MK82 listed twice
Item STR_CFG_AGM listed twice
Item STR_ACTION_AFTERBURNER_ON listed twice
Item STR_ACTION_AFTERBURNER_OFF listed twice
Item STR_COL_BLACK_MR listed twice
Item STR_COL_BLACK_CAP listed twice
Item STR_COL_BLACK_GBU listed twice
Item STR_COL_BLACK_MK listed twice
Item STR_COL_BLACK_AGM listed twice
Item STR_COL_EURO_MR listed twice
Item STR_COL_EURO_CAP listed twice
Item STR_COL_EURO_GBU listed twice
Item STR_COL_EURO_MK listed twice
Item STR_COL_EURO_AGM listed twice
Item STR_COL_GREY_MR listed twice
Item STR_COL_GREY_CAP listed twice
Item STR_COL_GREY_GBU listed twice
Item STR_COL_GREY_MK listed twice
Item STR_COL_GREY_AGM listed twice
Item STR_CFG_FACTION_BLACK listed twice
Item STR_CFG_FACTION_GREY listed twice
Item STR_CFG_FACTION_NATO listed twice
Item STR_DN_VEHICLECLASS listed twice
Item STR_GLT_F16_LIBTEXT listed twice
Item STR_GRP_USAF listed twice
Item STR_CFG_MULTIROLE listed twice
Item STR_CFG_CAP listed twice
Item STR_CFG_LGB listed twice
Item STR_CFG_MK82 listed twice
Item STR_CFG_AGM listed twice
Item STR_CFG_88 listed twice
Item STR_CFG_EUR listed twice
Item STR_ACTION_AFTERBURNER_ON listed twice
Item STR_ACTION_AFTERBURNER_OFF listed twice
Item STR_COL_BLACK_MR listed twice
Item STR_COL_BLACK_CAP listed twice
Item STR_COL_BLACK_GBU listed twice
Item STR_COL_BLACK_MK listed twice
Item STR_COL_BLACK_AGM listed twice
Item STR_COL_BLACK_VAR1 listed twice
Item STR_COL_BLACK_VAR2 listed twice
Item STR_COL_EURO_MR listed twice
Item STR_COL_EURO_CAP listed twice
Item STR_COL_EURO_GBU listed twice
Item STR_COL_EURO_MK listed twice
Item STR_COL_EURO_AGM listed twice
Item STR_COL_EURO_VAR1 listed twice
Item STR_COL_EURO_VAR2 listed twice
Item STR_COL_GREY_MR listed twice
Item STR_COL_GREY_CAP listed twice
Item STR_COL_GREY_GBU listed twice
Item STR_COL_GREY_MK listed twice
Item STR_COL_GREY_AGM listed twice
Item STR_COL_GREY_VAR1 listed twice
Item STR_COL_GREY_VAR2 listed twice
Item STR_CFG_FACTION_BLACK listed twice
Item STR_CFG_FACTION_GREY listed twice
Item STR_CFG_FACTION_NATO listed twice
Item STR_DN_VEHICLECLASS listed twice
Item STR_ACE_IDN_LAUNCHAUTHORIZATION_RU listed twice
*** glibc detected *** /home/arma2/serverstuff/arma2co_beta: corrupted double-linked list: 0xc64eca10 ***
======= Backtrace: =========
/lib32/libc.so.6(+0x6faef)[0xe0716aef]
/lib32/libc.so.6(+0x714b6)[0xe07184b6]
/lib32/libc.so.6(cfree+0x6e)[0xe071b69e]
/home/arma2/serverstuff/arma2co_beta[0x8a5d7cd]
======= Memory map: ========
08048000-08f2a000 r-xp 00000000 fd:19 787312                             /home/arma2/arma2/server_1.62.95577
08f2a000-08f3b000 rw-p 00ee2000 fd:19 787312                             /home/arma2/arma2/server_1.62.95577
08f3b000-0ef31000 rw-p 00000000 00:00 0                                  [heap]
c6300000-c64f6000 rw-p 00000000 00:00 0 
c64f6000-c6500000 ---p 00000000 00:00 0 
c6500000-c6700000 rw-p 00000000 00:00 0 
c6700000-c6900000 rw-p 00000000 00:00 0 
c6900000-c6b00000 rw-p 00000000 00:00 0 
c6b00000-c6d00000 rw-p 00000000 00:00 0 
c6d00000-c6f00000 rw-p 00000000 00:00 0 
c6f00000-c7100000 rw-p 00000000 00:00 0 
c7100000-c7300000 rw-p 00000000 00:00 0 
c7300000-c7500000 rw-p 00000000 00:00 0 
c7500000-c7700000 rw-p 00000000 00:00 0 
c7700000-c7900000 rw-p 00000000 00:00 0 
c7900000-c7b00000 rw-p 00000000 00:00 0 
c7b00000-c7d00000 rw-p 00000000 00:00 0 
c7d00000-c7f00000 rw-p 00000000 00:00 0 
c7f00000-c8100000 rw-p 00000000 00:00 0 
c8100000-c8300000 rw-p 00000000 00:00 0 
c8300000-c83f3000 rw-p 00000000 00:00 0 
c83f3000-c8400000 ---p 00000000 00:00 0 
c8400000-c8500000 rw-p 00000000 00:00 0 
c8500000-c8700000 rw-p 00000000 00:00 0 
c8700000-c87f1000 rw-p 00000000 00:00 0 
c87f1000-c8800000 ---p 00000000 00:00 0 
c8800000-c88f5000 rw-p 00000000 00:00 0 
c88f5000-c8900000 ---p 00000000 00:00 0 
c8900000-c8b00000 rw-p 00000000 00:00 0 
c8b00000-c8d00000 rw-p 00000000 00:00 0 
c8d00000-c8f00000 rw-p 00000000 00:00 0 
c8f00000-c9100000 rw-p 00000000 00:00 0 
c9100000-c9300000 rw-p 00000000 00:00 0 
c9300000-c9500000 rw-p 00000000 00:00 0 
c9500000-c9700000 rw-p 00000000 00:00 0 
c9700000-c9900000 rw-p 00000000 00:00 0 
c9900000-c9b00000 rw-p 00000000 00:00 0 
c9b00000-c9d00000 rw-p 00000000 00:00 0 
c9d00000-c9f00000 rw-p 00000000 00:00 0 
c9f00000-ca100000 rw-p 00000000 00:00 0 
ca100000-ca300000 rw-p 00000000 00:00 0 
ca300000-ca500000 rw-p 00000000 00:00 0 
ca500000-ca700000 rw-p 00000000 00:00 0 
ca700000-ca900000 rw-p 00000000 00:00 0 
ca900000-cab00000 rw-p 00000000 00:00 0 
cab00000-cad00000 rw-p 00000000 00:00 0 
cad00000-caf00000 rw-p 00000000 00:00 0 
caf00000-cb100000 rw-p 00000000 00:00 0 
cb100000-cb300000 rw-p 00000000 00:00 0 
cb300000-cb500000 rw-p 00000000 00:00 0 
cb500000-cb700000 rw-p 00000000 00:00 0 
cb700000-cb900000 rw-p 00000000 00:00 0 
cb900000-cbb00000 rw-p 00000000 00:00 0 
cbb00000-cbd00000 rw-p 00000000 00:00 0 
cbd00000-cbf00000 rw-p 00000000 00:00 0 
cbf00000-cc100000 rw-p 00000000 00:00 0 
cc100000-cc300000 rw-p 00000000 00:00 0 
cc300000-cc500000 rw-p 00000000 00:00 0 
cc500000-cc700000 rw-p 00000000 00:00 0 
cc700000-cc900000 rw-p 00000000 00:00 0 
cc900000-ccb00000 rw-p 00000000 00:00 0 
ccb00000-ccd00000 rw-p 00000000 00:00 0 
ccd00000-ccf00000 rw-p 00000000 00:00 0 
ccf00000-cd100000 rw-p 00000000 00:00 0 
cd100000-cd300000 rw-p 00000000 00:00 0 
cd300000-cd500000 rw-p 00000000 00:00 0 
cd500000-cd700000 rw-p 00000000 00:00 0 
cd700000-cd900000 rw-p 00000000 00:00 0 
cd900000-cdb00000 rw-p 00000000 00:00 0 
cdb00000-cdd00000 rw-p 00000000 00:00 0 
cdd00000-cdf00000 rw-p 00000000 00:00 0 
cdf00000-ce100000 rw-p 00000000 00:00 0 
ce100000-ce300000 rw-p 00000000 00:00 0 
ce300000-ce500000 rw-p 00000000 00:00 0 
ce500000-ce700000 rw-p 00000000 00:00 0 
ce700000-ce900000 rw-p 00000000 00:00 0 
ce900000-ceb00000 rw-p 00000000 00:00 0 
ceb00000-ced00000 rw-p 00000000 00:00 0 
ced00000-cef00000 rw-p 00000000 00:00 0 
cef00000-cf100000 rw-p 00000000 00:00 0 
cf100000-cf300000 rw-p 00000000 00:00 0 
cf300000-cf400000 rw-p 00000000 00:00 0 
cf500000-cf700000 rw-p 00000000 00:00 0 
cf700000-cf900000 rw-p 00000000 00:00 0 
cf900000-cfb00000 rw-p 00000000 00:00 0 
cfb00000-cfd00000 rw-p 00000000 00:00 0 
cfd00000-cff00000 rw-p 00000000 00:00 0 
cff00000-d0100000 rw-p 00000000 00:00 0 
d0100000-d0300000 rw-p 00000000 00:00 0 
d0300000-d0500000 rw-p 00000000 00:00 0 
d0500000-d0700000 rw-p 00000000 00:00 0 
d0700000-d0900000 rw-p 00000000 00:00 0 
d0900000-d0b00000 rw-p 00000000 00:00 0 
d0b00000-d0d00000 rw-p 00000000 00:00 0 
d0d00000-d0f00000 rw-p 00000000 00:00 0 
d0f00000-d1100000 rw-p 00000000 00:00 0 
d1100000-d1300000 rw-p 00000000 00:00 0 
d1300000-d1500000 rw-p 00000000 00:00 0 
d1500000-d1700000 rw-p 00000000 00:00 0 
d1700000-d1900000 rw-p 00000000 00:00 0 
d1900000-d1b00000 rw-p 00000000 00:00 0 
d1b00000-d1d00000 rw-p 00000000 00:00 0 
d1d00000-d1f00000 rw-p 00000000 00:00 0 
d1f00000-d2100000 rw-p 00000000 00:00 0 
d2100000-d2300000 rw-p 00000000 00:00 0 
d2300000-d2500000 rw-p 00000000 00:00 0 
d2500000-d2700000 rw-p 00000000 00:00 0 
d2700000-d2900000 rw-p 00000000 00:00 0 
d2900000-d2b00000 rw-p 00000000 00:00 0 
d2b00000-d2d00000 rw-p 00000000 00:00 0 
d2d00000-d2f00000 rw-p 00000000 00:00 0 
d2f00000-d3100000 rw-p 00000000 00:00 0 
d3100000-d3300000 rw-p 00000000 00:00 0 
d3300000-d3500000 rw-p 00000000 00:00 0 
d3500000-d3700000 rw-p 00000000 00:00 0 
d3700000-d3900000 rw-p 00000000 00:00 0 
d3900000-d3b00000 rw-p 00000000 00:00 0 
d3b00000-d3d00000 rw-p 00000000 00:00 0 
d3d00000-d3f00000 rw-p 00000000 00:00 0 
d3f00000-d4100000 rw-p 00000000 00:00 0 
d4100000-d4300000 rw-p 00000000 00:00 0 
d4300000-d4500000 rw-p 00000000 00:00 0 
d4500000-d4700000 rw-p 00000000 00:00 0 
d4700000-d4900000 rw-p 00000000 00:00 0 
d4900000-d4b00000 rw-p 00000000 00:00 0 
d4b00000-d4d00000 rw-p 00000000 00:00 0 
d4d00000-d4f00000 rw-p 00000000 00:00 0 
d4f00000-d5100000 rw-p 00000000 00:00 0 
d5100000-d5300000 rw-p 00000000 00:00 0 
d5300000-d5500000 rw-p 00000000 00:00 0 
d5500000-d5600000 rw-p 00000000 00:00 0 
d56a0000-d5700000 rw-p 00000000 00:00 0 
d5700000-d5900000 rw-p 00000000 00:00 0 
d5900000-d5a00000 rw-p 00000000 00:00 0 
d5a00000-d5c00000 rw-p 00000000 00:00 0 
d5c00000-d5e00000 rw-p 00000000 00:00 0 
d5e00000-d6000000 rw-p 00000000 00:00 0 
d6000000-d6200000 rw-p 00000000 00:00 0 
d6200000-d6400000 rw-p 00000000 00:00 0 
d6400000-d6600000 rw-p 00000000 00:00 0 
d6600000-d6800000 rw-p 00000000 00:00 0 
d6800000-d6a00000 rw-p 00000000 00:00 0 
d6a00000-d6c00000 rw-p 00000000 00:00 0 
d6c00000-d6e00000 rw-p 00000000 00:00 0 
d6e00000-d7000000 rw-p 00000000 00:00 0 
d7000000-d7200000 rw-p 00000000 00:00 0 
d7200000-d7400000 rw-p 00000000 00:00 0 
d7400000-d7600000 rw-p 00000000 00:00 0 
d7600000-d7800000 rw-p 00000000 00:00 0 
d7800000-d7a00000 rw-p 00000000 00:00 0 
d7a00000-d7c00000 rw-p 00000000 00:00 0 
d7c00000-d7e00000 rw-p 00000000 00:00 0 
d7e00000-d8000000 rw-p 00000000 00:00 0 
d8000000-d8200000 rw-p 00000000 00:00 0 
d8200000-d8400000 rw-p 00000000 00:00 0 
d8400000-d8600000 rw-p 00000000 00:00 0 
d8600000-d8800000 rw-p 00000000 00:00 0 
d8800000-d8a00000 rw-p 00000000 00:00 0 
d8a00000-d8c00000 rw-p 00000000 00:00 0 
d8c00000-d8e00000 rw-p 00000000 00:00 0 
d8e00000-d9000000 rw-p 00000000 00:00 0 
d9000000-d9200000 rw-p 00000000 00:00 0 
d9200000-d9400000 rw-p 00000000 00:00 0 
d9400000-d9600000 rw-p 00000000 00:00 0 
d9600000-d9800000 rw-p 00000000 00:00 0 
d9800000-d9a00000 rw-p 00000000 00:00 0 
d9a00000-d9c00000 rw-p 00000000 00:00 0 
d9c00000-d9e00000 rw-p 00000000 00:00 0 
d9e00000-da000000 rw-p 00000000 00:00 0 
da000000-da200000 rw-p 00000000 00:00 0 
da200000-da400000 rw-p 00000000 00:00 0 
da400000-da600000 rw-p 00000000 00:00 0 
da600000-da800000 rw-p 00000000 00:00 0 
da800000-daa00000 rw-p 00000000 00:00 0 
daa00000-dac00000 rw-p 00000000 00:00 0 
dac00000-dae00000 rw-p 00000000 00:00 0 
dae00000-db000000 rw-p 00000000 00:00 0 
db000000-db200000 rw-p 00000000 00:00 0 
db200000-db400000 rw-p 00000000 00:00 0 
db400000-db600000 rw-p 00000000 00:00 0 
db600000-db800000 rw-p 00000000 00:00 0 
db800000-dba00000 rw-p 00000000 00:00 0 
dba00000-dbc00000 rw-p 00000000 00:00 0 
dbc00000-dbe00000 rw-p 00000000 00:00 0 
dbe00000-dc000000 rw-p 00000000 00:00 0 
dc000000-dc200000 rw-p 00000000 00:00 0 
dc200000-dc400000 rw-p 00000000 00:00 0 
dc400000-dc600000 rw-p 00000000 00:00 0 
dc600000-dc800000 rw-p 00000000 00:00 0 
dc800000-dca00000 rw-p 00000000 00:00 0 
dca00000-dcc00000 rw-p 00000000 00:00 0 
dcc00000-dce00000 rw-p 00000000 00:00 0 
dce00000-dd000000 rw-p 00000000 00:00 0 
dd000000-dd200000 rw-p 00000000 00:00 0 
dd200000-dd400000 rw-p 00000000 00:00 0 
dd400000-dd600000 rw-p 00000000 00:00 0 
dd600000-dd800000 rw-p 00000000 00:00 0 
dd800000-dda00000 rw-p 00000000 00:00 0 
dda00000-ddc00000 rw-p 00000000 00:00 0 
ddc00000-dde00000 rw-p 00000000 00:00 0 
dde00000-de000000 rw-p 00000000 00:00 0 
de000000-de200000 rw-p 00000000 00:00 0 
de200000-de400000 rw-p 00000000 00:00 0 
de400000-de600000 rw-p 00000000 00:00 0 
de600000-de800000 rw-p 00000000 00:00 0 
de800000-dea00000 rw-p 00000000 00:00 0 
dea00000-dec00000 rw-p 00000000 00:00 0 
dec00000-dee00000 rw-p 00000000 00:00 0 
dee00000-df000000 rw-p 00000000 00:00 0 
df000000-df200000 rw-p 00000000 00:00 0 
df200000-df400000 rw-p 00000000 00:00 0 
df400000-df600000 rw-p 00000000 00:00 0 
df600000-df800000 rw-p 00000000 00:00 0 
df800000-dfa00000 rw-p 00000000 00:00 0 
dfa00000-dfc00000 rw-p 00000000 00:00 0 
dfc00000-dfe00000 rw-p 00000000 00:00 0 
dfe00000-e0000000 rw-p 00000000 00:00 0 
e0000000-e0200000 rw-p 00000000 00:00 0 
e0200000-e0400000 rw-p 00000000 00:00 0 
e0400000-e0500000 rw-p 00000000 00:00 0 
e053d000-e053e000 ---p 00000000 00:00 0 
e053e000-e054e000 rw-p 00000000 00:00 0 
e054e000-e054f000 ---p 00000000 00:00 0 
e054f000-e055f000 rw-p 00000000 00:00 0 
e055f000-e0560000 ---p 00000000 00:00 0 
e0560000-e0570000 rw-p 00000000 00:00 0 
e0570000-e0571000 ---p 00000000 00:00 0 
e0571000-e0581000 rw-p 00000000 00:00 0 
e0581000-e0582000 ---p 00000000 00:00 0 
e0582000-e0592000 rw-p 00000000 00:00 0 
e0592000-e0593000 ---p 00000000 00:00 0 
e0593000-e06a7000 rw-p 00000000 00:00 0 
e06a7000-e0805000 r-xp 00000000 fd:1b 139038                             /lib32/libc-2.14.1.so
e0805000-e0806000 ---p 0015e000 fd:1b 139038                             /lib32/libc-2.14.1.so
e0806000-e0808000 r--p 0015e000 fd:1b 139038                             /lib32/libc-2.14.1.so
e0808000-e0809000 rw-p 00160000 fd:1b 139038                             /lib32/libc-2.14.1.so
e0809000-e080c000 rw-p 00000000 00:00 0 
e080c000-e0826000 r-xp 00000000 fd:1d 184125                             /usr/lib64/gcc/x86_64-pc-linux-gnu/4.6.3/32/libgcc_s.so.1
e0826000-e0827000 r--p 00019000 fd:1d 184125                             /usr/lib64/gcc/x86_64-pc-linux-gnu/4.6.3/32/libgcc_s.so.1
e0827000-e0828000 rw-p 0001a000 fd:1d 184125                             /usr/lib64/gcc/x86_64-pc-linux-gnu/4.6.3/32/libgcc_s.so.1
e0828000-e082f000 r-xp 00000000 fd:1b 139019                             /lib32/librt-2.14.1.so
e082f000-e0830000 r--p 00006000 fd:1b 139019                             /lib32/librt-2.14.1.so
e0830000-e0831000 rw-p 00007000 fd:1b 139019                             /lib32/librt-2.14.1.so
e0831000-e0832000 rw-p 00000000 00:00 0 
e0832000-e0834000 r-xp 00000000 fd:1b 138468                             /lib32/libdl-2.14.1.so
e0834000-e0835000 r--p 00001000 fd:1b 138468                             /lib32/libdl-2.14.1.so
e0835000-e0836000 rw-p 00002000 fd:1b 138468                             /lib32/libdl-2.14.1.so
e0836000-e084b000 r-xp 00000000 fd:1b 138990                             /lib32/libpthread-2.14.1.so
e084b000-e084c000 ---p 00015000 fd:1b 138990                             /lib32/libpthread-2.14.1.so
e084c000-e084d000 r--p 00015000 fd:1b 138990                             /lib32/libpthread-2.14.1.so
e084d000-e084e000 rw-p 00016000 fd:1b 138990                             /lib32/libpthread-2.14.1.so
e084e000-e0850000 rw-p 00000000 00:00 0 
e0850000-e0874000 r-xp 00000000 fd:1b 137429                             /lib32/libm-2.14.1.so
e0874000-e0875000 r--p 00023000 fd:1b 137429                             /lib32/libm-2.14.1.so
e0875000-e0876000 rw-p 00024000 fd:1b 137429                             /lib32/libm-2.14.1.so
e0876000-e096f000 r-xp 00000000 fd:1d 184116                             /usr/lib64/gcc/x86_64-pc-linux-gnu/4.6.3/32/libstdc++.so.6.0.16./arma2.sh: line 75: 32258 Aborted                 (core dumped) ${ARMA2_JAIL}/$ARMA2 ${CMDLINEOPTS} ${OPTS} -mod=$(get_mods ${MODS})

Edited by Placebo

Share this post


Link to post
Share on other sites
Come on guys.. are we seriously talking about GLIBC *2.7*? That's from 2007.. I'd strongly suggest to instead update your system in any case..

gcc 4.6.3

glibc 2.14.1

linux 3.2.11-hardened (PaX/GrSecurity)

I really think you need to target that comment more at the REHL distros and not at the admins that use them.

I am thinking of moving to Debian Wheezy now... but I hate to do it knowing CentOS will update in ~6-8 mos.

I really like CentOS and it has proven itself over and over and over again ... hate to give it up.

It is what it is I guess.

Share this post


Link to post
Share on other sites

omg what a stupid registration...

---------- Post added at 23:40 ---------- Previous post was at 23:37 ----------

Hi at all,

here is my workaround for Debian (squeez 64bit)...

1. get the last available lib32stdc++6 deb package from sid

# wget http://ftp.de.debian.org/debian/pool/main/g/gcc-4.7/lib32stdc++6_4.7.1-6_amd64.deb

2. extract the data tar ball

# ar -vx lib32stdc++6_4.7.1-6_amd64.deb

# tar -xzvf data.tar.gz

3. copy the lib32 dir to your game-dir

4. use this modified start/stop-script arma2oaserver (fixes the watchdog too) :

#!/bin/bash
#
# armaserver: ArmA 2 Linux Dedicated Server Control Script
#  (c) 2010 BIStudio
#  ArmA 2 binary version must be 1.04 or later
#
# mod by: Psycho Dad , Date: 2012/08/05

#=======================================================================
#========               CONFIGURATION PARAMETERS                ========
#======== MUST BE EDITED MANUALLY TO FIT YOUR SYSTEM PARAMETERS ========
#=======================================================================
ARMA_DIR=$HOME/arma2arrowhead
CONFIG=server.cfg
PORT=2302
PIDFILE=${ARMA_DIR}/${PORT}.pid
RUNFILE=${ARMA_DIR}/${PORT}.run
LOGFILE=${ARMA_DIR}/${PORT}.log
SERVER=${ARMA_DIR}/server
OTHERPARAMS=-cpucount=4
#=======================================================================

ulimit -c 1000000

# setup the libraries, local dir first! (add!)
export LD_LIBRARY_PATH=".:${ARMA_DIR}/lib32:/usr/lib32:${LD_LIBRARY_PATH}"

case "$1" in


   start)
       if [ -f ${RUNFILE} ]; then
           $0 stop
       fi
       echo "Starting ArmA 2 server..."
       # remove core dumps (add!)
       find ${ARMA_DIR} -name core -type f -print | xargs -r rm -f
       # file to mark we want server running...
       echo "go" >${RUNFILE}
       # launch the background watchdog process to run the server (mod!)
       nohup </dev/null >/dev/null 2>&1 $0 watchdog-port-${PORT} &
       ;;

   stop)
       echo "Stopping ArmA 2 server..."
       if [ -f ${RUNFILE} ]; then
       # ask watcher process to exit by deleting its runfile...
           rm -f ${RUNFILE}
       fi
       # and terminate ArmA 2 server process
       if [ -f ${PIDFILE} ]; then
           kill -TERM $(< ${PIDFILE})
           if [ -f ${PIDFILE} ]; then
               rm -f ${PIDFILE}
           fi
       sleep 1s
       fi
       # kill watchdog (add!)
       pgrep -U ${UID} -fl watchdog-port-${PORT} | awk '{print $1}' | xargs -r kill -TERM >/dev/null 2>&1
       ;;


   status)
       if [ -f ${RUNFILE} ]; then
           echo "Server should be running..."
       else
           echo "Server should not be running..."
       fi
       if [ -f ${PIDFILE} ]; then
           PID=$(< ${PIDFILE})
           echo "PID file exists (PID=${PID})..."
           if [ -f /proc/${PID}/cmdline ]; then
               echo "Server process seems to be running..."
           fi
       fi
       ;;


   check)
       echo -n "ArmA 2 directory: ${ARMA_DIR} "
       if [ -d ${ARMA_DIR} ]; then
           echo "OK"
       else
           echo "MISSING!"
       fi

       echo -n "Server executable: ${SERVER} "
       if [ -x ${SERVER} ]; then
           echo "OK"
       else
           echo "ERROR!"
       fi

       echo "Port number: ${PORT}"

       echo -n "Config file: ${CONFIG} "
       if [ -f ${CONFIG} ]; then
           echo "OK"
       else
           echo "MISSING!"
       fi

       echo "PID file: ${PIDFILE}"
       echo "RUN file: ${RUNFILE}"
       ;;

   restart)
       echo "Restarting ArmA 2 server..."
       $0 stop >/dev/null
       $0 start >/dev/null
       ;;

   watchdog-port-${PORT})
       # this is a background watchdog process. Do not start directly
       while [ -f ${RUNFILE} ]; do
       # launch the server...
           cd ${ARMA_DIR}
           echo >>${LOGFILE} "WATCHDOG ($$): [$(date)] Starting server (port ${PORT})..."
           ${SERVER} >>${LOGFILE} 2>&1 -server -config=${CONFIG} -port=${PORT} -pid=${PIDFILE} ${OTHERPARAMS}
           if [ -f ${RUNFILE} ]; then
               echo >>${LOGFILE} "WATCHDOG ($$): [$(date)] Server died, waiting to restart..."
               sleep 10s
           else
               echo >>${LOGFILE} "WATCHDOG ($$): [$(date)] Server shutdown intentional, watchdog terminating"
           fi
       done
       ;;
   *)
       echo "$0 (start|stop|restart|status|check)"
       ;;
esac

have fun ...

Greets daddy

Share this post


Link to post
Share on other sites
I really think you need to target that comment more at the REHL distros and not at the admins that use them.

I am thinking of moving to Debian Wheezy now... but I hate to do it knowing CentOS will update in ~6-8 mos.

I really like CentOS and it has proven itself over and over and over again ... hate to give it up.

It is what it is I guess.

I'd be cautious with Wheezy, while it's EOL hasn't been announced yet (according to what I can find), traditionally they have only provided security updates for 3 years, which would place the EOL sometime in the summer of 2015. To give you an idea, CentOS 5.x is scheduled for support until 2017, and has been out for ~5 years now, Wheezy was just frozen in the last 45 days or so. Ubuntu server maybe a better choice with a 5 year support commitment, and 12.x having just been released.

Share this post


Link to post
Share on other sites

I am having problems getting squad.xml working on this version. I have successfully tested my squad.xml set up locally and on a Windows dedicated server. I am able to join the Linux dedicated server, but none of the squad.xml data gets loaded up. I have looked at my ftp log and I don't see the server access the files. Looking at the server and client logs, I don't see any errors. Watching the tmp directories the server creates, I don't see any files being created.

My system:

Ubuntu 12.04 Server 64-bit

gcc 4.6.3

libc6 2.15

glibc-2.13-1

ia32-libs 20090808ubuntu35

3.2.0-27-generic

WATCHDOG (2437): [Mon Aug 6 18:40:10 CDT 2012] Starting server (port 2302)...

18:40:22 Dedicated host created.

18:40:23 BattlEye Server: Initialized (v1.151)

18:40:23 Host identity created.

18:41:08 NAT Negotiation completed

ArmA 2 OA Console version 1.62 : port 2302

18:41:10 moza_russia uses modified data file

18:41:10 Player moza_russia connecting.

18:41:11 Mission co30 Domination OA! West [2.61] read from bank.

18:41:12 Player moza_russia connected (id=9012358).

18:41:12 BattlEye Server: Player #0 moza_russia (10.0.0.49:2304) connected

18:41:12 BattlEye Server: Player #0 moza_russia - GUID: 3f0116612d0b32da12b7bd17fd1c0699 (unverified)

18:41:12 BattlEye Server: Verified GUID (3f0116612d0b32da12b7bd17fd1c0699) of player #0 moza_russia

18:41:19 BattlEye Server: IMPORTANT: BattlEye's script detection feature has been improved! See here for more information:

18:42:41 Roles assigned.

18:42:41 Reading mission ...

18:42:47 Warning: looped for animation: ca\anims\characters\data\anim\sdr\mov\erc\wlk\non\non\amovpercmwlksnonwnondf.rtm differs (looped now 0)! MoveName: amovpercmstpsnonwnondnon_amovpercmstpsraswpstdnon

18:42:48 Warning: looped for animation: ca\anims\characters\data\anim\sdr\mov\erc\wlk\non\non\amovpercmwlksnonwnondf.rtm differs (looped now 1)! MoveName: amovpercmrunsnonwbindf_rfl

18:42:51 "############################# co30_domination_2_61_west_oa #############################"

18:42:51 [11153,161.26,0,"Executing Dom init.sqf"]

18:42:51 [11153,161.261,0,"Dom init.sqf processed"]

18:42:51 Mission read.

18:42:51 [11153,161.302,0,"Executing Dom d_init.sqf"]

18:42:52 [11153,161.668,0,"Dom d_init.sqf processed"]

=====================================================================

== C:\Program Files (x86)\Steam\steamapps\common\arma 2 operation arrowhead\ArmA2OA.exe

== "C:\Program Files (x86)\Steam\steamapps\common\arma 2 operation arrowhead\ArmA2OA.exe" "-mod=C:\Program Files (x86)\Steam\steamapps\common\arma 2;Expansion;ca;baf;pmc" -nosplash

=====================================================================

Exe timestamp: 2012/07/25 10:26:24

Current time: 2012/08/06 18:41:07

Version 1.62.95248

Warning: looped for animation: ca\anims\characters\data\anim\sdr\mov\erc\wlk\non\non\amovpercmwlksnonwnondf.rtm differs (looped now 0)! MoveName: amovpercmstpsnonwnondnon_amovpercmstpsraswpstdnon

Warning: looped for animation: ca\anims\characters\data\anim\sdr\mov\erc\wlk\non\non\amovpercmwlksnonwnondf.rtm differs (looped now 1)! MoveName: amovpercmrunsnonwbindf_rfl

"############################# co30_domination_2_61_west_oa #############################"

[8129,164.7,0,"Executing Dom init.sqf"]

[8129,164.7,0,"Dom init.sqf processed"]

[8130,165.006,0,"Executing Dom d_init.sqf"]

[8130,165.641,0,"Dom d_init.sqf processed"]

Share this post


Link to post
Share on other sites

Ummm ftp? do you mean http? Also I had a similar problem before and it was related to a routing/firewall issue. Can you tcpdump the linux network interface and see if it's making a call to your squad.xml file?

Share this post


Link to post
Share on other sites
I'd be cautious with Wheezy, while it's EOL hasn't been announced yet (according to what I can find), traditionally they have only provided security updates for 3 years, which would place the EOL sometime in the summer of 2015. To give you an idea, CentOS 5.x is scheduled for support until 2017, and has been out for ~5 years now, Wheezy was just frozen in the last 45 days or so. Ubuntu server maybe a better choice with a 5 year support commitment, and 12.x having just been released.

So given the choice what OS would you load up or would you just wait for CentOS 7? Ubuntu seems like a crap choice IMO, when I hear Ubuntu I think desktop linux. Keeping the thread on topic, what is the "future proof" linux distro we should be loading up? Perhaps Dwarden can answer this? I would hate to change over to another OS that we would then need to change again to run ArmA 3 on.

Share this post


Link to post
Share on other sites

And to keep this on topic: While alpha works without any mods fine, after loading a handful, clients wait forever to connect, and after disconnecting the log gets:

/home/arma/arma/chroot/var/log.2302.txt:NetServer::finishDestroyPlayer(807887649): DESTROY immediately after CREATE, both cancelled

Guess for a while I'll be running the Win32 version (WINE 1.5.10) in a VNC X11 session. This one doesn't have any problems, other than lower-than-optimal performance.

Edited by Placebo

Share this post


Link to post
Share on other sites

I have a fully-working chroot that works on any Linux system with a fairly recent (2-3 years? I think the requirement was a 2.6.18 kernel) kernel, able to run x86 binaries. So stop spreading FUD about how hard it is to create one. As for the term, I suggest you consult a dictionary. As for your insults, I lost any incentive to help you with your imagined problems. I'll only correct your "facts" from now on.

Share this post


Link to post
Share on other sites

Let's keep the personal comments out of this thank you.

And if anyone wants to paste a wall of text/code please use the code and spoiler tags.

Share this post


Link to post
Share on other sites

I got the alpha working on CentOS 6.3 by downloading the gcc 4.7.1 source, compiling and installing, then made a file in /etc/ld.so.conf.d/ pointing to the 4.7.1 libs(in my case /usr/local/lib/).

In order to compile gcc I had to install libmpc-devel and mpfr-devel packages.

By default gcc 4.7.1 installed to /usr/local, which let me keep the current CentOS gcc(4.4.6) in /usr

Although it runs, this alpha crashed within a few minutes and was very very laggy.

Here is a short guide.

Install prerequisites:(you will need the epel repository to install libmpc, if you dont have it you can install it by running "yum install epel-release")

yum -y install libmpc-devel mpfr-devel

Download GCC:
cd /usr/local/src
wget ftp://ftp.gnu.org/gnu/gcc/gcc-4.7.1/gcc-4.7.1.tar.bz2

Unpack:
tar xjf gcc-4.7.1.tar.bz2

Compile:
cd /usr/local/src/gcc-4.7.1
./configure
(if you encounter any errors deal with them accordingly by installing missing packages etc)

./make -j5(if you have a cpu with 4 cores)
./make install

echo /usr/local/lib/ > /etc/ld.so.conf.d/libs.conf

Share this post


Link to post
Share on other sites
omg what a stupid registration...

Thanks for help but i have another problem, the log file says me something like this:

/home/arma2arrowhead/server: error while loading shared libraries: /home/arma2arrowhead/lib32/libstdc++.so.6: file too short

Share this post


Link to post
Share on other sites

@kaju:

Copy the 'real' one (with a minor .so version, not just major '6') too.

Share this post


Link to post
Share on other sites
So given the choice what OS would you load up or would you just wait for CentOS 7? Ubuntu seems like a crap choice IMO, when I hear Ubuntu I think desktop linux. Keeping the thread on topic, what is the "future proof" linux distro we should be loading up? Perhaps Dwarden can answer this? I would hate to change over to another OS that we would then need to change again to run ArmA 3 on.

I've been running Ubuntu 12.x (and before that 11.x) on our servers for 8 months now (and this is the only place I use anything other than CentOS out of 20-30 Linux systems I manage), I know it feels like a 'desktop' OS to me as well, but with a 5 year support plan in place, today that is the OS I'd suggest, while not the 10 year plan of CentOS 5 years is better than the other alternatives out there. Otherwise I'd wait for CentOS and use a chroot, or emulation solution for the time being... a para-vm solution would only be a 3-5% performance hit, and should work fine... chroot is likely less than 1% although that is a guess.

Share this post


Link to post
Share on other sites
@kaju:

Copy the 'real' one (with a minor .so version, not just major '6') too.

I unpack the folder with that command and i have this in lib32 folder, what's wrong?

hlhs.jpg

Share this post


Link to post
Share on other sites
Thanks for help but i have another problem, the log file says me something like this:

/home/arma2arrowhead/server: error while loading shared libraries: /home/arma2arrowhead/lib32/libstdc++.so.6: file too short

Do you have shell access to the server ?

ls -l
lrwxrwxrwx 1 arma arma     19 Aug  5 17:21 libstdc++.so.6 -> libstdc++.so.6.0.17
-rw-r--r-- 1 arma arma 938520 Aug  1 00:25 libstdc++.so.6.0.17

libstdc++.so.6 is a unix symbolic link to libstdc++.so.6.0.17

So you can try to delete the link (libstdc++.so.6) and rename libstdc++.so.6.0.17 to libstdc++.so.6

Greets

Share this post


Link to post
Share on other sites

tried but the same proble

root@host703 /home/arma2arrowhead/lib32 # ls -l

razem 924K

-rw-r--r-- 1 root root 917K sie 1 00:25 libstdc++.so.6

but i see we have another files

Share this post


Link to post
Share on other sites
Guest
This topic is now closed to further replies.
Sign in to follow this  

×