[hlds_linux] Re: pid changing (was: Re: digest)
Matt Ogborne wrote: -- [ Picked text/plain from multipart/alternative ] [2. CS:Source Linux PID's Changing (Matt Ogborne)] Howdy, The screen session is called 'CS_SOURCE_PUBLIC', the exact line used to start the screen session is: screen -dmS CS_SOURCE_PUBLIC ./srcds_run -game cstrike -autoupdate +map de_dust2 +maxplayers 56 -port 27018 -tickrate 33 +fps_max 150 The screen PID stays constant. When running 'ps -ef' on the command line it returns, this for the screen session: user 4223 1 0 Nov01 ?00:00:12 SCREEN -dmS CS_SOURCE_PUBLIC ./srcds_run -game cstrike -autoupdate [truncated] And this for the actual PID, which is the game server (this is the one that is changing! At this time its currently PID 18097): user 18097 4224 25 Nov06 pts/105:22:08 ./srcds_amd -game cstrike -autoupdate [truncated] I created a file called 'cron' and entered this into it: ps -ef | grep screen | grep CS_SOURCE_PUBLIC | grep -v grep | awk '( print $2 )' counterstrike.pid However when the file is ran, this comes back in the console: XXX.XXX.XXX.XXX [user: ~/cron ]$ ./cron awk: line 1: syntax error at or near print XXX.XXX.XXX.XXX [user: ~/cron ]$ Its created the file called 'counterstrike.pid' although its empty and hasn't found the PID. What I did notice is that the PPID colum after running 'ps -ef' was the screen PID, so if we looked for the PPID for 4224 (The master PID of the screen) and then took the PID, that shoudl work?? Matt Please, please, don't answer to the digest when creating a new thread. And even if you do, take the time to just delete the digests content. It's not just Bytes to download, but also fucks up with any proper formatting (like bottom posting, to pop it out another time in this list :p). Instead just create a new message, addressed to hlds_linux@list.valvesoftware.com And if you consider to do another post in your topic, consider to cancel the digest as long as your thread is running. The digest is imho clearly for readers only (though i'd prefer a decent html-driven interface like this: http://www.mail-archive.com/hlds_linux@list.valvesoftware.com/ (apparently only supports one two levels per thread; even has a reply via email button, of which I don't know if it's any good for, or supports threads itself)). To your topic: you got a syntax error, it has nothing to do with what you are searching for. I coulds simply refer to man awk, but: awk instructions use curly brackets, not round brackets. Also you could use the pattern matching of awk (supports logical operators), and the output of screen -ls (might need su, based on executing user; saves you from the grep -v). su - $CS_USER -c screen -ls | awk -F . \$2 ~ /CS_SOURCE_PUBLIC.*/ {print \$1} ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] Tf2 and autoupdate
[WoF]Bucky? wrote: -- Hey all- When running tf2 and autoupdate, I'm running into a bit of trouble. Since the binaries for tf2 are under the orangebox directory, I cd up to the orangebox dir to run the srcds_run. However, when the server goes down daily, autoupdate begins installing tf into the current directory, but since I had to change directories to run srcds_run, so then the steam binary downloads a new version of tf2 to within the orangebox directory, which doesn't do any good at all. Trying to run scrds_run from the root steam directory balks. I guess srcds_run expects cwd to be '.'. Any suggestions? Thanks- Andrew -- Here is a patchfile (apply with patch srcds_run srcds_run.patch -o srcds_run2 (using another outputfile, so that steam doesn't fix it again to not working on the next update)): http://www.cmdrfirewalker.de/downloads/srcds_run.patch_tf2 (this patch doesn't correct the imho mind baffling syntax in regard of a -norestart argument implying, that it should restart on server quit, wihlie actually just restarting with the -autoupdate argument) ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] IMPORTANT NOTICE!
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 ics wrote: This *IS* wrong mailing list so dont post here. Go elsewhere with your problems which YOU caused. Now the cheating faggots have yet another new account to play with, thanks to your stupidity. -ics You didn't get it, did you? He didn't believe in it from the first second, just gave his email adress to test what bogus message he would receive. Yet you are right. He should have contacted some valve staff mamber, and on the forseable answer get in contact with some gaming news sites to post a News, informing the public that the domain is bogus. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGWhtk4UsOz7kB+SURA2fuAJ9t//Gsm9vAeDVonpXUKkpUgJTQJACfWtRs 1SdhkVZ//ivptvV+3R63blo= =JpT4 -END PGP SIGNATURE- ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] Installing CS server. Runing ./steam fails
linux penguin wrote: Im looking at the archives through a browser, i cant see no option to see the archgives through e-mail tho. Also i cant see no search option so i just have to go through EVERY page.So far i havent found much. http://www.mail-archive.com/hlds_linux@list.valvesoftware.com/index.html ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] Bug with dynamic pricing
Ronny Schedel wrote: Hello, after I turned off the dynamic pricing I was able to start the server. But there is another bug now. You cannot buy any ammo and you will get full ammo clips for free after purchasing a weapon! Yes, unbelievable but true. Anyone else with this problem? Best regards Ronny I think you found a feature :). I heard from this during the beta, disliked it and saw it today. Though I don't know the prices without full ammo anymore (I didn't buy via menus for ages and I just know what I can afford. btw.: You'll notice that you get recharged every round ... gotta buy a minimi today :) ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] CS:S question [u]
William Warren schrieb: I run Ipcop in front of my HLDS(and now also an SRCDS) server. For the source server can the +port command be an FQDN? I ask to ask as i run these servers form my dsl line and i have to use Dyndns..:) According to my research source doesn't like +port being the LAN ip address. p.s. the 1.6 runs swimmingly behind my firewall but the source server is having issues with refusing or dropping remote RCON requests. Yeah - giving an IP parameter to a -port option is always a bad idea :o. So I guess you meant -ip (its - since for some time now but it still accepts +). Nevertheless you most likely will not have to enter the port and ip values anyway. You just have to forward the serverport (27015 if you don't set any other by -port) on *udp* (for joining the server from outside) and *tcp* (for the rcon protocol, which now is a connection oriented one). If you have multiple network interfaces on the server machine (not the one running IPCop): on udp a server listens to all interfaces if not bound to a specific ip while on tcp it just listens to one (selectable by -ip). ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] Counter-Strike: Source, Half-Life 2: Deathmatchand Source engine update [u]
Simon Garner schrieb: On 25/02/2005 2:24 p.m., Alfred Reynolds wrote: Two new maps (de_train and cs_compound) have been added to Counter-Strike: Source and the model bug in Half-Life 2: Deathmatch has been fixed. A more detailed list of changes can be found here: http://www.steampowered.com/index.php?area=newsid=399 Mine's also downloading de_tides.bsp, what's that? :D -Simon ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux Either you didn't get the update from january 17th ( http://www.steampowered.com/platform/update_history/Counter-Strike%20Source.html ) or there was an unlogged change of it. ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] HLDS halts while waiting for Auth-servers
Mats Lindh schrieb: Sorry if this is a question that gets asked often, but I've now been trying to solve the sproblem for 8+ hours. I've googled, tried to search the list archive and tried just about every thing i can think of. The problem is starting HLDS, (regular cstrike 1.6 install by steam) on a 2.6.10, freshly installed Debian 3.1 base. The hardware consists of Intel e1000, Xeon 2.8GHz 800MHz FSB and SATA-disks. When starting the hlds-binary, all the usual messages scroll by. The Security Module gets downloaded from speakeasy, it detects the correct (internal LAN) IP-address and everything seems OK. The config starts loading, but after the last log message from the configuration loading, everything grinds to a halt. According to strace, the process is still polling the UDP sockets (recvfrom), like it's waiting for a go ahead from the Auth-servers (since this is where Adding ... usually comes up). I've tried moving the computer to a direct internet connection, I've tried forwarding all ports that should be necessary according to websites (27015, 27030, 1200) (this is running behind another Linux-based gateway, running masquerading (and works like a charm with all other servers)). As the Security Module gets downloaded, it seems that both UDP and TCP is working perfectly to external sources, ssh and scp to and from the machine works flawlessly, and everything seems in order. tcpdump shows the UDP traffic between speakeasy and the box, but it does not show ANY other UDP packet leaving the computer or arriving. This is where things seems to become a bit fuzzy. I've been looking over UDP logs until almost falling heads down on the keyboard, and recompiling the kernel several times.. strace-logs at the size of a small hard disk has been analyzed, and obviously, the server is just standing there, waiting for UDP packets to arrive. When trying to connect to the server, the connection is refused, but the arrive to HLDS perfectly (strace gives a few recvfrom() that doesn't result in -1). iptables has no rules, and all default actions are set to ACCEPT. If anyone have any ideas, suggestions or any far out thought, please respond. If anyone want, I can provide tcpdump and strace-logs, or even shell access. -- Mats Lindh [EMAIL PROTECTED] http://e-mats.org/ - Vi må se oss om i trafikken - Ragnar, tysklæreren min i tre måneder. ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux You most likely did not specify a map at startup (using the +map parameter). If you did you would be able to connect but there still would be no spring-loaded clown broadcasting you successfully put up a server. ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux