Re: [hlds] Replay Download Error

[Tyler Davies]

I've just tried replay_docleanup and it fails indefinitely. The user the
SRCDS servers are running under has full permissions to the directory the
replays are being written to. It states it cannot remove any of the replay
blocks that exist. Not a single one. I guess the crontab will have to do
for now. Thanks for the help guys!

On Wed, Jan 11, 2012 at 2:38 PM, o k  wrote:

> They added cleanup cars in an update. Check here
> http://wiki.teamfortress.com/wiki/Replay
> On Jan 11, 2012 2:35 PM, "Eli Witt"  wrote:
>
>> Windows server users could create a batch file to do the same on a
>> windows scheduled task, just as easy as us *nixers can slap a crontab line
>> up.
>>
>> There are also two SM plugins available to perform the same function.
>>
>>
>>
>> On Wed, Jan 11, 2012 at 12:29 PM, Andrew DeMerse wrote:
>>
>>> All you linux junkies can use crontab to clean this out every day.
>>>
>>> find /path/to/replays -mindepth 1 -mtime +7 -delete
>>>
>>>
>>> On Wed, Jan 11, 2012 at 11:36 AM, E. Olsen  wrote:
>>>
 I think you'd be surprised. We have a HUGE amount of bandwidth sucked
 up by replay every month.

 On my (windows) servers, the replay "cleanup" system has never worked.
 I ended up using a 3rd party system run on a regular basis using task
 scheduler to clean up the old files. I just set it to delete anything in
 the target folders over two days old every time it runs.


 On Wed, Jan 11, 2012 at 11:24 AM, Hedgehog wrote:

> You guys made me aware i've got the same problem ;)
>
> With Team Fortress 2 i've decided to go the easy way, so I'll just
> disable it. Don't think (m)any of my regulars are using it anyway.
>
> 2012/1/11 Jason 
>
>> Tyler, I have the *SAME* issueand all i could do was simply turn
>> off replays, which made my community annoyed/sadbut, I had difficulty
>> browsing the FTP folder of replays as my FTP client would crash.  I had 
>> to
>> ask for my provider to delete most of them for me so I could at least
>> browse the folder.
>>
>> Definitely wish it didn't leave every single replay block on the FTP
>> ... that just seems silly
>>
>>
>> On Wed, Jan 11, 2012 at 11:10 AM, Tyler Davies <
>> tyler.k.dav...@gmail.com> wrote:
>>
>>> Hey guys, not to deviate from the subject of this thread, but I'm
>>> having MAJOR replay issues as well.
>>>
>>> It's not that it isn't working, it's that it isn't working as
>>> intended. I didn't check on this earlier, and I just noticed. I have
>>> replays being accumulated and they are NEVER deleted! I have replay 
>>> blocks
>>> dating back to August of last year sitting in the replay directory! What
>>> the heck!? Aren't they supposed to be removed when the server is 
>>> updated?
>>> There are now more than 10 GB of replay blocks in just ONE of my replay
>>> directories. It crashes my SCP client as soon as I even open the 
>>> directory.
>>>
>>> How can I solve this problem without deleting replays still in use
>>> by clients? Valve, it would be nice if the server would actually remove 
>>> the
>>> replays when an update is pushed through just as the game client states 
>>> it
>>> will do, and recommends for clients to save their replays if they want 
>>> to
>>> keep them.
>>>
>>> Any assistance is appreciated! =]
>>>
>>>
>>> On Wed, Jan 11, 2012 at 10:59 AM, Shon Myles >> > wrote:
>>>
 Thanks so much Mark, Brendan and Hedgehog. Your suggestions
 resolved my issue.


 On Wed, Jan 11, 2012 at 9:31 AM, Hedgehog >>> > wrote:

> replay_fileserver_port "21"
>
> Can you comment that line? Or change it to 80?
>
> 21 is the default FTP port, download goes over HTTP
>
> Cheers,
>
> Hedgehog
>
>
> 2012/1/11 Lance Waidzunas 
>
>> Check and make sure the FTP server isn't full.  We had that issue
>> with our servers a while back, it even prevented the map from 
>> changing.
>>
>>  On Wed, Jan 11, 2012 at 9:23 AM, Shon Myles <
>> shonte.my...@gmail.com> wrote:
>>
>>>  I've been experiencing an issue on my servers where replay
>>> downloads fail everytime. The error players get is:
>>>
>>> Replay error system: The session info file failed to download:
>>> No headers. URL:
>>> http://stompfesttf2web.site.nfoservers.com:21/public/replayfolder
>>>
>>> Here is my config:
>>>
>>> replay_enable "1"
>>> replay_block_dump_interval "15"
>>> replay_fileserver_protocol "http"
>>> replay_fileserver_offload_enable "1"
>

Re: [hlds] Replay Download Error

[o k]

They added cleanup cars in an update. Check here
http://wiki.teamfortress.com/wiki/Replay
On Jan 11, 2012 2:35 PM, "Eli Witt"  wrote:

