Re: [hlds_linux] [hlds] FYI: Fistful of Frags, steam_appid.txt problems

[Jesse Molina]

Hi, thanks for bringing this back to my attention.

So, I was sorta wrong. It's not the format of the file. It actually is 
the wrong AppID in the file, but it wasn't a problem of my doing. You 
were correct that the wrong APPID was in the wrong file.


FoF Client APPID = 265630
FoF Server AppID = 295230

The default steam_appid.txt files as distributed with SteamCMD are as 
follows:


-->cat ~/srcds/fof-MASTER/steam_appid.txt
295230
-->cat ~/srcds/fof-MASTER/fof/steam_appid.txt
265630

This seems to make sense, but it's wrong and will prevent a server from 
serving clients.


If you start a normal server installation, it appears to immediately 
overwrite the steam_appid.txt in the root of the installation with the 
Client APPID, so both files end up having APPID 265630 in them.


However, I use a symlinked installation type server (my wrench script), 
and the master installation files are read-only, to prevent servers from 
modifying the files. Because the server can't change this master file 
when it starts, client authorization fails.


The solution is to delete the steam_appid.txt symlink and replace it 
with a real file.


The file needs to be fixed upstream.



On 5/11/14, 18:58, big john wrote:


It's because your using the wrong appid the server appid is 295230

On May 11, 2014 8:36 PM, "Jesse Molina" > wrote:



I tried to set up a FoF server last night and was having problems.

I was getting these errors, and was unable to connect to the
server from my client.

Client:
STEAM validation rejected

Console:
S3: Client connected with ticket for the wrong game: UserID: 2
S3: Client connected with ticket for the wrong game: UserID: 2



This appears to be some nonsense with the default steam_appid.txt
(server APPID) in the root of the installation.  There is also a
fof/steam_appid.txt (client APPID) file, but that file is fine.

fof/steam_appid.txt has no end-of-line, and the server
steam_appid.txt has a DOS end-of-line.

I simply deleted the default steam_appid.txt file and replaced it
with a new one and it works fine. I guess the DOS line feed/end is
a problem.

This may only be a problem on Linux, but I'm sending it out anyway
as an FYI.



___
To unsubscribe, edit your list preferences, or view the list
archives, please visit:
https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds



___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds



___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux

Re: [hlds_linux] [hlds] Need more dedicated server for "Fistful-of-Frags" (FoF)!

[Weasels Lair]

Funny (or maybe not funny) you should mention that.  My VPS got shut-down
last-night by my hosting provider because there was "Traffic size:[627
Mbit/sec]".  I am not certain if it was an "actual" DDoS attack, or just
the fact that there was so much demand for FoF servers.  I had 8 FoF
servers running, and all were PACKED (0 slots available) most of the time
they were on-line.  Since there are way more servers for FoF available now,
I backed my hosting down to just 3 FoF game-server instances. So far the
traffic has not been a problem.

I think most hosting providers see a large amount of traffic using UDP and
ports they do not recognize, and assume it is a DDoS.

We shall see if my problem recurs.



On Sun, May 11, 2014 at 6:11 PM, Kevin  wrote:

>  On 5/10/2014 2:51 PM, Weasels Lair wrote:
>
>  Any server-operators out there looking for another Source-based game to
> play (and more importantly HOST)?
>
>  "Fistful of Frags" could use your help.  FoF launched (for FREE) on
> Steam yesterday, and the response has been overwhelming.
>
>  The down-side to that, is frankly there just are not enough dedicated
> servers to keep-up with the demand.  There are over 200 player-slots of
> dedicated servers - but that apparently just is not enough!
>
>  FoF is basically a "reboot" of the older FoF "sourcemod" - moved over to
> Steam.  The Steam version of FoF is kind-of stripped-down right now to just
> death-match and team-based death-match.
>
>  Even so, it is very fun to play (especially four-team DM).
>
>  However, being a free game (put-together by unpaid volunteers), the FoF
> dev team simply can not afford to bring-up enough servers to keep up with
> demand. I have personally helped-out by hosting 8 servers instances myself
> (up from my planned 3).
>
>  Obviously, it runs on SRCDS and uses SteamCMD/SteamPipe for
> installation/content delivery.  So, it essentially installs just like any
> SRCDS game, and is compatible with SourceMod, etc.
>
>  Steam store page (where to get client to install):
> http://store.steampowered.com/app/265630
>
>  Steam community "hub" for FoF (discussion groups, etc.):
> http://steamcommunity.com/app/265630
>
>  Steam "official" group page (update history, etc.):
> http://steamcommunity.com/games/fof
>
>  Any help appreciated!
>
>
> ___
> To unsubscribe, edit your list preferences, or view the list archives, please 
> visit:https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds
>
>  Anyone else getting (D)DoS attacked hosting this game? I just got an
> email, and my US servers were just hit with an attack. My EU servers were
> attacked the same day I put them up. Luckily my US server has mitigation,
> but I had to leave my EU servers down for now. How can someone try to
> attack servers on a free mod, it isn't like we have pay to win, ads, or
> even reserved slots on our servers.
>
> ___
> To unsubscribe, edit your list preferences, or view the list archives,
> please visit:
> https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds
>
>
___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux

[hlds_linux] FYI: Fistful of Frags, steam_appid.txt problems

[Jesse Molina]

I tried to set up a FoF server last night and was having problems.

I was getting these errors, and was unable to connect to the server from 
my client.


Client:
STEAM validation rejected

Console:
S3: Client connected with ticket for the wrong game: UserID: 2
S3: Client connected with ticket for the wrong game: UserID: 2



This appears to be some nonsense with the default steam_appid.txt 
(server APPID) in the root of the installation.  There is also a 
fof/steam_appid.txt (client APPID) file, but that file is fine.


fof/steam_appid.txt has no end-of-line, and the server steam_appid.txt 
has a DOS end-of-line.


I simply deleted the default steam_appid.txt file and replaced it with a 
new one and it works fine. I guess the DOS line feed/end is a problem.


This may only be a problem on Linux, but I'm sending it out anyway as an 
FYI.




___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux

Re: [hlds_linux] [hlds] TF2 Replays

[pilger]

Apart from the FTP bug that cause the server to crash when it has any
problem shipping the replay files to the FTP server, the replays worked as
expected on my servers.

I'm running them on local http server mode and didn't have any problems
whatsoever.


_pilger


On 11 May 2014 09:58, Steven Sumichrast  wrote:

