Additionally: set a very strict rate limiting to new connections (10new
connections every 20seconds?) and drop anything that's not estabilished...
Il 17/10/2011 21:15, ?? ?? [Nikita Bulaev] ha scritto:
Hi, firends!
Some our clients are under stupid attack by tcp packets with length
Hi,
since the recents updates I'm experiencing a trange problem:
everytime I create a new server on the first start it is not connecting
to steam...
I need to stop and restart it in order for it to connect properly.
This is happening on both CSS and TF2.
Is this happening to anybody else?
and everything is fine. Maybe the steam servers are slow are
something. Hope this was not too anecdotal.
On Mon, Oct 24, 2011 at 8:56 PM, Marco Padovan e...@evcz.tk wrote:
Hi,
since the recents updates I'm experiencing a trange problem:
everytime I create a new server on the first start
no steam connection (insecure) on the first
startup
Am 25.10.2011 02:56, schrieb Marco Padovan:
Hi,
since the recents updates I'm experiencing a trange problem:
everytime I create a new server on the first start it is not connecting
to steam...
I need to stop and restart it in order
Issue still here after the latest tf2 updates...
on the first start any server stays in this status:
version : 1.1.8.0/18 4735 insecure (unknown)
And never get online
I need to stop it and restart it on order to correctly register on steam.
Il 25/10/2011 02:56, Marco Padovan ha scritto
I got tf2 servers using up to 1.5gb of ram (with tv enabled)
of course we run all instances with *at least* 16gb of ram...
Il 29/11/2011 13:12, Cliff Riley ha scritto:
Would usage actually bring memory up that much? I know stuff goes idle
like on TF2 the round moves back to pre-mapstart if
Do you got a traffic dump about this kind of packets?
Il 05/03/2012 15:12, Tuga aka mabaclu ha scritto:
There is a new exploit able to crash Counter-Strike 1.6 servers (linux and
windows) and probably all other HL1 game servers.
I've been looking for a fix and I found these iptables rules:
Running their custom kernel?
cpu scaling in use?
Il 19/04/2012 17:21, frog ha scritto:
Got a bunch of 24 slot TF2 servers with a basic install of SourceMOD 1.4.2,
running on Debian64 3.2.13 box with a Xeon W3520 2.67GHz and 24GB Ram. It's a
new box from OVH, it's only been running for a few
Hi,
we are getting specific motd pages that are crashing the client with no
error...
Ho can we debug the motd to see where is the problem?
(motd.txt contains just an URL and the URL is an html page)
___
To unsubscribe, edit your list preferences, or
It's not just html blocks that are causing issues...
for example if the page is on https (ssl) that can be a cause too...
I was just asking if there's something planned to get it working or at
least not crashing the clients...
It would be ok if it failed with a generic error... but crashing the
continue to look into it.
Thanks,
Tony
-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com
[mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Marco Padovan
Sent: Saturday, April 28, 2012 11:15 AM
To: Half-Life dedicated Linux server mailing list
Subject
Working fine on my servers.
I load the motd from and URL (motd.txt just contains the URL of the motd
page)
Il 16/05/2012 04:23, Michael Ojeda ha scritto:
A little while I go I sent in an email about HTML MoTDs crashing clients
without an error message, and was told that some javascript files
provide exact specs of the attack (maybe a tcpdump) + rates figures
(PPS/ bw)
Il 18/05/2012 18:28, Ivan Ivanov ha scritto:
Hello,
For the last few days I've been attacked by a big(huge) number of
international IPs [Russia, USA, Korea, China, Italy etc..]. It's obviously a
ddos attacks, so
Seeing that dump looks like you can profile it by ttl , id and packet
content..
you can eventually ratelimit the A2S_PLAYER
(https://developer.valvesoftware.com/wiki/Server_queries) packets to a
very low number like they did here:
http://forums.srcds.com/viewtopic/16140
Il 21/05/2012 22:44,
Doing a clean install with:
./steam -command update -game tf -dir .
results in a not working installation ( * Unable to load Steam support
library.* / * This server will operate in LAN mode only.* errors) due to
missing steam_appid.txt
that file is also missing from css (cs1.6 instead appears
Already tried. Didn't work
I added those files manually
Il giorno 22/ago/2012 09:14, Daniel braininbl...@gmail.com ha scritto:
Add -verify_all and -retry to the command line. This will check all the
files and installs any missing files.
2012/8/22 Marco Padovan e...@evcz.tk
Doing a clean
a steam_appid.txt containing 440 and now everything works
swimmingly.
On Aug 22, 2012 2:11 AM, Marco Padovan e...@evcz.tk wrote:
Already tried. Didn't work
I added those files manually
Il giorno 22/ago/2012 09:14, Daniel braininbl...@gmail.com ha scritto:
Add -verify_all and -retry to the command
installed normal
steam install and it worked. No idea on linux. But if you also used
steamcmd once on that server that is likely the problem.
Sent from my iPhone
On 22 Aug 2012, at 11:11, Marco Padovan e...@evcz.tk wrote:
Already tried. Didn't work
I added those files manually
Il giorno 22
ESL CS:S plugin making the server crash, right?
Il 22/08/2012 22:48, Eric Smith ha scritto:
We've released a mandatory update to CS:S. The notes for the update are below.
-Eric
--
Counter-Strike: Source
- Fixed a client crash on exit (after connecting to a
(or combination of
commands) in there that is causing it but I haven't had time to track down
the offender. Please post back if you are crashing when execing these
scripts even after removing the ESL plugin. It would be nice to know I'm
not the only one!
Chris
On 23 August 2012 10:12, Marco
RHEL / centos giving issues too?
I didn't hear any complaint from the users... tho I never play css so
can't comment on that (we run only RHEL based systems, nothing else)
Il 16/09/2012 06:29, Roberto Omezzolli ha scritto:
well i allready updated Debian to the latest stable version so i tried
Hi,
on centos5 and centos6 we are seeing srcds_linux that automatically
increase his own priority when creating the game threads
I just start tf2 using srcds_run with the usual commands line, but it
automatically tries to push his own priority higher as soon as it
creates the threads...
Is that
script that looks like it's trying to increase process priority.
On Sat, Sep 29, 2012 at 5:26 PM, Marco Padovan e...@evcz.tk wrote:
Hi,
on centos5 and centos6 we are seeing srcds_linux that automatically
increase his own priority when creating the game threads
I just start tf2 using
/09/2012 18:35, Ulrich Block ha scritto:
Am 29.09.2012 18:30, schrieb Marco Padovan:
Hi, thanks for your reply.
In my case it is not srcds_run doing that, it's srcds_linux that does
something.
priority changes a few seconds after srcds_linux has started (right
after create 4 threads gets
you were right ... if you run it as root it make use of the realtime
scheduler and set itself to -3 as priority...
is this normal?
ZOMG running az r00t makes it quicker and faster, 10fps here I come :D
Il 29/09/2012 19:03, Marco Padovan ha scritto:
Hi,
thanks for your feedback, never run
to SCHED_RR ... why that happens? how
can I stop that from happening?
Il 29/09/2012 22:01, Russell Smith ha scritto:
SCHED_RR is round robin scheduling, not real time.
Marco Padovan e...@evcz.tk wrote:Hi,
thanks for your feedback, never run the server as root so I never
noticed this *weird
:26, Marco Padovan wrote:
Hi,
on centos5 and centos6 we are seeing srcds_linux that automatically
increase his own priority when creating the game threads
I just start tf2 using srcds_run with the usual commands line, but it
automatically tries to push his own priority higher as soon
Il 30/09/2012 17:35, dan ha scritto:
On 29/09/2012 18:37, Marco Padovan wrote:
:D
btw I hope someone from Valve will clarify about this behaviour so at
least we can understand if making servers run as root better but more
expensive is an intender behaviour
No, running as root is obviously
-
From: hlds_linux-boun...@list.valvesoftware.com
[mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Marco Padovan
Sent: Saturday, September 29, 2012 10:38 AM
To: hlds_linux@list.valvesoftware.com
Subject: Re: [hlds_linux] srcds_linux changing its own process priority
no reason at all to keep spending time and throwing
away resources in trying to change the scheduler and the priority as on
99.% of the systems that will fail and will result just in
losted CPU cycles
Il 01/10/2012 08:58, dan ha scritto:
On 30/09/2012 16:52, Marco Padovan wrote:
Il 30
Those changes happens only when running the server as root, if you do
not run it as root those changes fails and the scheduler/priority is not
changed...
So if you do not run srcds_linux as root nothing changes... it's like
those lines where not there :S
Leaving all the benchmarks and hyphotesis
/10/2012 20:56, dan ha scritto:
On 01/10/2012 20:35, Marco Padovan wrote:
Those changes happens only when running the server as root, if you do
not run it as root those changes fails and the scheduler/priority is not
changed...
Well no, that's not strictly the case. You can allow the changes
Sorry, I'm not much interested to discuss with you further about this
whole thing.
I'm just asking to the dev to please take out these lines of codes
making the processes self changing the scheduler and the priorities.
Il 03/10/2012 21:38, dan ha scritto:
On 03/10/2012 20:21, Marco Padovan
it can mess up an improperly configured system.
On Wed, Oct 3, 2012 at 3:43 PM, Marco Padovan e...@evcz.tk wrote:
Sorry, I'm not much interested to discuss with you further about this
whole thing.
I'm just asking to the dev to please take out these lines of codes
making the processes self
of a machine, and instead just overspec.
-Joe
On Oct 3, 2012, at 2:21 PM, Marco Padovan wrote:
On a clean centos or debian install the server will make use of a better
scheduling algorithm if run as root.
At this point if nothing changes I'm sure we will see many people
running it as root in order
an extreme explanation might be: it could help against tampering ...
if you have an ISP that do not wants you to play they could just corrupt
each and every fast download tries... with https istead that could be
very hard (in both detecting the typo of file being downloaded and
breaking into an
same thing here (rhel6 / centos6): 100% cpu...
stopping all of them for now
Il 27/10/2012 04.16, gamead...@127001.org ha scritto:
Can't confirm the error since TF2 servers buffer redirected console output,
so I never get to see the error.
I _CAN_ confirm my MVM servers freeze on 100% CPU
I just put online 2 additional 24slots servers in europe and they were
*instantly* filled...
looks like I can keep putting them online and they keep getting filled
seconds after I get them started...
what's the situation in Europe? :O
___
To
So: do we need to put online moreservers or are there enough servers to
handlethe players influx? :)
Il 27/10/2012 17.26, Giovanni Harting ha scritto:
Stable. Filled after ~ 1 minute
2012/10/27 Marco Padovan e...@evcz.tk
I just put online 2 additional 24slots servers in europe and they were
Yeah, I also moved the 4 not-working MvM to halloween ;)
Il 27/10/2012 17.32, Giovanni Harting ha scritto:
I think europe will get another peak around the evening, i will turn my not
working mvm server into halloween servers soon.
2012/10/27 Marco Padovan e...@evcz.tk
So: do we need to put
to my sv_tags, set my mapcyclefile to
mapcycle_halloween.txt, set tf_mm_servermode 1, and am registering
just fine, but I get zero traffic
On 10/27/2012 11:34 AM, Marco Padovan wrote:
Yeah, I also moved the 4 not-working MvM to halloween ;)
Il 27/10/2012 17.32, Giovanni Harting ha scritto:
I
;-)
Il giorno 27/ott/2012 18:21, Sazpaimon sazpai...@x-cult.org ha scritto:
Wow, the difference is like night and say, I started with event247 and it
instantly filled up!
On 10/27/2012 12:10 PM, Marco Padovan wrote:
that's unfortunate :(
just got another one up in netherlands and it got
and
it instantly filled up!
On 10/27/2012 12:10 PM, Marco Padovan wrote:
that's unfortunate :(
just got another one up in netherlands and it got instantly filled.
please try the pool #1... that seems to get filled faster then pool #2
Il 27/10/2012 17.54, Sazpaimon ha scritto:
I'm
I keep getting crashesthat results in server losing all players and
restarting I suspect that leads to downward fast? LOL
Il 28/10/2012 20.22, Benedict Glover ha scritto:
What do the different trends mean? Steady, Downward Fast, Upward Fast -
which is better, which will get more people?
This:
DataTable warning: player: Out-of-range value (.x) in
SendPropFloat 'm_flLastDamageTime', clamping.
is still happening :/
___
To unsubscribe, edit your list preferences, or view the list archives, please
visit:
server in any noticable way though, so
for now I'm just treating it as console spam that I can ignore. It's
logged in my console.log though if anyone at Valve wants to see it.
On Mon, Oct 29, 2012 at 12:41 AM, Marco Padovan e...@evcz.tk wrote:
This:
DataTable warning: player: Out-of-range value
We are running some public servers with just 1 single map specified.
mp_timelimit is set to 60
mp_winlimit is set to 0
when issuing timeleft in console we getthis is the last round... but
the map never changes anyway.
Is there something Imissed?
Basically I want the map to change once 60minutes
Looks like it was just a matter of:
mp_match_end_at_timelimit
:)
Il 29/10/2012 17.18, Marco Padovan ha scritto:
We are running some public servers with just 1 single map specified.
mp_timelimit is set to 60
mp_winlimit is set to 0
when issuing timeleft in console we getthis is the last
I'mhaving a similar issue on a server...
haning on here:
CHANGE LEVEL: mapname
L 10/30/2012 - 13:53:13: [SM] Changed map to mapname
Host_Changelevel
L 10/30/2012 - 13:53:14: Mapchange to mapname
ConVarRef room_type doesn't point to an existing ConVar
Executing
Basically metamod+sourcemod snapshot
then just added: pinion_adverts, hlstatsx:ce sourcemod pluginand console
warning supressor ( http://forums.alliedmods.net/showthread.php?p=1825502 )
here's the full list:
http://pastebin.com/raw.php?i=iFqF3xTH
Il 30/10/2012 23.48, Kyle Sanderson ha scritto:
but I'm having issues onother servers that are not making use of
hlstatsx:ce (but have pinion, console warning supressor and a few others
more)
so I would rule out hlstatsx:ce in any case
Il 31/10/2012 09.53, Marco Padovan ha scritto:
Basically metamod+sourcemod snapshot
then just added
having issues onother servers that are not making use of
hlstatsx:ce (but have pinion, console warning supressor and a few others
more)
so I would rule out hlstatsx:ce in any case
Il 31/10/2012 09.53, Marco Padovan ha scritto:
Basically metamod+sourcemod snapshot
then just added
I see you are running pinion too...
all my troubled servers have that :S
do you see the issue also on servers without pinion?
Il 31/10/2012 08.45, Michael Johansen ha scritto:
Indeed. http://pastebin.com/pNgBVB8L
Date: Tue, 30 Oct 2012 15:48:19 -0700
From: kyle.l...@gmail.com
To:
I've no idea...
does is there anybody else (with vanilla servers) having crash/freeze
issues?
If it was a widespread thing (even with just sourcemod) I suppose we
would be seeing a lotmore complaints :/
Il 31/10/2012 10.32, Michael Johansen ha scritto:
I have not tried disabling it, no, but I
: hlds_linux-boun...@list.valvesoftware.com
[mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Marco
Padovan
Sent: woensdag 31 oktober 2012 14:12
To: hlds_linux@list.valvesoftware.com
Subject: Re: [hlds_linux] Hanging on mapchange (changelevel)
I've no idea...
does is there anybody
shemale?
Il 31/10/2012 21.32, Frank ha scritto:
WTF!!!
-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com
[mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Staci Page
Sent: Wednesday, October 31, 2012 7:45 AM
To: Half-Life dedicated Linux server
I do not think this is the best place to discuss about that as people in
here tends to flame when you start talking about realtime(search for
my email on this list where I was asking why when you run the gameserver
as root it automatically promotes itself into the scheduler generally
used by
This update is being harder then usual to get :|
0:21 Checking local files and building download list for depot 441 'Team
Fortress 2 Content' version 365
0:21 Patching from version 364; connecting to content server
0:22 [77.67.60.130:27030] Connecting...
0:25
seeing the same on all our .eu servers ... just give it some time (up to
10minutes) and it will finally connect to some server and will start
downloading :)
Il 02/11/2012 19.51, Svensk Ljud Ljus Produktion ha scritto:
Im getting this on our MvM server.
4:27 [146.66.156.13:27030]
Ah ok,
didn't noticed this during the last update:)
Il 02/11/2012 19.55, TIFFANY OJEDA ha scritto:
I think its just everyone trying to access the update servers all at the
same time, when the last update came out same thing happened
From: Marco Padovan e...@evcz.tk
To: hlds_linux
Thanks
reveriting to the older srcds_linux indeed fix the problem.
What happened is just incredible -_-'
Il 06/11/2012 03.30, Michael Tharp ha scritto:
(crossposting because this probably only affects linux operators)
On 11/05/2012 09:21 PM, Jim Fasoline wrote:
Matteo- yes, I'm experiencing
seems the issue has been fixed with an update released around 22 CEST
Il 06/11/2012 03.30, Michael Tharp ha scritto:
(crossposting because this probably only affects linux operators)
On 11/05/2012 09:21 PM, Jim Fasoline wrote:
Matteo- yes, I'm experiencing the error that gtxi of reddit
reinstall from scratch then
Il 17/11/2012 23.17, babaj ha scritto:
five did.
how much do you want?
./steam -command update -game tf -dir ../tf2 -verify_all -retry
___
To unsubscribe, edit your list preferences, or view the list archives, please
seeing the same here :(
Il 19/11/2012 19.41, Saint K. ha scritto:
Up until a week ago our TF2 servers where filled every night.
Now every night they sit empty.
What changed? Did the reputation system reset or something?
Saint K.
___
To
Hi,
are you the Mike on WHT?
I was the one replying in there :D
Il 27/11/2012 13.54, Michael Johansen ha scritto:
My face when, I just analyzed my own tcpdump and I had over ~150 Mbit/s
traffic on UDP, where as my SYN stood for about 50k pps.
From: sai...@specialattack.net
To:
ihih, nice :)
the most important thing while being ddosed is to report to the relevant
abuse desks so they can clean up their networks ;)
Il 27/11/2012 14.26, Michael Johansen ha scritto:
I am indeed. Thank you for all your help :)
Date: Tue, 27 Nov 2012 14:25:24 +0100
From: e...@evcz.tk
: hlds_linux-boun...@list.valvesoftware.com
[hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Marco Padovan
[e...@evcz.tk]
Sent: 27 November 2012 14:27
To: hlds_linux@list.valvesoftware.com
Subject: Re: [hlds_linux] Incoming DoS attack
ihih, nice :)
the most important thing while
they use netflow.
that specific email is sent for imformative purpose only.
if the attack keeps going they nullroute you and disconnect your server
from the network
Il 28/11/2012 13.36, Michael Johansen ha scritto:
IIRC Hetzner are all automated right? Would be good for them to have a
on tf2 in the past we could add to the config file:
hideserver 1
that will also disable the a2s info replies... is that working on other
games too?
Il 05/12/2012 11.36, LouLouBizou ha scritto:
simply add -nomaster to command line
2012/12/5 Drogen Viech drogenvi...@googlemail.com
can confirm :(
Il 21/12/2012 00.21, Russell Smith ha scritto:
SourceMod broken for anyone else with this update? MetaMod is loading
but SM isn't even being recognized.
On 20.12.2012 15:12, Eric Smith wrote:
Sorry, we forgot part of the notes:
- Added three new community weapons
- The
You need bandwidth, a lot(saw 3gbit+ attacks these days...)
Il 11/01/2013 00.47, Martin Pajenkamp ha scritto:
It seems, like competitive matches are getting hit by DDoS attacks
again, like in 2010. This time, it seems the attacker is using a DNS
reflection attack. Does anyone have a tip how to
Are you giving free 10gbit uplinks to everybody?
Il 11/01/2013 10.43, Sachin Sud ha scritto:
Hi,
I can help you in some ways with ddos attack.!
Email me ! I will tell you some things which will help you.
Ignoring board because its not required here
On Fri, Jan 11, 2013 at 2:22 PM, Marco
yes, the attacks is exactly that...
but those are not just broken dns,i even saw some *well known* IT
names into the attackers.
Il 11/01/2013 11.16, Arnim Eijkhoudt ha scritto:
Haha,
I hope you're joking. Almost none of your questions are remotely
relevant to this type of attack. DNS
Message-
From: hlds_linux-boun...@list.valvesoftware.com [mailto:hlds_linux-
boun...@list.valvesoftware.com] On Behalf Of Marco Padovan
Sent: 11 January 2013 10:32
To: hlds_linux@list.valvesoftware.com
Subject: Re: [hlds_linux] Servers get attacked via DDoS
yes, the attacks is exactly
to give any details whatsoever
-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com [mailto:hlds_linux-
boun...@list.valvesoftware.com] On Behalf Of Marco Padovan
Sent: 11 January 2013 10:32
To: hlds_linux@list.valvesoftware.com
Subject: Re: [hlds_linux] Servers get attacked
We are getting broken .dem files from the tv autorecord, all the files
have a 489KB size.
This is what we get when trying to play from demoui2on the client
Playing demo from auto-20130114-1333-cp_badlands.dem.
Could not find table downloadables
Could not find table modelprecache
Could not find
while doing some tests with the steamcmd thing (updating an existing
server) I saw this in the steamcmd output:
App state (0x300502) downloading, progress: 43.59 (5215170404 /
11963737484)
depotreconstruct.cpp (517) : Assertion Failed: info.nNumWritesFinished
= info.nNumWrites
As we are running multiple servers I'm trying to understand how to make
the update as smooth as possible..
currently doing the update with target directory orangebox/
can preserve the files mods/mapsbut results indirectory growning
from the old 7gb to the actuall11gb...
what can we delete?
noted earlier on the changes so I wouldn't get too concerned right now, I'm
just sitting and waiting with a case of beer ready to go.
-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com
[mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Marco
Padovan
Sent
When starting a server with:
-autoupdate -steam_dir ~/cs1.6/steam-installer/ -steamcmd_script
/home/somepath/scripts/cs1.6-autoupdate-anonymous.txt
I get:
Could not locate steam binary:steamcmd/steam.sh, ignoring.
I cannot see anywhere steamcmd/steam.sh being created/downloaded...
where is it
I'm not sure if I understood you reply.
should I create a folder named steamcmd/ somewhere? why is it looking
for it? is this and expected behaviour?
Il 23/02/2013 16.40, Andre Müller ha scritto:
Make a symlink from steamcmd.sh to steam.sh or copy the file to steam.sh.
2013/2/23 Marco
ah great :|
let me try something else then :|
Il 23/02/2013 18.02, David Fountain ha scritto:
Is the 1.6. Steam can't use the '.' In path
SavSin
On Feb 23, 2013 8:00 AM, Marco Padovan e...@evcz.tk wrote:
I'm not sure if I understood you reply.
should I create a folder named steamcmd
On Feb 23, 2013 8:00 AM, Marco Padovan e...@evcz.tk wrote:
I'm not sure if I understood you reply.
should I create a folder named steamcmd/ somewhere? why is it looking
for it? is this and expected behaviour?
Il 23/02/2013 16.40, Andre Müller ha scritto:
Make a symlink from steamcmd.sh
-steam_dir /home/username/steam-installer/
-steamcmd_script cstrike-autoupdate-anonymous.txt this goes in the
steamcmd folder
On Sat, Feb 23, 2013 at 10:42 AM, Marco Padovan e...@evcz.tk wrote:
this one didn't worked either... still same error:
Il 23/02/2013 18.02, David Fountain ha
uhm... so... what shall we doto have autoupdate working properly?
for now we are just relying on manual updates :D
Il 24/02/2013 14.18, David Fountain ha scritto:
That's even the wrong script. Steam was from hldsupdatetool. Steamcmd.sh is
steamcmd
SavSin
On Feb 24, 2013 5:08 AM, Austin
, Marco Padovan wrote:
uhm... so... what shall we doto have autoupdate working properly?
for now we are just relying on manual updates :D
Il 24/02/2013 14.18, David Fountain ha scritto:
That's even the wrong script. Steam was from hldsupdatetool.
Steamcmd.sh is
steamcmd
SavSin
On Feb 24
agree with this.
basically old update tool wasn't affecting much the performance as it
was so slow to connect and disconnect that actualcpu and disk usage were
very low..
justproperly use nice and ionice and you will be fine with steamcmd ;)
Il 27/02/2013 10.45, Jesse Molina ha scritto:
Run
Hi,
Is there any possibility to see something similar to the clients conversion
taking place for servers too?
Or at least ok for a full redownload but please have steamcmd remove old
unused files and move mods/maps/whatever was not vanilla to the right new
places?
Thank you,
Best regards
1.2.6.1 live now :)
Il 27/03/2013 22.50, Eric Smith ha scritto:
We're working on a mandatory update for Team Fortress 2. We should have it
ready soon. This is NOT the SteamPipe update.
-Eric
___
To unsubscribe, edit your list preferences, or
thanks for the update
there will be a certain time when we will get alerted and allowed to
switch to the steampipe server version while the clients will still be
able to connect from the non steam pipe version?
currently steampipe seems to be out of sync from the non steampipe :|
Il 22/04/2013
Can we safely migrate to steampipe right now or are the two versions out of
sync currently and there's no guarantee that they will be kept in syn
untill the switch over?
On Thu, Apr 18, 2013 at 12:11 AM, Ross Bemrose rbemr...@gmail.com wrote:
Server side mods can still use those folders, or
ok thanks.
Il 23/04/2013 01.14, Fletcher Dunn ha scritto:
I'd hold off.
We're working on releasing a new beta soon.
-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com
[mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Marco Padovan
Sent: Monday, April
So: are we ready?
When can we safely start the conversion for all the servers to be ready
to accept the clients without worring to have to go back? :)
Il 22/04/2013 21.57, Fletcher Dunn ha scritto:
Hello all,
The tentative schedule for switching TF2 to SteamPipe is next Tuesday, the
30th.
:07 PM, Marco Padovan e...@evcz.tk wrote:
So: are we ready?
When can we safely start the conversion for all the servers to be ready
to accept the clients without worring to have to go back? :)
Il 22/04/2013 21.57, Fletcher Dunn ha scritto:
Hello all,
The tentative schedule for switching TF2
sv_pure working perfectly too?
Il 29/04/2013 14.10, Erik-jan Riemers ha scritto:
How about now? If you get a server working fully on steampipe just flip the
switch. Since the current tf2 clients can connect to it. Tested it myself,
works just fine.
2013/4/29 Marco Padovan e...@evcz.tk
So
It's because it is missing the app id infos, create the appid file and make
sure to have that one with the correct I'd in place before starting ;-)
(tf2 = 440)
Il giorno 01/mag/2013 08:47, David Fountain savsi...@gmail.com ha
scritto:
This happens on go for me as well as the hlds czero servers
on install.
I simply run it then kill it's screen and go again. I don't install new
servers much. I download a template and get the base stuff in. Then copy it
and update what's needed if needed (I keep it updated along with the
others)
SavSin
On Apr 30, 2013 11:59 PM, Marco Padovan e
Hi,
if I understood correctly we should be still able to change sv_pure at
runtime, provided we set it at command line.
Is that assumption still valid or currently the only way to change it is
from command line and no more from rcon/console?
___
To
of having to add another command line
option.
On Mon, May 27, 2013 at 9:10 PM, Dondon Tudtud don...@applei.ph wrote:
I don't think it has changed. You CAN change sv_pure after boot,
provided
that you start with it on.
On Tue, May 28, 2013 at 2:55 AM, Marco Padovan e
Hi
did anyone tried out to reverse proxy a gaming srcds stream?
Basically I've a server that I would like to connect and use like some
sort of proxy.
With socat UDP query packets are going in and out fine, but gaming streams
does not go so well... I did not invest much time investigating why
101 - 200 of 232 matches
Mail list logo