> Windows server users could create a batch file to do the same on a windows
> scheduled task, just as easy as us *nixers can slap a crontab line up.
>
> There are also two SM plugins available to perform the same function.
>
>
>
> On Wed, Jan 11, 2012 at 12:29 PM, Andrew DeMerse wrote:
>
>> All you linux junkies can use crontab to clean this out every day.
>>
>> find /path/to/replays -mindepth 1 -mtime +7 -delete
>>
>>
>> On Wed, Jan 11, 2012 at 11:36 AM, E. Olsen  wrote:
>>
>>> I think you'd be surprised. We have a HUGE amount of bandwidth sucked up
>>> by replay every month.
>>>
>>> On my (windows) servers, the replay "cleanup" system has never worked. I
>>> ended up using a 3rd party system run on a regular basis using task
>>> scheduler to clean up the old files. I just set it to delete anything in
>>> the target folders over two days old every time it runs.
>>>
>>>
>>> On Wed, Jan 11, 2012 at 11:24 AM, Hedgehog wrote:
>>>
 You guys made me aware i've got the same problem ;)

 With Team Fortress 2 i've decided to go the easy way, so I'll just
 disable it. Don't think (m)any of my regulars are using it anyway.

 2012/1/11 Jason 

> Tyler, I have the *SAME* issueand all i could do was simply turn
> off replays, which made my community annoyed/sadbut, I had difficulty
> browsing the FTP folder of replays as my FTP client would crash.  I had to
> ask for my provider to delete most of them for me so I could at least
> browse the folder.
>
> Definitely wish it didn't leave every single replay block on the FTP
> ... that just seems silly
>
>
> On Wed, Jan 11, 2012 at 11:10 AM, Tyler Davies <
> tyler.k.dav...@gmail.com> wrote:
>
>> Hey guys, not to deviate from the subject of this thread, but I'm
>> having MAJOR replay issues as well.
>>
>> It's not that it isn't working, it's that it isn't working as
>> intended. I didn't check on this earlier, and I just noticed. I have
>> replays being accumulated and they are NEVER deleted! I have replay 
>> blocks
>> dating back to August of last year sitting in the replay directory! What
>> the heck!? Aren't they supposed to be removed when the server is updated?
>> There are now more than 10 GB of replay blocks in just ONE of my replay
>> directories. It crashes my SCP client as soon as I even open the 
>> directory.
>>
>> How can I solve this problem without deleting replays still in use by
>> clients? Valve, it would be nice if the server would actually remove the
>> replays when an update is pushed through just as the game client states 
>> it
>> will do, and recommends for clients to save their replays if they want to
>> keep them.
>>
>> Any assistance is appreciated! =]
>>
>>
>> On Wed, Jan 11, 2012 at 10:59 AM, Shon Myles 
>> wrote:
>>
>>> Thanks so much Mark, Brendan and Hedgehog. Your suggestions resolved
>>> my issue.
>>>
>>>
>>> On Wed, Jan 11, 2012 at 9:31 AM, Hedgehog 
>>> wrote:
>>>
 replay_fileserver_port "21"

 Can you comment that line? Or change it to 80?

 21 is the default FTP port, download goes over HTTP

 Cheers,

 Hedgehog


 2012/1/11 Lance Waidzunas 

> Check and make sure the FTP server isn't full.  We had that issue
> with our servers a while back, it even prevented the map from 
> changing.
>
>  On Wed, Jan 11, 2012 at 9:23 AM, Shon Myles <
> shonte.my...@gmail.com> wrote:
>
>>  I've been experiencing an issue on my servers where replay
>> downloads fail everytime. The error players get is:
>>
>> Replay error system: The session info file failed to download: No
>> headers. URL:
>> http://stompfesttf2web.site.nfoservers.com:21/public/replayfolder
>>
>> Here is my config:
>>
>> replay_enable "1"
>> replay_block_dump_interval "15"
>> replay_fileserver_protocol "http"
>> replay_fileserver_offload_enable "1"
>>
>> replay_fileserver_host "stompfesttf2web.site.nfoservers.com"
>> replay_fileserver_port "21"
>> replay_fileserver_path "/public/replayfolder"
>>
>> // Your FTP info. This data is private and not shared with the
>> client.
>> replay_fileserver_offload_protocol "ftp"
>> replay_fileserver_offload_hostname "
>> stompfesttf2web.site.nfoservers.com"
>> replay_fileserver_offload_port "21"
>> replay_fileserver_offload_remotepath "/public/replayfol

Re: [hlds] Replay Download Error

[Eli Witt]

Windows server users could create a batch file to do the same on a windows
scheduled task, just as easy as us *nixers can slap a crontab line up.

There are also two SM plugins available to perform the same function.



On Wed, Jan 11, 2012 at 12:29 PM, Andrew DeMerse  wrote:

