If stv and replay are at fault, wouldn't disabling both be better idea or are
crashes occuring despite them being off?
-ics
- Alkuperäinen viesti -
> The next server update should have a fix for SourceTV + Replay crashes.
> Until then, sv_parallel_sendsnapshot 0 is a workaround (but it m
Maybe you have hide_server cvar set to 1...
- Original Message -
From: PAL-18
Sent: 10/16/11 05:43 AM
To: hlds_linux@list.valvesoftware.com
Subject: [hlds_linux] Server Not Visible on Server Browser
I was running 3 servers on a dedicated linux box. They all ran fine before the
update, b
I was running 3 servers on a dedicated linux box. They all ran fine before the
update, but now 2 of the servers don't appear in the server browser when running
and they appear offline. Oddly, i connect to the server via the console fine.
This is extremely odd because 1 server displays properly
The next server update should have a fix for SourceTV + Replay crashes. Until
then, sv_parallel_sendsnapshot 0 is a workaround (but it may hurt performance).
-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com
[mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of
I was running 3 servers on a dedicated linux box. They all ran fine before the
update, but now 2 of the servers don't appear in the server browser when running
and they appear offline. Oddly, i connect to the server via the console fine.
This is extremely odd because 1 server displays properly
Sorry, the correct variable to disable to work around the problem is
sv_parallel_sendsnapshot.
-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com
[mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Tony Paloma
Sent: Saturday, October 15, 2011 12:18 PM
To: Half
Are you running with replay also? I believe there is a known issue running
SourceTV + Replay that we are working on. The workaround is to disable
sv_parallel_packentities. There will be a performance penalty for doing that
though.
-Original Message-
From: hlds_linux-boun...@list.valveso
I can confirm that the server is not crashing anymore if the STV is
disabled.
On 2011.10.15. 19:43, Henry Goffin wrote:
Thanks for the reports about Source TV, all. No promises on a specific
timeline but we will obviously see what we can do.
On Oct 15, 2011, at 7:55 AM, "Emil Larsson" wrote:
Thanks for the reports about Source TV, all. No promises on a specific
timeline but we will obviously see what we can do.
On Oct 15, 2011, at 7:55 AM, "Emil Larsson" wrote:
> Disabling STV on the servers so far have made them far more stable,
> even
> with Sourcemod and Metamod running.
>
>
Disabling STV on the servers so far have made them far more stable, even
with Sourcemod and Metamod running.
Of course, I yet have to let them run for a few hours to see that they're
stable for sure.
On Sat, Oct 15, 2011 at 4:09 PM, Kaspars wrote:
> FYI I have three servers, two with only repla
On Fri, Oct 14, 2011 at 6:34 AM, Peter Reinhold wrote:
> Hi all,
>
> Is it possible to run a game update (./steam -command update ..) that does
> not verify the entire gamefolder befores downloading?
>
> Running a standard update, not specifying -verify_all results in a flurry
> of disc activity,
On Sat, Oct 15, 2011 at 05:14:07PM +0300, ics wrote:
> If you run SM, your crashes won't stop even if you disable STV. I
> haven't got it on and getting crashes on 4 servers and i just don't
> want to run them without SM due to SourceBans. Got a lot of a-holes
> around and having a big banned_user.
If you run SM, your crashes won't stop even if you disable STV. I
haven't got it on and getting crashes on 4 servers and i just don't want
to run them without SM due to SourceBans. Got a lot of a-holes around
and having a big banned_user.cfg isn't an option either.
-ics
15.10.2011 17:09, Kasp
FYI I have three servers, two with only replay enabled, and third with
replay+STV. The third server (with STV) randomly crashes once a while.
Will try to disable STV, too and report back.
On 2011.10.15. 17:03, Emil Larsson wrote:
I disabled SourceTV (it was running alongside Replay) and it ran
I disabled SourceTV (it was running alongside Replay) and it ran over a
hour, over two maps fine (it would have crashed by now). Since I'm
suspecting STV being the cause, I'm now running it disabled but with
SourceMod and Metamod again. Hopefully this should be it.
On Sat, Oct 15, 2011 at 2:33 PM,
orangebox had the rcon exploit problem who used to crash server, try to
block the rcon port(tcp) in the firewall.
I disabled all mods and the server is still running, about 10 hours of
uptime and full for about 6 of those hours. But it could just be luck.
I am going to try the 1.4-dev build of s
I disabled all mods and the server is still running, about 10 hours of
uptime and full for about 6 of those hours. But it could just be luck.
I am going to try the 1.4-dev build of sourcemod and see what happens.
On Sat, Oct 15, 2011 at 7:33 AM, Emil Larsson wrote:
> Got some debug info on the s
Got some debug info on the server without any mods loaded, and just sent it
to Valve. Hope they can make sense out of it.
On Sat, Oct 15, 2011 at 1:35 PM, Emil Larsson wrote:
> Nope, forgot to say but it didn't help. Disabled Sourcemod and Metamod,
> server would crash after a mapchange (or soon
Nope, forgot to say but it didn't help. Disabled Sourcemod and Metamod,
server would crash after a mapchange (or soon after). Not always happen
after a mapchange, but it seems to happen when the server have a sizely
population too, such as when nearly being full.
On Sat, Oct 15, 2011 at 10:34 AM,
Clients were crashing at different times, small groups then large groups with
no steam logon. The server would also crash but not has often as the clients.
An HL2 error would come up on the client crash and would close the program.
Unfortunately I did not take note of the actual error.
annarack
We tried disabling everything (sourcemod, metamod, replays) on our
servers and the frequency of crashes didn't change.
On Sat, Oct 15, 2011 at 1:34 AM, Henry Goffin wrote:
> We collect crash reports for trend analysis, and from what I can see, in the
> past few hours almost all Linux crash repor
Massive amounts of crashing here, including client crashes and what not
From: hlds_linux-boun...@list.valvesoftware.com
[hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Emil Larsson
[ail...@gmail.com]
Sent: 15 October 2011 00:31
To: hlds_linux@list
We collect crash reports for trend analysis, and from what I can see, in the
past few hours almost all Linux crash reports have metamod or sourcemod
involved. I strongly suggest disabling any server mods and running vanilla to
see if your crashes go away.
-Original Message-
From: hlds_
23 matches
Mail list logo