> I'm running replays on three servers 24/7 and haven't received complaints.
>  We've been using them since released and haven't turned them off besides
> for the FTP bug at the beginning with threads.
>
> That's maybe a difference -- we are using a FTP offload server. Are you?
>
> We clean up the FTP server nightly deleting replays over 14 days old.
>
> On Sunday, May 11, 2014, Erik-jan Riemers  wrote:
>
> > We dont have any issues either here, but we just have a crontab cleaning
> > old files at night when nobody is playing (makes more sense to me too)
> >
> >
> > 2014-05-11 12:30 GMT+02:00 Valentin G. 
> > >:
> >
> > > We've had no such issues and we are manually cleaning up the replay
> > > files with some find commands. We haven't changed that from way back
> > > when the auto cleanup was completely broken and I haven't heard of any
> > > similar complaints.
> > >  You may want to give that a shot.
> > >
> > > On Sun, May 11, 2014 at 12:16 PM, ics  wrote:
> > > > Ever since the guy who created replay on Valve moved on from TF2, the
> > > replay
> > > > system has been laid off and just kept as it is. There were some bugs
> > > left
> > > > in, such as replays not always getting deleted automatically and now
> > > > propably this where replays are deleted when noticed that they should
> > be
> > > but
> > > > removing them happens at bad time. This could explain the random lags
> > on
> > > > roud starts we've been having.
> > > >
> > > > I do clear up replay dirs occasionally manually but not recently. I
> > will
> > > > disable replay if this keeps up.
> > > >
> > > >
> > > > -ics
> > > >
> > > > Yun Huang Yong kirjoitti:
> > > >>
> > > >> Further info -- I observe that the two problems in the OP are
> > > correlated.
> > > >>
> > > >> During a recent pause I repeatedly looked at the replay directory
> and
> > > >> observe that the server deleted replays that it had just finished.
> > > >>
> > > >> Specifically:
> > > >>   - we were on cp_dustbowl
> > > >>   - there were multiple block files corresponding to the round just
> > > >> finished
> > > >>   - at the start of the next round, we had a 20 second pause
> > > >>   - during that 20 second pause, *all* of the block files for the
> > round
> > > >> just past were deleted
> > > >>
> > > >> We only keep 7 days worth of replays so it's a little baffling what
> > it's
> > > >> doing in any case -- stat()ing and unlinking ~10 files shouldn't
> take
> > 20
> > > >> seconds.
> > > >>
> > > >> I had these settings:
> > > >>
> > > >> replay_data_lifespan"7"
> > > >> replay_dofileserver_cleanup_on_start"1"
> > > >>
> > > >> Now commented out. Will have to wait for overnight restart of server
> > > >> (people are playing) to see it fixes things.
> > > >>
> > > >> Are there any other settings related to cleanup that I should
> disable?
> > > >>
> > > >> ics, do you have similar settings for cleanup?
> > > >>
> > > >> On 11/05/2014 6:34 PM, Erik-jan Riemers wrote:
> > > >>>
> > > >>> 15/20 seconds does not seem to sound like any "io" issues, since it
> > is
> > > >>> just
> > > >>> on round start, maybe its even some dns lookup that goes bad? (just
> > > >>> thinking out loud here) you could fix/found out by installing
> bind9,
> > > >>> point
> > > >>> your resolv.conf to it and placing it into debug mode to see the
> > logs.
> > > >>> (google for instructions, you can just let it forward to your
> regular
> > > dns
> > > >>> servers was like 5 minutes work) you never know!
> > > >>>
> > > >>> Also check your sysctl.conf if there are not strange "additions" to
> > it,
> > > >>> highly doubt there could be anything in there that would screw it
> > up...
> > > >>> but
> > > >>> again just throwing it out there.
> > > >>>
> > > >>>
> > > >>> 2014-05-11 9:36 GMT+02:00 Yun Huang Yong :
> > > >>>
> > >  Oh wow. For us it's happening across both of our 24p servers (we
> > only
> > >  have
> > >  2).
> > > 
> > >  And over the last few months it's gone from happening occasionally
> > > for a
> > >  few seconds, to happening on 80% of round changes, for 15-20
> > seconds.
> > > 
> > >  That suggests it may be related to something that might be growing
> > > with
> > >  time but I prune the replays directly externally so there's never
> > more
> > >  than
> > >  7 days worth of files.
> > > 
> > >  Do you run any of the following?
> > > - Sou
> ___
> To unsubscribe, edit your list preferences, or view the list archives,
> please visit:
> https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
>
_

Re: [hlds_linux] [hlds] TF2 Replays

[Erik-jan Riemers]

i used to have ftp to offload, then i just created a http server on each
server since if the ftp is down, it could lock up your game if the
connection is lost for whatever reason.


2014-05-11 14:58 GMT+02:00 Steven Sumichrast :

> I'm running replays on three servers 24/7 and haven't received complaints.
>  We've been using them since released and haven't turned them off besides
> for the FTP bug at the beginning with threads.
>
> That's maybe a difference -- we are using a FTP offload server. Are you?
>
> We clean up the FTP server nightly deleting replays over 14 days old.
>
> On Sunday, May 11, 2014, Erik-jan Riemers  wrote:
>
> > We dont have any issues either here, but we just have a crontab cleaning
> > old files at night when nobody is playing (makes more sense to me too)
> >
> >
> > 2014-05-11 12:30 GMT+02:00 Valentin G. 
> > >:
> >
> > > We've had no such issues and we are manually cleaning up the replay
> > > files with some find commands. We haven't changed that from way back
> > > when the auto cleanup was completely broken and I haven't heard of any
> > > similar complaints.
> > >  You may want to give that a shot.
> > >
> > > On Sun, May 11, 2014 at 12:16 PM, ics  wrote:
> > > > Ever since the guy who created replay on Valve moved on from TF2, the
> > > replay
> > > > system has been laid off and just kept as it is. There were some bugs
> > > left
> > > > in, such as replays not always getting deleted automatically and now
> > > > propably this where replays are deleted when noticed that they should
> > be
> > > but
> > > > removing them happens at bad time. This could explain the random lags
> > on
> > > > roud starts we've been having.
> > > >
> > > > I do clear up replay dirs occasionally manually but not recently. I
> > will
> > > > disable replay if this keeps up.
> > > >
> > > >
> > > > -ics
> > > >
> > > > Yun Huang Yong kirjoitti:
> > > >>
> > > >> Further info -- I observe that the two problems in the OP are
> > > correlated.
> > > >>
> > > >> During a recent pause I repeatedly looked at the replay directory
> and
> > > >> observe that the server deleted replays that it had just finished.
> > > >>
> > > >> Specifically:
> > > >>   - we were on cp_dustbowl
> > > >>   - there were multiple block files corresponding to the round just
> > > >> finished
> > > >>   - at the start of the next round, we had a 20 second pause
> > > >>   - during that 20 second pause, *all* of the block files for the
> > round
> > > >> just past were deleted
> > > >>
> > > >> We only keep 7 days worth of replays so it's a little baffling what
> > it's
> > > >> doing in any case -- stat()ing and unlinking ~10 files shouldn't
> take
> > 20
> > > >> seconds.
> > > >>
> > > >> I had these settings:
> > > >>
> > > >> replay_data_lifespan"7"
> > > >> replay_dofileserver_cleanup_on_start"1"
> > > >>
> > > >> Now commented out. Will have to wait for overnight restart of server
> > > >> (people are playing) to see it fixes things.
> > > >>
> > > >> Are there any other settings related to cleanup that I should
> disable?
> > > >>
> > > >> ics, do you have similar settings for cleanup?
> > > >>
> > > >> On 11/05/2014 6:34 PM, Erik-jan Riemers wrote:
> > > >>>
> > > >>> 15/20 seconds does not seem to sound like any "io" issues, since it
> > is
> > > >>> just
> > > >>> on round start, maybe its even some dns lookup that goes bad? (just
> > > >>> thinking out loud here) you could fix/found out by installing
> bind9,
> > > >>> point
> > > >>> your resolv.conf to it and placing it into debug mode to see the
> > logs.
> > > >>> (google for instructions, you can just let it forward to your
> regular
> > > dns
> > > >>> servers was like 5 minutes work) you never know!
> > > >>>
> > > >>> Also check your sysctl.conf if there are not strange "additions" to
> > it,
> > > >>> highly doubt there could be anything in there that would screw it
> > up...
> > > >>> but
> > > >>> again just throwing it out there.
> > > >>>
> > > >>>
> > > >>> 2014-05-11 9:36 GMT+02:00 Yun Huang Yong :
> > > >>>
> > >  Oh wow. For us it's happening across both of our 24p servers (we
> > only
> > >  have
> > >  2).
> > > 
> > >  And over the last few months it's gone from happening occasionally
> > > for a
> > >  few seconds, to happening on 80% of round changes, for 15-20
> > seconds.
> > > 
> > >  That suggests it may be related to something that might be growing
> > > with
> > >  time but I prune the replays directly externally so there's never
> > more
> > >  than
> > >  7 days worth of files.
> > > 
> > >  Do you run any of the following?
> > > - Sou
> ___
> To unsubscribe, edit your list preferences, or view the list archives,
> please visit:
> https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
>
___
To unsubscribe, edit your list preferences, or view the list archi

