ARMA 2: OA Linux Server beta 1.60.86912

[Dwarden 1125]

Download: ftp://downloads.bistudio.com/arma2.com/update/a2oa-server-1.60.86912.tar.bz2

CRC32: 7CD17FF9

MD5: 628554875EA61427DD5F0BC40E7ABEB2

SHA-1: 9189FFDE9FB5F01F20A30A5351F48E533CA18458

Warning: This is 1.60 branch release, not MP compatible backward with 1.59 branch (1.59 client can't join)

Note that it requires Arma 2: Operation Arrowhead data to be updated to version 1.59 first in order to run properly.

Please provide us with feedback to this topic.

* this version brings linux in sync with actual windows server improvements and ai/mp fixes ...

Arma 2: Operation Arrowhead - Linux Standalone Server 1.60

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

Copyrigt © 2010 Bohemia Interactive Studio. All rights reserved.

For more information please visit

http://community.bistudio.com/wiki/ArmA:_Dedicated_Server

Installation instructions:

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

1. Following programs must have been installed on your Linux-box:

tar, gcc. Optional: md5sum (for setup integrity check)

1a. On some verions of Linux (this was reported for RedHat 9

and Gentoo linux 2.4.20) the NSCD deamon must be installed to

run ArmA 2 server successfully. Caching of DNS would be sufficient.

2. Copy the whole "ArmA 2 Operation Arrowhead" directory from Windows

to some Linux-directory (arma2arrowhead). DON'T DO ANY DATA CONVERSIONS

(even "dos2unix" translation of text files is not necessary).

Example: you can use PKZIP (WinZip, PowerArchiver, etc.) on

Windows and "unzip" on Linux.

Don't use upper case letters in the ArmA2 directory name

(/home/bob/arma2arrowhead will be good, /home/bob/ArmA2ArrowHead

may cause some troubles).

ArmA2 directory should contain subdirectories "Addons", "Bin",

"Campaigns", etc.

3. Copy the "server-x.xx.tar.gz" (x.xx is version number) file into

the arma2arrowhead directory. Unpack and install it with commands:

arma2arrowhead$ tar -xjf server-x.xx.tar.bz2

arma2arrowhead$ ./install

Watch the messages - they will inform you whether your installation

is successful.

4. Dedicated server can be started in foreground:

arma2arrowhead$ ./server

Or in background:

o$ nohup ./server > out.txt 2> err.txt &

[1] <pid>

5. Running server can be stopped by executing:

$ kill -s SIGINT <pid>

Where <pid> is process-id of mother server thread (printed out in

"nohup" command).

6. ArmA2 ArrowHead server has a feature: command-line parameter

"-pid=<pid_file>". It causes creation of <pid_file> with

PID of root ArmA2 process. If IP port specified in "-port=<nn>"

parameter is busy (in usage), ArmA2 will terminate immediately

and <pid_file> won't be written..

7. The "arma2server" script is provided for automatic server

start/restart/status query/etc. Please be sure to edit

CONFIGURATION PARAMETERS in lines 12 to 18 !

After this is done, install (hard-link?) the script into

"/etc/rc.d/init.d/arma2server" file. After that it can be managed

by "chkconfig" (see info/man).

previous thread about 1.59.84216 beta linux :

http://forums.bistudio.com/showthread.php?p=2065345

[Overlord 0]

Still need the beta folder I guess?

[Spayker 10]

I have updated server. Will see how it works :)

[SnR 1]

So the announced 1.60 client will work against this ?

[Dwarden 1125]

So the announced 1.60 client will work against this ?

yes it will (the 1.60 RC and betas atm.)

[SnR 1]

thanks

[PreedSwe 18]

So this is the RC for linux dedicated server then I guess?

[Dwarden 1125]

So this is the RC for linux dedicated server then I guess?

yes the build is newest from the all :) but it will work with older beta clients too

it depends on You as server admin if you use the server setting to enforce minimal build to RC only (86882) or allow older

[wohali 10]

Thanks! Works as promised. Will continue to file/update bugs on the tracker. Fortunately at this point, nothing Linux-specific...

[Spayker 10]

Yeah. It works fine - no crashes etc. Thx BIS :)

[nomad_man 10]

Can we get our logging strings to append the date? That would be much appreciated

[Dwarden 1125]

Can we get our logging strings to append the date? That would be much appreciated

erm can you more specify what you want?

[sickboy 13]

Anyone anything on the sound issue; http://dev-heaven.net/issues/26722

[HitmanFF 6]

Anyone anything on the sound issue; http://dev-heaven.net/issues/26722

We've been running linux v1.60.86912 for some time, but I haven't experienced this myself nor had any complaints from other people, running v1.60 betas aswell as RC2. So it's not just the linux server itself as the root cause.

[nomad_man 10]

erm can you more specify what you want?

Currently

