On 25/08/2012 02:49, Nick Majsa wrote:
I have 6 MvM servers up. Had 3 full and 1 with 2 people waiting for a third. I jumped
in the queue out of curiosity and after a about a minute (5) wait, I was
placed on a server in a valve server that appeared to be in France with a 200ms ping (I'm
on
My group of 6 (although we sometimes substitute people from our friends
list) from the Midwest US always get placed on Luxembourg servers. Now,
I think the most missions any of us have completed are 4, but still...
that's 4 games where we got placed in a server over 4000 miles (or 6500
On 25/08/2012 02:53, Rudy Bleeker wrote:
I'm publishing the replays through local http, since bandwidth isn't
really an issue for me. So I have the cvar
replay_local_fileserver_path set to .../orangebox/tf/replays/ and made
a symlink /var/www/replays to it. I've also set replay_fileserver_path
Just from monitoring my 2 servers which are usually full, I see about
95% of people are from the US.
Just taking a quick snapshot now:
Server #1:
Server died when a weird character was echoed in a username to the
terminal... However, until then it seemed the average ping was around
the same
On 25/08/2012 03:49, Matthew Mjelde wrote:
Hey everyone, I have this problem and I have been trying to figure it out
for a few hours now. Whenever I am in my cs:go server, and I tell someone
to join off me through steam they are redirected to my cs:s server instead.
My cs:go commandline: -game
As i recall the system is based on l4d matchmaking and it has always been a
little flawed when it comes down to players country and where the server is.
Matchmaking doesn't even use region setting if i remember correctly.
I havent played the one on tf2 much due to excessive wait times but from
On Sat, Aug 25, 2012 at 9:02 AM, dan needa...@ntlworld.com wrote:
Shouldn't you have the setgid bit set, not the sticky bit?
Yeah that's the one. I always call it by the wrong name, my apologies.
I'm mostly surprised by the fact that the TF2 server ignores it when
creating new files, as well as
On 25/08/2012 08:38, ics wrote:
As i recall the system is based on l4d matchmaking and it has always been a
little flawed when it comes down to players country and where the server is.
Matchmaking doesn't even use region setting if i remember correctly.
I havent played the one on tf2 much due
There's a known problem with Source 2009 where if you lose your TCP
connection to Steam, there's a good chance your server will become
delisted from the master. The problem stems from Steam reconnecting
using a 'random' machine address instead of the selected ip address
used at server launch. This
[...]/orangebox/tf/replay/server/tmp/20120825-013138-mvm_coaltown.dmx
to /var/www/replays/20120825-013138-mvm_coaltown.dmx!
It still works, the error only means it can't move the file by
renaming it, which is correct since the TF2 files and /var/www are not
on the same partition, but seeing this error
On 25/08/2012 6:43 PM, dan wrote:
On 25/08/2012 08:38, ics wrote:
As i recall the system is based on l4d matchmaking and it has always
been a little flawed when it comes down to players country and where
the server is. Matchmaking doesn't even use region setting if i
remember correctly.
I
I've had the same problem for some time ago. This is how my motd.txt looks now:
!DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Transitional//EN
http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd;
html
head
titlelol/title
meta http-equiv=Content-Type content=text/html; charset=iso-8859-1
meta
Hey there,
i'm currently working on a personalised MOTD for our servers, to make this
a bit more appealing. But one problem: The $_GET Method, provided by most
PlugIns (aka Webshortcuts and DynamicMOTD) isn't really save!
The question is: Are there more default-params get transmitted, that i
can
Le 25/08/2012 09:13, dan a écrit :
On 25/08/2012 03:49, Matthew Mjelde wrote:
Hey everyone, I have this problem and I have been trying to figure it
out
for a few hours now. Whenever I am in my cs:go server, and I tell
someone
to join off me through steam they are redirected to my cs:s server
On 25/08/2012 10:53, Kyle Sanderson wrote:
There's a known problem with Source 2009 where if you lose your TCP
connection to Steam, there's a good chance your server will become
delisted from the master. The problem stems from Steam reconnecting
using a 'random' machine address instead of the
On 25/08/2012 14:15, dan wrote:
But there must be multiple ways, using linux, (either by using virtual
interfaces and / or routing or iptables rules) such that a particular
instance of TF2 uses a NIC (real or virtual) that only has one IP
address assigned to it, so that it doesn't need the +ip
When I get a user that connects with a 'strange' name, sometimes this
plays hell with the linux terminal.
For example, one user on my server now, when I do a 'status' command, I
get the following output:
# userid nameuniqueidconnected ping loss
state adr
#
for every replay file it tries to
save:
Unable to rename
[...]/orangebox/tf/replay/server/tmp/20120825-013138-mvm_coaltown.dmx
to /var/www/replays/20120825-013138-mvm_coaltown.dmx!
It still works, the error only means it can't move the file by
renaming it, which is correct since the TF2 files
The firewall is not an issue. I tried it with the current rules in place,
and with it just disabled and allowing all traffic and everything in
between.
I have also tried it with +ip instead of -ip, but did not try +port since I
did not think that the port would change what the public ip would
I agree, this should be looked into.
--
Hákon G.
On 25 August 2012 14:35, Steven Haigh net...@crc.id.au wrote:
When I get a user that connects with a 'strange' name, sometimes this
plays hell with the linux terminal.
For example, one user on my server now, when I do a 'status' command, I
This is what happens (no bind call at all):
25396 socket(PF_INET, SOCK_STREAM, IPPROTO_TCP) = 14
25396 ioctl(14, FIONBIO, [1]) = 0
25396 setsockopt(14, SOL_SOCKET, SO_SNDBUF, [262144], 4) = 0
25396 setsockopt(14, SOL_SOCKET, SO_RCVBUF, [262144], 4) = 0
25396 setsockopt(14, SOL_SOCKET,
/20120825-013138-mvm_coaltown.d
mx to /var/www/replays/20120825-013138-mvm_coaltown.dmx!
It still works, the error only means it can't move the file by
renaming it, which is correct since the TF2 files and /var/www are
not on the same partition, but seeing this error in the console
over
I can't recall the exact character, but one of them causes Win32 terminals
(Both srcds and source clients running console mode) to terminal beep.
More humorous then debilitating compared to Linux version of the bug, but
annoying nonetheless. Just figured I'd throw that in.
On Sat, Aug 25, 2012
It says it all:
Map de_dust_se not part of Mapgroup mg_bomb
You cant start SE version of a map with default gamemodes and using mg_bomb as
map group.
1. start it either with de_dust2 and change to SE later in server.cfg
2. change maps in your gamemodes_server.txt to include SE version
3. create
I found that with forked TF2 servers, if you define a different motdfile
then it doesn't take effect until the next mapchange. At least in my case,
my MvM server is launched from the same files as my PvP server but I load
different servercfgfile and motds, but the motd is default until a map
This MOTD problem exists on CSS as well since the July 2 update. It
will not display the motd on the first server you join. Once you join a
second server the motd works as usual for all servers, including the
first one you joined if you return. It is pretty ridiculous that we have
to use the
VALVE: Is there any updates on this? I would love to have it fixed without
having to ask someone to code an extension to disable the precaching of MvM
stuff. It still only happens on Surf.
From: michs...@live.no
To: hlds_linux@list.valvesoftware.com
Date: Thu, 23 Aug 2012 21:33:24 +0200
I don't plan to, I don't like these social SCM things.
Anyway, I've released version 0.3 which should fix most problems people had
and introduce a few new features
such as the beta updating support and +runscript compatibility
(which makes the tool compatible with the new -autoupdate feature of
Sweet!
Any news on implemmenting a feature so one SO could download the version
respective to another one? I'm eager to be able to get the windows version
of the tf2 server on my linux VPS. :)
Keep up with the good work!
On 25 August 2012 19:54, Didrole didr...@gmail.com wrote:
I don't plan
Change the character encoding to UTF-8. For example, in PuTTY, the option is in
Window-Translation and defaults to Latin-1.
-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com
[mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Steven Haigh
Sent: Saturday,
On Sat, Aug 25, 2012 at 8:14 PM, Christian Gerbrandt
ger...@gotadsl.co.uk wrote:
The files are created u+rw,g+r,o+r
In my setup they are created u+rw,g+r,o--- so there is definately a
difference. May I know what the permissions on your srcds_linux and
srcds_run files are? Especially the
I've never had an issue with strange characters messing up the srcds
console or my terminal. My terminal is using UTF-8 for character
encoding. This is sensible anyway, I would have thought all linux
distros would do this by now...
On Sun, Aug 26, 2012 at 2:58 AM, Tony Paloma
On 26/08/2012 10:58 AM, Tony Paloma wrote:
Change the character encoding to UTF-8. For example, in PuTTY, the option is in
Window-Translation and defaults to Latin-1.
Thanks Tony,
I'll give this a go...
From my reading, I'll have to start screen with the -U command also to
enable UTF-8
in the
following console spam in the server for every replay file it tries to
save:
Unable to rename
[...]/orangebox/tf/replay/server/tmp/20120825-013138-mvm_coaltown.dmx
to /var/www/replays/20120825-013138-mvm_coaltown.dmx!
It still works, the error only means it can't move the file by
renaming
Almost same as the replay files
u+rwx,g+rx,o+r
-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com
[mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Rudy Bleeker
Sent: 26 August 2012 02:42
To: Half-Life dedicated Linux server mailing list
Subject: Re:
35 matches
Mail list logo