> All you linux junkies can use crontab to clean this out every day.
>
> find /path/to/replays -mindepth 1 -mtime +7 -delete
>
>
> On Wed, Jan 11, 2012 at 11:36 AM, E. Olsen  wrote:
>
>> I think you'd be surprised. We have a HUGE amount of bandwidth sucked up
>> by replay every month.
>>
>> On my (windows) servers, the replay "cleanup" system has never worked. I
>> ended up using a 3rd party system run on a regular basis using task
>> scheduler to clean up the old files. I just set it to delete anything in
>> the target folders over two days old every time it runs.
>>
>>
>> On Wed, Jan 11, 2012 at 11:24 AM, Hedgehog wrote:
>>
>>> You guys made me aware i've got the same problem ;)
>>>
>>> With Team Fortress 2 i've decided to go the easy way, so I'll just
>>> disable it. Don't think (m)any of my regulars are using it anyway.
>>>
>>> 2012/1/11 Jason 
>>>
 Tyler, I have the *SAME* issueand all i could do was simply turn
 off replays, which made my community annoyed/sadbut, I had difficulty
 browsing the FTP folder of replays as my FTP client would crash.  I had to
 ask for my provider to delete most of them for me so I could at least
 browse the folder.

 Definitely wish it didn't leave every single replay block on the FTP
 ... that just seems silly


 On Wed, Jan 11, 2012 at 11:10 AM, Tyler Davies <
 tyler.k.dav...@gmail.com> wrote:

> Hey guys, not to deviate from the subject of this thread, but I'm
> having MAJOR replay issues as well.
>
> It's not that it isn't working, it's that it isn't working as
> intended. I didn't check on this earlier, and I just noticed. I have
> replays being accumulated and they are NEVER deleted! I have replay blocks
> dating back to August of last year sitting in the replay directory! What
> the heck!? Aren't they supposed to be removed when the server is updated?
> There are now more than 10 GB of replay blocks in just ONE of my replay
> directories. It crashes my SCP client as soon as I even open the 
> directory.
>
> How can I solve this problem without deleting replays still in use by
> clients? Valve, it would be nice if the server would actually remove the
> replays when an update is pushed through just as the game client states it
> will do, and recommends for clients to save their replays if they want to
> keep them.
>
> Any assistance is appreciated! =]
>
>
> On Wed, Jan 11, 2012 at 10:59 AM, Shon Myles 
> wrote:
>
>> Thanks so much Mark, Brendan and Hedgehog. Your suggestions resolved
>> my issue.
>>
>>
>> On Wed, Jan 11, 2012 at 9:31 AM, Hedgehog 
>> wrote:
>>
>>> replay_fileserver_port "21"
>>>
>>> Can you comment that line? Or change it to 80?
>>>
>>> 21 is the default FTP port, download goes over HTTP
>>>
>>> Cheers,
>>>
>>> Hedgehog
>>>
>>>
>>> 2012/1/11 Lance Waidzunas 
>>>
 Check and make sure the FTP server isn't full.  We had that issue
 with our servers a while back, it even prevented the map from changing.

  On Wed, Jan 11, 2012 at 9:23 AM, Shon Myles <
 shonte.my...@gmail.com> wrote:

>  I've been experiencing an issue on my servers where replay
> downloads fail everytime. The error players get is:
>
> Replay error system: The session info file failed to download: No
> headers. URL:
> http://stompfesttf2web.site.nfoservers.com:21/public/replayfolder
>
> Here is my config:
>
> replay_enable "1"
> replay_block_dump_interval "15"
> replay_fileserver_protocol "http"
> replay_fileserver_offload_enable "1"
>
> replay_fileserver_host "stompfesttf2web.site.nfoservers.com"
> replay_fileserver_port "21"
> replay_fileserver_path "/public/replayfolder"
>
> // Your FTP info. This data is private and not shared with the
> client.
> replay_fileserver_offload_protocol "ftp"
> replay_fileserver_offload_hostname "
> stompfesttf2web.site.nfoservers.com"
> replay_fileserver_offload_port "21"
> replay_fileserver_offload_remotepath "/public/replayfolder"
> replay_fileserver_offload_login ""
> replay_fileserver_offload_password ""
> replay_fileserver_offload_maxuploads "16"
>
> Any ideas?
>
> ___
> To unsubscribe, edit

Re: [hlds] Replay Download Error

[Andrew DeMerse]

All you linux junkies can use crontab to clean this out every day.

find /path/to/replays -mindepth 1 -mtime +7 -delete


On Wed, Jan 11, 2012 at 11:36 AM, E. Olsen  wrote:

