I have only had one report so far, but of course it's up to you.
-Jon
-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com
[mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Jonah Hirsch
Sent: Monday, May 09, 2011 9:45 PM
To: Half-Life dedicated Linux server ma
How often does this bug occur? Would I be better off disabling replays until
then?
---
Jonah Hirsch
On Mon, May 9, 2011 at 8:00 PM, Jon Lippincott wrote:
> We've got a bug after today's update where the Replay cleanup operation
> that takes place in between rounds can lock u
We've got a bug after today's update where the Replay cleanup operation that
takes place in between rounds can lock up the server. We have a fix and will
be shipping a patch tomorrow.
-Jon
-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com
[mailto:hlds_linux-boun...@li
ilto:
>> >>> hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Eli Witt
>> >>> Sent: 09 May 2011 16:17
>> >>> To: Half-Life dedicated Linux server mailing list
>> >>> Subject: Re: [hlds_linux] replay feature
>> >>>
u don't "offer" any of the files to your players.
> >>>
> >>> The server is logging everything on the server into the .block files,
> and
> >>> when a player requests the replay of a life, the server sends a list of
> >>> those .block
Thanks Jon!
On Mon, May 9, 2011 at 5:13 PM, Jon Lippincott wrote:
> This is live now!
>
> -Jon
>
> -Original Message-
> From: Jon Lippincott
> Sent: Monday, May 09, 2011 12:31 PM
> To: Half-Life dedicated Linux server mailing list
> Subject: Fixes
>
> Hey all,
>
> So we have a Linux fix i
This is live now!
-Jon
-Original Message-
From: Jon Lippincott
Sent: Monday, May 09, 2011 12:31 PM
To: Half-Life dedicated Linux server mailing list
Subject: Fixes
Hey all,
So we have a Linux fix in the pipe and should be rolling it out by the end of
the day. This should fix the mas
Optional updates to Team Fortress 2, Counter-Strike: Source, Day of Defeat:
Source and Half-Life 2: Deathmatch are now available. Please run
hldsupdatetool to receive the updates. The specific changes include:
Source Engine Changes (CS:S, DoD:S, TF2, HL2:DM)
- Fixed a client crash in the mater
So I can have an extra slot by kicking SourceTV.
On Mon, May 9, 2011 at 4:23 PM, Jon Lippincott wrote:
> Why would you have both SourceTV and Replay enabled on the same server?
>
> -Original Message-
> From: hlds_linux-boun...@list.valvesoftware.com
> [mailto:hlds_linux-boun...@list.valv
I have SourceTV on and set to record demos of all players that I can
check later if someone reports suspected cheating to me.
On 5/9/2011 7:23 PM, Jon Lippincott wrote:
Why would you have both SourceTV and Replay enabled on the same server?
-Original Message-
From: hlds_linux-boun...@l
Why would you have both SourceTV and Replay enabled on the same server?
-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com
[mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of
bottige...@gmail.com
Sent: Monday, May 09, 2011 4:16 PM
To: Half-Life dedicated Linux
While these fixes are being done, can you also increase the maximum
TF2 player count to 33?
Kicking the SourceTV bot with replays activated will crash TF2.
On Mon, May 9, 2011 at 3:53 PM, Ross Bemrose wrote:
> As long as you're looking at player count issues, can you fix the issue
> where having
ould never need to see the HTTP directory with all the
>>> files, it runs transparently to them like using a fast DL server.
>>>
>>>
>>>
>>> On Mon, May 9, 2011 at 6:15 AM, Saint K.
>>> wrote:
>>>
>>> Hi,
>>>>
&g
As long as you're looking at player count issues, can you fix the issue
where having SourceTV on increases the maxplayers number in the Steam
Servers tabs, but doesn't add the SourceTV bot to the player count (i.e.
you end up with 0/25 on a 24-player server)?
Strangely, TF2's server list doesn
Saint K. wrote:
>
>> Hi,
>>
>> Is it me, or is the info regarding the replay feature a bit limited?
>>
>> I've enabled it just now for the first time, and I see it creating a
>> bunch of files.
>>
>> 20110509-113551-pl_goldrush.dmx
gt;> automatically downloads them.
>>
>> Your players should never need to see the HTTP directory with all the
>> files, it runs transparently to them like using a fast DL server.
>>
>>
>>
>> On Mon, May 9, 2011 at 6:15 AM, Saint K.
>> wrote
What about the vehicle bug? :D
Sergiusz Bazański
xmpp: sergi...@q3k.org
www: http://q3k.org/
___
To unsubscribe, edit your list preferences, or view the list archives, please
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux
y to them like using a fast DL server.
On Mon, May 9, 2011 at 6:15 AM, Saint K.
wrote:
Hi,
Is it me, or is the info regarding the replay feature a bit limited?
I've enabled it just now for the first time, and I see it creating a
bunch of files.
20110509-113551-pl_goldrush.dmx
20110
Check out the "Replay feature" email that "Lasse" started...
There are some commands to change the ports for replay. (some new feature)
Basicly srcds uses 3+ ports now, default for replay is 27040+ unless another
port is defined..
Adding: +replay_port 9000 to the startupcommand will make 900
Hello
We are getting some port allocation problems since the MAY.05-07 updates on CSS.
The porblem is that som servers can't start on their assigned port because
other
server occupies their ports,this mostly happens if a customer suts down his
server and another server close to the first customer
files that the client was alive for, and the tf2
> client automatically downloads them.
> >
> > Your players should never need to see the HTTP directory with all
> > the
> files, it runs transparently to them like using a fast DL server.
> >
> >
for, and the tf2 client
> automatically downloads them.
> >
> > Your players should never need to see the HTTP directory with all the
> files, it runs transparently to them like using a fast DL server.
> >
> >
> >
> > On Mon, May 9, 2011 at 6:15 AM, Sai
The ThreadSleep() call was expected to be running off of the main thread, which
will be fixed in the next update.
The rationale behind the call is as follows: We found that deleting a file
immediately followed by a call asking the OS if the file still exists would
occasionally fail, which would
directory with all the files,
> it runs transparently to them like using a fast DL server.
>
>
>
> On Mon, May 9, 2011 at 6:15 AM, Saint K. wrote:
>
>> Hi,
>>
>> Is it me, or is the info regarding the replay feature a bit limited?
>>
>> I'
Best news I've heard all day!
Now I just have to put "end of the day" in my valve time calculator j/k
On Mon, May 9, 2011 at 3:44 PM, Saul Rennison wrote:
> Awesome news Jon I'm sure this'll make a lot of admins happy!
>
> Keep up the good work.
>
> On Monday, 9 May 2011, Jon Lippincott wro
Awesome news Jon I'm sure this'll make a lot of admins happy!
Keep up the good work.
On Monday, 9 May 2011, Jon Lippincott wrote:
> Hey all,
>
> So we have a Linux fix in the pipe and should be rolling it out by the end of
> the day. This should fix the massive lag spikes for FTP offloading, a
Thanks for the info. I've patched up the file and awaiting feedback.
Saint K.
-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com
[mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of h...@gmx.com
Sent: 09 May 2011 21:10
To: Half-Life dedicated Linux server maili
Hey all,
So we have a Linux fix in the pipe and should be rolling it out by the end of
the day. This should fix the massive lag spikes for FTP offloading, and the
(smaller) spikes for those running local HTTP servers.
Other fixes include:
- Fixed pruning of stale replay data
- Renaming
Also, find replay into server console gives you lots of more options
that were not mentioned in update notes.
-ics
9.5.2011 22:22, AnAkIn . kirjoitti:
Change the replay_port cvar.
2011/5/9
Hi,
after the new Counter-Strike Source update, our servers now listens on
port 27040 and so forth, w
Change the replay_port cvar.
2011/5/9
> Hi,
>
> after the new Counter-Strike Source update, our servers now listens on
> port 27040 and so forth, which is a big issue, because we have servers
> running from port 27015-27060.
>
> Isn't there a command to disable this replay feature, so it doesn't
Not when you are asking :(.
Write to me on IRC. Think I Got a solution
Best Regards
Casper "webzi"
SpeedGaming
Den 09/05/2011 kl. 21.18 skrev rep...@servon.dk:
> Hi,
>
> after the new Counter-Strike Source update, our servers now listens on
> port 27040 and so forth, which is a big issue
Hi,
after the new Counter-Strike Source update, our servers now listens on
port 27040 and so forth, which is a big issue, because we have servers
running from port 27015-27060.
Isn't there a command to disable this replay feature, so it doesn't listen
on that port?
Regards,
Lasse Poulsen
servON.
The local publish job is executed into server's main thread instead of being
executed in a different one.
This is not such a huge problem because the files are small, but the
CLocalPublishJob::DoExecute function contains a ThreadSleep(500) call, which
simply blocks the server for 0.5 seconds.
Could it perhaps be the bzip action applied before transfer, or on completing
the movie? (Not sure when it takes place).
Resource wise nothing really seems to peak, CPU load stays steady. I can
however in netgraph see a peak, and in HLSW I can see a peak in the response
time.
Saint K.
-Or
The download is happening from your webserver application (such as apache).
It would not interfere with the game's thread to cause it to have to wait or
lag. This is unless your webserver itself has a higher priority and is
causing scrds to wait for processing time, or while the webserver reads fr
I've done some testing at the lag spikes seem to occur at the moment the client
starts downloading the movie.
Can anyone confirm this?
Saint K.
-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com
[mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Saint K.
Se
ike using a fast DL server.
>
>
>
> On Mon, May 9, 2011 at 6:15 AM, Saint K. wrote:
>
>> Hi,
>>
>> Is it me, or is the info regarding the replay feature a bit limited?
>>
>> I've enabled it just now for the first time, and I see it creatin
ever need to see the HTTP directory with all the files,
> it runs transparently to them like using a fast DL server.
>
>
>
> On Mon, May 9, 2011 at 6:15 AM, Saint K. wrote:
>
>> Hi,
>>
>> Is it me, or is the info regarding the replay feature a bit limited?
Thanks for the reply Jon, and while you're on the issue, could you clarify
for us as to whether the spectator replay will still use a slot or not?
On Mon, May 9, 2011 at 11:39 AM, Jon Lippincott wrote:
> We are aware of the player count issue and are working on it.
>
> -Jon
>
> On May 9, 2011, at
After setting replay up today I can report we're experiencing the same issues.
Debian x64, intermitted lag spikes, you can detect them through HLSW as well,
and working on the SSH terminal I can even notice freezes in my typing at that
moment. We have a very powerful machine with low usage, I ha
We are aware of the player count issue and are working on it.
-Jon
On May 9, 2011, at 1:55 AM, "Flubber" wrote:
> We are using an external server for the replay, and experiencing no lag for
> now.
> Anyway to have a full 24 server without modifying the maxplayers to 25?
>
> 2011/5/9 Joshua Sm
em like using a fast DL server.
On Mon, May 9, 2011 at 6:15 AM, Saint K. wrote:
> Hi,
>
> Is it me, or is the info regarding the replay feature a bit limited?
>
> I've enabled it just now for the first time, and I see it creating a
> bunch of files.
>
> 20110
That's explain the differences between the reports i received from our
players. It seems to be very unstable concerning players count and showing
different information when it wishes.
2011/5/9 Eli Witt
> I'm on this same boat. I rent a VDS from NFO as well as a normal TF2
> server,
> I've got th
> I've enabled it just now for the first time, and I see it creating a bunch
> of files.
>
> 20110509-113551-pl_goldrush.dmx
> 20110509-113551-pl_goldrush_part_0.block
> 20110509-113551-pl_goldrush_part_10.block
> 20110509-113551-pl_goldrush_part_11.block
> 201
I'm on this same boat. I rent a VDS from NFO as well as a normal TF2 server,
I've got the TF2 server FTP'ing the demos to the VDS, and the only issue
I've had thus far is a very occasional hiccup, but nothing like these "one
minute rollbacks" and things others have stated. No players besides the o
Hi,
Is it me, or is the info regarding the replay feature a bit limited?
I've enabled it just now for the first time, and I see it creating a bunch of
files.
20110509-113551-pl_goldrush.dmx
20110509-113551-pl_goldrush_part_0.block
20110509-113551-pl_goldrush_part_10.block
20110509-1
# Svensk Ljud & Ljus Produktion
This appears in the everything.log when I run it with normal user:
May 9 10:58:43 dafaces kernel: [1508430.108108]
hldsupdatetool.[27504]: segfault at 14 ip f764b79d sp
ffe14808 error 4 in libc-2.13.so[f75df000+15f000]
And this when I run it with
We are using an external server for the replay, and experiencing no lag for
now.
Anyway to have a full 24 server without modifying the maxplayers to 25?
2011/5/9 Joshua Smith
> Just wanted to say i'm experiencing the same issues as well, debian lenny
> x64.
>
> On Sun, May 8, 2011 at 1:27 PM, ic
48 matches
Mail list logo