Re: [hlds_linux] [hlds] TF2 Replays

[Steven Sumichrast]

I'm running replays on three servers 24/7 and haven't received complaints.
 We've been using them since released and haven't turned them off besides
for the FTP bug at the beginning with threads.

That's maybe a difference -- we are using a FTP offload server. Are you?

We clean up the FTP server nightly deleting replays over 14 days old.

On Sunday, May 11, 2014, Erik-jan Riemers  wrote:

> We dont have any issues either here, but we just have a crontab cleaning
> old files at night when nobody is playing (makes more sense to me too)
>
>
> 2014-05-11 12:30 GMT+02:00 Valentin G. 
> >:
>
> > We've had no such issues and we are manually cleaning up the replay
> > files with some find commands. We haven't changed that from way back
> > when the auto cleanup was completely broken and I haven't heard of any
> > similar complaints.
> >  You may want to give that a shot.
> >
> > On Sun, May 11, 2014 at 12:16 PM, ics  wrote:
> > > Ever since the guy who created replay on Valve moved on from TF2, the
> > replay
> > > system has been laid off and just kept as it is. There were some bugs
> > left
> > > in, such as replays not always getting deleted automatically and now
> > > propably this where replays are deleted when noticed that they should
> be
> > but
> > > removing them happens at bad time. This could explain the random lags
> on
> > > roud starts we've been having.
> > >
> > > I do clear up replay dirs occasionally manually but not recently. I
> will
> > > disable replay if this keeps up.
> > >
> > >
> > > -ics
> > >
> > > Yun Huang Yong kirjoitti:
> > >>
> > >> Further info -- I observe that the two problems in the OP are
> > correlated.
> > >>
> > >> During a recent pause I repeatedly looked at the replay directory and
> > >> observe that the server deleted replays that it had just finished.
> > >>
> > >> Specifically:
> > >>   - we were on cp_dustbowl
> > >>   - there were multiple block files corresponding to the round just
> > >> finished
> > >>   - at the start of the next round, we had a 20 second pause
> > >>   - during that 20 second pause, *all* of the block files for the
> round
> > >> just past were deleted
> > >>
> > >> We only keep 7 days worth of replays so it's a little baffling what
> it's
> > >> doing in any case -- stat()ing and unlinking ~10 files shouldn't take
> 20
> > >> seconds.
> > >>
> > >> I had these settings:
> > >>
> > >> replay_data_lifespan"7"
> > >> replay_dofileserver_cleanup_on_start"1"
> > >>
> > >> Now commented out. Will have to wait for overnight restart of server
> > >> (people are playing) to see it fixes things.
> > >>
> > >> Are there any other settings related to cleanup that I should disable?
> > >>
> > >> ics, do you have similar settings for cleanup?
> > >>
> > >> On 11/05/2014 6:34 PM, Erik-jan Riemers wrote:
> > >>>
> > >>> 15/20 seconds does not seem to sound like any "io" issues, since it
> is
> > >>> just
> > >>> on round start, maybe its even some dns lookup that goes bad? (just
> > >>> thinking out loud here) you could fix/found out by installing bind9,
> > >>> point
> > >>> your resolv.conf to it and placing it into debug mode to see the
> logs.
> > >>> (google for instructions, you can just let it forward to your regular
> > dns
> > >>> servers was like 5 minutes work) you never know!
> > >>>
> > >>> Also check your sysctl.conf if there are not strange "additions" to
> it,
> > >>> highly doubt there could be anything in there that would screw it
> up...
> > >>> but
> > >>> again just throwing it out there.
> > >>>
> > >>>
> > >>> 2014-05-11 9:36 GMT+02:00 Yun Huang Yong :
> > >>>
> >  Oh wow. For us it's happening across both of our 24p servers (we
> only
> >  have
> >  2).
> > 
> >  And over the last few months it's gone from happening occasionally
> > for a
> >  few seconds, to happening on 80% of round changes, for 15-20
> seconds.
> > 
> >  That suggests it may be related to something that might be growing
> > with
> >  time but I prune the replays directly externally so there's never
> more
> >  than
> >  7 days worth of files.
> > 
> >  Do you run any of the following?
> > - Sou
___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux

Re: [hlds_linux] TF2 Replays

[Erik-jan Riemers]

We dont have any issues either here, but we just have a crontab cleaning
old files at night when nobody is playing (makes more sense to me too)


2014-05-11 12:30 GMT+02:00 Valentin G. :

> We've had no such issues and we are manually cleaning up the replay
> files with some find commands. We haven't changed that from way back
> when the auto cleanup was completely broken and I haven't heard of any
> similar complaints.
>  You may want to give that a shot.
>
> On Sun, May 11, 2014 at 12:16 PM, ics  wrote:
> > Ever since the guy who created replay on Valve moved on from TF2, the
> replay
> > system has been laid off and just kept as it is. There were some bugs
> left
> > in, such as replays not always getting deleted automatically and now
> > propably this where replays are deleted when noticed that they should be
> but
> > removing them happens at bad time. This could explain the random lags on
> > roud starts we've been having.
> >
> > I do clear up replay dirs occasionally manually but not recently. I will
> > disable replay if this keeps up.
> >
> >
> > -ics
> >
> > Yun Huang Yong kirjoitti:
> >>
> >> Further info -- I observe that the two problems in the OP are
> correlated.
> >>
> >> During a recent pause I repeatedly looked at the replay directory and
> >> observe that the server deleted replays that it had just finished.
> >>
> >> Specifically:
> >>   - we were on cp_dustbowl
> >>   - there were multiple block files corresponding to the round just
> >> finished
> >>   - at the start of the next round, we had a 20 second pause
> >>   - during that 20 second pause, *all* of the block files for the round
> >> just past were deleted
> >>
> >> We only keep 7 days worth of replays so it's a little baffling what it's
> >> doing in any case -- stat()ing and unlinking ~10 files shouldn't take 20
> >> seconds.
> >>
> >> I had these settings:
> >>
> >> replay_data_lifespan"7"
> >> replay_dofileserver_cleanup_on_start"1"
> >>
> >> Now commented out. Will have to wait for overnight restart of server
> >> (people are playing) to see it fixes things.
> >>
> >> Are there any other settings related to cleanup that I should disable?
> >>
> >> ics, do you have similar settings for cleanup?
> >>
> >> On 11/05/2014 6:34 PM, Erik-jan Riemers wrote:
> >>>
> >>> 15/20 seconds does not seem to sound like any "io" issues, since it is
> >>> just
> >>> on round start, maybe its even some dns lookup that goes bad? (just
> >>> thinking out loud here) you could fix/found out by installing bind9,
> >>> point
> >>> your resolv.conf to it and placing it into debug mode to see the logs.
> >>> (google for instructions, you can just let it forward to your regular
> dns
> >>> servers was like 5 minutes work) you never know!
> >>>
> >>> Also check your sysctl.conf if there are not strange "additions" to it,
> >>> highly doubt there could be anything in there that would screw it up...
> >>> but
> >>> again just throwing it out there.
> >>>
> >>>
> >>> 2014-05-11 9:36 GMT+02:00 Yun Huang Yong :
> >>>
>  Oh wow. For us it's happening across both of our 24p servers (we only
>  have
>  2).
> 
>  And over the last few months it's gone from happening occasionally
> for a
>  few seconds, to happening on 80% of round changes, for 15-20 seconds.
> 
>  That suggests it may be related to something that might be growing
> with
>  time but I prune the replays directly externally so there's never more
>  than
>  7 days worth of files.
> 
>  Do you run any of the following?
> - SourceBans
> - gameME
> - Ultimate Map Chooser (with or without NativeVotes?)
> - mp_scrambleteams_auto
> 
>  Actually, could I get a list of your plugins on the server that has
>  issues?
> 
>  Here's mine for reference:
>  (sm plugins list output, sorted by plugin name for readability)
> 
> 13 "AFK Manager" (3.5.2) by Rothgar
> 22 "Admin File Reader" (1.6.0-dev+4308) by AlliedModders LLC
> 02 "Admin Help" (1.6.0-dev+4308) by AlliedModders LLC
> 43 "Admin Menu" (1.6.0-dev+4308) by AlliedModders LLC
> 09 "AdminSentinel" (1.2.100) by StrontiumDog
> 21 "Advertisements" (0.5.5) by Tsunami
> 04 "AllChat" (1.1.1) by Frenzzy
> 40 "Anti-Flood" (1.6.0-dev+4308) by AlliedModders LLC
> 23 "Basic Chat" (1.6.0-dev+4308) by AlliedModders LLC
> 05 "Basic Comm Control" (1.6.0-dev+4308) by AlliedModders LLC
> 48 "Basic Commands" (1.6.0-dev+4308) by AlliedModders LLC
> 31 "Basic Info Triggers" (1.6.0-dev+4308) by AlliedModders LLC
> 39 "Basic Votes" (1.6.0-dev+4308) by AlliedModders LLC
> 46 "Client Preferences" (1.6.0-dev+4308) by AlliedModders LLC
> 19 "Fun Commands" (1.6.0-dev+4308) by AlliedModders LLC
> 29 "Fun Votes" (1.6.0-dev+4308) by AlliedModders LLC
> 18 "Melee" (0.4.2) by linux_lover
> 11 "NativeVotes Basic Co

Re: [hlds_linux] Need more dedicated server for "Fistful-of-Frags" (FoF)!

[Andreas Willinger]

Too bad the server isn't working on wheezy, due to libc being too old. I even 
tried inserting newer libc so's, but the server crashes on every boot.





Weasels Lair  hat geschrieben:

No built-in way to do it. But, I was (until my server sudden went offline a
couple hours ago) using a regex chat filter plug-in for source mod to just
drop the chats - and treat them like they never happened.  I think it was
this plug-in specifically:
https://forums.alliedmods.net/showthread.php?t=71867

> Collin Howard Sat, 10 May 2014 21:00:07 -0700
>
> players are able to type "changemode" in chat and
> change the mod of the server. anyway to prevent that?
___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux

Re: [hlds_linux] TF2 Replays

[Valentin G.]

We've had no such issues and we are manually cleaning up the replay
files with some find commands. We haven't changed that from way back
when the auto cleanup was completely broken and I haven't heard of any
similar complaints.
 You may want to give that a shot.

On Sun, May 11, 2014 at 12:16 PM, ics  wrote:
> Ever since the guy who created replay on Valve moved on from TF2, the replay
> system has been laid off and just kept as it is. There were some bugs left
> in, such as replays not always getting deleted automatically and now
> propably this where replays are deleted when noticed that they should be but
> removing them happens at bad time. This could explain the random lags on
> roud starts we've been having.
>
> I do clear up replay dirs occasionally manually but not recently. I will
> disable replay if this keeps up.
>
>
> -ics
>
> Yun Huang Yong kirjoitti:
>>
>> Further info -- I observe that the two problems in the OP are correlated.
>>
>> During a recent pause I repeatedly looked at the replay directory and
>> observe that the server deleted replays that it had just finished.
>>
>> Specifically:
>>   - we were on cp_dustbowl
>>   - there were multiple block files corresponding to the round just
>> finished
>>   - at the start of the next round, we had a 20 second pause
>>   - during that 20 second pause, *all* of the block files for the round
>> just past were deleted
>>
>> We only keep 7 days worth of replays so it's a little baffling what it's
>> doing in any case -- stat()ing and unlinking ~10 files shouldn't take 20
>> seconds.
>>
>> I had these settings:
>>
>> replay_data_lifespan"7"
>> replay_dofileserver_cleanup_on_start"1"
>>
>> Now commented out. Will have to wait for overnight restart of server
>> (people are playing) to see it fixes things.
>>
>> Are there any other settings related to cleanup that I should disable?
>>
>> ics, do you have similar settings for cleanup?
>>
>> On 11/05/2014 6:34 PM, Erik-jan Riemers wrote:
>>>
>>> 15/20 seconds does not seem to sound like any "io" issues, since it is
>>> just
>>> on round start, maybe its even some dns lookup that goes bad? (just
>>> thinking out loud here) you could fix/found out by installing bind9,
>>> point
>>> your resolv.conf to it and placing it into debug mode to see the logs.
>>> (google for instructions, you can just let it forward to your regular dns
>>> servers was like 5 minutes work) you never know!
>>>
>>> Also check your sysctl.conf if there are not strange "additions" to it,
>>> highly doubt there could be anything in there that would screw it up...
>>> but
>>> again just throwing it out there.
>>>
>>>
>>> 2014-05-11 9:36 GMT+02:00 Yun Huang Yong :
>>>
 Oh wow. For us it's happening across both of our 24p servers (we only
 have
 2).

 And over the last few months it's gone from happening occasionally for a
 few seconds, to happening on 80% of round changes, for 15-20 seconds.

 That suggests it may be related to something that might be growing with
 time but I prune the replays directly externally so there's never more
 than
 7 days worth of files.

 Do you run any of the following?