> I think you'd be surprised. We have a HUGE amount of bandwidth sucked up
> by replay every month.
>
> On my (windows) servers, the replay "cleanup" system has never worked. I
> ended up using a 3rd party system run on a regular basis using task
> scheduler to clean up the old files. I just set it to delete anything in
> the target folders over two days old every time it runs.
>
>
> On Wed, Jan 11, 2012 at 11:24 AM, Hedgehog wrote:
>
>> You guys made me aware i've got the same problem ;)
>>
>> With Team Fortress 2 i've decided to go the easy way, so I'll just
>> disable it. Don't think (m)any of my regulars are using it anyway.
>>
>> 2012/1/11 Jason 
>>
>>> Tyler, I have the *SAME* issueand all i could do was simply turn off
>>> replays, which made my community annoyed/sadbut, I had difficulty
>>> browsing the FTP folder of replays as my FTP client would crash.  I had to
>>> ask for my provider to delete most of them for me so I could at least
>>> browse the folder.
>>>
>>> Definitely wish it didn't leave every single replay block on the FTP ...
>>> that just seems silly
>>>
>>>
>>> On Wed, Jan 11, 2012 at 11:10 AM, Tyler Davies >> > wrote:
>>>
 Hey guys, not to deviate from the subject of this thread, but I'm
 having MAJOR replay issues as well.

 It's not that it isn't working, it's that it isn't working as intended.
 I didn't check on this earlier, and I just noticed. I have replays being
 accumulated and they are NEVER deleted! I have replay blocks dating back to
 August of last year sitting in the replay directory! What the heck!? Aren't
 they supposed to be removed when the server is updated? There are now more
 than 10 GB of replay blocks in just ONE of my replay directories. It
 crashes my SCP client as soon as I even open the directory.

 How can I solve this problem without deleting replays still in use by
 clients? Valve, it would be nice if the server would actually remove the
 replays when an update is pushed through just as the game client states it
 will do, and recommends for clients to save their replays if they want to
 keep them.

 Any assistance is appreciated! =]


 On Wed, Jan 11, 2012 at 10:59 AM, Shon Myles wrote:

> Thanks so much Mark, Brendan and Hedgehog. Your suggestions resolved
> my issue.
>
>
> On Wed, Jan 11, 2012 at 9:31 AM, Hedgehog wrote:
>
>> replay_fileserver_port "21"
>>
>> Can you comment that line? Or change it to 80?
>>
>> 21 is the default FTP port, download goes over HTTP
>>
>> Cheers,
>>
>> Hedgehog
>>
>>
>> 2012/1/11 Lance Waidzunas 
>>
>>> Check and make sure the FTP server isn't full.  We had that issue
>>> with our servers a while back, it even prevented the map from changing.
>>>
>>>  On Wed, Jan 11, 2012 at 9:23 AM, Shon Myles >> > wrote:
>>>
  I've been experiencing an issue on my servers where replay
 downloads fail everytime. The error players get is:

 Replay error system: The session info file failed to download: No
 headers. URL:
 http://stompfesttf2web.site.nfoservers.com:21/public/replayfolder

 Here is my config:

 replay_enable "1"
 replay_block_dump_interval "15"
 replay_fileserver_protocol "http"
 replay_fileserver_offload_enable "1"

 replay_fileserver_host "stompfesttf2web.site.nfoservers.com"
 replay_fileserver_port "21"
 replay_fileserver_path "/public/replayfolder"

 // Your FTP info. This data is private and not shared with the
 client.
 replay_fileserver_offload_protocol "ftp"
 replay_fileserver_offload_hostname "
 stompfesttf2web.site.nfoservers.com"
 replay_fileserver_offload_port "21"
 replay_fileserver_offload_remotepath "/public/replayfolder"
 replay_fileserver_offload_login ""
 replay_fileserver_offload_password ""
 replay_fileserver_offload_maxuploads "16"

 Any ideas?

 ___
 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
>>>
>>>
>>
>> ___

Re: [hlds] Replay Download Error

[E. Olsen]

I think you'd be surprised. We have a HUGE amount of bandwidth sucked up by
replay every month.

On my (windows) servers, the replay "cleanup" system has never worked. I
ended up using a 3rd party system run on a regular basis using task
scheduler to clean up the old files. I just set it to delete anything in
the target folders over two days old every time it runs.

On Wed, Jan 11, 2012 at 11:24 AM, Hedgehog  wrote:

> You guys made me aware i've got the same problem ;)
>
> With Team Fortress 2 i've decided to go the easy way, so I'll just disable
> it. Don't think (m)any of my regulars are using it anyway.
>
> 2012/1/11 Jason 
>
>> Tyler, I have the *SAME* issueand all i could do was simply turn off
>> replays, which made my community annoyed/sadbut, I had difficulty
>> browsing the FTP folder of replays as my FTP client would crash.  I had to
>> ask for my provider to delete most of them for me so I could at least
>> browse the folder.
>>
>> Definitely wish it didn't leave every single replay block on the FTP ...
>> that just seems silly
>>
>>
>> On Wed, Jan 11, 2012 at 11:10 AM, Tyler Davies 
>> wrote:
>>
>>> Hey guys, not to deviate from the subject of this thread, but I'm having
>>> MAJOR replay issues as well.
>>>
>>> It's not that it isn't working, it's that it isn't working as intended.
>>> I didn't check on this earlier, and I just noticed. I have replays being
>>> accumulated and they are NEVER deleted! I have replay blocks dating back to
>>> August of last year sitting in the replay directory! What the heck!? Aren't
>>> they supposed to be removed when the server is updated? There are now more
>>> than 10 GB of replay blocks in just ONE of my replay directories. It
>>> crashes my SCP client as soon as I even open the directory.
>>>
>>> How can I solve this problem without deleting replays still in use by
>>> clients? Valve, it would be nice if the server would actually remove the
>>> replays when an update is pushed through just as the game client states it
>>> will do, and recommends for clients to save their replays if they want to
>>> keep them.
>>>
>>> Any assistance is appreciated! =]
>>>
>>>
>>> On Wed, Jan 11, 2012 at 10:59 AM, Shon Myles wrote:
>>>
 Thanks so much Mark, Brendan and Hedgehog. Your suggestions resolved my
 issue.


 On Wed, Jan 11, 2012 at 9:31 AM, Hedgehog wrote:

> replay_fileserver_port "21"
>
> Can you comment that line? Or change it to 80?
>
> 21 is the default FTP port, download goes over HTTP
>
> Cheers,
>
> Hedgehog
>
>
> 2012/1/11 Lance Waidzunas 
>
>> Check and make sure the FTP server isn't full.  We had that issue
>> with our servers a while back, it even prevented the map from changing.
>>
>>  On Wed, Jan 11, 2012 at 9:23 AM, Shon Myles 
>> wrote:
>>
>>>  I've been experiencing an issue on my servers where replay
>>> downloads fail everytime. The error players get is:
>>>
>>> Replay error system: The session info file failed to download: No
>>> headers. URL:
>>> http://stompfesttf2web.site.nfoservers.com:21/public/replayfolder
>>>
>>> Here is my config:
>>>
>>> replay_enable "1"
>>> replay_block_dump_interval "15"
>>> replay_fileserver_protocol "http"
>>> replay_fileserver_offload_enable "1"
>>>
>>> replay_fileserver_host "stompfesttf2web.site.nfoservers.com"
>>> replay_fileserver_port "21"
>>> replay_fileserver_path "/public/replayfolder"
>>>
>>> // Your FTP info. This data is private and not shared with the
>>> client.
>>> replay_fileserver_offload_protocol "ftp"
>>> replay_fileserver_offload_hostname "
>>> stompfesttf2web.site.nfoservers.com"
>>> replay_fileserver_offload_port "21"
>>> replay_fileserver_offload_remotepath "/public/replayfolder"
>>> replay_fileserver_offload_login ""
>>> replay_fileserver_offload_password ""
>>> replay_fileserver_offload_maxuploads "16"
>>>
>>> Any ideas?
>>>
>>> ___
>>> 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
>
>

 ___
 To unsubscribe, edit your list preferences, or view the list arch

Re: [hlds] Replay Download Error

[Hedgehog]

You guys made me aware i've got the same problem ;)

With Team Fortress 2 i've decided to go the easy way, so I'll just disable
it. Don't think (m)any of my regulars are using it anyway.

2012/1/11 Jason 

> Tyler, I have the *SAME* issueand all i could do was simply turn off
> replays, which made my community annoyed/sadbut, I had difficulty
> browsing the FTP folder of replays as my FTP client would crash.  I had to
> ask for my provider to delete most of them for me so I could at least
> browse the folder.
>
> Definitely wish it didn't leave every single replay block on the FTP ...
> that just seems silly
>
>
> On Wed, Jan 11, 2012 at 11:10 AM, Tyler Davies 
> wrote:
>
>> Hey guys, not to deviate from the subject of this thread, but I'm having
>> MAJOR replay issues as well.
>>
>> It's not that it isn't working, it's that it isn't working as intended. I
>> didn't check on this earlier, and I just noticed. I have replays being
>> accumulated and they are NEVER deleted! I have replay blocks dating back to
>> August of last year sitting in the replay directory! What the heck!? Aren't
>> they supposed to be removed when the server is updated? There are now more
>> than 10 GB of replay blocks in just ONE of my replay directories. It
>> crashes my SCP client as soon as I even open the directory.
>>
>> How can I solve this problem without deleting replays still in use by
>> clients? Valve, it would be nice if the server would actually remove the
>> replays when an update is pushed through just as the game client states it
>> will do, and recommends for clients to save their replays if they want to
>> keep them.
>>
>> Any assistance is appreciated! =]
>>
>>
>> On Wed, Jan 11, 2012 at 10:59 AM, Shon Myles wrote:
>>
>>> Thanks so much Mark, Brendan and Hedgehog. Your suggestions resolved my
>>> issue.
>>>
>>>
>>> On Wed, Jan 11, 2012 at 9:31 AM, Hedgehog wrote:
>>>
 replay_fileserver_port "21"

 Can you comment that line? Or change it to 80?

 21 is the default FTP port, download goes over HTTP

 Cheers,

 Hedgehog


 2012/1/11 Lance Waidzunas 

> Check and make sure the FTP server isn't full.  We had that issue with
> our servers a while back, it even prevented the map from changing.
>
>  On Wed, Jan 11, 2012 at 9:23 AM, Shon Myles 
> wrote:
>
>>  I've been experiencing an issue on my servers where replay
>> downloads fail everytime. The error players get is:
>>
>> Replay error system: The session info file failed to download: No
>> headers. URL:
>> http://stompfesttf2web.site.nfoservers.com:21/public/replayfolder
>>
>> Here is my config:
>>
>> replay_enable "1"
>> replay_block_dump_interval "15"
>> replay_fileserver_protocol "http"
>> replay_fileserver_offload_enable "1"
>>
>> replay_fileserver_host "stompfesttf2web.site.nfoservers.com"
>> replay_fileserver_port "21"
>> replay_fileserver_path "/public/replayfolder"
>>
>> // Your FTP info. This data is private and not shared with the client.
>> replay_fileserver_offload_protocol "ftp"
>> replay_fileserver_offload_hostname "
>> stompfesttf2web.site.nfoservers.com"
>> replay_fileserver_offload_port "21"
>> replay_fileserver_offload_remotepath "/public/replayfolder"
>> replay_fileserver_offload_login ""
>> replay_fileserver_offload_password ""
>> replay_fileserver_offload_maxuploads "16"
>>
>> Any ideas?
>>
>> ___
>> 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


