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 <gumby_li...@mooh.org>:
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 <eVa>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 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
_______________________________________________
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
_______________________________________________
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