- SourceBans
- gameME
- Ultimate Map Chooser (with or without NativeVotes?)
- mp_scrambleteams_auto

 Actually, could I get a list of your plugins on the server that has
 issues?

 Here's mine for reference:
 (sm plugins list output, sorted by plugin name for readability)

13 "AFK Manager" (3.5.2) by Rothgar
22 "Admin File Reader" (1.6.0-dev+4308) by AlliedModders LLC
02 "Admin Help" (1.6.0-dev+4308) by AlliedModders LLC
43 "Admin Menu" (1.6.0-dev+4308) by AlliedModders LLC
09 "AdminSentinel" (1.2.100) by StrontiumDog
21 "Advertisements" (0.5.5) by Tsunami
04 "AllChat" (1.1.1) by Frenzzy
40 "Anti-Flood" (1.6.0-dev+4308) by AlliedModders LLC
23 "Basic Chat" (1.6.0-dev+4308) by AlliedModders LLC
05 "Basic Comm Control" (1.6.0-dev+4308) by AlliedModders LLC
48 "Basic Commands" (1.6.0-dev+4308) by AlliedModders LLC
31 "Basic Info Triggers" (1.6.0-dev+4308) by AlliedModders LLC
39 "Basic Votes" (1.6.0-dev+4308) by AlliedModders LLC
46 "Client Preferences" (1.6.0-dev+4308) by AlliedModders LLC
19 "Fun Commands" (1.6.0-dev+4308) by AlliedModders LLC
29 "Fun Votes" (1.6.0-dev+4308) by AlliedModders LLC
18 "Melee" (0.4.2) by linux_lover
11 "NativeVotes Basic Commands" (1.0) by Powerlord and AlliedModders
 LLC
49 "NativeVotes" (0.8.1) by Powerlord
36 "Network Tools" (1.3) by Kyle Sanderson
14 "Nextmap" (1.6.0-dev+4308) by AlliedModders LLC
08 "Player Commands" (1.6.0-dev+4308) by AlliedModders LLC
50 "Reserved Slots" (1.6.0-dev+4308) by AlliedModders LLC
15 "Sound Commands" (1.6.0-dev+4308) by AlliedModders LLC
33 "Sour

Re: [hlds_linux] TF2 Replays

[ics]

Ever since the guy who created replay on Valve moved on from TF2, the 
replay system has been laid off and just kept as it is. There were some 
bugs left in, such as replays not always getting deleted automatically 
and now propably this where replays are deleted when noticed that they 
should be but removing them happens at bad time. This could explain the 
random lags on roud starts we've been having.


I do clear up replay dirs occasionally manually but not recently. I will 
disable replay if this keeps up.


-ics

Yun Huang Yong kirjoitti:

Further info -- I observe that the two problems in the OP are correlated.

During a recent pause I repeatedly looked at the replay directory and 
observe that the server deleted replays that it had just finished.


Specifically:
  - we were on cp_dustbowl
  - there were multiple block files corresponding to the round just 
finished

  - at the start of the next round, we had a 20 second pause
  - during that 20 second pause, *all* of the block files for the 
round just past were deleted


We only keep 7 days worth of replays so it's a little baffling what 
it's doing in any case -- stat()ing and unlinking ~10 files shouldn't 
take 20 seconds.


I had these settings:

replay_data_lifespan"7"
replay_dofileserver_cleanup_on_start"1"

Now commented out. Will have to wait for overnight restart of server 
(people are playing) to see it fixes things.


Are there any other settings related to cleanup that I should disable?

ics, do you have similar settings for cleanup?

On 11/05/2014 6:34 PM, Erik-jan Riemers wrote:
15/20 seconds does not seem to sound like any "io" issues, since it 
is just

on round start, maybe its even some dns lookup that goes bad? (just
thinking out loud here) you could fix/found out by installing bind9, 
point

your resolv.conf to it and placing it into debug mode to see the logs.
(google for instructions, you can just let it forward to your regular 
dns

servers was like 5 minutes work) you never know!

Also check your sysctl.conf if there are not strange "additions" to it,
highly doubt there could be anything in there that would screw it 
up... but

again just throwing it out there.


2014-05-11 9:36 GMT+02:00 Yun Huang Yong :

Oh wow. For us it's happening across both of our 24p servers (we 
only have

2).

And over the last few months it's gone from happening occasionally 
for a

few seconds, to happening on 80% of round changes, for 15-20 seconds.

That suggests it may be related to something that might be growing with
time but I prune the replays directly externally so there's never 
more than

7 days worth of files.

Do you run any of the following?
   - SourceBans
   - gameME
   - Ultimate Map Chooser (with or without NativeVotes?)
   - mp_scrambleteams_auto

Actually, could I get a list of your plugins on the server that has 
issues?


Here's mine for reference:
(sm plugins list output, sorted by plugin name for readability)

   13 "AFK Manager" (3.5.2) by Rothgar
   22 "Admin File Reader" (1.6.0-dev+4308) by AlliedModders LLC
   02 "Admin Help" (1.6.0-dev+4308) by AlliedModders LLC
   43 "Admin Menu" (1.6.0-dev+4308) by AlliedModders LLC
   09 "AdminSentinel" (1.2.100) by StrontiumDog
   21 "Advertisements" (0.5.5) by Tsunami
   04 "AllChat" (1.1.1) by Frenzzy
   40 "Anti-Flood" (1.6.0-dev+4308) by AlliedModders LLC
   23 "Basic Chat" (1.6.0-dev+4308) by AlliedModders LLC
   05 "Basic Comm Control" (1.6.0-dev+4308) by AlliedModders LLC
   48 "Basic Commands" (1.6.0-dev+4308) by AlliedModders LLC
   31 "Basic Info Triggers" (1.6.0-dev+4308) by AlliedModders LLC
   39 "Basic Votes" (1.6.0-dev+4308) by AlliedModders LLC
   46 "Client Preferences" (1.6.0-dev+4308) by AlliedModders LLC
   19 "Fun Commands" (1.6.0-dev+4308) by AlliedModders LLC
   29 "Fun Votes" (1.6.0-dev+4308) by AlliedModders LLC
   18 "Melee" (0.4.2) by linux_lover
   11 "NativeVotes Basic Commands" (1.0) by Powerlord and 
