Re: [hlds_linux] HL1 Linux dedicated server update
I showed my clients many other servers crashing in the same way, so they don't worry about our services. BlueHawk^4u wrote: Any chance of a official news post about the last 2 updates on Steam news. People don't always believe that its an issue with the server software unless we can show then official proof and blame our hardware etc ;) Gavin Rodgers (BlueHawk^4u) 4u-servers.co.uk 4u-servers.net (forums, now with 120+ FREE arcade games) 4u-mobile.co.uk (ringtones logos ..) ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: AW: [hlds_linux] Half-Life 1 Engine update
Agree. Starting with V25 servers crashes 4-5 times per hour. Here Debian kernel 2.6.8 and glibc 2.3.5 and Gentoo 2.6.12-gentoo-r9, glibc 2.3.5. Vincent H. wrote: No change with V26 update. Server crashes on map change all the times. I don't have this issues with v.24 update.. :-( I try to back v.24 update. Vincent. H. ___ 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 and Half-Life 1: Engine update
Random. e-Plutonia wrote: What is the default port for VAC2 (-sport) ___ 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 and Half-Life 1: Engine update
-sport option is not working. Server is taking a random port and can't cross firewall. VAC disabled. Mario Alfred Reynolds wrote: If you see something like this in your console as you start your server: Error:./vstdlib_s_i486.so: undefined symbol: pthread_mutexattr_settype Could not establish connection to Steam servers (steamclient). Then you need to upgrade your Linux/BSD installation to a newer version (in particular GLIBC 2.3.2 or above). You will NOT be VAC protected until you upgrade. - Alfred Original Message From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Alfred Reynolds Sent: Monday, August 08, 2005 3:49 PM To: hlds@list.valvesoftware.com; hlds_linux@list.valvesoftware.com; [EMAIL PROTECTED] Subject: [hlds_linux] Counter-Strike and Half-Life 1: Engine update We have released an update to Counter-Strike and the Half-Life 1: Engine. Run the hldsupdatetool to get this update. If you run ANY server that uses the Half-Life 1: Engine (i.e TFC, DMC, NS, DoD, etc) then you should get this update. This update enables VAC2 by default for all Half-Life 1: Engine dedicated servers and fixes a couple potential exploits. To disable VAC protection for your server add -insecure to the command line when you run it. The update also disables old style queries by default. To enable old queries set sv_enableoldqueries to 1 (this is NOT recommended, if you set this you will expose your server to a potential DDoS attack). More details about this release can be found here: http://www.steampowered.com/index.php?area=newsid=431 - Alfred ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ 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: capturing srcds console output not possible
It seems srcds IO detects kind of output and tries to optimize buffering when output is not a terminal. May be, if we could make the srcds think output is a terminal it wouldn't buffer. Anyway, I got tired of trying this and took the '\n' solution. Alexander Schäfer wrote: I feared it would be something with the buffer. file.txt 21 will work in if waiting for the buffer to be filled (just tried myself). however if srcds crashes the buffer gets lost and not flushed. (and thats where logging is actually usefull). Since you can't change input behaviour (srcds - perlscript), you actually have to send srcds an \n which is unreliable, expecially if you miss the important line crashing/shutting down the server. This suckz, can't you somehow enforce that no buffering will be used (dunnow, cmdline option)? And why is the console output with a terminal reallife? bye mbalex ___ 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: capturing srcds console output not possible
Good way to see the buffering in action. You haven't tried it before posting, haven't you? kama wrote: Ehm, wouldnt tee be a good solution for that scenario? ./srcds | tee text.txt I dont know why you would do that, since that textfile will be really large. maybe if you piped it to devnull it would make some sense. /Bjorn On Sun, 24 Jul 2005, [ISO-8859-1] Mario Benito Ríos wrote: It seems srcds IO detects kind of output and tries to optimize buffering when output is not a terminal. May be, if we could make the srcds think output is a terminal it wouldn't buffer. Anyway, I got tired of trying this and took the '\n' solution. ___ 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: capturing srcds console output not possible
You gave me a good clue. Try this: http://www.unixlabplus.com/unix-prog/isatty/isatty.c but remove the underscore from _isatty. It really works. srcds thinks it's attached to a tty. Alexander Schäfer wrote: nohup works! at least it can redirect input without buffering the stuff. now I'm going to analyze the sourcecode. (I'm not good in C though) nohup ./srcds_i686 -game cstrike -nohltv +map de_dust -port 2234 - maxplayers 12 nohup successfully puts data into nohup.out without buffering. (it somehow redirects tty output + stdout). hf mbalex ___ 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: capturing srcds console output not possible
You're right, it doesn't work as we want... but in that environment, srcds attaches to /dev/tty to echo console commands. Strange. I will have to translate your perl to C :) May be something with pseudoterminals... Alexander Schäfer wrote: nope that doesn't work. however the buffer is beeing flushed on my system if I kill the process. ( i tried it with and without the underscore for isatty(int fd)...) $ export LD_PRELOAD=./isatty.so $ ./srcds_i686 -game cstrike -nohltv +map de_dust -port 2234 - maxplayers 12 +exec server.cfg 1test.log 21 test.log is empty $ killall srcds_i686 test.log is filled with the console output. NOTE that without the overload of isatty the test.log stays empty for me. now the good news for me is that i found a working terminal emulation for perl which works fine with srcds. http://search.cpan.org/~rgiersig/Expect-1.15/ use Expect; sub gg { my $line = shift; #not sure if its a line but who cares, it works :) print $line; } my $exp = Expect-new; $exp-raw_pty(1); $exp-log_file(\gg); #$exp-debug(2); $exp-log_stdout(0); #dont echo programmdata to our stdout, since we do it ourself up there. $exp-spawn(./srcds_i686,-game cstrike,-nohltv,+map de_dust,- port 2234,-maxplayers 12,+exec server.cfg) or die Cannot spawn srcds: $!\n; $exp-expect(undef); still interessted why i have such strange behavior with isatty overload. hf mbalex ___ 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: capturing srcds console output not possible
Yes, it is a very annoying feature. The only workarround I've found is sending '\n' to srcds console through the pipe. Each time you want to receive something, you must send a '\n'. I'm using raw C. Mario Alexander Schäfer wrote: Hi guys, I'm desperately trying to capture output with my perl script. hlds works fine, however I think srcds doesn't like redirecting the stdout pipes. On debian stable (3.1) and suse linux 9.1 i just cant pipe srcds output. For example ./srcds_i686 -game cstrike +maxplayers 16 +map de_dust - port 27022 outputs the normal stuff to your terminal... up to VAC beta secure mode is activated.. However ./srcds_i686 -game cstrike +maxplayers 16 +map de_dust -port 27022 text.txt will NOT pipe anything into the file text.txt and no output to your terminal can be found. Since pipes are used for redirecting output.. perl pipes don't work, tee doesn't work etc etc. Screen is no option for me, is there any workaround for this bug (maybe even in perl)? bye mbalex and thx for any help ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ 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: capturing srcds console output not possible
Well, in fact there is some kind of buffering. If you want live capture, you need to send something to get log lines. If you don't mind real time, simply wait for the buffer to fill (I think it is 4kb). That's why any redirection to file works. Mario Sebastian wrote: works fine for me.. try: file.txt 21 Mario Benito Ríos wrote: Yes, it is a very annoying feature. The only workarround I've found is sending '\n' to srcds console through the pipe. Each time you want to receive something, you must send a '\n'. I'm using raw C. Mario Alexander Schäfer wrote: Hi guys, I'm desperately trying to capture output with my perl script. hlds works fine, however I think srcds doesn't like redirecting the stdout pipes. On debian stable (3.1) and suse linux 9.1 i just cant pipe srcds output. For example ./srcds_i686 -game cstrike +maxplayers 16 +map de_dust - port 27022 outputs the normal stuff to your terminal... up to VAC beta secure mode is activated.. However ./srcds_i686 -game cstrike +maxplayers 16 +map de_dust -port 27022 text.txt will NOT pipe anything into the file text.txt and no output to your terminal can be found. Since pipes are used for redirecting output.. perl pipes don't work, tee doesn't work etc etc. Screen is no option for me, is there any workaround for this bug (maybe even in perl)? bye mbalex and thx for any help ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.338 / Virus Database: 267.9.2/55 - Release Date: 7/21/2005 ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] Server not listed in Steam master server list
This is a multi-part message in MIME format. -- [ Picked text/plain from multipart/alternative ] Could we ask an option like -steamport for HL1? Thank you, Mario Benito Alfred Reynolds wrote: Don't block anything outbound (UDP or TCP). For incoming you need 27009 - 27014 UDP and your server port on UDP, with only your server port set to port forwarding. You also need to allow any established TCP/IP connection packets back in. You only need this list if you have setup special firewall rules, the default rules for SOHO routers/firewalls will let a server work once you enable port forwarding (or you could just make use of the DMZ feature). - Alfred Original Message From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of m0gely Sent: Monday, June 06, 2005 10:40 PM To: hlds_linux@list.valvesoftware.com Subject: Re: [hlds_linux] Server not listed in Steam master server list Alfred Reynolds wrote: You need to allow outgoing UDP on 27011 to our master servers. - Alfred Alfred, I have kept record of most of your emails to the list regarding ports. It seems as is there are continually more ports mentioned. Could you please give the complete list of all ports required for HLDS/SRCDS incoming and outgoing, TCP and UDP. It's been asked for before. I would just like to see the end to all port questions and know for myself from the man that counts. ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux -- ___ 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 and Source Engine update
This is a multi-part message in MIME format. -- [ Picked text/plain from multipart/alternative ] Since last update, servers are binding at ip 0.0.0.0, port 27030 and up: tcp0 0 82.194.78.165:27012 0.0.0.0:* LISTEN 10960/srcds_i686 tcp0 0 82.194.78.165:27013 0.0.0.0:* LISTEN 10994/srcds_i686 tcp0 0 82.194.78.165:27016 0.0.0.0:* LISTEN 18757/srcds_i686 tcp0 0 82.194.78.165:27017 0.0.0.0:* LISTEN 10990/srcds_i686 tcp0 0 82.194.78.165:27019 0.0.0.0:* LISTEN 10989/srcds_i686 tcp0 0 82.194.78.165:27025 0.0.0.0:* LISTEN 10980/srcds_i686 tcp0 0 82.194.78.165:27026 0.0.0.0:* LISTEN 10988/srcds_i686 udp0 0 82.194.78.165:27008 0.0.0.0:* 10990/srcds_i686 udp0 0 82.194.78.165:27009 0.0.0.0:* 10989/srcds_i686 udp0 0 82.194.78.165:27010 0.0.0.0:* 10960/srcds_i686 udp21984 0 82.194.78.165:27011 0.0.0.0:* 10980/srcds_i686 udp 1832 0 82.194.78.165:27012 0.0.0.0:* 10960/srcds_i686 udp0 0 82.194.78.165:27013 0.0.0.0:* 10994/srcds_i686 udp0 0 82.194.78.165:27016 0.0.0.0:* 18757/srcds_i686 udp0 0 82.194.78.165:27017 0.0.0.0:* 10990/srcds_i686 udp0 0 82.194.78.165:27019 0.0.0.0:* 10989/srcds_i686 udp0 0 0.0.0.0:27023 0.0.0.0:* 14900/hlds_i686 udp0 0 82.194.78.165:27025 0.0.0.0:* 10980/srcds_i686 udp0 0 82.194.78.165:27026 0.0.0.0:* 10988/srcds_i686 udp0 0 0.0.0.0:27030 0.0.0.0:* 18757/srcds_i686 udp0 0 0.0.0.0:27031 0.0.0.0:* 10994/srcds_i686 udp0 0 0.0.0.0:27032 0.0.0.0:* 10990/srcds_i686 udp0 0 0.0.0.0:27033 0.0.0.0:* 10989/srcds_i686 udp0 0 0.0.0.0:27034 0.0.0.0:* 10988/srcds_i686 udp0 0 0.0.0.0:27035 0.0.0.0:* 10980/srcds_i686 udp0 0 0.0.0.0:27036 0.0.0.0:* 10960/srcds_i686 udp0 0 82.194.78.165:27005 0.0.0.0:* 18757/srcds_i686 udp0 0 82.194.78.165:27006 0.0.0.0:* 10988/srcds_i686 udp0 0 82.194.78.165:27007 0.0.0.0:* 10994/srcds_i686 There are also unwanted bindings starting at 27005, as you can see. My servers are started with -nohltv option. Alfred Reynolds wrote: I cannot reproduce this exact problem. I start two servers with the following command lines: ./srcds_run -game hl2mp +map dm_lockdown -dev +rcon_password bottest -port 27020 ./srcds_run -game hl2mp +map dm_lockdown -dev +rcon_password bottest -port 27030 And the first server binds to 27020 and the second to 27031 (that is a bug, it is one higher than it should be, we will look into that). I cannpt get the first server to bind to 27030. - Alfred -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Thiesson Johann Sent: Wednesday, April 06, 2005 6:49 AM To: hlds_linux@list.valvesoftware.com Subject: Re: [hlds_linux] Counter-Strike: Source and Source Engine update -- On Apr 06, 10:55, Stephen Nicholson wrote: Christoph Franke wrote: Since the update there is a problem with the ip/port bindings. Currently there are 2 srcds instances on my multihome system: cs:s server on ip A with port 27015 and hl2mp on ip B with port 27030. But starting with the update the cs:s server globally catches the port 27030 on start. I've got the same thing on a server running two instances of CSS (Same ip). The first server grabs 27030 which I used for the second server. Same here. This is not the first time you make an update which broke the ip/port binding system :/ A very fast update for a fix is really needed. -- DjoDjo -- Content-Description: Digital signature [ signature.asc of type application/pgp-signature deleted ] -- ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux -- ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
[hlds_linux] Cheating-Death and Steam Updates
Please, Valve, since C-D is the best anti-cheat for HL games, could you advance them the new Steam releases? This way, they could update their code and have it ready when then new Steam is out. This is the second time C-D remains disabled because a Steam update. Thank you, Mario Benito ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
RE: [hlds_linux] Top or ps
ps. top seems to have some kind of problem when HZ is not 100. -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] En nombre de Frash Enviado el: viernes, 22 de agosto de 2003 15:50 Para: [EMAIL PROTECTED] Asunto: [hlds_linux] Top or ps Does anyone know what I should trust: Top says HLDS takes 90% of my Pentium IV CPU, and ps -aux says only 30%. Which one is more reliable? ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux