I believe you are supposed to run steamcmd.sh not steam.sh. steam.sh is for the
GUI that we will eventually ship, but steamcmd is for the CLI tool.
From: hlds_linux-boun...@list.valvesoftware.com
[hlds_linux-boun...@list.valvesoftware.com] on behalf of
for a fact it
didn't exist last week when I was test installing the cs16 beta to see
if login anonymous worked with it.
On Thu, Feb 14, 2013 at 5:55 AM, Milton Ngan mil...@valvesoftware.com wrote:
I believe you are supposed to run steamcmd.sh not steam.sh. steam.sh is for
the GUI that we
We had to disable it due to a security issue. We haven't had time to fix it
with the holiday load.
-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com
[mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Rodrigo
Sent: Wednesday, January 16, 2013 4:46 AM
To:
The correct address to manage your subscriptions is
hlds_linux-requ...@list.valvesoftware.com
-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com
[mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of List ProGamers
Sent: Wednesday, January 16, 2013 4:59
I made some network changes that affected this list server last night. Please
contact me directly if you think you are seeing problems with the list. It is
possible that people are not receiving email, in which case this email is a bit
useless :)
___
Something go reverted on our firewall, and we had a couple of bad NAT rules
which were translating the IPs of some of our servers. This should be better
now. It wasn't when John sent his test message. I had only fixed one of the
cases, but not the second.
-Original Message-
From:
It is nicer on the content delivery system if we only do one download per
cluster for the hundreds of machines we run. It is also easier to deal with
failures when they occur, since they only occur on the root server (what
Fletcher called the master) of each cluster. We also do a bunch of
It looks like you are behind NAT. Are you sure that your firewall is set up
correctly to forward/translate traffic through on the advertised ports?
-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com
[mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of
I'll up the limit.
-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com
[mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of James Puckett
Sent: Monday, October 03, 2011 10:00 AM
To: Half-Life dedicated Linux server mailing list
Subject: Re: [hlds_linux] post to
I have seen an issue on Ubuntu where the /etc/hosts files contains a line like
this:
127.0.1.1 myhostname.valve.netmyhostname
On machines that have this, the rcon is limited to listening on the loopback
(127.0.0.1) only. Removing this line from the hosts file correct the problem. I
I put a map into the start up configs on our Left4Dead servers. Someone may
have taken that out of context and used server.cfg instead.
I typically put the convars (the ones with the + on the command line) into a
start up config file rather than putting them on the command line. This is so
The combined settings look a bit like this
mp_maxrounds 0
mp_winlimit 0
mp_timelimit 45
maxplayers 24
replay_enable 1
replay_block_dump_interval 15
replay_fileserver_protocol http
replay_fileserver_port 80
replay_fileserver_offload_enable 0
replay_local_fileserver_path /var/www/replays/001/
Ubuntu x64 is what we typically use, vanilla kernels. The version differs
depending on the role of the box and what type of hardware we are using.
Sometimes we just have to use a non-LTS version because of the hardware
support. We could just backport the kernel, but it is just as easy to use
there is a randommap command.
-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com
[mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Milton
Ngan
Sent: Tuesday, July 26, 2011 7:42 PM
To: Half-Life dedicated Linux server mailing list
Subject: Re: [hlds_linux] Player
I would not recommend this. We are constantly changing the IP addresses of our
services as we grow. As someone who helps maintain our firewall rules, I
appreciate what you are trying to do, but it is a lot of work to keep up with
all the changes. More so for you since there is no DNS to query
on and how friends signs in etc? Will
that remain the same?
Cheers,
Saint K.
From: hlds_linux-boun...@list.valvesoftware.com
[hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Milton Ngan
[mil...@valvesoftware.com]
Sent: 18 July 2011 18:14
To: Half
These are warnings. The system is attempting to rename the file first, and
then falls back to copying the file. I'll see if we can get that warning turned
off. It isn't necessary in production.
M.
-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com
Which files are you updating that are being overwritten? In many cases there
are convars to change the file you use for a particular function. In cases
where you can't (e.g motd.txt while using sv_pure 2) you can just set the file
to be read-only and the file will not be clobbered.
M.
I am working on the mailing list issue. The problem is that the spam filters
are eating up lots of CPU on the VM. I will be moving off the spam filtering
onto a different box that can better handle the job.
Over the past year we have added more than 200Gbps of bandwidth, and we are
constantly
You need to set this in your environment before you launch the game
export RDTSC_FREQUENCY=2400.0
./srcds_run -game tf
This will bypass the benchmark. But each machine may be different. This is
benchmark is part of the real time clock optimization that we had added into
the L4D
The list all went quiet over the last few hours.
___
To unsubscribe, edit your list preferences, or view the list archives, please
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Mail server got wedged. Called the plumber and all the email is now flushing
out the tubes.
-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com
[mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Milton Ngan
Sent: Thursday, June 23, 2011 10:08 PM
To: Half
It seems that some of the default permissions were setup incorrectly on the new
server. I have fixed them up. So the archives should be working again. The
missing emails should have made their way back into the archive.
M.
-Original Message-
From:
server mailing list
Subject: Re: [hlds_linux] Test Message
IPv6?
Sent from my iPhone 4
Den 01/06/2011 kl. 23.50 skrev Milton Ngan mil...@valvesoftware.com:
The list server was just moved to a new network. Just testing that the new
server is working correctly
The mailman server was moved to a new IP. This is just a test message to see if
there are any issues.
Cheers
M.
___
To unsubscribe, edit your list preferences, or view the list archives, please
visit:
The list server was just moved to a new network. Just testing that the new
server is working correctly.
___
To unsubscribe, edit your list preferences, or view the list archives, please
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Sigh... It helps if you actually open port 25 on the list server... Sorry guys,
not enough sleep and too many distractions.
-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com
[mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Milton Ngan
Sent: Thursday
There is an option -steambin that allows you to specify the full path to the
binary.
-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com
[mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Daniel Nilsson
Sent: Tuesday, May 10, 2011 1:03 PM
To:
I believe that setting replay_enable 1 will enable replays the next time a map
is loaded. So setting it in server.cfg will continually reinitialize the replay
system and never activate it. I tried doing this myself when setting up our
servers and wondered why replays weren't working. So you
Just to let everyone know. I am currently working on deploying IPv6 network
infrastructure for Valve's network. This is not a promise that support is
coming, but rather to point out that without this infrastructure it is very
difficult to implement IPv6 support.
Until last year, none of our
We have identified the problem. The server at fault should be fixed.
-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com
[mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Marlon Almeida
| CGBR
Sent: Tuesday, March 15, 2011 1:49 PM
To: 'Half-Life dedicated
-
From: hlds_linux-boun...@list.valvesoftware.com
[mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Milton Ngan
Sent: Tuesday, March 15, 2011 2:12 PM
To: 'Half-Life dedicated Linux server mailing list'
Subject: Re: [hlds_linux] Lag spikes
We have identified the problem. The server
on, although we will default to using 27011 in the general case.
-Original Message-
From: Milton Ngan
Sent: Thursday, February 24, 2011 11:11 AM
To: Half-Life dedicated Linux server mailing list
Subject: RE: [hlds_linux] master server source 1 is down.
Thanks guys. Just working with the steam
fine, the box is up. It's the response that is not working as
demonstrated by others.
-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com
[mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Milton Ngan
Sent: donderdag 24 februari 2011 2:52
To: 'Half-Life
We looked at this a while back. There are master servers running on all three.
Can you ping and traceroute to the host? Can anyone else confirm that one of
the master servers is not functioning?
-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com
Which processor are you using? It is possible we are using an instruction not
supported on your processor. Send me the contents of /proc/cpuinfo
-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com
[mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Aki
Sent:
...Downloaded Linux on a 56k modem...
On Fri, Jan 14, 2011 at 4:05 PM, Milton Ngan mil...@valvesoftware.com wrote:
I'll take a look at fixing this. The suggestion was to add the line:
cd $(dirname $0)
to the start of the script. This should address the issue of having to be in
the same
I'll take a look at fixing this. The suggestion was to add the line:
cd $(dirname $0)
to the start of the script. This should address the issue of having to be in
the same directory as the script to run it.
-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com
Use netstat -nlp to find the process number of the fork by looking for the
netcon/rcon port that it is listening on. Kill that process and that will send
a SIGCHLD to the parent fork, which will cause it to respawn.
-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com
: [hlds_linux] l4d2 forks control?
I was hoping for a netcon way to do it, since I rather not hand out ssh
access.
-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com
[mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Milton Ngan
Sent: maandag 27 december 2010 20:04
The renumber is due to a re-organisation of physical location and hardware in
the datacenter. Steam has been upgrading its network and server back end over
the past few months. We moved to a new routing and switching architecture for
increased scalability and redundancy. Much of the server
I just fixed this. It will take a bit to propagate.
Thanks Neph
M.
-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com
[mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Nephyrin Zey
Sent: Tuesday, August 31, 2010 4:10 PM
To: Half-Life dedicated Win32
Cc: Milton Ngan; Half-Life dedicated Win32 server mailing list
Subject: Re: [hlds_linux] [hlds] HL2 Master Server move
It's too late, Milton! The trust is gone. Gone!
On 08/31/2010 04:25 PM, Milton Ngan wrote:
The DNS round robin still has the bad IP and breaks scripts including
nemrun. So
Yes, we do.
From: hlds_linux-boun...@list.valvesoftware.com
[hlds_linux-boun...@list.valvesoftware.com] On Behalf Of tom nikitopoulos
[screwtop...@gmail.com]
Sent: Friday, July 30, 2010 4:36 PM
To: Half-Life dedicated Linux server mailing list
Subject:
We have a server farm in Frankfurt. So I am surprised why you would be getting
US servers. If you can send me (off list) a sample of your IP's and the IP's
you are being connecting to so we can take a look at our geo-ip database to see
if we need to make some adjustments. This should have
Thanks guys, I have feed your comments back to the L4D2 team.
From: hlds_linux-boun...@list.valvesoftware.com
[hlds_linux-boun...@list.valvesoftware.com] On Behalf Of tom nikitopoulos
[screwtop...@gmail.com]
Sent: Friday, July 30, 2010 4:10 PM
To:
Run dos2unix on the file and that should fix it.
-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com
[mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of jimbomcb
Sent: Monday, July 19, 2010 2:27 PM
To: Half-Life dedicated Linux server mailing list
Subject: Re:
Upon further investigation, the Alien Swarm dedicated server has not been
released for Linux. We shipped some of the Linux files by accident.
M.
-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com
[mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Milton
mailing list
Subject: Re: [hlds_linux] Alien Swarm is now available
That doesn't sound good, by accident? Will we be getting Linux files tonight?
On 19 July 2010 22:57, Milton Ngan mil...@valvesoftware.com wrote:
Upon further investigation, the Alien Swarm dedicated server has not been
released
and +tv_port appeared to work as you described.
Milton Ngan wrote:
You can control the client, host and tv port using convars on the command
line.
+clientportportnum
+hostportportnum
+tv_portportnum
(or alternately placing these into a config file that is refernced via +exec
You can control the client, host and tv port using convars on the command line.
+clientport portnum
+hostport portnum
+tv_port portnum
(or alternately placing these into a config file that is refernced via +exec on
the command line)
Steam also uses a port that will auto-increment, but this is
This should be fixed in the next update.
-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com
[mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Ulrich Block
Sent: Friday, June 25, 2010 5:10 AM
To: Half-Life dedicated Linux server mailing list
Subject:
The naming convention of the shared objects changed in this release.
-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com
[mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of ?? ??
[Nikita Bulaev]
Sent: Friday, April 23, 2010 12:20 AM
To:
You are probably not setting the LD_LIBRARY_PATH to point at the bin directory
of your install. That has always been a requirement to run the server. This is
one of the many things that the srcds_run script does.
-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com
In left4dead and left4dead2, the srcds_run wrapper supports and extra option
-consolelog. This launches a program called logger which is expected to be in
the bin directory of your install. I never shipped this utility since it was
something only I was using, and it will not work out of the box
You are probably on a machine that doesn't support SSE2. TF2 has always
required SSE2 for its minimum specification, but it appears that the Linux code
base wasn't actually using SSE2 until the recent updates.
M.
-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com
, Jan 1, 2010 at 3:03 PM, Ben B brutalgoerge...@gmail.com wrote:
Distributor ID: Ubuntu
Description:Ubuntu 9.10
Release:9.10
Codename: karmic
On Fri, Jan 1, 2010 at 2:35 PM, Milton Ngan mil...@valvesoftware.comwrote:
You have to set the LD_LIBRARY_PATH to point to the bin
You have to set the LD_LIBRARY_PATH to point to the bin directory where
tier0_i486.so lives if you are going to run srcds_i486 directly. This is one of
the things that srcds_run will do for you.
Typically if you don't have the right compat libs installed, it will just say
that it cannot find
If you guys are running the servers with -debug (which doesn't currently do
anything useful in -fork mode) or crash dumps enabled you should send a SIGABRT
(-6) to the process to get it to dump a core file. It will also kill the fork
as well. SIGKILL should be used as a last resort if SIGINT
The fixes that were in the demo, didn't make it into the release branch. The
work around is to copy steam into the same directory as srcds_run.
M.
-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com
[mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of
Netcon works, but the disadvantage is that you get console spew that can
potentially get mixed in with your responses. There isn't a clear response
format. (e.g a prompt or end of message character).
-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com
Linux server mailing list
Subject: Re: [hlds_linux] L4D2 rcon query
Milton,
Can you tell us if Valve has acknowledged the rcon response issue on
linux l4d2 servers and plans on fixing it sometime in the near future?
Milton Ngan wrote:
Netcon works, but the disadvantage is that you get console
What output are you seeing when you run srcds_run -autoupadate ...?
What you should see is something like this:
WARNING: No map specified! Server may not heartbeat.
Auto detecting CPU
Using default binary: ./srcds_i486
Server will auto-restart if there is a crash.
INFO: Located steam: ./steam
I'll change the default location to be ../steam in the L4D and TF/OB srcds_run,
since this seems to be what everyone expects it to be. I'll see if I can make
locating the steam binary a little smarter. The change I made to allow you to
specify the steam binary location didn't make it into this
This is a heartbeat issue when servers go into hibernation. We have a bunch of
fixes coming, including one for this issue. You can force a heartbeat on each
dedicated server and you will probably find people start turning up.
M.
-Original Message-
From:
Milton Ngan wrote:
This is a heartbeat issue when servers go into hibernation. We have a bunch
of fixes coming, including one for this issue. You can force a heartbeat on
each dedicated server and you will probably find people start turning up.
M.
-Original Message-
From: hlds_linux
In the next update for the demo I am adding in defaults to srcds_run. So you
can run srcds_run with no arguments and it will add the appropriate +map
option. If you specify +map on the command line, it will not append another
+map option. If you are an advanced admin that likes to specify the
available locallly?
Do the same for TF2.
2009/10/31 Milton Ngan mil...@valvesoftware.com
In the next update for the demo I am adding in defaults to srcds_run. So
you can run srcds_run with no arguments and it will add the appropriate +map
option. If you specify +map on the command line
of the -steamverify addition?
--mauirixxx
-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com
[mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Milton
Ngan
Sent: Friday, October 30, 2009 1:23 PM
To: Half-Life dedicated Linux server mailing list
Subject: Re: [hlds_linux
Autoupdate doesn't work. There are a number of fixes to the srcds_run script
that need to be made. I will work on this today.
M.
-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com
[mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Logan
Rogers-Follis
If you are running 64bit Centos, you will want to install the i386/i686 version
of the libs. srcds_linux is a 32bit application
-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com
[mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of f7 f0rkz
Sent: Wednesday,
Yes you can. This is basically what the forked mode is doing with all the ##
expansion.
I have two wrapper scripts that I use to do this sort of thing. The first just
loops through the count launching the helper script with the number and action.
The second then substitutes in the $NUM into
You should use +map c5m1_waterfront as the initial map.
-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com
[mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Ronny Schedel
Sent: Tuesday, October 27, 2009 6:40 PM
To: Half-Life dedicated Linux server mailing
Some changes were made to reduce the number of ports that were opened but never
used. What I am explicitly configuring on the ports are:
+hostport
-netconport
-steamport
The following ports have been disabled, so you don't need to worry about them.
+clientport
+tv_port
Matchmaking convars
compares to L4D?
Thanks,
Dave
- Original Message -
From: Milton Ngan mil...@valvesoftware.com
Date: Wednesday, October 21, 2009 10:41 pm
Subject: Re: [hlds_linux] L4D2 server requirements
To: Half-Life dedicated Linux server mailing list
hlds_linux@list.valvesoftware.com
CPU
I can support 50 instances of L4D1 on a dual 2.5GHz Quad Core system. So if you
only have one, then half that. That being said, I need at least 10GB of RAM on
Linux to achieve this.
Under Windows, there is no forked mode, so each instance will take up more
memory resources. So I would
at the same
time right? So how many can you run at the same time? How much cpu
does a full 8 player server use?
Thanks for your input.
Milton Ngan wrote:
I can support 50 instances of L4D1 on a dual 2.5GHz Quad Core system. So if
you only have one, then half that. That being said, I need at least 10GB
Currently -debug doesn't work with -fork. I have a script I am working on to
monitor for core files and process them in the same way. This basically will
get spawned once when srcds_run is invoked with -debug and terminated when the
srcds_run is terminated.
-debug relies on the main process
Just to comment on the number of servers for L4D1. We will continue to supply
sufficient numbers of servers to support L4D1 after the launch of L4D2. I am in
the middle of deploying more hardware for the launch of L4D2 to ensure we have
enough to handle both titles.
From what I have seen, our
This update should also include the fix for the defunct processes
-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com
[mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Jason Ruymen
Sent: Tuesday, September 29, 2009 11:00 AM
To:
If you are talking about the defunct forks, then the work around for this is
to send a standard SIGTERM to the defunct process. Normally this would do
nothing, but in this case the process still has a couple of child threads that
haven't terminated. Sending the SIGTERM signal to the parent
: [hlds_linux] L4D forks crashing
Thanks for the workaround, Milton. Will we see a fix for this problem
soon, though?
- Dave
Milton Ngan wrote:
If you are talking about the defunct forks, then the work around for this
is to send a standard SIGTERM to the defunct process. Normally this would do
The -fork with no arguments looks to be a bug in the srcds_run script. I just
spotted that the other day. There is a test in the script
if [ -z $NUMFORKS ]; then
HL_CMD = $HL_CMD -fork $NUMFORKS
fi
This should be -n $NUMFORKS
The -fork with no numeric argument does nothing. It will
The servers buffer their log output, so you will need to flush the
logs (sv_logflush 1;sv_logflush 0) or cleanly quit the server to get
the most up to date log information.
M.
On Jun 30, 2009, at 2:17 PM, Ronny Schedel wrote:
I did not restart the server, it is still running. I send you
The original srcds_run assumed that the current directory was the root of the
installation. This changed as of Orange Box and the srcds_run script was not
fixed. I did make a change earlier this year to address this in Orange Box, but
the fix is missing some other patches. In particular the
-autoupdate is working for L4D. I will look into the issues with the orangebox
version of srcds_run.
-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com
[mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Eric-Jan Riemers
Sent: Friday, May 01, 2009 6:21 PM
To:
I can confirm there is a slow leak in the L4D dedicated servers. I have
informed the L4D team of the issue. Hopefully someone will be able to find it
before the next update.
Just FYI. I am monitoring the servers via Munin. I am using the standard memory
graph to show when the servers are going
Yes, that was the correct fix. The latest update should now have the correct
version of the file.
-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com
[mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of bl4nk
Sent: Thursday, December 11, 2008 5:58 PM
To:
Run dos2linux on the srcds_run file for now. The file that got checked in has
the wrong line endings on it.
M.
-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com
[mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of bl4nk
Sent: Thursday, December 11, 2008 5:37
If you get an error about cstrike being an invalid game, then the wrong version
got shipped.
M.
-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com
[mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Nicholas
Hastings
Sent: Thursday, December 11, 2008 5:50
It looks like the fix I made didn't make it into this update. I'll follow this
up.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Steve Sumichrast
Sent: Thursday, December 04, 2008 5:17 PM
To: Half-Life dedicated Linux server mailing list
Subject:
There are a lot of oddities about how the master server hands out servers when
queried. We are looking into this because it seems that some servers are being
starved of players, even though we have an excess of players requesting servers.
We could return you the entire server list of available
With 2GB of RAM I would say 10-12 comfortably, possibly as many as 15. I am
running between 50-60 instances on a dual 2.5Ghz Quad Xeons with 8GB of RAM. At
60 the CPU gets hits the ceiling a little too often and can affect server FPS.
You have ample CPU with your configuration, the limit will
While load average is a useful guideline, it does not necessarily reflect CPU
usage in all cases (e.g lots of I/O bound processes waiting to run).
Also it is an average over time (60 seconds). It can't tell you if within the
last 60 seconds that your CPU's were over saturated for a second while
I have 50 games supporting 160-180 players and a load of 24-28. CPU is 80%
utilized.
M.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ronny Schedel
Sent: Wednesday, November 26, 2008 12:05 PM
To: Half-Life dedicated Linux server mailing list
Subject:
not monitor for
long, only about 5 mins each time to time following cpu usage during the
tests i ran with them. Versus increases network traffic rapidly compared
to normal 4 player campaign so i would say that in versus cpu usage
would also be bigger.
-ics
Milton Ngan kirjoitti:
While load
I have a fix. It didn't make it into the release. There are a couple of other
fixes in the script which are required.
M.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Eric Riemers
Sent: Tuesday, November 18, 2008 10:10 AM
To: Half-Life dedicated Linux
There is a bug in the srcds_run script where -fork is supposed to automatically
supply a map, but it doesn't. So for now explicitly specify a map. Anyone will
do, it will get changed as soon as someone reserves the server.
M.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL
This is the way I had it originally where all my configs were just numbers
01.cfg etc... but placed in the server subdirectory. Something has changed in
the command line expansion routines where ## cannot be used at the start of the
filename. So you can user server##.cfg, or server/l4d##.cfg.
These ports are no longer opened on the PC. I have removed the convars from my
configs without a problem.
M.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Steve
Sent: Tuesday, November 18, 2008 3:42 PM
To: Half-Life dedicated Linux server mailing list
1 - 100 of 113 matches
Mail list logo