Re: [hlds_linux] FreeBSD 6.0
I am allready a member of current, stable, performance among others. Hence the conclusion of the stability info. Never the less, they do not cover stability or problems of gamerelated servers. /Bjorn On Wed, 9 Nov 2005, Gary wrote: I would subscribe to current@ before you decide to upgrade anything, plus I would wait till the next release cycle to get tagged before you start upgrading anything. At 05:03 PM 11/9/2005, kama wrote: I am aware of the whole FreeBSD Release cycle. Been using FreeBSD since early 2.x. I merely tried to ask, if someone have upgraded and if they found any problems, to save me the trouble if I where to make the same mistake as them. Off the record, I believe 6.0 is mature enough to be installed since its 5.x + a lot of bugfixes. Its not the same big change as from 4.x to 5.x. I will be upgrading all my freebsd servers at work from 5.x to 6.0 next week, since there are a lot of performance tweaks within areas that are used by the application. /Bjorn On Wed, 9 Nov 2005, Erik Hollensbe wrote: RELEASE is pulled from the STABLE tree. It's generally regarded to be more stable than the STABLE tree, only receiving bugfixes and no new development. STABLE is actually the development branch of the stable version, while CURRENT is the development branch of the development tree (currently 7). More information here: http://www.freebsd.org/doc/en_US.ISO8859-1/ books/handbook/current-stable.html On Nov 9, 2005, at 7:22 AM, Gary wrote: Wait till -STABLE (which is when 6.1 lifecycle starts) At 07:19 AM 11/9/2005, kama wrote: Is there anyone that have upgraded to FreeBSD 6.0-RELEASE on their game server? Are there any performance changes? Does ULE help? Have you found any problem with 6.0? I have not found any info about problems with 6.0 since release. At least nothing that would conflict on a game server. I am asking this before I start upgrade, so I don't get standing with servers that are unusable. /Bjorn ___ 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 -- Erik Hollensbe [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 ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] Re: Specifying Log file size in 1.6
On Wed, 9 Nov 2005, devin812 wrote: Thanks for the code and how to archive my logs, but the problem is that with a one map server the log file grows to 4-5MB per day, and over the course of a few days the server starts to lag, all I want it to to is create a new log file every 1-2 MB, is there a setting to do this? I appreciate the log script tho, I archive my logs every 3 months (to help with the stats record keeping) so this WILL come in handy ;) Not that I am aware of. my suggestion is to send 'log on' twice a day or so if you want a smaller logfile. /Bjorn ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
RE: [hlds_linux] Re: srcds with multiple ip address
Lol. OSPF does not do that. OSPF is an IP routing protocol, that routes correctly between gateways by opening the (lookahead) shortest route to destination first. THIS DOES NOT SUPPORT TEAMING OR BONDED NIC'S! The solution is simple - add a port forwarding rule to the NIC's not set to listen by SRCDS. Forward to the IP of the NIC that is. The traffic will never leave the kernel after coming in, so you would get your desired effect. This WILL NOT show up with anything but the public IP in the steam browser. N.B. this is NO DIFFERENT from just using a second NIC as a routing gateway to the servers IP. In other words, if your on a lan, the server is connected to the net, and your server has 2 nic's, one lan, one internet, then connecting to the server will only use the LAN nic anyway, as the final routing portion is done inside the kernel. There is however absolutely no good reason to do this as far as I can see. The ideal solution is somehting like compaq's teaming nic's. You can also do this undex many modern *nixes provided your upstream switch supports it. Technologies NOT involved in this: BGP, OSPF, RIP, or any other IP routing protocol extension. You cannot solve this problem in IP. IP does not do this. Unless the server can manage multiple IP's you will always end up using the IP endpoint set by +ip. You can try port forwards and other similar tricks, but this will be unreliable in many setups. This problem is the sort that should be solved on the MAC layer, however, I still don't see the point. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dan Sorenson Sent: 09 November 2005 21:07 To: hlds_linux@list.valvesoftware.com Subject: [hlds_linux] Re: srcds with multiple ip address One thought on this, how will the box choose the proper route back to the client if the srcds server is bound to multiple IP's? You'd need something that forces it to answer a packet addressed to IP 1.2.3.4 from interface ip 1.2.3.4 and use the 1.2.3.1 router as the default gateway. Otherwise, what would prevent the server from receiving a packet on 1.2.3.4, sending a reply back on 5.6.7.8, and the client happily ignoring it? Or worse, sourcing a packet on 1.2.3.4, choosing 5.6.7.1 as the appropriate gateway, which isn't on the same network, and dropping the packet as undeliverable? There may be a way to do it, but I'm thinking a router running OSPF or BGP if you can is the way to go. - Dan * Dan Sorenson DoD #1066 A.H.M.C. #35 [EMAIL PROTECTED] * * Vikings? There ain't no vikings here. Just us honest farmers. * * The town was burning, the villagers were dead. They didn't need * * those sheep anyway. That's our story and we're sticking to it. * ___ 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] Opteron 2.4 Ghz and HLDS
Hi. Im from a swedish gaming community called warzone short valley ( www.warzone.nu ) anyway we just bought 3 dual opteron 2.2 ghz servers with 1 gb ram ( at the moment we just got one cpu but the other ones will be installed asap ) So my problem is that i just get a fps at max 500 on the servers today with the 686 kernel. the a64 kernel wont work because hlds wont start just gets a bunch of segmentation errors. Anyway the problem that you might see is 500 fps max on the server with 19 slots w latest amxx and mm-p if i start another server it wont just work the ping jumps up and down like jack russel terier :/ server.cfg: http://www.warzone.nu/server.txt (renamed) startup param: ./hlds_run -game cstrike +ip 83.255.249.199 +port 27015 +maxplayers 19 -zone 8192 -heapsize 524288 +map de_dust2 -pingboost 3 gcc --version gcc (GCC) 3.3.5 (Debian 1:3.3.5-13) System specs: Dual CPU: model name : AMD Opteron(tm) Processor 248 cpu MHz : 2210.216 cache size : 1024 KB 1 GB DDR 3200 ECC Mem Linux version 2.6.8-2-686-smp ([EMAIL PROTECTED]) (gcc version 3.3.5 (Debian 1:3.3.5-12)) #1 SMP Thu May 19 17:27:55 JST 2005 ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] Re: srcds with multiple ip address
Multiple Internet providers is supported by the kernel, have a look at: http://lartc.org/howto/lartc.rpdb.multiple-links.html Replying packets will use the same NIC as the packet came in from for it's gateway. I have to test once again binding this to 0.0.0.0 but time has been the problem lately. I though i did and it gave me problems, as soon as you start using NAT with IP rule, it get complicated. Thanks K - Original Message - From: James Tucker [EMAIL PROTECTED] To: hlds_linux@list.valvesoftware.com Sent: Thursday, November 10, 2005 4:21 AM Subject: RE: [hlds_linux] Re: srcds with multiple ip address Lol. OSPF does not do that. OSPF is an IP routing protocol, that routes correctly between gateways by opening the (lookahead) shortest route to destination first. THIS DOES NOT SUPPORT TEAMING OR BONDED NIC'S! The solution is simple - add a port forwarding rule to the NIC's not set to listen by SRCDS. Forward to the IP of the NIC that is. The traffic will never leave the kernel after coming in, so you would get your desired effect. This WILL NOT show up with anything but the public IP in the steam browser. N.B. this is NO DIFFERENT from just using a second NIC as a routing gateway to the servers IP. In other words, if your on a lan, the server is connected to the net, and your server has 2 nic's, one lan, one internet, then connecting to the server will only use the LAN nic anyway, as the final routing portion is done inside the kernel. There is however absolutely no good reason to do this as far as I can see. The ideal solution is somehting like compaq's teaming nic's. You can also do this undex many modern *nixes provided your upstream switch supports it. Technologies NOT involved in this: BGP, OSPF, RIP, or any other IP routing protocol extension. You cannot solve this problem in IP. IP does not do this. Unless the server can manage multiple IP's you will always end up using the IP endpoint set by +ip. You can try port forwards and other similar tricks, but this will be unreliable in many setups. This problem is the sort that should be solved on the MAC layer, however, I still don't see the point. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dan Sorenson Sent: 09 November 2005 21:07 To: hlds_linux@list.valvesoftware.com Subject: [hlds_linux] Re: srcds with multiple ip address One thought on this, how will the box choose the proper route back to the client if the srcds server is bound to multiple IP's? You'd need something that forces it to answer a packet addressed to IP 1.2.3.4 from interface ip 1.2.3.4 and use the 1.2.3.1 router as the default gateway. Otherwise, what would prevent the server from receiving a packet on 1.2.3.4, sending a reply back on 5.6.7.8, and the client happily ignoring it? Or worse, sourcing a packet on 1.2.3.4, choosing 5.6.7.1 as the appropriate gateway, which isn't on the same network, and dropping the packet as undeliverable? There may be a way to do it, but I'm thinking a router running OSPF or BGP if you can is the way to go. - Dan * Dan Sorenson DoD #1066 A.H.M.C. #35 [EMAIL PROTECTED] * * Vikings? There ain't no vikings here. Just us honest farmers. * * The town was burning, the villagers were dead. They didn't need * * those sheep anyway. That's our story and we're sticking to it. * ___ 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] Re: Specifying Log file size in 1.6
Dude, set the time limit of the map to several hours but only have the map you want in rotation. Why is this so hard to understand? There's no reason to have one round last all that time. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of devin812 Sent: Wednesday, November 09, 2005 11:52 PM To: hlds_linux@list.valvesoftware.com Subject: [hlds_linux] Re: Specifying Log file size in 1.6 3. Re: Specifying Log file size in 1.6 (m0gely) 4. Re: Specifying Log file size in 1.6 (kama) Send the server a 'log off' then tar.gz the log file, then send 'log on' again. You could do that on a monthly basis and make a script easily enough to automate it. Actually he just need todo a 'log on' and it will rotate the file. I have written a script that gzip all the files each month and then save last month in its own directory to keep the file list short. And there is no need to use tar if its only one file. 'gzip filename' will pack the file and delete the unpacked file. basically the script for packing files is: -- cd /where/you/have/your/logfiledir/ files=`ls *.log | sort` count=`echo $files | awk '{ print NF }'` # save 2 files no=2 for i in $files do if [ -f $i -a $no -lt $count ] then gzip $i fi no=`echo $no | awk '{ a=$1; a++; print a }'` done -- Thanks for the code and how to archive my logs, but the problem is that with a one map server the log file grows to 4-5MB per day, and over the course of a few days the server starts to lag, all I want it to to is create a new log file every 1-2 MB, is there a setting to do this? I appreciate the log script tho, I archive my logs every 3 months (to help with the stats record keeping) so this WILL come in handy ;) -Llama ___ 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] Opteron 2.4 Ghz and HLDS
-- [ Picked text/plain from multipart/alternative ] Hmm not sure what really you're saying, I can't see 500fps being any problem at all and unrelated to erratic pings (unless the 500 is dropping significantly I would think). 500 should be fine. Just wondering, you are setting heapsize to 524,288, I've never set heapsize so what I'm saying could be a load of baloney, but does that equate to 512MB? If so, running that twice is naturally going to eat up all of your 1Gig of ram and you'll probably start eating into swap (maybe do free when you run them both and see what buffers/cache show). Could maybe try 128 or something anyway (I've never even set it and never had any problems, I thought it was more for allocating memory something else can't eat into later, but generally not necessary). Someone will likely correct me on that though, as not familiar with it, just guessing. Worthwhile showing us top and free with the one when its at full usage, and then showing us it when you run the 2nd process I think as it may give some pointers (and also if 500 fps drops normally or only when 2nd server introduced). On 11/10/05, Rikard Bremark [EMAIL PROTECTED] wrote: Hi. Im from a swedish gaming community called warzone short valley ( www.warzone.nu http://www.warzone.nu ) anyway we just bought 3 dual opteron 2.2 ghz servers with 1 gb ram ( at the moment we just got one cpu but the other ones will be installed asap ) So my problem is that i just get a fps at max 500 on the servers today with the 686 kernel. the a64 kernel wont work because hlds wont start just gets a bunch of segmentation errors. Anyway the problem that you might see is 500 fps max on the server with 19 slots w latest amxx and mm-p if i start another server it wont just work the ping jumps up and down like jack russel terier :/ server.cfg: http://www.warzone.nu/server.txt (renamed) startup param: ./hlds_run -game cstrike +ip 83.255.249.199 http://83.255.249.199 +port 27015 +maxplayers 19 -zone 8192 -heapsize 524288 +map de_dust2 -pingboost 3 gcc --version gcc (GCC) 3.3.5 (Debian 1:3.3.5-13) System specs: Dual CPU: model name : AMD Opteron(tm) Processor 248 cpu MHz : 2210.216 cache size : 1024 KB 1 GB DDR 3200 ECC Mem Linux version 2.6.8-2-686-smp ([EMAIL PROTECTED]) (gcc version 3.3.5 (Debian 1:3.3.5-12)) #1 SMP Thu May 19 17:27:55 JST 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
[hlds_linux] secure running
Hi, I'm trying to create a chroot-environment for counter-strike:source. can you give me some hints, which directories are necessary for running a server, please? Or where can i find more information? Yours Sincerely Franz Main Admin ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] secure running
the best thing would be to try to help yourself by using tools like ldd, strace, lsof, etc. feel free to ask specific questions :) best regards, raoul bhatia Franziskus Meier wrote: Hi, I'm trying to create a chroot-environment for counter-strike:source. can you give me some hints, which directories are necessary for running a server, please? Or where can i find more information? Yours Sincerely Franz Main Admin ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux -- raoul bhatia email.[EMAIL PROTECTED] ipax web.http://www.ipax.at - chief technician, support - irc. #ipax (quakenet) ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] Opteron 2.4 Ghz and HLDS
well my problem is its starts at 500 ( started at 1000 with my p4 1.7 ghz computer ) and well it jumps up and down from 149 250 333 400 500. our 1.7 ghz comp just had 1000 and got down to maybe 800 or something with full server ( 17 slots then ) so know iwe got 19 slots one for admins so 18 slots that are always active and i get this: 15:25:55 stats 15:25:55 CPU InOut Uptime Users FPSPlayers 49.00 107.76 171.43 273 493 200.04 18 15:25:56 stats 15:25:56 CPU InOut Uptime Users FPSPlayers 49.00 111.46 179.81 273 493 166.67 18 15:25:56 stats 15:25:56 CPU InOut Uptime Users FPSPlayers 49.00 109.25 177.96 273 493 166.69 18 15:25:57 stats 15:25:57 CPU InOut Uptime Users FPSPlayers 49.00 104.94 170.49 273 493 199.92 18 15:25:57 stats 15:25:57 CPU InOut Uptime Users FPSPlayers 49.00 102.06 164.10 273 493 333.56 18 15:25:58 stats 15:25:58 CPU InOut Uptime Users FPSPlayers 50.25 98.53 154.65 273 493 333.67 18 it shuld be enoguh i think but the ping has increased dramaticly and if i start the second server it drops even more. and the swap is on 2 gb and is not used even if i start the games the top says 59-70% cpu and 10.6 under %MEM Time is 112:15.45 i have even tried to run 2x17 slots instead of 2x19 but no change :/ Ian mu wrote: -- [ Picked text/plain from multipart/alternative ] Hmm not sure what really you're saying, I can't see 500fps being any problem at all and unrelated to erratic pings (unless the 500 is dropping significantly I would think). 500 should be fine. Just wondering, you are setting heapsize to 524,288, I've never set heapsize so what I'm saying could be a load of baloney, but does that equate to 512MB? If so, running that twice is naturally going to eat up all of your 1Gig of ram and you'll probably start eating into swap (maybe do free when you run them both and see what buffers/cache show). Could maybe try 128 or something anyway (I've never even set it and never had any problems, I thought it was more for allocating memory something else can't eat into later, but generally not necessary). Someone will likely correct me on that though, as not familiar with it, just guessing. Worthwhile showing us top and free with the one when its at full usage, and then showing us it when you run the 2nd process I think as it may give some pointers (and also if 500 fps drops normally or only when 2nd server introduced). On 11/10/05, Rikard Bremark [EMAIL PROTECTED] wrote: Hi. Im from a swedish gaming community called warzone short valley ( www.warzone.nu http://www.warzone.nu ) anyway we just bought 3 dual opteron 2.2 ghz servers with 1 gb ram ( at the moment we just got one cpu but the other ones will be installed asap ) So my problem is that i just get a fps at max 500 on the servers today with the 686 kernel. the a64 kernel wont work because hlds wont start just gets a bunch of segmentation errors. Anyway the problem that you might see is 500 fps max on the server with 19 slots w latest amxx and mm-p if i start another server it wont just work the ping jumps up and down like jack russel terier :/ server.cfg: http://www.warzone.nu/server.txt (renamed) startup param: ./hlds_run -game cstrike +ip 83.255.249.199 http://83.255.249.199 +port 27015 +maxplayers 19 -zone 8192 -heapsize 524288 +map de_dust2 -pingboost 3 gcc --version gcc (GCC) 3.3.5 (Debian 1:3.3.5-13) System specs: Dual CPU: model name : AMD Opteron(tm) Processor 248 cpu MHz : 2210.216 cache size : 1024 KB 1 GB DDR 3200 ECC Mem Linux version 2.6.8-2-686-smp ([EMAIL PROTECTED]) (gcc version 3.3.5 (Debian 1:3.3.5-12)) #1 SMP Thu May 19 17:27:55 JST 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 ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] Opteron 2.4 Ghz and HLDS
Use a standard config and work your way up. Using 500 as FPS is just silly. And looking at your stats you are only getting 166-333. I use 200 on my servers and get aprox 40% of total CPU use on my dual xeon system. 4 processes per box. this with mm + amx. try just running it with ./hlds_run -game cstrike +map de_dust2 -maxplayers 19 and skip all extra mumbo-jumbo. Try using the ordinary mm instead of mm-p, and with it off. What are your current and previous operating system specs and tweaks? /Bjorn On Thu, 10 Nov 2005, Rikard Bremark wrote: well my problem is its starts at 500 ( started at 1000 with my p4 1.7 ghz computer ) and well it jumps up and down from 149 250 333 400 500. our 1.7 ghz comp just had 1000 and got down to maybe 800 or something with full server ( 17 slots then ) so know iwe got 19 slots one for admins so 18 slots that are always active and i get this: 15:25:55 stats 15:25:55 CPU InOut Uptime Users FPSPlayers 49.00 107.76 171.43 273 493 200.04 18 15:25:56 stats 15:25:56 CPU InOut Uptime Users FPSPlayers 49.00 111.46 179.81 273 493 166.67 18 15:25:56 stats 15:25:56 CPU InOut Uptime Users FPSPlayers 49.00 109.25 177.96 273 493 166.69 18 15:25:57 stats 15:25:57 CPU InOut Uptime Users FPSPlayers 49.00 104.94 170.49 273 493 199.92 18 15:25:57 stats 15:25:57 CPU InOut Uptime Users FPSPlayers 49.00 102.06 164.10 273 493 333.56 18 15:25:58 stats 15:25:58 CPU InOut Uptime Users FPSPlayers 50.25 98.53 154.65 273 493 333.67 18 it shuld be enoguh i think but the ping has increased dramaticly and if i start the second server it drops even more. and the swap is on 2 gb and is not used even if i start the games the top says 59-70% cpu and 10.6 under %MEM Time is 112:15.45 i have even tried to run 2x17 slots instead of 2x19 but no change :/ Ian mu wrote: -- [ Picked text/plain from multipart/alternative ] Hmm not sure what really you're saying, I can't see 500fps being any problem at all and unrelated to erratic pings (unless the 500 is dropping significantly I would think). 500 should be fine. Just wondering, you are setting heapsize to 524,288, I've never set heapsize so what I'm saying could be a load of baloney, but does that equate to 512MB? If so, running that twice is naturally going to eat up all of your 1Gig of ram and you'll probably start eating into swap (maybe do free when you run them both and see what buffers/cache show). Could maybe try 128 or something anyway (I've never even set it and never had any problems, I thought it was more for allocating memory something else can't eat into later, but generally not necessary). Someone will likely correct me on that though, as not familiar with it, just guessing. Worthwhile showing us top and free with the one when its at full usage, and then showing us it when you run the 2nd process I think as it may give some pointers (and also if 500 fps drops normally or only when 2nd server introduced). On 11/10/05, Rikard Bremark [EMAIL PROTECTED] wrote: Hi. Im from a swedish gaming community called warzone short valley ( www.warzone.nu http://www.warzone.nu ) anyway we just bought 3 dual opteron 2.2 ghz servers with 1 gb ram ( at the moment we just got one cpu but the other ones will be installed asap ) So my problem is that i just get a fps at max 500 on the servers today with the 686 kernel. the a64 kernel wont work because hlds wont start just gets a bunch of segmentation errors. Anyway the problem that you might see is 500 fps max on the server with 19 slots w latest amxx and mm-p if i start another server it wont just work the ping jumps up and down like jack russel terier :/ server.cfg: http://www.warzone.nu/server.txt (renamed) startup param: ./hlds_run -game cstrike +ip 83.255.249.199 http://83.255.249.199 +port 27015 +maxplayers 19 -zone 8192 -heapsize 524288 +map de_dust2 -pingboost 3 gcc --version gcc (GCC) 3.3.5 (Debian 1:3.3.5-13) System specs: Dual CPU: model name : AMD Opteron(tm) Processor 248 cpu MHz : 2210.216 cache size : 1024 KB 1 GB DDR 3200 ECC Mem Linux version 2.6.8-2-686-smp ([EMAIL PROTECTED]) (gcc version 3.3.5 (Debian 1:3.3.5-12)) #1 SMP Thu May 19 17:27:55 JST 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 ___ To unsubscribe, edit your list preferences, or view the list archives, please
RE: [hlds_linux] secure running
Have you considered a lighter solution such as jailshell? I understand if you are concerned about the security of the hlds process itself, however a chrooted environment will not save you from those issues unless you duplicate the common files. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Franziskus Meier Sent: 10 November 2005 13:23 To: hlds_linux@list.valvesoftware.com Subject: [hlds_linux] secure running Hi, I'm trying to create a chroot-environment for counter-strike:source. can you give me some hints, which directories are necessary for running a server, please? Or where can i find more information? Yours Sincerely Franz Main Admin ___ 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] Re: srcds with multiple ip address
The reason is, you always need to connect back to the same place. This is ok in TCP, in fact for office solutions where you are using teaming or backup routes via this technology it results in less user visible downtime. The solution does not work so well for UDP based protocols. The proposed solution below would work if source would bind to 0.0.0.0, or all local ip's, but it doesn't do this. It only has support for one external IP, it still connects to the master browser with 1 public ip, and this is the only one that will be found by the server browser. NAT is the OPPOSITE to the desired solution, providing a many (clients) to one (pulbic ip) to many (internet hosts) routing protocol, when you want one (srcds) to many (listen ip:ports) to many (internet hosts). SRCDS is capable through it's connection system to provide a publicly accessible UDP listen port on many NAT devices without special setup, BUT this is still a one to one to many solution, not what you are looking for. If you just want to use LAN bandwidth for lan clients and internet bandwidth for internet clients, then use a port forward to the internet ip/port from the lan ip/port. If you want more bandwidth by ordering extra pipe's then speak to your ISP about the issue, as they can provide you with a solution, by proper upstream routing. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of K1ll3rD Sent: 10 November 2005 11:38 To: hlds_linux@list.valvesoftware.com Subject: Re: [hlds_linux] Re: srcds with multiple ip address Multiple Internet providers is supported by the kernel, have a look at: http://lartc.org/howto/lartc.rpdb.multiple-links.html Replying packets will use the same NIC as the packet came in from for it's gateway. I have to test once again binding this to 0.0.0.0 but time has been the problem lately. I though i did and it gave me problems, as soon as you start using NAT with IP rule, it get complicated. Thanks K - Original Message - From: James Tucker [EMAIL PROTECTED] To: hlds_linux@list.valvesoftware.com Sent: Thursday, November 10, 2005 4:21 AM Subject: RE: [hlds_linux] Re: srcds with multiple ip address Lol. OSPF does not do that. OSPF is an IP routing protocol, that routes correctly between gateways by opening the (lookahead) shortest route to destination first. THIS DOES NOT SUPPORT TEAMING OR BONDED NIC'S! The solution is simple - add a port forwarding rule to the NIC's not set to listen by SRCDS. Forward to the IP of the NIC that is. The traffic will never leave the kernel after coming in, so you would get your desired effect. This WILL NOT show up with anything but the public IP in the steam browser. N.B. this is NO DIFFERENT from just using a second NIC as a routing gateway to the servers IP. In other words, if your on a lan, the server is connected to the net, and your server has 2 nic's, one lan, one internet, then connecting to the server will only use the LAN nic anyway, as the final routing portion is done inside the kernel. There is however absolutely no good reason to do this as far as I can see. The ideal solution is somehting like compaq's teaming nic's. You can also do this undex many modern *nixes provided your upstream switch supports it. Technologies NOT involved in this: BGP, OSPF, RIP, or any other IP routing protocol extension. You cannot solve this problem in IP. IP does not do this. Unless the server can manage multiple IP's you will always end up using the IP endpoint set by +ip. You can try port forwards and other similar tricks, but this will be unreliable in many setups. This problem is the sort that should be solved on the MAC layer, however, I still don't see the point. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dan Sorenson Sent: 09 November 2005 21:07 To: hlds_linux@list.valvesoftware.com Subject: [hlds_linux] Re: srcds with multiple ip address One thought on this, how will the box choose the proper route back to the client if the srcds server is bound to multiple IP's? You'd need something that forces it to answer a packet addressed to IP 1.2.3.4 from interface ip 1.2.3.4 and use the 1.2.3.1 router as the default gateway. Otherwise, what would prevent the server from receiving a packet on 1.2.3.4, sending a reply back on 5.6.7.8, and the client happily ignoring it? Or worse, sourcing a packet on 1.2.3.4, choosing 5.6.7.1 as the appropriate gateway, which isn't on the same network, and dropping the packet as undeliverable? There may be a way to do it, but I'm thinking a router running OSPF or BGP if you can is the way to go. - Dan * Dan Sorenson DoD #1066 A.H.M.C. #35 [EMAIL PROTECTED] * * Vikings? There ain't no vikings here. Just us honest farmers. * * The town was burning, the villagers were dead. They
RE: [hlds_linux] Opteron 2.4 Ghz and HLDS
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Rikard Bremark Sent: 10 November 2005 09:56 To: hlds_linux@list.valvesoftware.com Subject: [hlds_linux] Opteron 2.4 Ghz and HLDS Hi. Im from a swedish gaming community called warzone short valley ( www.warzone.nu ) anyway we just bought 3 dual opteron 2.2 ghz servers with 1 gb ram ( at the moment we just got one cpu but the other ones will be installed asap ) So my problem is that i just get a fps at max 500 on the servers today with the 686 kernel. Look up the mailing list archives for kernel timer resolution. You're kernel timer is almost certainly around 1000Hz. To raise the FPS above this you will need to increase your kernel timer resolution more, and sadly, with the current menuconfig, you can't do this. Grep your kernel source for the HZ value and alter it in source. I do not know what (if any) the rammifactions will be on a linux kernel for going over 1000Hz. the a64 kernel wont work because hlds wont start just gets a bunch of segmentation errors. Anyway the problem that you might see is 500 fps max on the server with 19 slots w latest amxx and mm-p if i start another server it wont just work the ping jumps up and down like jack russel terier :/ Even out the priority of the processes, reduce the heapsize - it doesn't need that much! General question: anyone significantly tested the effects of the pre-emptive modules and 1/many SRCDS instances? [snip] ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] Opteron 2.4 Ghz and HLDS
ok i downloaded the ordinay metamod 1.18. i turnd off hlguard and logmod after that i noticed that hlguard couldnt get contact with the z-project homepage to download updates. Anyway its the same setup that im runnig with amxx mm hlguard that i was running with the p4 1.7 ghz. We are currently investigating if it is the 100 mbit backbone switch that are f-up. kama wrote: Use a standard config and work your way up. Using 500 as FPS is just silly. And looking at your stats you are only getting 166-333. I use 200 on my servers and get aprox 40% of total CPU use on my dual xeon system. 4 processes per box. this with mm + amx. try just running it with ./hlds_run -game cstrike +map de_dust2 -maxplayers 19 and skip all extra mumbo-jumbo. Try using the ordinary mm instead of mm-p, and with it off. What are your current and previous operating system specs and tweaks? /Bjorn On Thu, 10 Nov 2005, Rikard Bremark wrote: well my problem is its starts at 500 ( started at 1000 with my p4 1.7 ghz computer ) and well it jumps up and down from 149 250 333 400 500. our 1.7 ghz comp just had 1000 and got down to maybe 800 or something with full server ( 17 slots then ) so know iwe got 19 slots one for admins so 18 slots that are always active and i get this: 15:25:55 stats 15:25:55 CPU InOut Uptime Users FPSPlayers 49.00 107.76 171.43 273 493 200.04 18 15:25:56 stats 15:25:56 CPU InOut Uptime Users FPSPlayers 49.00 111.46 179.81 273 493 166.67 18 15:25:56 stats 15:25:56 CPU InOut Uptime Users FPSPlayers 49.00 109.25 177.96 273 493 166.69 18 15:25:57 stats 15:25:57 CPU InOut Uptime Users FPSPlayers 49.00 104.94 170.49 273 493 199.92 18 15:25:57 stats 15:25:57 CPU InOut Uptime Users FPSPlayers 49.00 102.06 164.10 273 493 333.56 18 15:25:58 stats 15:25:58 CPU InOut Uptime Users FPSPlayers 50.25 98.53 154.65 273 493 333.67 18 it shuld be enoguh i think but the ping has increased dramaticly and if i start the second server it drops even more. and the swap is on 2 gb and is not used even if i start the games the top says 59-70% cpu and 10.6 under %MEM Time is 112:15.45 i have even tried to run 2x17 slots instead of 2x19 but no change :/ Ian mu wrote: -- [ Picked text/plain from multipart/alternative ] Hmm not sure what really you're saying, I can't see 500fps being any problem at all and unrelated to erratic pings (unless the 500 is dropping significantly I would think). 500 should be fine. Just wondering, you are setting heapsize to 524,288, I've never set heapsize so what I'm saying could be a load of baloney, but does that equate to 512MB? If so, running that twice is naturally going to eat up all of your 1Gig of ram and you'll probably start eating into swap (maybe do free when you run them both and see what buffers/cache show). Could maybe try 128 or something anyway (I've never even set it and never had any problems, I thought it was more for allocating memory something else can't eat into later, but generally not necessary). Someone will likely correct me on that though, as not familiar with it, just guessing. Worthwhile showing us top and free with the one when its at full usage, and then showing us it when you run the 2nd process I think as it may give some pointers (and also if 500 fps drops normally or only when 2nd server introduced). On 11/10/05, Rikard Bremark [EMAIL PROTECTED] wrote: Hi. Im from a swedish gaming community called warzone short valley ( www.warzone.nu http://www.warzone.nu ) anyway we just bought 3 dual opteron 2.2 ghz servers with 1 gb ram ( at the moment we just got one cpu but the other ones will be installed asap ) So my problem is that i just get a fps at max 500 on the servers today with the 686 kernel. the a64 kernel wont work because hlds wont start just gets a bunch of segmentation errors. Anyway the problem that you might see is 500 fps max on the server with 19 slots w latest amxx and mm-p if i start another server it wont just work the ping jumps up and down like jack russel terier :/ server.cfg: http://www.warzone.nu/server.txt (renamed) startup param: ./hlds_run -game cstrike +ip 83.255.249.199 http://83.255.249.199 +port 27015 +maxplayers 19 -zone 8192 -heapsize 524288 +map de_dust2 -pingboost 3 gcc --version gcc (GCC) 3.3.5 (Debian 1:3.3.5-13) System specs: Dual CPU: model name : AMD Opteron(tm) Processor 248 cpu MHz : 2210.216 cache size : 1024 KB 1 GB DDR 3200 ECC Mem Linux version 2.6.8-2-686-smp ([EMAIL PROTECTED]) (gcc version 3.3.5 (Debian 1:3.3.5-12)) #1 SMP Thu May 19 17:27:55 JST 2005 ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux -- ___ To
[hlds_linux] Wierd Choke Problem
Ok, I am seeing this on both hlds and srcds. I have not seen this problem before (on my servers) and isn't my rates doing it. The rates I have tried rate 3 cl_update 100 cl_cmd 100 rate 25000 cl_update 80 cl_cmd 80 The best that seems to work is rate 3 cl_update 50 cl_cmd 50 But there should be no reason I can't run 100 in my eyes. It normally spikes the worst when the bomb goes off and when the round restarts. With source it seems worse spiking up to the 30's with the 50 update rate. Server is running at 66 Tick. HLDS running at default and same thing. It is doing with with as little as one server on a machine. The machine specs are as follows Dual Xeon 3.0 2M cache 2G DDR2 533 ECC Running CentOS 4.1 Fully Burstable 100Mbps Port (Possible problem?) The only thing I can figure at this point is an overloaded network at the datacenter I am colocating through? I am at a complete loss. Please give your input. ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
RE: [hlds_linux] Wierd Choke Problem
Aside from your server it would depend on who your colo is. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of doomed999 Sent: Thursday, November 10, 2005 4:49 PM To: hlds_linux@list.valvesoftware.com Subject: [hlds_linux] Wierd Choke Problem Ok, I am seeing this on both hlds and srcds. I have not seen this problem before (on my servers) and isn't my rates doing it. The rates I have tried rate 3 cl_update 100 cl_cmd 100 rate 25000 cl_update 80 cl_cmd 80 The best that seems to work is rate 3 cl_update 50 cl_cmd 50 But there should be no reason I can't run 100 in my eyes. It normally spikes the worst when the bomb goes off and when the round restarts. With source it seems worse spiking up to the 30's with the 50 update rate. Server is running at 66 Tick. HLDS running at default and same thing. It is doing with with as little as one server on a machine. The machine specs are as follows Dual Xeon 3.0 2M cache 2G DDR2 533 ECC Running CentOS 4.1 Fully Burstable 100Mbps Port (Possible problem?) The only thing I can figure at this point is an overloaded network at the datacenter I am colocating through? I am at a complete loss. Please give your input. ___ 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] Wierd Choke Problem
Same as yours. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Thursday, November 10, 2005 4:28 PM To: hlds_linux@list.valvesoftware.com Subject: RE: [hlds_linux] Wierd Choke Problem Aside from your server it would depend on who your colo is. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of doomed999 Sent: Thursday, November 10, 2005 4:49 PM To: hlds_linux@list.valvesoftware.com Subject: [hlds_linux] Wierd Choke Problem Ok, I am seeing this on both hlds and srcds. I have not seen this problem before (on my servers) and isn't my rates doing it. The rates I have tried rate 3 cl_update 100 cl_cmd 100 rate 25000 cl_update 80 cl_cmd 80 The best that seems to work is rate 3 cl_update 50 cl_cmd 50 But there should be no reason I can't run 100 in my eyes. It normally spikes the worst when the bomb goes off and when the round restarts. With source it seems worse spiking up to the 30's with the 50 update rate. Server is running at 66 Tick. HLDS running at default and same thing. It is doing with with as little as one server on a machine. The machine specs are as follows Dual Xeon 3.0 2M cache 2G DDR2 533 ECC Running CentOS 4.1 Fully Burstable 100Mbps Port (Possible problem?) The only thing I can figure at this point is an overloaded network at the datacenter I am colocating through? I am at a complete loss. Please give your input. ___ 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] Wierd Choke Problem
I had this same thing happen to me right after a windows update. I used system restore to go back before the update and my choke disappeared. It was 0 before the update. It was up arround 80 afterwards at times, (altho the game didnt play like it, which made it hard to figure out,)it clearly wasnt the rates, which I had not changed. And I tryed various servers, from my own 500 fps to lowly unboosted servers. It would start at nearly 100 and drop almost immediatly to around 20, then go up after I actually started playing. I didnt make the connection at first because it also happen about the time of a steam update. I had even tryed reloading steam, which did nothing. And I had another computer which worked fine on the same connection, but had not been updated, unfortunatly it was a while before I tryed the 2nd computer and figured it out. - Original Message - From: doomed999 [EMAIL PROTECTED] To: hlds_linux@list.valvesoftware.com Sent: Thursday, November 10, 2005 5:47 PM Subject: RE: [hlds_linux] Wierd Choke Problem Same as yours. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Thursday, November 10, 2005 4:28 PM To: hlds_linux@list.valvesoftware.com Subject: RE: [hlds_linux] Wierd Choke Problem Aside from your server it would depend on who your colo is. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of doomed999 Sent: Thursday, November 10, 2005 4:49 PM To: hlds_linux@list.valvesoftware.com Subject: [hlds_linux] Wierd Choke Problem Ok, I am seeing this on both hlds and srcds. I have not seen this problem before (on my servers) and isn't my rates doing it. The rates I have tried rate 3 cl_update 100 cl_cmd 100 rate 25000 cl_update 80 cl_cmd 80 The best that seems to work is rate 3 cl_update 50 cl_cmd 50 But there should be no reason I can't run 100 in my eyes. It normally spikes the worst when the bomb goes off and when the round restarts. With source it seems worse spiking up to the 30's with the 50 update rate. Server is running at 66 Tick. HLDS running at default and same thing. It is doing with with as little as one server on a machine. The machine specs are as follows Dual Xeon 3.0 2M cache 2G DDR2 533 ECC Running CentOS 4.1 Fully Burstable 100Mbps Port (Possible problem?) The only thing I can figure at this point is an overloaded network at the datacenter I am colocating through? I am at a complete loss. Please give your input. ___ 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 ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
[hlds_linux] AMD64 Vac 2
When will AMD 64 vac 2 be available? ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] AMD64 Vac 2
This question comes up about once a week, I've asked it myself. The short answer is, when it's done. I don't think you'll get much farther than that. On Nov 10, 2005, at 4:26 PM, GameWarrior Avenger wrote: When will AMD 64 vac 2 be available? ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux -- Erik Hollensbe [EMAIL PROTECTED] ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
[hlds_linux] Re: Specifying Log file size CS 1.6
Dude, set the time limit of the map to several hours but only have the map you want in rotation. Why is this so hard to understand? There's no reason to have one round last all that time. I already have a rotation and server configuration setup when a time limit is in place, i'd rather make one setting change than waste the time I have already spent creating a full server rotation. If there is a log file size setting, this seems the best method to me. The way I have it setup now all I have to do is a simple changelevel and the server becomes a multimap rotation with specified settings per map, your way I would have to change multiple files comapred to one setting in server.cfg... it's not as easy when you run multiple plugins... but thanks for your kind and understanding reply. I think the closest i am to a fix right now is typing in log off and log on 2x a day, not optimal but it would work... wish there was a way to get crontab to be able to interact with the session.. anyone know how to do that? ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
RE: [hlds_linux] Wierd Choke Problem
The best that seems to work is rate 3 Set this to maximum inbound pipe speed, in bytes per second. There may be caps on server rate variables, but not here. cl_update 50 Cl_updaterate 66 cl_cmd 50 Cl_cmdrate 66 But there should be no reason I can't run 100 in my eyes. It normally spikes the worst when the bomb goes off and when the round restarts. With source it seems worse spiking up to the 30's with the 50 update rate. Server is running at 66 Tick. Thus the 66 suggestion. This should minimise choke readings, even the detail in net_channels. HLDS running at default and same thing. It is doing with with as little as one server on a machine. The machine specs are as follows Dual Xeon 3.0 2M cache 2G DDR2 533 ECC Running CentOS 4.1 Fully Burstable 100Mbps Port (Possible problem?) This is more than capable. The only thing I can figure at this point is an overloaded network at the datacenter I am colocating through? I am at a complete loss. Please give your input. Check the server side FPS too, using rcon stats. ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
RE: [hlds_linux] Wierd Choke Problem
Set this to maximum inbound pipe speed, in bytes per second. There may be caps on server rate variables, but not here. Not understanding what you mean Cl_updaterate 66 Cl_cmdrate 66 Tried those, same outcome... Thus the 66 suggestion. This should minimise choke readings, even the detail in net_channels. I also have to worry about the clients :) One pointed it out to me because he uses cl_up and cmd at 100 fine on other servers yet choke upto 25 in ours... This is more than capable. That's whats making me wonder if it's a network issue...Any way to check? Check the server side FPS too, using rcon stats. Source running at 160's HLDS running multiple, tryied on stocks (mid 80's) 150's, 300's upto the 900's for giggles... Thinking about maybe a new colo on other backbones, but I am lost... ___ 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] Re: Specifying Log file size CS 1.6
Try running a diff server.cfg for when you have the rotation running and when you don't... ex... make a server1.cfg and have it set for your non rotational... make it include these cvars Map themap Sv_timelimit 120 --restarts flushing the logs every 2 hours mapchangecfgfile server1.cfg then the rest of the norms Then to have your non rotational exec server1.cfg otherwise exec server.cfg... Still one setting to change between the two... I am unaware of any log size file setting... -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Some Llama Sent: Thursday, November 10, 2005 6:45 PM To: hlds_linux@list.valvesoftware.com Subject: [hlds_linux] Re: Specifying Log file size CS 1.6 Dude, set the time limit of the map to several hours but only have the map you want in rotation. Why is this so hard to understand? There's no reason to have one round last all that time. I already have a rotation and server configuration setup when a time limit is in place, i'd rather make one setting change than waste the time I have already spent creating a full server rotation. If there is a log file size setting, this seems the best method to me. The way I have it setup now all I have to do is a simple changelevel and the server becomes a multimap rotation with specified settings per map, your way I would have to change multiple files comapred to one setting in server.cfg... it's not as easy when you run multiple plugins... but thanks for your kind and understanding reply. I think the closest i am to a fix right now is typing in log off and log on 2x a day, not optimal but it would work... wish there was a way to get crontab to be able to interact with the session.. anyone know how to do that? ___ 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] AMD64 Vac 2
-- [ Picked text/plain from multipart/alternative ] If someone wants to hack into Alfred's mind, you'll know the answer. This question comes up about once a week, I've asked it myself. The short answer is, when it's done. I don't think you'll get much farther than that. On Nov 10, 2005, at 4:26 PM, GameWarrior Avenger wrote: When will AMD 64 vac 2 be available? ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux -- Erik Hollensbe [EMAIL PROTECTED] ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux -- DJ Fadyeyev Founder - e-Plutonia -- ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
RE: [hlds_linux] Wierd Choke Problem
We use multiple colo facilities and I personally have mastered the methods and tools for verifying the quality/capability of them. Contact me offlist and we'll be happy to add your colo to our monitoring that you'll be able to view firsthand via web graphing the answers you seek. Could mean the difference between losing a good provider or being stuck with a bad one. Ray -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of doomed999 Sent: Thursday, November 10, 2005 8:25 PM To: hlds_linux@list.valvesoftware.com Subject: RE: [hlds_linux] Wierd Choke Problem Set this to maximum inbound pipe speed, in bytes per second. There may be caps on server rate variables, but not here. Not understanding what you mean Cl_updaterate 66 Cl_cmdrate 66 Tried those, same outcome... Thus the 66 suggestion. This should minimise choke readings, even the detail in net_channels. I also have to worry about the clients :) One pointed it out to me because he uses cl_up and cmd at 100 fine on other servers yet choke upto 25 in ours... This is more than capable. That's whats making me wonder if it's a network issue...Any way to check? Check the server side FPS too, using rcon stats. Source running at 160's HLDS running multiple, tryied on stocks (mid 80's) 150's, 300's upto the 900's for giggles... Thinking about maybe a new colo on other backbones, but I am lost... ___ 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] What happened to the pre-announce and announcement of patches?
they only announce when they effect the server software Kingsley Dagok wrote: This is a multi-part message in MIME format. -- [ Picked text/plain from multipart/alternative ] Hey Alfred, What happened to the Pre-Announcement of upcoming Steam patches and then the Announcement of the actual patches? Ive noticed as of late that these announcements have not been being made. I for one, and I'm sure plenty of other admins, rely on these announcements since we do not sit around refreshing www.steampowered.com or restarting Steam to see if a patch has been released. Would be appreciated if we can go back to getting advance notice and then the announement of these patches. thanks, Dagok -- ___ 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] What happened to the pre-announce and announcement of patches?
This is a multi-part message in MIME format. -- [ Picked text/plain from multipart/alternative ] Hey Alfred, What happened to the Pre-Announcement of upcoming Steam patches and then the Announcement of the actual patches? Ive noticed as of late that these announcements have not been being made. I for one, and I'm sure plenty of other admins, rely on these announcements since we do not sit around refreshing www.steampowered.com or restarting Steam to see if a patch has been released. Would be appreciated if we can go back to getting advance notice and then the announement of these patches. thanks, Dagok -- ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
RE: [hlds_linux] What happened to the pre-announce and announcement of patches?
What he said. - Alfred -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kingsley Foreman Sent: Thursday, November 10, 2005 6:33 PM To: hlds_linux@list.valvesoftware.com Cc: hlds@list.valvesoftware.com Subject: Re: [hlds_linux] What happened to the pre-announce and announcement of patches? they only announce when they effect the server software Kingsley Dagok wrote: This is a multi-part message in MIME format. -- [ Picked text/plain from multipart/alternative ] Hey Alfred, What happened to the Pre-Announcement of upcoming Steam patches and then the Announcement of the actual patches? Ive noticed as of late that these announcements have not been being made. I for one, and I'm sure plenty of other admins, rely on these announcements since we do not sit around refreshing www.steampowered.com or restarting Steam to see if a patch has been released. Would be appreciated if we can go back to getting advance notice and then the announement of these patches. thanks, Dagok -- ___ 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] Re: Specifying Log file size CS 1.6
From: doomed999 [EMAIL PROTECTED] Subject: RE: [hlds_linux] Re: Specifying Log file size CS 1.6 Try running a diff server.cfg for when you have the rotation running and when you don't... ex... make a server1.cfg and have it set for your non rotational... make it include these cvars Map themap Sv_timelimit 120 --restarts flushing the logs every 2 hours mapchangecfgfile server1.cfg then the rest of the norms Then to have your non rotational exec server1.cfg otherwise exec server.cfg... Still one setting to change between the two... I am unaware of any log size file setting... Hmm interesting.. what does the Cvar mapchangecfgfile do? More specifically when does it exec the .cfg file it specifies? ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
RE: [hlds_linux] Re: Specifying Log file size CS 1.6
From all my times using it, it exec it at map change...Though it maybe in conjunction with a plugin. If it doesn't work let me know and I will see what plugin I use that makes it an alias... -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of devin812 Sent: Thursday, November 10, 2005 9:39 PM To: hlds_linux@list.valvesoftware.com Subject: RE: [hlds_linux] Re: Specifying Log file size CS 1.6 From: doomed999 [EMAIL PROTECTED] Subject: RE: [hlds_linux] Re: Specifying Log file size CS 1.6 Try running a diff server.cfg for when you have the rotation running and when you don't... ex... make a server1.cfg and have it set for your non rotational... make it include these cvars Map themap Sv_timelimit 120 --restarts flushing the logs every 2 hours mapchangecfgfile server1.cfg then the rest of the norms Then to have your non rotational exec server1.cfg otherwise exec server.cfg... Still one setting to change between the two... I am unaware of any log size file setting... Hmm interesting.. what does the Cvar mapchangecfgfile do? More specifically when does it exec the .cfg file it specifies? ___ 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