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
Manuel Mausz wrote: 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. It works on my dual PII test machine running CentOS 4.2, just a FYI. -- - m0gely http://quake2.telestream.com/ Q2 | Q3A | Counter-strike ___ 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
At 17.34 02/12/2005, you wrote: Manuel Mausz wrote: 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. It works on my dual PII test machine running CentOS 4.2, just a FYI. Works also on a dual PIII Tualatin 1.4 GHz Slackware 10.1 Linux Kernel 2.6.11.8 -- - m0gely http://quake2.telestream.com/ Q2 | Q3A | Counter-strike ___ 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
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, []) = 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 -- My Foundation verse: Isa 54:17 No weapon that is formed against thee shall prosper; and every tongue that shall rise against thee in judgment thou shalt condemn. This is the heritage of the servants of the LORD
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, []) = 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 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
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] Still problems with hlds v27
- Original Message - From: W0kk3L [EMAIL PROTECTED] To: hlds_linux@list.valvesoftware.com Sent: Wednesday, November 30, 2005 7:34 PM Subject: Re: [hlds_linux] Still problems with hlds v27 On Fri, 25 Nov 2005, W0kk3L wrote: It doesn't happen on all our servers. Most servers do boot, but give the following error just after the above: net.cpp (818) : Assertion Failed: 0 == iRet net.cpp (821) : Assertion Failed: 0 == iRet This can be fixed with some sysctl tweaks. They have been specified in the list before. I dont have the backlog of the mails available to search for them. So I let the searching up to you. =) Any clue? We are running FreeBSD 4.11-STABLE, with Linux binaries 8.8.0.6 on a Dual Xeon 2.4 Ghz. The problem starts since v25 and up. v24 runs smooth, but also with the error stated above. Try linux_base-rh9 instead (at least, maybe go to even later release like suse-9.3). The linux_base-8 is really old. I currently use rh9 on most of the servers, but some of them use gentoo and suse-9.3. I have even written my own fedora-core4 port. But that doesn't explain why all our other server do run, with linux_base-8. We have about 10 servers running. All under FreeBSD 4.11-STABLE, with Linux binaries 8.8.0.6. And only on one server hlds refuses to run. All files come from the same mastercopy, so the files can't be corrupted either. And the server i mentioned above has exactly the same hardware configuration as another server, which does run hlds without any problems (besides the above net.cpp error, which i get on all gameservers that do boot). 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. ___ 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
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
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
Re: [hlds_linux] Still problems with hlds v27
On Fri, 25 Nov 2005, W0kk3L wrote: It doesn't happen on all our servers. Most servers do boot, but give the following error just after the above: net.cpp (818) : Assertion Failed: 0 == iRet net.cpp (821) : Assertion Failed: 0 == iRet This can be fixed with some sysctl tweaks. They have been specified in the list before. I dont have the backlog of the mails available to search for them. So I let the searching up to you. =) Any clue? We are running FreeBSD 4.11-STABLE, with Linux binaries 8.8.0.6 on a Dual Xeon 2.4 Ghz. The problem starts since v25 and up. v24 runs smooth, but also with the error stated above. Try linux_base-rh9 instead (at least, maybe go to even later release like suse-9.3). The linux_base-8 is really old. I currently use rh9 on most of the servers, but some of them use gentoo and suse-9.3. I have even written my own fedora-core4 port. But that doesn't explain why all our other server do run, with linux_base-8. We have about 10 servers running. All under FreeBSD 4.11-STABLE, with Linux binaries 8.8.0.6. And only on one server hlds refuses to run. All files come from the same mastercopy, so the files can't be corrupted either. And the server i mentioned above has exactly the same hardware configuration as another server, which does run hlds without any problems (besides the above net.cpp error, which i get on all gameservers that do boot). ___ 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
On Fri, 25 Nov 2005, W0kk3L wrote: It doesn't happen on all our servers. Most servers do boot, but give the following error just after the above: net.cpp (818) : Assertion Failed: 0 == iRet net.cpp (821) : Assertion Failed: 0 == iRet This can be fixed with some sysctl tweaks. They have been specified in the list before. I dont have the backlog of the mails available to search for them. So I let the searching up to you. =) Any clue? We are running FreeBSD 4.11-STABLE, with Linux binaries 8.8.0.6 on a Dual Xeon 2.4 Ghz. The problem starts since v25 and up. v24 runs smooth, but also with the error stated above. Try linux_base-rh9 instead (at least, maybe go to even later release like suse-9.3). The linux_base-8 is really old. I currently use rh9 on most of the servers, but some of them use gentoo and suse-9.3. I have even written my own fedora-core4 port. /Bjorn ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux