Jump to content
🛡️FORUMS ARE IN READ-ONLY MODE Read more... ×
Sign in to follow this  
joltan

Mission not loading on dedicated server

Recommended Posts

Ok, I'm giving up - I don't know what's up. I made a mission to test our addons pack, and it's working fine when playing in SP or with a local host. However as soon as I put it on our dedicated server (linux 1.90f, all addons 100% identical, all filenames in small caps) it ceases working. I see the mission in the list, but when I select it, I get immediately thrown back to the mission selection.

The server log shows me no error message (just gives me the "mission read from bank" message). confused.gif

Ok, it uses quite a lot of addons, so I'm not sure if any of these may be the cause (even when they work fine locally):

- Kegetys & Mailman's russian weapon packs

- Sdoc's updated UCE russian special forces (Spetz & Naval Infantry)

- the new glider parachute by Gandalf

- BTR70

- Lavos MT-LB, ZSU-23 & SA-13

- Bas Rangers

Now if I knew it was an certain addon, I could just remove it, but I'm doubt that, as it's working like a charm with win32 (not tested on a win32 dedicated server, though). Is this a linux problem, or did my OFP (1.90, now updated to 1.91) make a mistake while compiling the mission (tried several times with both versions).

You can get the mission here, if you want to check it out.

Edit: yes, all addons needed are listed in the addons section of the mission.sqm

Share this post


Link to post
Share on other sites

We're experiencing the same problems with DKM Comanche maps on our server...

It works locally and on a Win32 server but it doesn't on our Linux Box. The installation on the Linux box is a mirror image of my client installation, I only stripped it from single missions, campaigns and HWTL stuff.

Idea anyone?

Share this post


Link to post
Share on other sites

</span><table border="0" align="center" width="95%" cellpadding="3" cellspacing="1"><tr><td>Quote (Shrike @ Mar. 12 2003,14:33)</td></tr><tr><td id="QUOTE">It works locally and on a Win32 server but it doesn't on our Linux Box. The installation on the Linux box is a mirror image of my client installation, I only stripped it from single missions, campaigns and HWTL stuff.<span id='postcolor'>

In my case it's a 1:1 copy of our public server, using our addons pack. That setup has been working fine since we set it up last december. The only difference are a handfull of new addons, that we put up for testing. So either its one of the new addons (we haven't used the commanche in a mission yet, although its one of the new addons on the server), or its a mission bug.

I hope it's the latter as I might be able to fix it then...

Share this post


Link to post
Share on other sites

i've had this problem with numerous maps.

usually

cd /home/finp/ofp/mpmissions/

chmod a+rx *

clears the situation. and making the files owned by the user running the server might help, too.

and you might want to check if there's capital letters in the filenames. as in, run the tolower - thingy.

--fd

Share this post


Link to post
Share on other sites

That's a huge problem with Linux -- filenames are case-sensitive. It's not really a flaw in the operating system, but it can cause problems for those who aren't accustomed to it.

Share this post


Link to post
Share on other sites

erm...of course we are aware of case sensitivity and user rights but in my situation that is not to the problem...it's as if some addons just don't like Linux, even if I fail to see a reason for this coz' it shouldn't make a difference...

Not many news on the Linux server from BIS lately...how long will we be stuck with 1.90f?

Share this post


Link to post
Share on other sites

I upload the files as the user that's also running the server, so they are all owned by "ses". Also I always use tolower on them after the upload.

Chmod u+x??? Why making them executable? Readable yes (they are), but executable? Thats not nescessary, or all our other missions wouldn't run at all...

Share this post


Link to post
Share on other sites

Please sign in to comment

You will be able to leave a comment after signing in



Sign In Now
Sign in to follow this  

×