in log.port.txt
23:30:46 TAW_TrinityRaven uses modified data file - Arma 2;Arma 2: British Armed Forces (Lite);Arma 2: Private Military Company (Li
23:30:46 Player TAW_TrinityRaven connecting.
23:30:47 BattlEye Server: Player #3 TAW_TrinityRaven (IP:2304) connected
23:30:56 BattlEye Server: (Side) Navarre =BMR=: I read battleeye did a server upgrade today
23:31:01 BattlEye Server: (Side) -=Seany=-: yep, and my mods

in server.log 

18:58:46 Player Sgt.Corsair is losing connection
18:58:59 Player Sgt.Corsair kicked off by BattlEye: Client not responding
18:58:59 Player Sgt.Corsair disconnected.
18:59:15 Player Sgt.Corsair connecting.

What we would want to see, is full time stamps, notice the DATE in front of the time. I wouldn't mind having the year, but month and day would be the least.

in log.port.txt
Dec 11 23:30:46 TAW_TrinityRaven uses modified data file - Arma 2;Arma 2: British Armed Forces (Lite);Arma 2: Private Military Company (Li
Dec 11 23:30:46 Player TAW_TrinityRaven connecting.
Dec 11 23:30:47 BattlEye Server: Player #3 TAW_TrinityRaven (IP:2304) connected
Dec 11 23:30:56 BattlEye Server: (Side) Navarre =BMR=: I read battleeye did a server upgrade today
Dec 11 23:31:01 BattlEye Server: (Side) -=Seany=-: yep, and my mods

in server.log 

Dec 11 18:58:46 Player Sgt.Corsair is losing connection
Dec 11 18:58:59 Player Sgt.Corsair kicked off by BattlEye: Client not responding
Dec 11 18:58:59 Player Sgt.Corsair disconnected.
Dec 11 18:59:15 Player Sgt.Corsair connecting.

PS: i was contemplating doing a detour for the logging function and doing my own logging :/

PPS: thanks for being so awesome and listening to the community

Edited December 12, 2011 by nomad_man
removed identifying information such as guid and ip, and playerid

[HitmanFF 6]

What we would want to see, is full time stamps, notice the DATE in front of the time. I wouldn't mind having the year, but month and day would be the least.

It's already available. Add a line in your server.cfg:

Timestampformat    =     "full";    // Set the timestamp format used on each report line in RPT file.

[nomad_man 10]

It's already available. Add a line in your server.cfg:

Timestampformat    =     "full";    // Set the timestamp format used on each report line in RPT file.

As you noted, it's for RPT file but not for the actual server logs.

This is server.log after adding this line

1:01:12 Host identity created.
1:02:32 Ken uses modified data file - Arma 2;Arma 2: British Armed Forces (Lite);Arma 2: Private Military Company (Li
1:02:32 Player Ken connecting.
1:02:32 Mission CombOps Domi! West 2.60k [1.01] read from bank.
1:02:33 BattlEye Server: Player #0 Ken (IP:60679) connected
1:02:33 Player Ken connected (id=id).
1:02:34 BattlEye Server: Player #0 Ken - GUID: guid (unverified)
1:02:34 BattlEye Server: Verified GUID (guid) of player #0 Ken
1:02:50 Roles assigned.
1:02:50 Reading mission ...
1:03:06 Mission read.
1:03:52 Game started.

While you are correct on the RPT part, RPT isn't important for us, since it's only errors. We want other events to be timestamped correctly.

The rpt gets dumped into log.PORT.txt, however other events are missing timestamps in it too.

WATCHDOG script has it's own timestamp entry, but that's just the shell script

WATCHDOG (21560): [Mon Dec 12 01:00:53 CST 2011] Starting server (port 2402)...
Warning Message: No entry '.\ArmA2OA.cfg.3D_Performance'.
Warning Message: '/' is not a value
Warning Message: No entry '.\ArmA2OA.cfg.adapter'.
Warning Message: '/' is not a value
Warning Message: No entry '.\ArmA2OA.cfg.Resolution_Bpp'.
Warning Message: '/' is not a value
Item str_disp_server_control listed twice
No entry '.\ArmA2OA.cfg.3D_Performance'.
1:01:05 Dedicated host created.
1:01:12 BattlEye Server: Initialized (v1.126)
1:01:12 Host identity created.
1:02:32 Ken uses modified data file - Arma 2;Arma 2: British Armed Forces (Lite);Arma 2: Private Military Company (Li
1:02:32 Player Ken connecting.
1:02:32 Mission  CombOps Domi! West 2.60k [1.01] read from bank.

111/11/12,  1:03:01 Warning: looped for animation: ca\wheeled\data\anim\uaz_cargo01_v0.rtm differs (looped now 0)! MoveName: kia_uaz_cargo02
111/11/12,  1:03:01 Warning: looped for animation: ca\wheeled\data\anim\uaz_cargo01_v0.rtm differs (looped now 1)! MoveName: uaz_cargo02
111/11/12,  1:03:05 [7167,131.429,0,"XEH: PreInit Started. v3.3.3. MISSINIT: missionName=domi_2_60e_101_west_co, worldName=chernarus, isMultiplayer=true, isServer=true, isDedicated=true"]
111/11/12,  1:03:05 [7167,132.199,0,"XEH: PreInit Finished. CACHE DISABLED? (Disable caching with cba_disable_cache.pbo): SLX_XEH_RECOMPILE=false, CBA_COMPILE_RECOMPILE=false, CBA_FUNC_RECOMPILE=false"]

Please note that the date on RPT lines is also incorrect

$ date

Mon Dec 12 01:05:40 CST 2011

Edited December 12, 2011 by nomad_man
added more log output

[maddogx 13]

Looks like pre-millennium year counting going wrong after 1999 ('98, '99, '100,... '111), and then a zero based month.

I bet any log entries generated next month will be 112/00/xx. (Month zero being January. ;))

Funny, this is exactly what the Javascript Date object spits out if you use getYear (instead of getFullYear) and getMonth (returns 0-11 instead of 1-12).

[HitmanFF 6]

As you noted, it's for RPT file but not for the actual server logs.

This is my server log from last night (with the line mentioned present in the server.cfg):

[b]23:41:24 Mission CTF@ 34 FUSION (cqb) LAMENTIN read from bank.
23:41:38 Roles assigned.
23:41:38 Reading mission ...
111/11/11, 23:41:43 Bad simulation thing, type Land_Barrel_water  (class=house), ca\structures\misc\armory\barels\barrel_water.p3d
111/11/11, 23:41:43 Bad simulation thing, type Land_Barrel_sand (class=house), ca\structures\misc\armory\barels\barrel_sand.p3d
111/11/11, 23:41:43 Bad simulation thing, type Land_Barrel_water  (class=house), ca\structures\misc\armory\barels\barrel_water.p3d
111/11/11, 23:41:43 Bad simulation thing, type Land_Barrel_sand (class=house), ca\structures\misc\armory\barels\barrel_sand.p3d
111/11/11, 23:41:44 Old style material 205 used in ReportStack not available
111/11/11, 23:41:44 Old style material 205 used in ReportStack not available
111/11/11, 23:41:44 Old style material 205 used in ReportStack not available
111/11/11, 23:41:44 104e5168# 208944: sara_domek05.p3d is not soldier nor transport.
No transport
111/11/11, 23:41:44 bafd8b0# 208945: kasna_new.p3d is not soldier nor transport.
No transport
23:41:44 Mission read.
111/11/11, 23:41:44 ***** Map ctf@_34_fusion_cqb_lamentin started[/b]

There seems to be a bug with the time stamp, and it's not showing on all lines, but as I said, it's implemented for the server log (regardless of the statement in the biki about the RPT file) and working as such.

By the way: I added a line in my crontab as well, might be someting in addition to the existing logging:

#Show date in server log
0 0 * * *       root    date +"\%Y/\%m/\%d, \%H:\%M:00" >> /usr/games/arma2/log.2302.txt

It'll add a timestamp at midnight.

Edited December 12, 2011 by HitmanFF

[nomad_man 10]

HitManFF.

You can clearly see, that the only ERRORs are containing the timestamp. Those errors are RPT.

There are 2 files associated with the server logged output.

#1. under the watchdog log.PORT#.txt

#2. log file specified via server.cfg

logFile = "server.log"; // Tells ArmA-server where the logfile should go and what it should be called

Log #1. Contains both server output and RPT. And RPT entries as well as WATCHDOG entries itself will be timestamped, however, as you noticed other entries are not.

Log #2. server.log in our case, will not contain any timestamps. These are the timestamps i want.

As far as your cron job, if the filedescriptor is open and being actively written to it, it can potentially lead to undesired effects. And in our case when we don't see any downtime on ours server, the FD is open all the time.

It's a kludge and shouldn't be used.

Never mind the fact, that it doesn't solve the problem of server.log being stamped

PS: please re-read my entry, i talked about 2 files before.

@MadDogX good catch.

[Dwarden 1125]

create please feature request ticket(s) in CIT

[nomad_man 10]

Willco:

Been there for the last 10 month with regards to wrong date format.

http://dev-heaven.net/issues/17313

And if i'm reading this correctly, the fact that console messages do not have dates on them has been reassigned to a bug that doesn't mention anything about missing date stamps.

http://dev-heaven.net/issues/17178

Edited December 13, 2011 by nomad_man

[Banshee 9]

Sound issue was related to MCC. (at least for us.)

[nannal 10]

aside from straight up zipping up my ARMA2OA folder and uploading it to the box is there any other way to get the files needed for the server onto my box?

for example can I point wget somewhere and get them, or are there only a few critical files that I can upload (3GB was a 24 hour upload so cutting the 10gb uncompressed upload down would be nice)

I'd love to get an OA server up but the hinderence is that upload.

[sickboy 13]

aside from straight up zipping up my ARMA2OA folder and uploading it to the box is there any other way to get the files needed for the server onto my box?

for example can I point wget somewhere and get them, or are there only a few critical files that I can upload (3GB was a 24 hour upload so cutting the 10gb uncompressed upload down would be nice)

I'd love to get an OA server up but the hinderence is that upload.

Download the latest arma2 oa beta patch, upload the expansion/beta folder and add the expansion\beta;expansion\beta\expansion to -mod=