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 <i...@ics-base.net> 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 <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

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

Reply via email to