>>>
>>> ___
>>> 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
>
>
_

Re: [hlds] Replay Download Error

[Jason]

Tyler, I have the *SAME* issueand all i could do was simply turn off
replays, which made my community annoyed/sadbut, I had difficulty
browsing the FTP folder of replays as my FTP client would crash.  I had to
ask for my provider to delete most of them for me so I could at least
browse the folder.

Definitely wish it didn't leave every single replay block on the FTP ...
that just seems silly


On Wed, Jan 11, 2012 at 11:10 AM, Tyler Davies wrote:

> Hey guys, not to deviate from the subject of this thread, but I'm having
> MAJOR replay issues as well.
>
> It's not that it isn't working, it's that it isn't working as intended. I
> didn't check on this earlier, and I just noticed. I have replays being
> accumulated and they are NEVER deleted! I have replay blocks dating back to
> August of last year sitting in the replay directory! What the heck!? Aren't
> they supposed to be removed when the server is updated? There are now more
> than 10 GB of replay blocks in just ONE of my replay directories. It
> crashes my SCP client as soon as I even open the directory.
>
> How can I solve this problem without deleting replays still in use by
> clients? Valve, it would be nice if the server would actually remove the
> replays when an update is pushed through just as the game client states it
> will do, and recommends for clients to save their replays if they want to
> keep them.
>
> Any assistance is appreciated! =]
>
>
> On Wed, Jan 11, 2012 at 10:59 AM, Shon Myles wrote:
>
>> Thanks so much Mark, Brendan and Hedgehog. Your suggestions resolved my
>> issue.
>>
>>
>> On Wed, Jan 11, 2012 at 9:31 AM, Hedgehog wrote:
>>
>>> replay_fileserver_port "21"
>>>
>>> Can you comment that line? Or change it to 80?
>>>
>>> 21 is the default FTP port, download goes over HTTP
>>>
>>> Cheers,
>>>
>>> Hedgehog
>>>
>>>
>>> 2012/1/11 Lance Waidzunas 
>>>
 Check and make sure the FTP server isn't full.  We had that issue with
 our servers a while back, it even prevented the map from changing.

  On Wed, Jan 11, 2012 at 9:23 AM, Shon Myles wrote:

>  I've been experiencing an issue on my servers where replay downloads
> fail everytime. The error players get is:
>
> Replay error system: The session info file failed to download: No
> headers. URL:
> http://stompfesttf2web.site.nfoservers.com:21/public/replayfolder
>
> Here is my config:
>
> replay_enable "1"
> replay_block_dump_interval "15"
> replay_fileserver_protocol "http"
> replay_fileserver_offload_enable "1"
>
> replay_fileserver_host "stompfesttf2web.site.nfoservers.com"
> replay_fileserver_port "21"
> replay_fileserver_path "/public/replayfolder"
>
> // Your FTP info. This data is private and not shared with the client.
> replay_fileserver_offload_protocol "ftp"
> replay_fileserver_offload_hostname "
> stompfesttf2web.site.nfoservers.com"
> replay_fileserver_offload_port "21"
> replay_fileserver_offload_remotepath "/public/replayfolder"
> replay_fileserver_offload_login ""
> replay_fileserver_offload_password ""
> replay_fileserver_offload_maxuploads "16"
>
> Any ideas?
>
> ___
> 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
>>>
>>>
>>
>> ___
>> 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

Re: [hlds] Replay Download Error

[Tyler Davies]

Hey guys, not to deviate from the subject of this thread, but I'm having
MAJOR replay issues as well.

It's not that it isn't working, it's that it isn't working as intended. I
didn't check on this earlier, and I just noticed. I have replays being
accumulated and they are NEVER deleted! I have replay blocks dating back to
August of last year sitting in the replay directory! What the heck!? Aren't
they supposed to be removed when the server is updated? There are now more
than 10 GB of replay blocks in just ONE of my replay directories. It
crashes my SCP client as soon as I even open the directory.

How can I solve this problem without deleting replays still in use by
clients? Valve, it would be nice if the server would actually remove the
replays when an update is pushed through just as the game client states it
will do, and recommends for clients to save their replays if they want to
keep them.

Any assistance is appreciated! =]

On Wed, Jan 11, 2012 at 10:59 AM, Shon Myles  wrote:

> Thanks so much Mark, Brendan and Hedgehog. Your suggestions resolved my
> issue.
>
>
> On Wed, Jan 11, 2012 at 9:31 AM, Hedgehog wrote:
>
>> replay_fileserver_port "21"
>>
>> Can you comment that line? Or change it to 80?
>>
>> 21 is the default FTP port, download goes over HTTP
>>
>> Cheers,
>>
>> Hedgehog
>>
>>
>> 2012/1/11 Lance Waidzunas 
>>
>>> Check and make sure the FTP server isn't full.  We had that issue with
>>> our servers a while back, it even prevented the map from changing.
>>>
>>>  On Wed, Jan 11, 2012 at 9:23 AM, Shon Myles wrote:
>>>
  I've been experiencing an issue on my servers where replay downloads
 fail everytime. The error players get is:

 Replay error system: The session info file failed to download: No
 headers. URL:
 http://stompfesttf2web.site.nfoservers.com:21/public/replayfolder

 Here is my config:

 replay_enable "1"
 replay_block_dump_interval "15"
 replay_fileserver_protocol "http"
 replay_fileserver_offload_enable "1"

 replay_fileserver_host "stompfesttf2web.site.nfoservers.com"
 replay_fileserver_port "21"
 replay_fileserver_path "/public/replayfolder"

 // Your FTP info. This data is private and not shared with the client.
 replay_fileserver_offload_protocol "ftp"
 replay_fileserver_offload_hostname "stompfesttf2web.site.nfoservers.com
 "
 replay_fileserver_offload_port "21"
 replay_fileserver_offload_remotepath "/public/replayfolder"
 replay_fileserver_offload_login ""
 replay_fileserver_offload_password ""
 replay_fileserver_offload_maxuploads "16"

 Any ideas?

 ___
 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
>>
>>
>
> ___
> 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

Re: [hlds] Replay Download Error

[Shon Myles]

Thanks so much Mark, Brendan and Hedgehog. Your suggestions resolved my
issue.

On Wed, Jan 11, 2012 at 9:31 AM, Hedgehog  wrote:

> replay_fileserver_port "21"
>
> Can you comment that line? Or change it to 80?
>
> 21 is the default FTP port, download goes over HTTP
>
> Cheers,
>
> Hedgehog
>
>
> 2012/1/11 Lance Waidzunas 
>
>> Check and make sure the FTP server isn't full.  We had that issue with
>> our servers a while back, it even prevented the map from changing.
>>
>>  On Wed, Jan 11, 2012 at 9:23 AM, Shon Myles wrote:
>>
>>>  I've been experiencing an issue on my servers where replay downloads
>>> fail everytime. The error players get is:
>>>
>>> Replay error system: The session info file failed to download: No
>>> headers. URL:
>>> http://stompfesttf2web.site.nfoservers.com:21/public/replayfolder
>>>
>>> Here is my config:
>>>
>>> replay_enable "1"
>>> replay_block_dump_interval "15"
>>> replay_fileserver_protocol "http"
>>> replay_fileserver_offload_enable "1"
>>>
>>> replay_fileserver_host "stompfesttf2web.site.nfoservers.com"
>>> replay_fileserver_port "21"
>>> replay_fileserver_path "/public/replayfolder"
>>>
>>> // Your FTP info. This data is private and not shared with the client.
>>> replay_fileserver_offload_protocol "ftp"
>>> replay_fileserver_offload_hostname "stompfesttf2web.site.nfoservers.com"
>>> replay_fileserver_offload_port "21"
>>> replay_fileserver_offload_remotepath "/public/replayfolder"
>>> replay_fileserver_offload_login ""
>>> replay_fileserver_offload_password ""
>>> replay_fileserver_offload_maxuploads "16"
>>>
>>> Any ideas?
>>>
>>> ___
>>> 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
>
>
___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds

Re: [hlds] Replay Download Error

[Hedgehog]

replay_fileserver_port "21"

Can you comment that line? Or change it to 80?

21 is the default FTP port, download goes over HTTP

Cheers,

Hedgehog

2012/1/11 Lance Waidzunas 

> Check and make sure the FTP server isn't full.  We had that issue with our
> servers a while back, it even prevented the map from changing.
>
> On Wed, Jan 11, 2012 at 9:23 AM, Shon Myles wrote:
>
>> I've been experiencing an issue on my servers where replay downloads fail
>> everytime. The error players get is:
>>
>> Replay error system: The session info file failed to download: No
>> headers. URL:
>> http://stompfesttf2web.site.nfoservers.com:21/public/replayfolder
>>
>> Here is my config:
>>
>> replay_enable "1"
>> replay_block_dump_interval "15"
>> replay_fileserver_protocol "http"
>> replay_fileserver_offload_enable "1"
>>
>> replay_fileserver_host "stompfesttf2web.site.nfoservers.com"
>> replay_fileserver_port "21"
>> replay_fileserver_path "/public/replayfolder"
>>
>> // Your FTP info. This data is private and not shared with the client.
>> replay_fileserver_offload_protocol "ftp"
>> replay_fileserver_offload_hostname "stompfesttf2web.site.nfoservers.com"
>> replay_fileserver_offload_port "21"
>> replay_fileserver_offload_remotepath "/public/replayfolder"
>> replay_fileserver_offload_login ""
>> replay_fileserver_offload_password ""
>> replay_fileserver_offload_maxuploads "16"
>>
>> Any ideas?
>>
>> ___
>> 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