AlliedModders LLC

   49 "NativeVotes" (0.8.1) by Powerlord
   36 "Network Tools" (1.3) by Kyle Sanderson
   14 "Nextmap" (1.6.0-dev+4308) by AlliedModders LLC
   08 "Player Commands" (1.6.0-dev+4308) by AlliedModders LLC
   50 "Reserved Slots" (1.6.0-dev+4308) by AlliedModders LLC
   15 "Sound Commands" (1.6.0-dev+4308) by AlliedModders LLC
   33 "SourceBans" (1.4.10) by SourceBans Development Team
   01 "Spray Tracer" (5.8a) by Nican132, CptMoore, Lebson506th
   12 "TF2 Class Restrictions" (0.6) by Tsunami
   07 "Win panel for losing team" (1.4) by Reflex
   20 "[ANY] Connection Method Viewer" (1.2.0) by Dr. McKay
   41 "[TF2] Balls" (0.4) by Geit
   24 "[TF2] High Five Enemies" (1.3) by FlaminSarge
   34 "[UMC] Admin Menu" (3.4.7-dev) by Steell
   03 "[UMC] Echo Nextmap" (3.4.7-dev) by Steell
   26 "[UMC] End of Map Vote" (3.4.7-dev) by Steell
   51 "[UMC] Map Commands" (3.4.7-dev) by Steell
   35 "[UMC] Map Weight" (3.4.7-dev) by Steell
   25 "[UMC] Native Voting" (3.4.7-dev) by Steell
   37 "[UMC] Nominations" (3.4.7-dev) by St

Re: [hlds_linux] TF2 Replays

[Yun Huang Yong]

Further info -- I observe that the two problems in the OP are correlated.

During a recent pause I repeatedly looked at the replay directory and 
observe that the server deleted replays that it had just finished.


Specifically:
  - we were on cp_dustbowl
  - there were multiple block files corresponding to the round just 
finished

  - at the start of the next round, we had a 20 second pause
  - during that 20 second pause, *all* of the block files for the round 
just past were deleted


We only keep 7 days worth of replays so it's a little baffling what it's 
doing in any case -- stat()ing and unlinking ~10 files shouldn't take 20 
seconds.


I had these settings:

replay_data_lifespan"7"
replay_dofileserver_cleanup_on_start"1"

Now commented out. Will have to wait for overnight restart of server 
(people are playing) to see it fixes things.


Are there any other settings related to cleanup that I should disable?

ics, do you have similar settings for cleanup?

On 11/05/2014 6:34 PM, Erik-jan Riemers wrote:

15/20 seconds does not seem to sound like any "io" issues, since it is just
on round start, maybe its even some dns lookup that goes bad? (just
thinking out loud here) you could fix/found out by installing bind9, point
your resolv.conf to it and placing it into debug mode to see the logs.
(google for instructions, you can just let it forward to your regular dns
servers was like 5 minutes work) you never know!

Also check your sysctl.conf if there are not strange "additions" to it,
highly doubt there could be anything in there that would screw it up... but
again just throwing it out there.


2014-05-11 9:36 GMT+02:00 Yun Huang Yong :


Oh wow. For us it's happening across both of our 24p servers (we only have
2).

And over the last few months it's gone from happening occasionally for a
few seconds, to happening on 80% of round changes, for 15-20 seconds.

That suggests it may be related to something that might be growing with
time but I prune the replays directly externally so there's never more than
7 days worth of files.

Do you run any of the following?
   - SourceBans
   - gameME
   - Ultimate Map Chooser (with or without NativeVotes?)
   - mp_scrambleteams_auto

Actually, could I get a list of your plugins on the server that has issues?

Here's mine for reference:
(sm plugins list output, sorted by plugin name for readability)

   13 "AFK Manager" (3.5.2) by Rothgar
   22 "Admin File Reader" (1.6.0-dev+4308) by AlliedModders LLC
   02 "Admin Help" (1.6.0-dev+4308) by AlliedModders LLC
   43 "Admin Menu" (1.6.0-dev+4308) by AlliedModders LLC
   09 "AdminSentinel" (1.2.100) by StrontiumDog
   21 "Advertisements" (0.5.5) by Tsunami
   04 "AllChat" (1.1.1) by Frenzzy
   40 "Anti-Flood" (1.6.0-dev+4308) by AlliedModders LLC
   23 "Basic Chat" (1.6.0-dev+4308) by AlliedModders LLC
   05 "Basic Comm Control" (1.6.0-dev+4308) by AlliedModders LLC
   48 "Basic Commands" (1.6.0-dev+4308) by AlliedModders LLC
   31 "Basic Info Triggers" (1.6.0-dev+4308) by AlliedModders LLC
   39 "Basic Votes" (1.6.0-dev+4308) by AlliedModders LLC
   46 "Client Preferences" (1.6.0-dev+4308) by AlliedModders LLC
   19 "Fun Commands" (1.6.0-dev+4308) by AlliedModders LLC
   29 "Fun Votes" (1.6.0-dev+4308) by AlliedModders LLC
   18 "Melee" (0.4.2) by linux_lover
   11 "NativeVotes Basic Commands" (1.0) by Powerlord and AlliedModders LLC
   49 "NativeVotes" (0.8.1) by Powerlord
   36 "Network Tools" (1.3) by Kyle Sanderson
   14 "Nextmap" (1.6.0-dev+4308) by AlliedModders LLC
   08 "Player Commands" (1.6.0-dev+4308) by AlliedModders LLC
   50 "Reserved Slots" (1.6.0-dev+4308) by AlliedModders LLC
   15 "Sound Commands" (1.6.0-dev+4308) by AlliedModders LLC
   33 "SourceBans" (1.4.10) by SourceBans Development Team
   01 "Spray Tracer" (5.8a) by Nican132, CptMoore, Lebson506th
   12 "TF2 Class Restrictions" (0.6) by Tsunami
   07 "Win panel for losing team" (1.4) by Reflex
   20 "[ANY] Connection Method Viewer" (1.2.0) by Dr. McKay
   41 "[TF2] Balls" (0.4) by Geit
   24 "[TF2] High Five Enemies" (1.3) by FlaminSarge
   34 "[UMC] Admin Menu" (3.4.7-dev) by Steell
   03 "[UMC] Echo Nextmap" (3.4.7-dev) by Steell
   26 "[UMC] End of Map Vote" (3.4.7-dev) by Steell
   51 "[UMC] Map Commands" (3.4.7-dev) by Steell
   35 "[UMC] Map Weight" (3.4.7-dev) by Steell
   25 "[UMC] Native Voting" (3.4.7-dev) by Steell
   37 "[UMC] Nominations" (3.4.7-dev) by Steell
   45 "[UMC] Player Limits" (3.4.7-dev) by Steell
   17 "[UMC] Post-Played Exclusion" (3.4.7-dev) by Sazpaimon and Steell
   32 "[UMC] Random Cycle" (3.4.7-dev) by Steell
   53 "[UMC] Rock The Vote" (3.4.7-dev) by Steell
   06 "[UMC] Time Limits" (3.4.7-dev) by Steell
   28 "[UMC] Ultimate Mapchooser Core" (3.4.7-dev) by Steell
   42 "[UMC] Vote Command" (3.4.7-dev) by Steell
   44 "gameME Plugin" (4.3) by TTS Oetzel & Goerz GmbH



On 11/05/2014 5:09 PM, ics wrote:


Yes, the odd random lagspikes (on round starts) can be caused by replay.
I've been getti

Re: [hlds_linux] TF2 Replays

[Erik-jan Riemers]

15/20 seconds does not seem to sound like any "io" issues, since it is just
on round start, maybe its even some dns lookup that goes bad? (just
thinking out loud here) you could fix/found out by installing bind9, point
your resolv.conf to it and placing it into debug mode to see the logs.
(google for instructions, you can just let it forward to your regular dns
servers was like 5 minutes work) you never know!

Also check your sysctl.conf if there are not strange "additions" to it,
highly doubt there could be anything in there that would screw it up... but
again just throwing it out there.


2014-05-11 9:36 GMT+02:00 Yun Huang Yong :

> Oh wow. For us it's happening across both of our 24p servers (we only have
> 2).
>
> And over the last few months it's gone from happening occasionally for a
> few seconds, to happening on 80% of round changes, for 15-20 seconds.
>
> That suggests it may be related to something that might be growing with
> time but I prune the replays directly externally so there's never more than
> 7 days worth of files.
>
> Do you run any of the following?
>   - SourceBans
>   - gameME
>   - Ultimate Map Chooser (with or without NativeVotes?)
>   - mp_scrambleteams_auto
>
> Actually, could I get a list of your plugins on the server that has issues?
>
> Here's mine for reference:
> (sm plugins list output, sorted by plugin name for readability)
>
>   13 "AFK Manager" (3.5.2) by Rothgar
>   22 "Admin File Reader" (1.6.0-dev+4308) by AlliedModders LLC
>   02 "Admin Help" (1.6.0-dev+4308) by AlliedModders LLC
>   43 "Admin Menu" (1.6.0-dev+4308) by AlliedModders LLC
>   09 "AdminSentinel" (1.2.100) by StrontiumDog
>   21 "Advertisements" (0.5.5) by Tsunami
>   04 "AllChat" (1.1.1) by Frenzzy
>   40 "Anti-Flood" (1.6.0-dev+4308) by AlliedModders LLC
>   23 "Basic Chat" (1.6.0-dev+4308) by AlliedModders LLC
>   05 "Basic Comm Control" (1.6.0-dev+4308) by AlliedModders LLC
>   48 "Basic Commands" (1.6.0-dev+4308) by AlliedModders LLC
>   31 "Basic Info Triggers" (1.6.0-dev+4308) by AlliedModders LLC
>   39 "Basic Votes" (1.6.0-dev+4308) by AlliedModders LLC
>   46 "Client Preferences" (1.6.0-dev+4308) by AlliedModders LLC
>   19 "Fun Commands" (1.6.0-dev+4308) by AlliedModders LLC
>   29 "Fun Votes" (1.6.0-dev+4308) by AlliedModders LLC
>   18 "Melee" (0.4.2) by linux_lover
>   11 "NativeVotes Basic Commands" (1.0) by Powerlord and AlliedModders LLC
>   49 "NativeVotes" (0.8.1) by Powerlord
>   36 "Network Tools" (1.3) by Kyle Sanderson
>   14 "Nextmap" (1.6.0-dev+4308) by AlliedModders LLC
>   08 "Player Commands" (1.6.0-dev+4308) by AlliedModders LLC
>   50 "Reserved Slots" (1.6.0-dev+4308) by AlliedModders LLC
>   15 "Sound Commands" (1.6.0-dev+4308) by AlliedModders LLC
>   33 "SourceBans" (1.4.10) by SourceBans Development Team
>   01 "Spray Tracer" (5.8a) by Nican132, CptMoore, Lebson506th
>   12 "TF2 Class Restrictions" (0.6) by Tsunami
>   07 "Win panel for losing team" (1.4) by Reflex
>   20 "[ANY] Connection Method Viewer" (1.2.0) by Dr. McKay
>   41 "[TF2] Balls" (0.4) by Geit
>   24 "[TF2] High Five Enemies" (1.3) by FlaminSarge
>   34 "[UMC] Admin Menu" (3.4.7-dev) by Steell
>   03 "[UMC] Echo Nextmap" (3.4.7-dev) by Steell
>   26 "[UMC] End of Map Vote" (3.4.7-dev) by Steell
>   51 "[UMC] Map Commands" (3.4.7-dev) by Steell
>   35 "[UMC] Map Weight" (3.4.7-dev) by Steell
>   25 "[UMC] Native Voting" (3.4.7-dev) by Steell
>   37 "[UMC] Nominations" (3.4.7-dev) by Steell
>   45 "[UMC] Player Limits" (3.4.7-dev) by Steell
>   17 "[UMC] Post-Played Exclusion" (3.4.7-dev) by Sazpaimon and Steell
>   32 "[UMC] Random Cycle" (3.4.7-dev) by Steell
>   53 "[UMC] Rock The Vote" (3.4.7-dev) by Steell
>   06 "[UMC] Time Limits" (3.4.7-dev) by Steell
>   28 "[UMC] Ultimate Mapchooser Core" (3.4.7-dev) by Steell
>   42 "[UMC] Vote Command" (3.4.7-dev) by Steell
>   44 "gameME Plugin" (4.3) by TTS Oetzel & Goerz GmbH
>
>
>
> On 11/05/2014 5:09 PM, ics wrote:
>
>> Yes, the odd random lagspikes (on round starts) can be caused by replay.
>> I've been getting those and i haven't found the actual reason but replay
>> has been one of the suspects. It's odd, doesn't happen always but
>> randomly. 1 server on the same machine is fine, the other has these huge
>> lags occasionally.
>>
>> -ics
>>
>>
>> Yun Huang Yong kirjoitti:
>>
>>> A while back I posted about some strange start-of-round pauses. The
>>> symptom is that at the start of each round the server "pauses" for
>>> 15-20 seconds during which time players get the red disconnection
>>> message in the top right corner. The server always recovers but during
>>> that time some players may timeout/disconnect.
>>>
>>> Turning off Replays appears to fix this but I'm unable to reliably
>>> reproduce the problem so have been unable to determine if this problem
>>> is due solely to Replays, or Replays + some SourceMod/plugin
>>> interaction. We can only tell that this problem appears to be related
>>> to Replays by disabling Replays for a full week and notin

Re: [hlds_linux] TF2 Replays

[Yun Huang Yong]

Oh wow. For us it's happening across both of our 24p servers (we only 
have 2).


And over the last few months it's gone from happening occasionally for a 
few seconds, to happening on 80% of round changes, for 15-20 seconds.


That suggests it may be related to something that might be growing with 
time but I prune the replays directly externally so there's never more 
than 7 days worth of files.


Do you run any of the following?
  - SourceBans
  - gameME
  - Ultimate Map Chooser (with or without NativeVotes?)
  - mp_scrambleteams_auto

Actually, could I get a list of your plugins on the server that has issues?

