Jump to content

anguis

Member
  • Content Count

    548
  • Joined

  • Last visited

  • Medals

Posts posted by anguis


  1. Hi, folks,

    Does anyone have a good copy of "Dead by Dawn"? The one I downloaded from OFPEC gives me an error - missing script "eastaicrew.sqs" - I don't remember seeing that when I played it a while back. It currently seems to be missing from that server.

    Thanks!


  2. I also have the problems reported above. What else does the mod need apart from JAM3? Does it need FDF mod?
    No other mods needed, everything included except JAM.

    You might want to re-work the documentation - installation.html - it seems to indicate FDF is needed.


  3. Great! That's the Linux dedicated one. Very cool, thanks for checking it out - it's nice to see new messages showing up in the log. Do you know whether or not the prompt behavior (or lack thereof) after starting the server is normal? How is the performance for you? Right now, it's at vanilla-everything. I'll do performance work, shortly. Can you see it in OFPWatch?

    Thanks, again!

    Edit: PW is on page 1, but I'll add it here:

    PW: ofp

    Server name: ATS


  4. Alright, in Ubuntu 10.04, I have both the Linux and the Windows standalone servers running (Windows under Wine). On the same computer, same account, under Wine, vanilla OFP detects both servers - I'm able to play in them and perform admin functions. Sadly, this is limited to LAN play (no other servers are available to choose when the servers are running).

    I've also figured out how to open ports to both inbound and outbound packets using iptables. Unfortunately, no other computer in my home network can see the servers running (they never show up in GameSpy, hosting and inputting my ip doesn't work).

    One other thing, the prompt doesn't return immediately after starting the Linux server. I can type in a command and then the prompt shows up, but not right after starting the server. Anyone know why that hang-up occurs?

    I'll be doing some more reading and testing. Any more help with this mystery would be great!

    Edit: I did some more testing. On my Vista computer, I ran the Windows dedicated server at the same time as the servers running on the Ubuntu machine.

    OFP on Vista is able to see all three servers in the LAN screen, none in GameSpy. So, too, OFP running under Wine in Ubuntu.

    Why are these servers only showing up in LAN multiplayer for me? Am I not supposed to see them show up in GameSpy?

    I'll leave the Ubuntu servers running for a little while. The servers' names are 'ATS', one passworded. Can anyone see them in GameSpy?


  5. Looks like there's a firewall (like iptables) installed on the server machine which blocks incoming connections

    Ok, I did a little more research - it looks like Ubuntu doesn't establish a firewall upon installation, but ports remain closed until specifically opened (different from port forwarding, if I'm understanding this correctly).

    I've found a command for opening ports:

    iptables -A INPUT -p tcp -d 0/0 -s 0/0 --dport (replaced with my port) -j ACCEPT

    Should I use this, replacing tcp w/ udp and doing it for ports 2302 and 2303?

    Edit: I've learned about ufw and have tested opening 2302 and 2303. Doesn't seem to have worked. Any advice on this? I've disabled ufw for the time being (hadn't been enabled earlier, when I started working on this stuff today). Thanks, again, for the help.

    Hopefully, I'm not making things worse!

    Edit: I opened udp 2302 and 2303. Here's what iptables -L produces:

    ACCEPT udp -- anywhere anywhere udp dpt:2302

    ACCEPT udp -- anywhere anywhere udp dpt:2303

    Anyone know what else needs to happen?


  6. Alright, I'm checking into these things. Thanks for the help!

    No, there is no \ in the server name. The name is ATS.

    Edit - Okay, from within the local network, I am unable to see the server w/ ofpwatch. I've been using both the 192.169.xx.x:2302 and the regular 76.xx.xxx.xx:2302 ip addresses, to see what works (hopefully, those are what are meant to be used for such a check).

    I tried DirectPlay - no luck there.

    I haven't been able to test outside the local network, yet.

    As I proceed, I'll post what I'm seeing:

    Terminal feedback

    ofp@ofpserver:~/ofp$ ./ofpserver start

    No file-names were converted

    Starting OFP server...

    ofp@ofpserver:~/ofp$ nohup: redirecting stderr to stdout

    ./ofpserver check

    OFP directory: /home/ofp/ofp OK

    Server executable: /home/ofp/ofp/server OK

    Port number: 2302

    Config file: /home/ofp/ofp/server.cfg OK

    PID file: /home/ofp/ofp/ofp_server.2302.pid

    RUN file: /home/ofp/ofp/ofp_server.2302.run

    ofp@ofpserver:~/ofp$ ./ofpserver status

    Server should be running...

    PID file exists (PID=4980)...

    Server process seems to be running...

    ofp@ofpserver:~/ofp$

    Log

    WATCHDOG (4978): [Fri Mar 4 10:29:20 CST 2011] Starting server (port 2302)...

    10:29:20 Dedicated server created, memory used: 4124 KB

    Operation Flashpoint Console version 1.96: port 2302 - Sockets

    10:29:21 Server identity created

    WATCHDOG (5017): [Fri Mar 4 10:34:52 CST 2011] Starting server (port 2302)...

    10:34:53 Dedicated server created, memory used: 4124 KB

    Operation Flashpoint Console version 1.96: port 2302 - Sockets

    10:34:54 Server identity created

    I might as well throw these in the mix:

    server.cfg

    password = "ofp"

    passwordAdmin = "ofp";

    hostname = "ATS";

    motd[] =

    {

    "Welcome!"

    };

    motdInterval = 5;

    reportingIP="master.gamespy.com";

    ofpserver script

    #!/bin/bash

    #

    # ofpserver: Operation Flashpoint Linux dedicated server control script

    # © 2003 BIStudio

    # OFP binary version must be 1.92 or later!

    #

    #=======================================================================

    #======== CONFIGURATION PARAMETERS ========

    #======== MUST BE EDITED MANUALLY TO FIT YOUR SYSTEM PARAMETERS ========

    #=======================================================================

    OFP_DIR=/home/ofp/ofp

    CONFIG=${OFP_DIR}/server.cfg

    PORT=2302

    PIDFILE=${OFP_DIR}/ofp_server.${PORT}.pid

    RUNFILE=${OFP_DIR}/ofp_server.${PORT}.run

    LOGFILE=${OFP_DIR}/log.${PORT}.txt

    SERVER=${OFP_DIR}/server

    #MODS=""

    #=======================================================================

    case "$1" in

    start)

    if [ -f ${RUNFILE} ]; then

    $0 stop

    fi

    cd ${OFP_DIR}

    ./tolower

    echo "Starting OFP server..."

    # file to mark we want server running...

    echo "go" >${RUNFILE}

    # launch the background watchdog process to run the server

    nohup </dev/null >/dev/null $0 watchdog &

    ;;

    stop)

    echo "Stopping OFP server..."

    if [ -f ${RUNFILE} ]; then

    # ask watcher process to exit by deleting its runfile...

    rm -f ${RUNFILE}

    fi

    # and terminate OFP server process

    if [ -f ${PIDFILE} ]; then

    kill -TERM $(< ${PIDFILE})

    if [ -f ${PIDFILE} ]; then

    rm -f ${PIDFILE}

    fi

    fi

    ;;

    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 "OFP directory: ${OFP_DIR} "

    if [ -d ${OFP_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)

    $0 stop

    $0 start

    ;;

    watchdog)

    # this is a background watchdog process. Do not start directly

    while [ -f ${RUNFILE} ]; do

    # launch the server...

    cd ${OFP_DIR}

    echo >>${LOGFILE} "WATCHDOG ($$): [$(date)] Starting server (port ${PORT})..."

    export LD_LIBRARY_PATH=/home/ofp/ofp/libs

    ${SERVER} >>${LOGFILE} 2>&1 -server -config=${CONFIG} -port=${PORT} -pid=${PIDFILE} -nomap

    if [ -f ${OFP_DIR}/${RUNFILE} ]; then

    echo >>${OFP_DIR}/${LOGFILE} "WATCHDOG ($$): [$(date)] Server died, waiting to restart..."

    sleep 5s

    else

    echo >>${OFP_DIR}/${LOGFILE} "WATCHDOG ($$): [$(date)] Server shutdown intentional, watchdog terminating"

    fi

    unset LD_LIBRARY_PATH

    done

    ;;

    *)

    echo "$0 (start|stop|restart|status|check)"

    ;;

    esac


  7. Yes, I have forwarded those ports, and a few others.

    I'm thinking I'm going to have to hunt down some small animals for a ritual offering to some Finnish and Czech spirits to get this Linux and BIS love-child up and running. . .


  8. Thanks! I think I've figured out the cause (hat tip to the Great Overlord) - the message is gone, now. However, I still cannot get it to show up in the server list (I do have the gamespy line in the config).

    It is a straight-up vanilla copy of fully-updated-to-1.96 OFP GOTY I'm using as the basis. I'll work on mods when I can get vanilla running.

    Anyone know issues involved with getting a server to show up in GameSpy?


  9. Hi, folks,

    I'm trying to set up a dedicated OFP Linux server. I've searched and haven't found an answer to the following question: What does

    No entry 'config.bin.CfgAddons'.
    mean?

    Here's its context, in the log.2302.txt file:

    WATCHDOG (2173): [Thu Feb 24 13:55:30 CST 2011] Starting server (port 2302)...

    No entry 'config.bin.CfgAddons'.

    13:55:31 Dedicated server created, memory used: 3900 KB

    Operation Flashpoint Console version 1.96: port 2302 - Sockets

    13:55:33 Server identity created

    WATCHDOG (2333): [Thu Feb 24 14:47:27 CST 2011] Starting server (port 2302)...

    No entry 'config.bin.CfgAddons'.

    14:47:28 Dedicated server created, memory used: 3900 KB

    Operation Flashpoint Console version 1.96: port 2302 - Sockets

    14:47:29 Server identity created

    I'm not sure that the log is providing all the info it's supposed to, btw. . .

    Anyways, as always, any help will be appreciated. Thanks!


  10. Using Opera 11.01, Vista - when the cursor hovers over a member name, the name is underlined, apparently indicating a clickable link, as in the old style. However, when one clicks on a name, no drop-down box of additional links appears, as it used to with the old style.

    The Quote, Post Reply, et al. buttons seem incongruent w/ the new style.

    Everything else, based on a quick skim, looks nice.

    Edit: Actually, it is functioning properly in some forums, not all.

    Edit 2: Browser specific, but it works fine in the old style - Edit text input boxes are compressed to an impractical form when using Opera's Fit-to-Width and Page Zoom functions, in combination (used to aid poor eyesight, particularly at night).


  11. Yes, you need a more recent video card. As a result, you might need a whole new computer. . .

    I'm quoting my earlier advice b/c it's looking more like it's applicable. It's actually the same situation I'm in. I'm running with a Radeon x850xt, a substantially more powerful graphics card than the x300. It's AGP; doesn't support SM3 - unable to play Arma2. Even if it did support SM3, it's woefully underpowered when it comes to handling Arma2 (I can't even max out OFP on my system. . .). I need a whole new computer: fast, multi-core CPU, PCI-E video, SATA HDs, faster and more RAM, even Windows 7 (would be an improvement over my Vista HP). Arma2 is an expensive video game. . .

    I have run HL2 very well on my computer. It can't touch Arma2.

    It's possible you have a PCI-E slot for your x300 - if so, you might be in luck: your computer might be able to receive more recent components. Even so, if it's more than a year old (motherboard, specifically), it's likely that you will be unable to upgrade enough to have acceptable Arma2 performance.

×