Re: [hlds_linux] Replay issues
https://forums.alliedmods.net/showthread.php?p=1476677
On Fri, May 27, 2011 at 11:54 PM, Tony Paloma wrote:
> MEANWHILE:
> find . -mtime +2 -exec rm -v {} \;
>
> -Original Message-
> From: hlds_linux-boun...@list.valvesoftware.com
> [mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of DarthNinja
> Sent: Friday, May 27, 2011 8:23 PM
> To: Half-Life dedicated Linux server mailing list
> Subject: Re: [hlds_linux] Replay issues
>
> I've written something to delete old replay files, I'll post it to the list
> shortly.
>
>
>
> On Fri, May 27, 2011 at 8:36 PM, Eric Riemers wrote:
>
> > Over 10gb of old files now..
> >
> > I think where stuck at the old "crontab find mtime" or something similar.
> >
> > -Original Message-
> > From: hlds_linux-boun...@list.valvesoftware.com
> > [mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of ics
> > Sent: zaterdag 28 mei 2011 0:04
> > To: Half-Life dedicated Linux server mailing list
> > Subject: Re: [hlds_linux] Replay issues
> >
> > I'm not sure if a TF2 update released will clean the demofiles or if
> > there is some sort of system that cleans up week old demos but our
> > servers do that automatically.
> >
> > -ics
> >
> > 28.5.2011 0:07, DarthNinja kirjoitti:
> > > The replay system really needs to clean up after itself.
> > > I'm getting tired of finding my web server's replays folder is at
> > > 2-4GB because it still has files from over a week ago.
> > >
> > >
> > > On Fri, May 27, 2011 at 2:47 PM, Eli Witt wrote:
> > >
> > >> Can we expect a fix for the .dmx file problem in this patch as well?
> > >>
> > >> Also, how about having the client abandon 2 week old replay
> > >> download attempts after receiving something in the neighborhood of
> > >> 50,000 404 file not found errors?
> > >>
> > >> I've got clients who are still trying to download 2 or 3 .dmx files
> > >> from day
> > >> 1 of the replay feature, 2 or 3 requests every 10 seconds, that's
> > >> over 1000 an hour, times like 10 people who like to play a lot and
> idle.
> > >>
> > >> My error.log is ridiculously stupid right now, it's over 50MB of
> > >> just
> > >> 404 errors for .dmx files.
> > >>
> > >> On Fri, May 27, 2011 at 2:11 AM, Jon
> > >> Lippincott > >>> wrote:
> > >>> A fix for this issue and the memory leak should not be too far off
> now.
> > >>>
> > >>> -Jon
> > >>>
> > >>> -Original Message-
> > >>> From: hlds_linux-boun...@list.valvesoftware.com [mailto:
> > >>> hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Octo
> > >>> Sent: Thursday, May 26, 2011 4:08 PM
> > >>> To: Half-Life dedicated Linux server mailing list
> > >>> Subject: Re: [hlds_linux] Replay issues
> > >>>
> > >>> I've had this happen anytime its trying to offload and is unable
> > >>> to
> > >> connect
> > >>> to the
> > >>> remote server. A large message on console and everything else
> > >>> just freezes, its unresponsive to any input on console also. I
> > >>> had it happen twice
> > >> today
> > >>> when
> > >>> the server the replays are ftp'd to had some short network outages.
> > >>>
> > >>> -octo
> > >>>
> > >>> On Fri, May 27, 2011 at 12:31:08AM +0200, Eric Riemers wrote:
> > I can confirm with some other test, that if you have replay with
> > ftp
> > >> and
> > >>> it
> > was working.. if your ftp server goes down at some point then
> > your
> > >>> servers
> > will start to hang and will not continue to load. Last thing in
> > console
> > >>> is
> > some text about replay that it fails and it stops there.
> >
> > Can anybody confirm this too? Just to make sure.
> >
> > -Original Message-
> > From: hlds_linux-boun...@list.valvesoftware.com
> > [mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of
> > Eric
> > >>> Riemers
> > Sent: donderdag 26 mei 2011 17:13
> > To: 'Half-Life dedicated Linux server mailing list'
> > Subject: Re: [hlds_linux] Replay issues
> >
> > Also, i've seen several times that if something goes with replay
> > (for instance that the ftp server is no longer reachable) that it
> > says
> > >> "replay
> > disabled" but then fails to start normally. It just hangs there..
> > have
> > >>> more
> > seen this?
> >
> > -Original Message-
> > From: hlds_linux-boun...@list.valvesoftware.com
> > [mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of
> > >>> h...@gmx.com
> > Sent: dinsdag 24 mei 2011 0:18
> > To: Half-Life dedicated Linux server mailing list
> > Subject: Re: [hlds_linux] Replay issues
> >
> > There are two methods to enable the replay system:
> >
> > a) From server's command line (using -replay or +exec replay.cfg).
> > The advantage is that the replay is enabled for the first map,
> > but the disadvantage is that the bot is not visible to outside
> > world (is not included into A2S_INFO response packets).
> > >>
Re: [hlds_linux] Replay issues
MEANWHILE:
find . -mtime +2 -exec rm -v {} \;
-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com
[mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of DarthNinja
Sent: Friday, May 27, 2011 8:23 PM
To: Half-Life dedicated Linux server mailing list
Subject: Re: [hlds_linux] Replay issues
I've written something to delete old replay files, I'll post it to the list
shortly.
On Fri, May 27, 2011 at 8:36 PM, Eric Riemers wrote:
> Over 10gb of old files now..
>
> I think where stuck at the old "crontab find mtime" or something similar.
>
> -Original Message-
> From: hlds_linux-boun...@list.valvesoftware.com
> [mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of ics
> Sent: zaterdag 28 mei 2011 0:04
> To: Half-Life dedicated Linux server mailing list
> Subject: Re: [hlds_linux] Replay issues
>
> I'm not sure if a TF2 update released will clean the demofiles or if
> there is some sort of system that cleans up week old demos but our
> servers do that automatically.
>
> -ics
>
> 28.5.2011 0:07, DarthNinja kirjoitti:
> > The replay system really needs to clean up after itself.
> > I'm getting tired of finding my web server's replays folder is at
> > 2-4GB because it still has files from over a week ago.
> >
> >
> > On Fri, May 27, 2011 at 2:47 PM, Eli Witt wrote:
> >
> >> Can we expect a fix for the .dmx file problem in this patch as well?
> >>
> >> Also, how about having the client abandon 2 week old replay
> >> download attempts after receiving something in the neighborhood of
> >> 50,000 404 file not found errors?
> >>
> >> I've got clients who are still trying to download 2 or 3 .dmx files
> >> from day
> >> 1 of the replay feature, 2 or 3 requests every 10 seconds, that's
> >> over 1000 an hour, times like 10 people who like to play a lot and
idle.
> >>
> >> My error.log is ridiculously stupid right now, it's over 50MB of
> >> just
> >> 404 errors for .dmx files.
> >>
> >> On Fri, May 27, 2011 at 2:11 AM, Jon
> >> Lippincott >>> wrote:
> >>> A fix for this issue and the memory leak should not be too far off
now.
> >>>
> >>> -Jon
> >>>
> >>> -Original Message-
> >>> From: hlds_linux-boun...@list.valvesoftware.com [mailto:
> >>> hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Octo
> >>> Sent: Thursday, May 26, 2011 4:08 PM
> >>> To: Half-Life dedicated Linux server mailing list
> >>> Subject: Re: [hlds_linux] Replay issues
> >>>
> >>> I've had this happen anytime its trying to offload and is unable
> >>> to
> >> connect
> >>> to the
> >>> remote server. A large message on console and everything else
> >>> just freezes, its unresponsive to any input on console also. I
> >>> had it happen twice
> >> today
> >>> when
> >>> the server the replays are ftp'd to had some short network outages.
> >>>
> >>> -octo
> >>>
> >>> On Fri, May 27, 2011 at 12:31:08AM +0200, Eric Riemers wrote:
> I can confirm with some other test, that if you have replay with
> ftp
> >> and
> >>> it
> was working.. if your ftp server goes down at some point then
> your
> >>> servers
> will start to hang and will not continue to load. Last thing in
> console
> >>> is
> some text about replay that it fails and it stops there.
>
> Can anybody confirm this too? Just to make sure.
>
> -Original Message-
> From: hlds_linux-boun...@list.valvesoftware.com
> [mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of
> Eric
> >>> Riemers
> Sent: donderdag 26 mei 2011 17:13
> To: 'Half-Life dedicated Linux server mailing list'
> Subject: Re: [hlds_linux] Replay issues
>
> Also, i've seen several times that if something goes with replay
> (for instance that the ftp server is no longer reachable) that it
> says
> >> "replay
> disabled" but then fails to start normally. It just hangs there..
> have
> >>> more
> seen this?
>
> -Original Message-
> From: hlds_linux-boun...@list.valvesoftware.com
> [mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of
> >>> h...@gmx.com
> Sent: dinsdag 24 mei 2011 0:18
> To: Half-Life dedicated Linux server mailing list
> Subject: Re: [hlds_linux] Replay issues
>
> There are two methods to enable the replay system:
>
> a) From server's command line (using -replay or +exec replay.cfg).
> The advantage is that the replay is enabled for the first map,
> but the disadvantage is that the bot is not visible to outside
> world (is not included into A2S_INFO response packets).
> b) From server's config file. The disadvantage in this case is
> that the replay is not enabled for the first map (so you must
> reload the map
> >> after
> the server is started), but the bot is visible to outside world
> (is
> >>> included
> into A2S_INFO response packets).
>
>
> There are two problems
Re: [hlds_linux] Replay issues
I've written something to delete old replay files, I'll post it to the list shortly. On Fri, May 27, 2011 at 8:36 PM, Eric Riemers wrote: > Over 10gb of old files now.. > > I think where stuck at the old "crontab find mtime" or something similar. > > -Original Message- > From: hlds_linux-boun...@list.valvesoftware.com > [mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of ics > Sent: zaterdag 28 mei 2011 0:04 > To: Half-Life dedicated Linux server mailing list > Subject: Re: [hlds_linux] Replay issues > > I'm not sure if a TF2 update released will clean the demofiles or if there > is some sort of system that cleans up week old demos but our servers do > that > automatically. > > -ics > > 28.5.2011 0:07, DarthNinja kirjoitti: > > The replay system really needs to clean up after itself. > > I'm getting tired of finding my web server's replays folder is at > > 2-4GB because it still has files from over a week ago. > > > > > > On Fri, May 27, 2011 at 2:47 PM, Eli Witt wrote: > > > >> Can we expect a fix for the .dmx file problem in this patch as well? > >> > >> Also, how about having the client abandon 2 week old replay download > >> attempts after receiving something in the neighborhood of 50,000 404 > >> file not found errors? > >> > >> I've got clients who are still trying to download 2 or 3 .dmx files > >> from day > >> 1 of the replay feature, 2 or 3 requests every 10 seconds, that's > >> over 1000 an hour, times like 10 people who like to play a lot and idle. > >> > >> My error.log is ridiculously stupid right now, it's over 50MB of just > >> 404 errors for .dmx files. > >> > >> On Fri, May 27, 2011 at 2:11 AM, Jon > >> Lippincott >>> wrote: > >>> A fix for this issue and the memory leak should not be too far off now. > >>> > >>> -Jon > >>> > >>> -Original Message- > >>> From: hlds_linux-boun...@list.valvesoftware.com [mailto: > >>> hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Octo > >>> Sent: Thursday, May 26, 2011 4:08 PM > >>> To: Half-Life dedicated Linux server mailing list > >>> Subject: Re: [hlds_linux] Replay issues > >>> > >>> I've had this happen anytime its trying to offload and is unable to > >> connect > >>> to the > >>> remote server. A large message on console and everything else just > >>> freezes, its unresponsive to any input on console also. I had it > >>> happen twice > >> today > >>> when > >>> the server the replays are ftp'd to had some short network outages. > >>> > >>> -octo > >>> > >>> On Fri, May 27, 2011 at 12:31:08AM +0200, Eric Riemers wrote: > I can confirm with some other test, that if you have replay with > ftp > >> and > >>> it > was working.. if your ftp server goes down at some point then your > >>> servers > will start to hang and will not continue to load. Last thing in > console > >>> is > some text about replay that it fails and it stops there. > > Can anybody confirm this too? Just to make sure. > > -Original Message- > From: hlds_linux-boun...@list.valvesoftware.com > [mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of > Eric > >>> Riemers > Sent: donderdag 26 mei 2011 17:13 > To: 'Half-Life dedicated Linux server mailing list' > Subject: Re: [hlds_linux] Replay issues > > Also, i've seen several times that if something goes with replay > (for instance that the ftp server is no longer reachable) that it > says > >> "replay > disabled" but then fails to start normally. It just hangs there.. > have > >>> more > seen this? > > -Original Message- > From: hlds_linux-boun...@list.valvesoftware.com > [mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of > >>> h...@gmx.com > Sent: dinsdag 24 mei 2011 0:18 > To: Half-Life dedicated Linux server mailing list > Subject: Re: [hlds_linux] Replay issues > > There are two methods to enable the replay system: > > a) From server's command line (using -replay or +exec replay.cfg). > The advantage is that the replay is enabled for the first map, but > the disadvantage is that the bot is not visible to outside world > (is not included into A2S_INFO response packets). > b) From server's config file. The disadvantage in this case is that > the replay is not enabled for the first map (so you must reload the > map > >> after > the server is started), but the bot is visible to outside world (is > >>> included > into A2S_INFO response packets). > > > There are two problems with the first method: > > a) The bot is connected to server, it is using a slot, but is not > >> visible > >>> to > outside world. This cause problems to any plugin which manage the > >>> reserved > slots, because it adjusts the sv_visiblemaxplayers cvar thinking > that > >> the > outside clients see X connected players, while in realit
Re: [hlds_linux] Replay issues
Over 10gb of old files now.. I think where stuck at the old "crontab find mtime" or something similar. -Original Message- From: hlds_linux-boun...@list.valvesoftware.com [mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of ics Sent: zaterdag 28 mei 2011 0:04 To: Half-Life dedicated Linux server mailing list Subject: Re: [hlds_linux] Replay issues I'm not sure if a TF2 update released will clean the demofiles or if there is some sort of system that cleans up week old demos but our servers do that automatically. -ics 28.5.2011 0:07, DarthNinja kirjoitti: > The replay system really needs to clean up after itself. > I'm getting tired of finding my web server's replays folder is at > 2-4GB because it still has files from over a week ago. > > > On Fri, May 27, 2011 at 2:47 PM, Eli Witt wrote: > >> Can we expect a fix for the .dmx file problem in this patch as well? >> >> Also, how about having the client abandon 2 week old replay download >> attempts after receiving something in the neighborhood of 50,000 404 >> file not found errors? >> >> I've got clients who are still trying to download 2 or 3 .dmx files >> from day >> 1 of the replay feature, 2 or 3 requests every 10 seconds, that's >> over 1000 an hour, times like 10 people who like to play a lot and idle. >> >> My error.log is ridiculously stupid right now, it's over 50MB of just >> 404 errors for .dmx files. >> >> On Fri, May 27, 2011 at 2:11 AM, Jon >> Lippincott>> wrote: >>> A fix for this issue and the memory leak should not be too far off now. >>> >>> -Jon >>> >>> -Original Message- >>> From: hlds_linux-boun...@list.valvesoftware.com [mailto: >>> hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Octo >>> Sent: Thursday, May 26, 2011 4:08 PM >>> To: Half-Life dedicated Linux server mailing list >>> Subject: Re: [hlds_linux] Replay issues >>> >>> I've had this happen anytime its trying to offload and is unable to >> connect >>> to the >>> remote server. A large message on console and everything else just >>> freezes, its unresponsive to any input on console also. I had it >>> happen twice >> today >>> when >>> the server the replays are ftp'd to had some short network outages. >>> >>> -octo >>> >>> On Fri, May 27, 2011 at 12:31:08AM +0200, Eric Riemers wrote: I can confirm with some other test, that if you have replay with ftp >> and >>> it was working.. if your ftp server goes down at some point then your >>> servers will start to hang and will not continue to load. Last thing in console >>> is some text about replay that it fails and it stops there. Can anybody confirm this too? Just to make sure. -Original Message- From: hlds_linux-boun...@list.valvesoftware.com [mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Eric >>> Riemers Sent: donderdag 26 mei 2011 17:13 To: 'Half-Life dedicated Linux server mailing list' Subject: Re: [hlds_linux] Replay issues Also, i've seen several times that if something goes with replay (for instance that the ftp server is no longer reachable) that it says >> "replay disabled" but then fails to start normally. It just hangs there.. have >>> more seen this? -Original Message- From: hlds_linux-boun...@list.valvesoftware.com [mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of >>> h...@gmx.com Sent: dinsdag 24 mei 2011 0:18 To: Half-Life dedicated Linux server mailing list Subject: Re: [hlds_linux] Replay issues There are two methods to enable the replay system: a) From server's command line (using -replay or +exec replay.cfg). The advantage is that the replay is enabled for the first map, but the disadvantage is that the bot is not visible to outside world (is not included into A2S_INFO response packets). b) From server's config file. The disadvantage in this case is that the replay is not enabled for the first map (so you must reload the map >> after the server is started), but the bot is visible to outside world (is >>> included into A2S_INFO response packets). There are two problems with the first method: a) The bot is connected to server, it is using a slot, but is not >> visible >>> to outside world. This cause problems to any plugin which manage the >>> reserved slots, because it adjusts the sv_visiblemaxplayers cvar thinking that >> the outside clients see X connected players, while in reality they see X-1 connected players. b) The bot is not visible to outside world, but the number of bots is reported correctly. So when there's a player + replay bot, from outside >> a TF2 client sees only the player, but knows that there's one bot => the player is a bot :D And in TF2 bots are not visible (a 24 slot server >> with >>> 10
Re: [hlds_linux] Replay issues
I'm not sure if a TF2 update released will clean the demofiles or if there is some sort of system that cleans up week old demos but our servers do that automatically. -ics 28.5.2011 0:07, DarthNinja kirjoitti: The replay system really needs to clean up after itself. I'm getting tired of finding my web server's replays folder is at 2-4GB because it still has files from over a week ago. On Fri, May 27, 2011 at 2:47 PM, Eli Witt wrote: Can we expect a fix for the .dmx file problem in this patch as well? Also, how about having the client abandon 2 week old replay download attempts after receiving something in the neighborhood of 50,000 404 file not found errors? I've got clients who are still trying to download 2 or 3 .dmx files from day 1 of the replay feature, 2 or 3 requests every 10 seconds, that's over 1000 an hour, times like 10 people who like to play a lot and idle. My error.log is ridiculously stupid right now, it's over 50MB of just 404 errors for .dmx files. On Fri, May 27, 2011 at 2:11 AM, Jon Lippincott wrote: A fix for this issue and the memory leak should not be too far off now. -Jon -Original Message- From: hlds_linux-boun...@list.valvesoftware.com [mailto: hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Octo Sent: Thursday, May 26, 2011 4:08 PM To: Half-Life dedicated Linux server mailing list Subject: Re: [hlds_linux] Replay issues I've had this happen anytime its trying to offload and is unable to connect to the remote server. A large message on console and everything else just freezes, its unresponsive to any input on console also. I had it happen twice today when the server the replays are ftp'd to had some short network outages. -octo On Fri, May 27, 2011 at 12:31:08AM +0200, Eric Riemers wrote: I can confirm with some other test, that if you have replay with ftp and it was working.. if your ftp server goes down at some point then your servers will start to hang and will not continue to load. Last thing in console is some text about replay that it fails and it stops there. Can anybody confirm this too? Just to make sure. -Original Message- From: hlds_linux-boun...@list.valvesoftware.com [mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Eric Riemers Sent: donderdag 26 mei 2011 17:13 To: 'Half-Life dedicated Linux server mailing list' Subject: Re: [hlds_linux] Replay issues Also, i've seen several times that if something goes with replay (for instance that the ftp server is no longer reachable) that it says "replay disabled" but then fails to start normally. It just hangs there.. have more seen this? -Original Message- From: hlds_linux-boun...@list.valvesoftware.com [mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of h...@gmx.com Sent: dinsdag 24 mei 2011 0:18 To: Half-Life dedicated Linux server mailing list Subject: Re: [hlds_linux] Replay issues There are two methods to enable the replay system: a) From server's command line (using -replay or +exec replay.cfg). The advantage is that the replay is enabled for the first map, but the disadvantage is that the bot is not visible to outside world (is not included into A2S_INFO response packets). b) From server's config file. The disadvantage in this case is that the replay is not enabled for the first map (so you must reload the map after the server is started), but the bot is visible to outside world (is included into A2S_INFO response packets). There are two problems with the first method: a) The bot is connected to server, it is using a slot, but is not visible to outside world. This cause problems to any plugin which manage the reserved slots, because it adjusts the sv_visiblemaxplayers cvar thinking that the outside clients see X connected players, while in reality they see X-1 connected players. b) The bot is not visible to outside world, but the number of bots is reported correctly. So when there's a player + replay bot, from outside a TF2 client sees only the player, but knows that there's one bot => the player is a bot :D And in TF2 bots are not visible (a 24 slot server with 10 bots is displayed as having 0 players and 14 slots). - Original Message - From: Saint K. Sent: 05/23/11 07:29 PM To: Half-Life dedicated Linux server mailing list Subject: [hlds_linux] Replay issues Hi, I might have missed this, but I can't find the current status on the reported replay issues. We still experience the issue when the replay bot is not recording, and a user joins, the user it placed in the replay slot and made invisible to the server browser. In effect, a server with 1 user not recording will show 0/0. Also the slot doesn't hide properly, so we're currently unable to use our reserved slots properly(we have them hidden and have our users console connect, and non-reserved slot users can still use the auto join feature). Anyone know what the status is on this, or did I miss a few work-
Re: [hlds_linux] Replay issues
The replay system really needs to clean up after itself. I'm getting tired of finding my web server's replays folder is at 2-4GB because it still has files from over a week ago. On Fri, May 27, 2011 at 2:47 PM, Eli Witt wrote: > Can we expect a fix for the .dmx file problem in this patch as well? > > Also, how about having the client abandon 2 week old replay download > attempts after receiving something in the neighborhood of 50,000 404 file > not found errors? > > I've got clients who are still trying to download 2 or 3 .dmx files from > day > 1 of the replay feature, 2 or 3 requests every 10 seconds, that's over 1000 > an hour, times like 10 people who like to play a lot and idle. > > My error.log is ridiculously stupid right now, it's over 50MB of just 404 > errors for .dmx files. > > On Fri, May 27, 2011 at 2:11 AM, Jon Lippincott >wrote: > > > A fix for this issue and the memory leak should not be too far off now. > > > > -Jon > > > > -Original Message- > > From: hlds_linux-boun...@list.valvesoftware.com [mailto: > > hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Octo > > Sent: Thursday, May 26, 2011 4:08 PM > > To: Half-Life dedicated Linux server mailing list > > Subject: Re: [hlds_linux] Replay issues > > > > I've had this happen anytime its trying to offload and is unable to > connect > > to the > > remote server. A large message on console and everything else just > > freezes, > > its unresponsive to any input on console also. I had it happen twice > today > > when > > the server the replays are ftp'd to had some short network outages. > > > > -octo > > > > On Fri, May 27, 2011 at 12:31:08AM +0200, Eric Riemers wrote: > > > I can confirm with some other test, that if you have replay with ftp > and > > it > > > was working.. if your ftp server goes down at some point then your > > servers > > > will start to hang and will not continue to load. Last thing in console > > is > > > some text about replay that it fails and it stops there. > > > > > > Can anybody confirm this too? Just to make sure. > > > > > > -Original Message- > > > From: hlds_linux-boun...@list.valvesoftware.com > > > [mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Eric > > Riemers > > > Sent: donderdag 26 mei 2011 17:13 > > > To: 'Half-Life dedicated Linux server mailing list' > > > Subject: Re: [hlds_linux] Replay issues > > > > > > Also, i've seen several times that if something goes with replay (for > > > instance that the ftp server is no longer reachable) that it says > "replay > > > disabled" but then fails to start normally. It just hangs there.. have > > more > > > seen this? > > > > > > -Original Message- > > > From: hlds_linux-boun...@list.valvesoftware.com > > > [mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of > > h...@gmx.com > > > Sent: dinsdag 24 mei 2011 0:18 > > > To: Half-Life dedicated Linux server mailing list > > > Subject: Re: [hlds_linux] Replay issues > > > > > > There are two methods to enable the replay system: > > > > > > a) From server's command line (using -replay or +exec replay.cfg). The > > > advantage is that the replay is enabled for the first map, but the > > > disadvantage is that the bot is not visible to outside world (is not > > > included into A2S_INFO response packets). > > > b) From server's config file. The disadvantage in this case is that the > > > replay is not enabled for the first map (so you must reload the map > after > > > the server is started), but the bot is visible to outside world (is > > included > > > into A2S_INFO response packets). > > > > > > > > > There are two problems with the first method: > > > > > > a) The bot is connected to server, it is using a slot, but is not > visible > > to > > > outside world. This cause problems to any plugin which manage the > > reserved > > > slots, because it adjusts the sv_visiblemaxplayers cvar thinking that > the > > > outside clients see X connected players, while in reality they see X-1 > > > connected players. > > > > > > b) The bot is not visible to outside world, but the number of bots is > > > reported correctly. So when there's a player + replay bot, from outside > a > > > TF2 client sees only the player, but knows that there's one bot => the > > > player is a bot :D And in TF2 bots are not visible (a 24 slot server > with > > 10 > > > bots is displayed as having 0 players and 14 slots). > > > > > > - Original Message - > > > From: Saint K. > > > Sent: 05/23/11 07:29 PM > > > To: Half-Life dedicated Linux server mailing list > > > Subject: [hlds_linux] Replay issues > > > > > > > > > Hi, > > > > > > I might have missed this, but I can't find the current status on the > > > reported replay issues. > > > > > > We still experience the issue when the replay bot is not recording, and > a > > > user joins, the user it placed in the replay slot and made invisible to > > the > > > server browser. In effect, a server with 1 user not recording will s
Re: [hlds_linux] Replay issues
Can we expect a fix for the .dmx file problem in this patch as well? Also, how about having the client abandon 2 week old replay download attempts after receiving something in the neighborhood of 50,000 404 file not found errors? I've got clients who are still trying to download 2 or 3 .dmx files from day 1 of the replay feature, 2 or 3 requests every 10 seconds, that's over 1000 an hour, times like 10 people who like to play a lot and idle. My error.log is ridiculously stupid right now, it's over 50MB of just 404 errors for .dmx files. On Fri, May 27, 2011 at 2:11 AM, Jon Lippincott wrote: > A fix for this issue and the memory leak should not be too far off now. > > -Jon > > -Original Message- > From: hlds_linux-boun...@list.valvesoftware.com [mailto: > hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Octo > Sent: Thursday, May 26, 2011 4:08 PM > To: Half-Life dedicated Linux server mailing list > Subject: Re: [hlds_linux] Replay issues > > I've had this happen anytime its trying to offload and is unable to connect > to the > remote server. A large message on console and everything else just > freezes, > its unresponsive to any input on console also. I had it happen twice today > when > the server the replays are ftp'd to had some short network outages. > > -octo > > On Fri, May 27, 2011 at 12:31:08AM +0200, Eric Riemers wrote: > > I can confirm with some other test, that if you have replay with ftp and > it > > was working.. if your ftp server goes down at some point then your > servers > > will start to hang and will not continue to load. Last thing in console > is > > some text about replay that it fails and it stops there. > > > > Can anybody confirm this too? Just to make sure. > > > > -Original Message- > > From: hlds_linux-boun...@list.valvesoftware.com > > [mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Eric > Riemers > > Sent: donderdag 26 mei 2011 17:13 > > To: 'Half-Life dedicated Linux server mailing list' > > Subject: Re: [hlds_linux] Replay issues > > > > Also, i've seen several times that if something goes with replay (for > > instance that the ftp server is no longer reachable) that it says "replay > > disabled" but then fails to start normally. It just hangs there.. have > more > > seen this? > > > > -Original Message- > > From: hlds_linux-boun...@list.valvesoftware.com > > [mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of > h...@gmx.com > > Sent: dinsdag 24 mei 2011 0:18 > > To: Half-Life dedicated Linux server mailing list > > Subject: Re: [hlds_linux] Replay issues > > > > There are two methods to enable the replay system: > > > > a) From server's command line (using -replay or +exec replay.cfg). The > > advantage is that the replay is enabled for the first map, but the > > disadvantage is that the bot is not visible to outside world (is not > > included into A2S_INFO response packets). > > b) From server's config file. The disadvantage in this case is that the > > replay is not enabled for the first map (so you must reload the map after > > the server is started), but the bot is visible to outside world (is > included > > into A2S_INFO response packets). > > > > > > There are two problems with the first method: > > > > a) The bot is connected to server, it is using a slot, but is not visible > to > > outside world. This cause problems to any plugin which manage the > reserved > > slots, because it adjusts the sv_visiblemaxplayers cvar thinking that the > > outside clients see X connected players, while in reality they see X-1 > > connected players. > > > > b) The bot is not visible to outside world, but the number of bots is > > reported correctly. So when there's a player + replay bot, from outside a > > TF2 client sees only the player, but knows that there's one bot => the > > player is a bot :D And in TF2 bots are not visible (a 24 slot server with > 10 > > bots is displayed as having 0 players and 14 slots). > > > > - Original Message - > > From: Saint K. > > Sent: 05/23/11 07:29 PM > > To: Half-Life dedicated Linux server mailing list > > Subject: [hlds_linux] Replay issues > > > > > > Hi, > > > > I might have missed this, but I can't find the current status on the > > reported replay issues. > > > > We still experience the issue when the replay bot is not recording, and a > > user joins, the user it placed in the replay slot and made invisible to > the > > server browser. In effect, a server with 1 user not recording will show > 0/0. > > > > Also the slot doesn't hide properly, so we're currently unable to use our > > reserved slots properly(we have them hidden and have our users console > > connect, and non-reserved slot users can still use the auto join > feature). > > > > Anyone know what the status is on this, or did I miss a few work-arounds? > > > > Cheers, > > > > Saint K. > > > > ___ > > To unsubscribe, edit your list preferences, or view the
