On the daily restarts today 2 hanging instances again..
rcon from 46.4.99.5:56451: command _restart
L 08/27/2012 - 07:12:18: server_cvar: tf_arena_use_queue 1
L 08/27/2012 - 07:12:18: server_cvar: mp_teams_unbalance_limit 1
L 08/27/2012 - 07:12:18: server_cvar: tf_arena_first_blood 1
L 08/27/2012
Hi,
I never got this working properly neither via console nor via rcon.
You should use a simple bash script to schedule a restart of your server.
Regards
Marcel
-Ursprüngliche Nachricht-
Von: hlds_linux-boun...@list.valvesoftware.com
[mailto:hlds_linux-boun...@list.valvesoftware.com]
it used to work just fine, _restart always worked for me up untill the day
the fix for the quit was introduced. If this continues i'll change my daily
restarts command from _restart to quit and see if it still happens.
2012/8/27 Marcel mailinglist.mar...@stadt-frankfurt.de
Hi,
I never got this
Yeah we had a few threads about it, asking if we could just get them to
turn it off somehow - just pages and pages of logs filled with this spam.
On Fri, Aug 24, 2012 at 6:23 PM, Rudy Bleeker rblee...@gmail.com wrote:
I've seen the same console spam on my server, but after a quick grep
through
Might be better to ask sourcemod forums, while we can help with specific
issues I'm not sure just listing plugins that work for L4D would be a
worthwhile conversation.
On Fri, Aug 24, 2012 at 8:36 PM, Ook ooksser...@zootal.com wrote:
So I revived my L4D server and went looking for some plugins.
http://www.sourcemod.net/plugins.php?cat=0mod=6title=author=description=search=1
Dr. McKay
http://www.doctormckay.com
-Original Message-
From: doc
Sent: Monday, August 27, 2012 1:51 PM
To: Half-Life dedicated Linux server mailing list
Subject: Re: [hlds_linux] L4D Plugins that work
Also can confirm this on few Servers (Idle/Achievement, because they don't
have a Timelimit)
-Ursprüngliche Nachricht-
Von: hlds_linux-boun...@list.valvesoftware.com
[mailto:hlds_linux-boun...@list.valvesoftware.com] Im Auftrag von doc
Gesendet: Montag, 27. August 2012 19:51
An: Half-Life
Hello,
right now I'am experiencing problems Updating the CS:GO dedicated server.
It seems that steamCMD is properly loggin in (I'm even getting a message
that someone is already logged in to this account when I try to login
using Steam during after this command), but it is unable to fetch the
Yes, this seems to have self-fixed directly after I've sent out this
email. Updates working again.
Am 27.08.2012 22:03, schrieb Michael Koeberl Giga-Hosting.biz:
Hello,
right now I'am experiencing problems Updating the CS:GO dedicated server.
It seems that steamCMD is properly loggin in (I'm
Yeah if it ever tells you that you're not logged in (after logging in) just
restart steamcmd and try again. Eventually it will let you through.
On Mon, Aug 27, 2012 at 1:16 PM, Michael Koeberl Giga-Hosting.biz
michael.koeb...@giga-hosting.biz wrote:
Yes, this seems to have self-fixed directly
A lot of those plugins don't work anymore because they have not been
maintained for a long time. I'm not sure what has been changed on the
steam/l4d side, but something was, and many older plugins don't work.
On 08/27/2012 11:31 AM, Doctor McKay wrote:
I think people listing the plugins they use that are known to work would
be a very worthwhile conversation...a lot of the l4d plugins on the
sourcemod site have not been maintained and no longer work. It's nice to
know what server operators are actually using here in the real world.
On
Hello,
when I'm downloading a full fresh copy of the CS:GO dedicated server (
740 ) all my file permissions will get set to 700, isn't that a bit
'strange'?
First of all I definitely would prefer to only have execute rights on
files that need to have them (not on *.mp3, *.cfg and all the
Hopefully it's where steam is trying to filter out the animated motd's such
as youtube.
Some admin's don't think about how they force the client to play a video as
they enter the server.
They try to trick the client into pressing the stop button which then
causes something else to load.
If you do
Do a clean install of your server and client, that should fix it. the
red x's are from missing files.
On Sat, Aug 25, 2012 at 2:43 PM, Michael Johansen michs...@live.no wrote:
VALVE: Is there any updates on this? I would love to have it fixed without
having to ask someone to code an extension
I'd have to agree with that, discuss matters where they are from. in this case
SourceMod stuff belongs imo on SourceMod site, and will get better response
there from active SM users. You can always ask around if a dev can modify it,
or start yourself from it. Would not be the first to start
Tbh, I dont think valve is setting rights with it, and if they are, I wouldn't
want them to.
Once you have the structure figured out, and what files need what access, its
easy to script it in bash or w/e.
From: Michael Koeberl Giga-Hosting.biz
That is a issue of not hosting the models/skins etc (via whitelisting ).
..\steam\steamapps\*yourloginname*\team fortress 2\tf\
That folder has one or more of the folders:
..\materials\
..\models\
..\particles\
..\scripts\
..\sound\
Delete / move those and then start hosting.
I'm still seeing this issue with either the old or new sapper since the
intro of the red tape recorder that is causing a few of my servers (Windows)
to lock up.
triggered killedobject (object OBJ_ATTACHMENT_SAPPER) (weapon wrench)
(objectowner Burn40STEAM_0:0:0Red) (attacker_position
have you tried disabling your plugins / clean install?
On Mon, Aug 27, 2012 at 4:02 PM, Frank ad...@gamerscrib.net wrote:
I'm still seeing this issue with either the old or new sapper since the
intro of the red tape recorder that is causing a few of my servers (Windows)
to lock up.
Of course - but issue is remote and I'm convinced it is still a problem
resulting from the red tape recorder introduction and all the crashing it
caused, could be a bug with the old one since the old one at that time was
crashing servers as soon as you hit a red tape recorder sapped sentry.
I had this problem before 2 August patch, so is not the Red-Tape sapper.
I've attached a debugger to some servers and the backtrace always included
CBaseObject::AttachObjectToObject method.
The problem occurs when a sapped sentry is built or upgraded: the sapper is
re-attached forever to the
Pretty sure it isn't any of those... Nothing installation wise has
changed on our server, yet the red X's appeared in CS:S 2 syncs ago.
Not that I can complain, but they're definitely present there as well.
We're not using Consistency or Pure.
Thanks,
Kyle.
On Mon, Aug 27, 2012 at 3:19 PM,
I've seen this multiple times on my servers over a year but it never
results in a crash. Just that the sapper cannot be removed by engineer
when this thing happens but pyro can remove it with sledgehammer. It
usually happens on teleports when engineer is hitting his teleport while
spy saps it.
24 matches
Mail list logo