Re: [hlds] Replay Download Error

[Brandon Albertson]

Keep in mind that the ftp path isn't the same as the path for the
downloads.  That URL doesn't exist
On Jan 11, 2012 9:23 AM, "Shon Myles"  wrote:
>
> I've been experiencing an issue on my servers where replay downloads fail
everytime. The error players get is:
>
> Replay error system: The session info file failed to download: No
headers. URL:
http://stompfesttf2web.site.nfoservers.com:21/public/replayfolder
>
> Here is my config:
>
> replay_enable "1"
> replay_block_dump_interval "15"
> replay_fileserver_protocol "http"
> replay_fileserver_offload_enable "1"
>
> replay_fileserver_host "stompfesttf2web.site.nfoservers.com"
> replay_fileserver_port "21"
> replay_fileserver_path "/public/replayfolder"
>
> // Your FTP info. This data is private and not shared with the client.
> replay_fileserver_offload_protocol "ftp"
> replay_fileserver_offload_hostname "stompfesttf2web.site.nfoservers.com"
> replay_fileserver_offload_port "21"
> replay_fileserver_offload_remotepath "/public/replayfolder"
> replay_fileserver_offload_login ""
> replay_fileserver_offload_password ""
> replay_fileserver_offload_maxuploads "16"
>
> Any ideas?
>
> ___
> 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

Re: [hlds] Replay Download Error

[Lance Waidzunas]

Check and make sure the FTP server isn't full.  We had that issue with our
servers a while back, it even prevented the map from changing.

On Wed, Jan 11, 2012 at 9:23 AM, Shon Myles  wrote:

> I've been experiencing an issue on my servers where replay downloads fail
> everytime. The error players get is:
>
> Replay error system: The session info file failed to download: No headers.
> URL:  
> http://stompfesttf2web.site.nfoservers.com:21/public/replayfolder
>
> Here is my config:
>
> replay_enable "1"
> replay_block_dump_interval "15"
> replay_fileserver_protocol "http"
> replay_fileserver_offload_enable "1"
>
> replay_fileserver_host "stompfesttf2web.site.nfoservers.com"
> replay_fileserver_port "21"
> replay_fileserver_path "/public/replayfolder"
>
> // Your FTP info. This data is private and not shared with the client.
> replay_fileserver_offload_protocol "ftp"
> replay_fileserver_offload_hostname "stompfesttf2web.site.nfoservers.com"
> replay_fileserver_offload_port "21"
> replay_fileserver_offload_remotepath "/public/replayfolder"
> replay_fileserver_offload_login ""
> replay_fileserver_offload_password ""
> replay_fileserver_offload_maxuploads "16"
>
> Any ideas?
>
> ___
> 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

Re: [hlds] Replay Download Error

[Mark Steele]

Looking at the URL given, the public/ folder doesn't exist. Just replace it
with replayfolder/ in replay_fileserver_path and it should work fine.
On Jan 11, 2012 3:23 PM, "Shon Myles"  wrote:

> I've been experiencing an issue on my servers where replay downloads fail
> everytime. The error players get is:
>
> Replay error system: The session info file failed to download: No headers.
> URL:  
> http://stompfesttf2web.site.nfoservers.com:21/public/replayfolder
>
> Here is my config:
>
> replay_enable "1"
> replay_block_dump_interval "15"
> replay_fileserver_protocol "http"
> replay_fileserver_offload_enable "1"
>
> replay_fileserver_host "stompfesttf2web.site.nfoservers.com"
> replay_fileserver_port "21"
> replay_fileserver_path "/public/replayfolder"
>
> // Your FTP info. This data is private and not shared with the client.
> replay_fileserver_offload_protocol "ftp"
> replay_fileserver_offload_hostname "stompfesttf2web.site.nfoservers.com"
> replay_fileserver_offload_port "21"
> replay_fileserver_offload_remotepath "/public/replayfolder"
> replay_fileserver_offload_login ""
> replay_fileserver_offload_password ""
> replay_fileserver_offload_maxuploads "16"
>
> Any ideas?
>
> ___
> 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

[hlds] Replay Download Error

[Shon Myles]

I've been experiencing an issue on my servers where replay downloads fail
everytime. The error players get is:

Replay error system: The session info file failed to download: No headers.
URL:  
http://stompfesttf2web.site.nfoservers.com:21/public/replayfolder

Here is my config:

replay_enable "1"
replay_block_dump_interval "15"
replay_fileserver_protocol "http"
replay_fileserver_offload_enable "1"

replay_fileserver_host "stompfesttf2web.site.nfoservers.com"
replay_fileserver_port "21"
replay_fileserver_path "/public/replayfolder"

// Your FTP info. This data is private and not shared with the client.
replay_fileserver_offload_protocol "ftp"
replay_fileserver_offload_hostname "stompfesttf2web.site.nfoservers.com"
replay_fileserver_offload_port "21"
replay_fileserver_offload_remotepath "/public/replayfolder"
replay_fileserver_offload_login ""
replay_fileserver_offload_password ""
replay_fileserver_offload_maxuploads "16"

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