Here's mine for reference:
(sm plugins list output, sorted by plugin name for readability)

  13 "AFK Manager" (3.5.2) by Rothgar
  22 "Admin File Reader" (1.6.0-dev+4308) by AlliedModders LLC
  02 "Admin Help" (1.6.0-dev+4308) by AlliedModders LLC
  43 "Admin Menu" (1.6.0-dev+4308) by AlliedModders LLC
  09 "AdminSentinel" (1.2.100) by StrontiumDog
  21 "Advertisements" (0.5.5) by Tsunami
  04 "AllChat" (1.1.1) by Frenzzy
  40 "Anti-Flood" (1.6.0-dev+4308) by AlliedModders LLC
  23 "Basic Chat" (1.6.0-dev+4308) by AlliedModders LLC
  05 "Basic Comm Control" (1.6.0-dev+4308) by AlliedModders LLC
  48 "Basic Commands" (1.6.0-dev+4308) by AlliedModders LLC
  31 "Basic Info Triggers" (1.6.0-dev+4308) by AlliedModders LLC
  39 "Basic Votes" (1.6.0-dev+4308) by AlliedModders LLC
  46 "Client Preferences" (1.6.0-dev+4308) by AlliedModders LLC
  19 "Fun Commands" (1.6.0-dev+4308) by AlliedModders LLC
  29 "Fun Votes" (1.6.0-dev+4308) by AlliedModders LLC
  18 "Melee" (0.4.2) by linux_lover
  11 "NativeVotes Basic Commands" (1.0) by Powerlord and AlliedModders LLC
  49 "NativeVotes" (0.8.1) by Powerlord
  36 "Network Tools" (1.3) by Kyle Sanderson
  14 "Nextmap" (1.6.0-dev+4308) by AlliedModders LLC
  08 "Player Commands" (1.6.0-dev+4308) by AlliedModders LLC
  50 "Reserved Slots" (1.6.0-dev+4308) by AlliedModders LLC
  15 "Sound Commands" (1.6.0-dev+4308) by AlliedModders LLC
  33 "SourceBans" (1.4.10) by SourceBans Development Team
  01 "Spray Tracer" (5.8a) by Nican132, CptMoore, Lebson506th
  12 "TF2 Class Restrictions" (0.6) by Tsunami
  07 "Win panel for losing team" (1.4) by Reflex
  20 "[ANY] Connection Method Viewer" (1.2.0) by Dr. McKay
  41 "[TF2] Balls" (0.4) by Geit
  24 "[TF2] High Five Enemies" (1.3) by FlaminSarge
  34 "[UMC] Admin Menu" (3.4.7-dev) by Steell
  03 "[UMC] Echo Nextmap" (3.4.7-dev) by Steell
  26 "[UMC] End of Map Vote" (3.4.7-dev) by Steell
  51 "[UMC] Map Commands" (3.4.7-dev) by Steell
  35 "[UMC] Map Weight" (3.4.7-dev) by Steell
  25 "[UMC] Native Voting" (3.4.7-dev) by Steell
  37 "[UMC] Nominations" (3.4.7-dev) by Steell
  45 "[UMC] Player Limits" (3.4.7-dev) by Steell
  17 "[UMC] Post-Played Exclusion" (3.4.7-dev) by Sazpaimon and Steell
  32 "[UMC] Random Cycle" (3.4.7-dev) by Steell
  53 "[UMC] Rock The Vote" (3.4.7-dev) by Steell
  06 "[UMC] Time Limits" (3.4.7-dev) by Steell
  28 "[UMC] Ultimate Mapchooser Core" (3.4.7-dev) by Steell
  42 "[UMC] Vote Command" (3.4.7-dev) by Steell
  44 "gameME Plugin" (4.3) by TTS Oetzel & Goerz GmbH


On 11/05/2014 5:09 PM, ics wrote:

Yes, the odd random lagspikes (on round starts) can be caused by replay.
I've been getting those and i haven't found the actual reason but replay
has been one of the suspects. It's odd, doesn't happen always but
randomly. 1 server on the same machine is fine, the other has these huge
lags occasionally.

-ics


Yun Huang Yong kirjoitti:

A while back I posted about some strange start-of-round pauses. The
symptom is that at the start of each round the server "pauses" for
15-20 seconds during which time players get the red disconnection
message in the top right corner. The server always recovers but during
that time some players may timeout/disconnect.

Turning off Replays appears to fix this but I'm unable to reliably
reproduce the problem so have been unable to determine if this problem
is due solely to Replays, or Replays + some SourceMod/plugin
interaction. We can only tell that this problem appears to be related
to Replays by disabling Replays for a full week and noting that the
problem went away.

Another problem with Replays is that when mp_scrambleteams_auto is
used, Replays are somewhat randomly recorded/deleted.

In one instance, Replays were recorded correctly before the
auto-scramble but not after -- as in there are no .dmx or block files
for the rounds post-scramble.

In another instance, Replays were recorded correctly before and after
the auto-scramble but it would appear that the Replay system then
*deleted* the rounds before auto-scramble. I noticed this because I
had copied the files elsewhere whilst the match was in progress, and
hence was able to realise that the files I had copied were removed
from the server. I can say with 100% certainty that no other process
would have removed the files in question.

Questions:

1. Is anyone else running Replays, and have you encountered thes

Re: [hlds_linux] TF2 Replays

[ics]

Yes, the odd random lagspikes (on round starts) can be caused by replay. 
I've been getting those and i haven't found the actual reason but replay 
has been one of the suspects. It's odd, doesn't happen always but 
randomly. 1 server on the same machine is fine, the other has these huge 
lags occasionally.


-ics


Yun Huang Yong kirjoitti:
A while back I posted about some strange start-of-round pauses. The 
symptom is that at the start of each round the server "pauses" for 
15-20 seconds during which time players get the red disconnection 
message in the top right corner. The server always recovers but during 
that time some players may timeout/disconnect.


Turning off Replays appears to fix this but I'm unable to reliably 
reproduce the problem so have been unable to determine if this problem 
is due solely to Replays, or Replays + some SourceMod/plugin 
interaction. We can only tell that this problem appears to be related 
to Replays by disabling Replays for a full week and noting that the 
problem went away.


Another problem with Replays is that when mp_scrambleteams_auto is 
used, Replays are somewhat randomly recorded/deleted.


In one instance, Replays were recorded correctly before the 
auto-scramble but not after -- as in there are no .dmx or block files 
for the rounds post-scramble.


In another instance, Replays were recorded correctly before and after 
the auto-scramble but it would appear that the Replay system then 
*deleted* the rounds before auto-scramble. I noticed this because I 
had copied the files elsewhere whilst the match was in progress, and 
hence was able to realise that the files I had copied were removed 
from the server. I can say with 100% certainty that no other process 
would have removed the files in question.


Questions:

1. Is anyone else running Replays, and have you encountered these bugs?

2. It seems that very few people run Replays, not even Valve, so these 
bugs tend not to be noticed. I've spent many hours debugging the first 
problem and still can not isolate the problem sufficiently to report 
it. Does anyone know what Valve's view is of Replays -- were I to 
invest many more hours to isolate the problem, is there any likelihood 
of getting it fixed?


3. What other alternatives would folks recommend?

STV seems like an option -- preserving all POVs -- but would be much 
harder for our casual user base to make use of. 3rd party client-side 
recorders such as OBS/Bandicam/etc and even ShadowPlay require that 
client hardware be reasonably powerful/modern. Are there any viable 
alternatives?


___
To unsubscribe, edit your list preferences, or view the list archives, 
please visit:

https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux



___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux