Luzmog

Hello, This topic helped me about how to find those road ends, so I'll share two missions files (for Stratis and Altis) with my scripts and results, some will surely find a use to this. Download Stratis mission Download Altis mission For information, to get all road ends, it took me (with debug mode 1 and algo V2): Stratis: <1s Altis: ~6s In the mission file I put two files inside "data" folder with my result (once refined) for Altis and Stratis. You can use it or make your own. Every element in the result array has this format: 0: road position 1: road direction 2 (can be disabled): road segment itself

I can confirm that. No more error message but still problems with AI not finding roads.

Bump

Bump

First try on ZR 8+1 Race on Stratis (Karts) mission, and... no kart... Even with the first player (I started the server with "-autoInit"). The only errors I'm getting (except the "roads.shp not found") are: Don't think it's related... I agree...

What missions have you tried (for example) ? Maybe I can test some of them and see if it works on Debian 8. For now the only issue I noticed is about map roads that are not loaded but maybe there is more... Did you get any error message ? I think it's supposed to be. But right now I guess Apex release and maybe Mac/Linux ports are taking them a lot of work.

Sorry to bump again but I can see that developers answer on some topic, so I guess: no answer == not aware.

Bump

I could reproduce this strange behaviour by using "getdents" syscall in a 32 bits compiled program. It seems like it is "strace" that misinterpret 32 bits programs on 64 bits system, because even if "strace" see "2 entries" the program itself still see all files. So, we are back with the old: The reason why I looked around the "addons" read at server start is that in Linux DS there is not the "Loaded addons" list in the log as for Windows DS. But in fact they are still loaded. I'm running out of ideas to solve this problem :(

Running a strace again and looking closer to what happens, I may have found the origin of this issue. In the trace I can see the syscall "getdents" is used to get directory entries (maybe not used directly, but by calling readdir from glibc) Apparently, it only returns 2 entries for the "addons" directory, which is obviously wrong. I am using a 64 bits system, and "getdents" seems deprecated. We can read in the "getdents" man page: It's interesting to note that sometimes, the 64 bits version ("getdents64") is used, and seems to work fine: There is indeed, 20 entries in my "/home/steam" directory

Is there any better way to get in touch with the Linux Dedicated Server's developer(s) ? I'm available to provide all the information needed to help solving this issue.

Thank you sarogahtyp, I made a quick bug reproduction mission, no script, just a waypoint's trigger to wait for the player to spawn and see what happens: https://www.dropbox.com/s/pjmqzam83v7frtu/Roads_Bug_Reproduction.Altis.pbo?dl=0 I watched your topic, I appreciate your help but I don't think it's the problem: in this mission, without any script you can see that everything works perfectly in SP/MP hosted/MP Windows dedicated, but when I put it on Linux Server, the driver doesn't care about roads, he just drives away without waiting its group mates. In my other mission I use "addVehicle" to add the vehicle to the group but when putting vehicle in editor I believe it's implicitly done. Anyway, the fact is that it works everywhere except on Linux (at least for me)...

Is the Linux Dedicated Server still maintained at least ?? Looking around to find some references to this error I found those posts: https://forums.bistudio.com/topic/185512-mission-works-only-on-windows-servers/#entry2927361 (2015) => I'm already using a ".pbo" mission file https://forums.bistudio.com/topic/181639-arma-3-ubuntu-server-altis-fails/?hl=roads.shp (2015) => I'm using a home made server, with 8Go ram, and I believe he solved his SegFault issue, not the "roads.shp" one https://forums.bistudio.com/topic/160270-linux-dedicated-server-feedback/page-4#entry2517733 (2013 !!!) => Again, the "roads.shp" issue is mentioned but still not fixed... Already tried the "MPMissions" symlink trick: not helping So the issue seems to exist since 2013, it shows up every time someone gets another problem with his linux server and posts its trace. But no one talks about this particular issue, which is, in my opinion, a major one...

Yes I already checked, there is indeed a "map_altis_data.pbo" in "addons" directory, I unpacked it and I found the file "roads/roads.shp". However, I ran a strace on arma3server, and I found that it's trying to run a "lstat" on the file as if it was unpacked. I don't know how the game accesses those "pbo" files, but I don't think it unpacks them all at runtime, so the file shouldn't be accessible with a syscall... Any dev here to look at this issue ?

Post created in appropriate section: https://forums.bistudio.com/topic/188939-linux-dedicated-server-map-roads-shapefile-not-found/