RE: [hlds_linux] Multiple srcds processes starting
ever heard of threads? - one thread is used for vac. the third (the first is the main proc) is the default glibc thread which comes up as soon as you fire up a thread. manuel -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of [EMAIL PROTECTED] Sent: Thursday, December 08, 2005 12:05 AM To: hlds_linux@list.valvesoftware.com Subject: [hlds_linux] Multiple srcds processes starting This is a multi-part message in MIME format. -- [ Picked text/plain from multipart/alternative ] Alread posted in steam forum: --- http://forums.steampowered.com/forums/showthread.php?s=threadid=374038 --- http://forums.steampowered.com/forums/showthread.php?s=threadid=375796 Same here running in a Debian Woody environment using updated glibc 2.3.2. Starting srcds will raise three server processes instead of only one. RCON quit will close all three processes. Next start will fire them up again. Second scrds is a child of first proc ... third is a child of second. Never seen this before in history. I guess only on process is enough and will not waste computing power. -- ___ 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] No master servers, no ports.. Whats wrong with this update?
This is the same problem i mentioned in the thread Still problems with hlds v27. There is also a thread in the steam forum: http://forums.steampowered.com/forums/showthread.php?threadid=373951 Alfred has already take a quick look at this, but it's weekend now. I guess the problem must be somewhere between Summary: xxx resources... and connecting to the steam master servers. If you type quit, you will see the messages Adding master server ..., which normally should be printed during startup. Perhaps a bad dead lock between the two threads or something else.. So we all have to wait until monday. / manuel -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Frank Arnold Sent: Saturday, December 03, 2005 5:54 PM To: hlds_linux@list.valvesoftware.com Subject: [hlds_linux] No master servers, no ports.. Whats wrong with this update? After hours of deleting, reinstalling and so on, the update tool seems now to work without a segmentation fault. But starting the server works not correctly. It does not connect to the masterservers and the port is not seen (seems as the server doesnt create a socket, cannot connect and cannot find a port with nmap). Thats all what I see on the console: Auto detecting CPU Using default binary. Auto-restarting the server on crash Console initialized. Attempted to create unknown entity type event_queue_saveload_proxy! Game.dll loaded for Counter-Strike: Source maxplayers set to 32 Network: IP 127.0.0.1, mode MP, dedicated Yes, ports 27015 SV / 27005 CL Executing dedicated server config file Summary: 700 resources total 34.36 Mb, 51.20 % of capacity No idea whats wrong and why the server ends at this summary line? -- Frank Arnold _ The 4damind Project at http://4damind.com Arnisoft at http://arnisoft.com Phone:+49 30 47472330 Mobile: +49 0172 3121383 eMail:[EMAIL PROTECTED] ___ 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] Still problems with hlds v27
Having the same problem after the source engine update now (on freebsd 5.4)... - linux_base-rh-9 installed. Commandline: ./srcds_run -timeout 60 -game cstrike -port 27020 -nohltv -tickrate 66 -steamport 27021 +clientport 27022 +tv_port 27023 +ip 80.64.134.1 +maxplayers 12 +map de_dust -secure srcds-Output: Auto detecting CPU Using default binary. Auto-restarting the server on crash Console initialized. Attempted to create unknown entity type event_queue_saveload_proxy! Game.dll loaded for Counter-Strike: Source maxplayers set to 32 maxplayers set to 12 Network: IP 80.64.134.1, mode MP, dedicated Yes, ports 27020 SV / 27022 CL Executing dedicated server config file Summary: 322 resources total 13.35 Mb, 19.90 % of capacity net.cpp (818) : Assertion Failed: 0 == iRet net.cpp (821) : Assertion Failed: 0 == iRet ... nothing more happens here ... Strace-Output of the first thread: getdomainname(Process 685 attached - interrupt to quit EA~PU~Ia~Ci^H~KE^L~EAt^SeUhoyC, 3217016800) = 0 gethostid?()= 0 mincore(0xbfbfc780, 0, []) = 0 mincore(0xbfbfc540, 0, []) = 0 mincore(0xbfbfc540, 0, []) = 0 getdomainname(EA~PU~Ia~Ci^H~KE^L~EAt^SeUhoyC, 3217016800) = 0 gethostid?()= 0 mincore(0xbfbfc780, 0, []) = 0 mincore(0xbfbfc540, 0, []) = 0 mincore(0xbfbfc540, 0, []) = 0 getdomainname(EA~PU~Ia~Ci^H~KE^L~EAt^SeUhoyC, 3217016800) = 0 gethostid?()= 0 mincore(0xbfbfc780, 0, []) = 0 mincore(0xbfbfc540, 0, []) = 0 mincore(0xbfbfc540, 0, []) = 0 ... etc ... Strace-Output of the second thread: getdomainname(A Au$Qj, 3208640444) = 0 SYS_175() = 0 fchdir(0) = 1133535224 mincore(0xbf3ffa1c, 0, 0) = 0 gethostid?()= 0x1 mincore(0xbf3ff9fc, 0, []) = 0 SYS_175() = 0 SYS_175() = 0 mincore(0xbf3ff7c4, 0, []) = 0 getdomainname(A Au$Qj, 3208640444) = 0 SYS_175() = 0 fchdir(0) = 1133535224 mincore(0xbf3ffa1c, 0, 0) = 0 gethostid?()= 0x1 mincore(0xbf3ff9fc, 0, []) = 0 SYS_175() = 0 SYS_175() = 0 mincore(0xbf3ff7c4, 0, []) = 0 ... etc ... CPU_ENABLE_SSE is in kernel although this is default in I686_CPU Looks like srcds wants to resolve some memory data? :) Any help would be greatly appreciated. / manuel -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of kama Sent: Thursday, December 01, 2005 10:21 PM To: hlds_linux@list.valvesoftware.com Subject: Re: [hlds_linux] Still problems with hlds v27 On the other hand, I dont have the same problems with crashing servers in 4.x than 5.x/6.x. Needs to mention that they are not as populated as the ones on 5.x/6.x, so my point may be totaly meaningless. /Bjorn On Thu, 1 Dec 2005, Steven Hartland wrote: Would be worth updating to a supported version of the OS 4.x is very old now. Both 5.x and 6.0 no longer require that option and run much better than 4.x under SMP environments. Steve / K - Original Message - From: W0kk3L [EMAIL PROTECTED] Problem found and solved: options SSE needs to be in the kernel configuration. If not, the above problems will occure. Good to know for other admins. This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137 or return the E.mail to [EMAIL PROTECTED] ___ 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] Still problems with hlds v27
Ok I have more isolated the problem. It looks like all Pentium 3 CPUs are broken. I know they are pretty old but still in action. Can someone else verify this problem? / manuel -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Manuel Mausz Sent: Friday, December 02, 2005 4:35 PM To: hlds_linux@list.valvesoftware.com Subject: RE: [hlds_linux] Still problems with hlds v27 Having the same problem after the source engine update now (on freebsd 5.4)... - linux_base-rh-9 installed. Commandline: ./srcds_run -timeout 60 -game cstrike -port 27020 -nohltv -tickrate 66 -steamport 27021 +clientport 27022 +tv_port 27023 +ip 80.64.134.1 +maxplayers 12 +map de_dust -secure srcds-Output: Auto detecting CPU Using default binary. Auto-restarting the server on crash Console initialized. Attempted to create unknown entity type event_queue_saveload_proxy! Game.dll loaded for Counter-Strike: Source maxplayers set to 32 maxplayers set to 12 Network: IP 80.64.134.1, mode MP, dedicated Yes, ports 27020 SV / 27022 CL Executing dedicated server config file Summary: 322 resources total 13.35 Mb, 19.90 % of capacity net.cpp (818) : Assertion Failed: 0 == iRet net.cpp (821) : Assertion Failed: 0 == iRet ... nothing more happens here ... Strace-Output of the first thread: getdomainname(Process 685 attached - interrupt to quit EA~PU~Ia~Ci^H~KE^L~EAt^SeUhoyC, 3217016800) = 0 gethostid?()= 0 mincore(0xbfbfc780, 0, []) = 0 mincore(0xbfbfc540, 0, []) = 0 mincore(0xbfbfc540, 0, []) = 0 getdomainname(EA~PU~Ia~Ci^H~KE^L~EAt^SeUhoyC, 3217016800) = 0 gethostid?()= 0 mincore(0xbfbfc780, 0, []) = 0 mincore(0xbfbfc540, 0, []) = 0 mincore(0xbfbfc540, 0, []) = 0 getdomainname(EA~PU~Ia~Ci^H~KE^L~EAt^SeUhoyC, 3217016800) = 0 gethostid?()= 0 mincore(0xbfbfc780, 0, []) = 0 mincore(0xbfbfc540, 0, []) = 0 mincore(0xbfbfc540, 0, []) = 0 ... etc ... Strace-Output of the second thread: getdomainname(A Au$Qj, 3208640444) = 0 SYS_175() = 0 fchdir(0) = 1133535224 mincore(0xbf3ffa1c, 0, 0) = 0 gethostid?()= 0x1 mincore(0xbf3ff9fc, 0, []) = 0 SYS_175() = 0 SYS_175() = 0 mincore(0xbf3ff7c4, 0, []) = 0 getdomainname(A Au$Qj, 3208640444) = 0 SYS_175() = 0 fchdir(0) = 1133535224 mincore(0xbf3ffa1c, 0, 0) = 0 gethostid?()= 0x1 mincore(0xbf3ff9fc, 0, []) = 0 SYS_175() = 0 SYS_175() = 0 mincore(0xbf3ff7c4, 0, []) = 0 ... etc ... CPU_ENABLE_SSE is in kernel although this is default in I686_CPU Looks like srcds wants to resolve some memory data? :) Any help would be greatly appreciated. / manuel -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of kama Sent: Thursday, December 01, 2005 10:21 PM To: hlds_linux@list.valvesoftware.com Subject: Re: [hlds_linux] Still problems with hlds v27 On the other hand, I dont have the same problems with crashing servers in 4.x than 5.x/6.x. Needs to mention that they are not as populated as the ones on 5.x/6.x, so my point may be totaly meaningless. /Bjorn On Thu, 1 Dec 2005, Steven Hartland wrote: Would be worth updating to a supported version of the OS 4.x is very old now. Both 5.x and 6.0 no longer require that option and run much better than 4.x under SMP environments. Steve / K - Original Message - From: W0kk3L [EMAIL PROTECTED] Problem found and solved: options SSE needs to be in the kernel configuration. If not, the above problems will occure. Good to know for other admins. This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137 or return the E.mail to [EMAIL PROTECTED] ___ 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
RE: [hlds_linux] Still problems with hlds v27
Updated to suse 9.3 binaries, but problem still exists. I can see the same issue on my dual P3 machines running rh9. strace on rh9 (no trace child processes activated): open(/server/test/hldss/cstrike/cfg/server.cfg, O_RDONLY) = 7 stat64(/server/test/hldss/cstrike/cfg/server.cfg, {st_mode=S_IFREG|0644, st_size=586, ...}) = 0 fstat64(7, {st_mode=S_IFREG|0644, st_size=586, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x46ce read(7, hostname \some stupid test serve..., 4096) = 586 close(7)= 0 munmap(0x46ce, 4096)= 0 brk(0) = 0x8eaa000 brk(0x8eab000) = 0x8eab000 futex(0x8ea9884, FUTEX_WAKE, 2147483647, {1210879016, 149592248}) = 1 gettimeofday({1133545365, 330374}, NULL) = 0 gettimeofday({1133545365, 330411}, NULL) = 0 futex(0x8ea98fc, FUTEX_WAIT, 3, {59, 63000}) = 0 futex(0x8ea98d4, FUTEX_WAIT, 2, NULL) = 0 futex(0x8ea98d4, FUTEX_WAKE, 1, {0, 0}) = 0 futex(0x4835e86c, FUTEX_WAIT, 2, NULL) = 0 futex(0x4835e86c, FUTEX_WAKE, 1, NULL) = 0 gettimeofday({1133545365, 332098}, NULL) = 0 nanosleep({0, 100}, NULL) = 0 select(1, [0], NULL, NULL, {0, 0}) = 0 (Timeout) gettimeofday({1133545365, 336721}, NULL) = 0 gettimeofday({1133545365, 336764}, NULL) = 0 gettimeofday({1133545365, 336798}, NULL) = 0 nanosleep({0, 100}, NULL) = 0 select(1, [0], NULL, NULL, {0, 0}) = 0 (Timeout) gettimeofday({1133545365, 341726}, NULL) = 0 gettimeofday({1133545365, 341771}, NULL) = 0 gettimeofday({1133545365, 341805}, NULL) = 0 nanosleep({0, 100}, NULL) = 0 select(1, [0], NULL, NULL, {0, 0}) = 0 (Timeout) gettimeofday({1133545365, 346702}, NULL) = 0 gettimeofday({1133545365, 346740}, NULL) = 0 gettimeofday({1133545365, 346773}, NULL) = 0 nanosleep({0, 100}, NULL) = 0 select(1, [0], NULL, NULL, {0, 0}) = 0 (Timeout) gettimeofday({1133545365, 351727}, NULL) = 0 gettimeofday({1133545365, 351767}, NULL) = 0 gettimeofday({1133545365, 351801}, NULL) = 0 nanosleep({0, 100}, NULL) = 0 etc... Looks like srcds is waiting for some fd forever... This issue _only_ occurs on my dual P3 machines. / manuel -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Steven Hartland Sent: Friday, December 02, 2005 6:10 PM To: hlds_linux@list.valvesoftware.com Subject: Re: [hlds_linux] Still problems with hlds v27 We still run redhat8 base here and no problems FreeBSD 5.4 ( P4 CPU ) N.B. To get rid of the first two warnings / errors: sysctl kern.ipc.maxsockbuf=524288 or kern.ipc.maxsockbuf=524288 in /etc/sysctl.conf and reboot Steve / K - Original Message - From: William Warren [EMAIL PROTECTED] try an updated RH version. The rh9 is seriously old. maybe that's your issue under freebsd. Manuel Mausz wrote: Having the same problem after the source engine update now (on freebsd 5.4)... - linux_base-rh-9 installed. Commandline: ./srcds_run -timeout 60 -game cstrike -port 27020 -nohltv -tickrate 66 -steamport 27021 +clientport 27022 +tv_port 27023 +ip 80.64.134.1 +maxplayers 12 +map de_dust -secure srcds-Output: Auto detecting CPU Using default binary. Auto-restarting the server on crash Console initialized. Attempted to create unknown entity type event_queue_saveload_proxy! Game.dll loaded for Counter-Strike: Source maxplayers set to 32 maxplayers set to 12 Network: IP 80.64.134.1, mode MP, dedicated Yes, ports 27020 SV / 27022 CL Executing dedicated server config file Summary: 322 resources total 13.35 Mb, 19.90 % of capacity net.cpp (818) : Assertion Failed: 0 == iRet net.cpp (821) : Assertion Failed: 0 == iRet ... nothing more happens here ... Strace-Output of the first thread: getdomainname(Process 685 attached - interrupt to quit EA~PU~Ia~Ci^H~KE^L~EAt^SeUhoyC, 3217016800) = 0 gethostid?()= 0 mincore(0xbfbfc780, 0, []) = 0 mincore(0xbfbfc540, 0, []) = 0 mincore(0xbfbfc540, 0, []) = 0 getdomainname(EA~PU~Ia~Ci^H~KE^L~EAt^SeUhoyC, 3217016800) = 0 gethostid?()= 0 mincore(0xbfbfc780, 0, []) = 0 mincore(0xbfbfc540, 0, []) = 0 mincore(0xbfbfc540, 0, []) = 0 getdomainname(EA~PU~Ia~Ci^H~KE^L~EAt^SeUhoyC, 3217016800) = 0 gethostid?()= 0 mincore(0xbfbfc780, 0, []) = 0 mincore(0xbfbfc540, 0, []) = 0 mincore(0xbfbfc540, 0, []) = 0 ... etc ... Strace-Output of the second thread: getdomainname(A Au$Qj, 3208640444) = 0 SYS_175() = 0 fchdir(0) = 1133535224 mincore(0xbf3ffa1c, 0, 0) = 0 gethostid?()= 0x1 mincore(0xbf3ff9fc, 0
RE: [hlds_linux] Counter-Strike: Source update
i have problems starting hldss_amd executable after this update. it just quits without message. # LD_LIBRARY_PATH=bin ./srcds_amd -game cstrike -port 27015 +map de_dust # hlds_i486 and hlds_i686 works fine. plz verify if your update hase broken something amd related. thanks in advance. manuel -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Alfred Reynolds Sent: Thursday, August 04, 2005 8:37 PM To: hlds@list.valvesoftware.com; hlds_linux@list.valvesoftware.com; [EMAIL PROTECTED] Subject: [hlds_linux] Counter-Strike: Source update We have released an update to Counter-Strike: Source and the Source engine. To get this update run the hldsupdatetool. This update fixes some bugs in the network subsystem and fixes a couple Counter-Strike: Source game exploits. For full details go here: http://www.steampowered.com/index.php?area=newsid=430 - 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
RE: [hlds_linux] Counter-Strike: Source update
ok problem was found. there was a corrupt engine_amd.so. sorry for that. manuel -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Manuel Mausz Sent: Friday, August 05, 2005 1:45 AM To: hlds_linux@list.valvesoftware.com Subject: RE: [hlds_linux] Counter-Strike: Source update i have problems starting hldss_amd executable after this update. it just quits without message. # LD_LIBRARY_PATH=bin ./srcds_amd -game cstrike -port 27015 +map de_dust # hlds_i486 and hlds_i686 works fine. plz verify if your update hase broken something amd related. thanks in advance. manuel -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Alfred Reynolds Sent: Thursday, August 04, 2005 8:37 PM To: hlds@list.valvesoftware.com; hlds_linux@list.valvesoftware.com; [EMAIL PROTECTED] Subject: [hlds_linux] Counter-Strike: Source update We have released an update to Counter-Strike: Source and the Source engine. To get this update run the hldsupdatetool. This update fixes some bugs in the network subsystem and fixes a couple Counter-Strike: Source game exploits. For full details go here: http://www.steampowered.com/index.php?area=newsid=430 - 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
[hlds_linux] Source Dedicated Server: Client Port Parameter (+clientport)
As far as i can see the parameter +clientport isn't working although Alfred promised an update to fix this issue on Dec 17th. I hope this fix will come soon. More and more customers are changing from hlds to srcds and nobody can assign 27005 as a server port if there's already another srcds running. I hope you can fix this in the next release. It should be very simple :) otherwise i'll have to write a simple program which will reserve this port some time. Best regards, Manuel Mausz Tel: +43 (0)676 840 399 200 Fax: +43 (0)1 2900 400 29 ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux