or another alternative you can add to the command line.
+mapcyclefile custom_mapcycle.txt
and
+motdfile custom_motd.txt
and another you may like
-debug -debuglog custom_error.log
On Fri, Oct 14, 2011 at 1:43 AM, ics i...@ics-base.net wrote:
Put this to server.cfg: mapcyclefile
Feedback here
Linux AMD64 Debian unstable, game is TF2.
CPU usage is relatively way down. I will have to watch my aggregate
graphs tomorrow, but brief inspection of htop and current graphs show
CPU usage is down for the given player load. Hard to tell if more cores
are being used because
What this guy said. If you are sending clients a kiss-of-death packet,
please at least acknowledge it on the client.
David A. Parker wrote:
If Command aborted means the servers are full, then perhaps they
should reword that message.
Thanks.
- Dave
On 10/13/2011 05:15 PM, Andrew DeMerse
Hi,
uhmwhy was all (CS:S) moved from orangebox to css?
Is it now right to suppose that all my addons, maps has to be woved to
the new path?
On Fri, Oct 14, 2011 at 8:18 AM, Jesse Molina je...@opendreams.net wrote:
Feedback here
Linux AMD64 Debian unstable, game is TF2.
CPU usage is
Do you perhaps have verify all in your update command line? I removed that and
it worked. Dunno if that could really be it though.
Sent from my iPhone 4
On Oct 13, 2011, at 11:21 PM, Jesse Molina je...@opendreams.net wrote:
What this guy said. If you are sending clients a kiss-of-death
Missing files ( vgui and sounds) for css replay
Envoyé de mon iPhone
Le 14 oct. 2011 à 02:39, Jason Ruymen jas...@valvesoftware.com a écrit :
This fix is live now.
-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com
[mailto:hlds_linux-boun...@list.valvesoftware.com]
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, and I would really like to avoid that.
/Peter
If your server can't handle a basic update you have already got problems...
On Fri, Oct 14, 2011 at 9:34 PM, Peter Reinhold peter_va...@reinhold.dkwrote:
Hi all,
Is it possible to run a game update (./steam -command update ..) that does
not verify the entire gamefolder befores downloading?
What he wants to avoid is having hdd go read bonanza while people play on other
servers on games that did not update. It causes lag. I also have the same issue
and i think it's just working as intended.
-ics
- Alkuperäinen viesti -
If your server can't handle a basic update you have
Sorry for being so obnoxiousness, I have never had a problem with my HDD
bandwidth is all.
On Fri, Oct 14, 2011 at 9:47 PM, ics i...@ics-base.net wrote:
What he wants to avoid is having hdd go read bonanza while people play on
other servers on games that did not update. It causes lag. I also
Hi,
After this night's CS:S update, i am not able to get my servers online. It
returns in a unable to load steam library, server operation in lan only etc.
Any other with this issue..?
Thanks,
Chris
Sent from my iPhone 4
___
To unsubscribe, edit
Did you updated All games ? Orangebox / css ? Idk if it is already used or if
its depreciated w/ the new update
Envoyé depuis mon HTC
- Reply message -
De : fab han janp...@gmail.com
Pour : Half-Life dedicated Linux server mailing list
hlds_linux@list.valvesoftware.com
Objet :
On Fri, 14 Oct 2011 13:47:08 +0300, ics wrote:
That is exactly what I want, yes :)
I thought the -verify_all function was to validate all files, but a
regular update seems to do that as well?
What he wants to avoid is having hdd go read bonanza while people
play on other servers on games
Does anyone else get this? After I run srcds, when I kill it, I must
also kill my current bash to type into the terminal again. So to speak,
my text goes in just fine, however it doesn't update on my side, so I
can't tell what's being written. It occurs after running srcds_run, and
stopping it
hi peter,
execing banned_user.cfg cause
Can't ban users on a LAN
Can't ban users on a LAN
Can't ban users on a LAN
Can't ban users on a LAN
Can't ban users on a LAN
Can't ban users on a LAN
where the server is not on lan ...
:/
2011/10/14 Peter Reinhold peter_va...@reinhold.dk
On Fri, 14
ok this probleme appeear when there is not connection to steam
does it really not add ban ? or we need internet connection ?
2011/10/14 Loïc PERY louloubi...@gmail.com
hi peter,
execing banned_user.cfg cause
Can't ban users on a LAN
Can't ban users on a LAN
Can't ban users on a LAN
hi valve,
i have made a plugin which load map one by one to test if there is a problem
or not for futur map change and with that i precache map too.
the problem is with a lot of number of maps (tried with 37 in tf2) server
crash at 17/37 with: engine error, Closing pack file with open files!
Try to delete the config.vdf
...Steam/config/config.vdf
From: Christoffer Pedersen
Sent: Friday, October 14, 2011 1:06 PM
To: Half-Life dedicated Linux server mailing list
Subject: [hlds_linux] After CS:S update - Unable to load steam library
Hi,
After this night's CS:S update, i am not
This is nothing new. I have had this kind of situation loads of times if
the server crashes for some reason. The simple cure is to use command
'reset' on the bash console so that all the terminal parameters are reset
to their initial values, fixing whatever srcds changed to take control of
I was using -verify_all in the update command line when I received this
error. I left the server down over night and then tried the update
again this morning, and it worked.
Command aborted just sounds so dire. A message like that makes me
think something went seriously wrong. It seems to
Since the update of the SDK, Hammer doesn't start for CSS
2011/10/14 Shin Ice shin@gmail.com
Hi,
uhmwhy was all (CS:S) moved from orangebox to css?
Is it now right to suppose that all my addons, maps has to be woved to
the new path?
On Fri, Oct 14, 2011 at 8:18 AM, Jesse Molina
All I really think is: why can anything take down other steam services?
http://store.steampowered.com/stats/
This included tf2 items systems and w/e (which at moment of me writing is still
not working for me or others I hear).
Maybe they should do some re-design or w/e, but really, with
I don't know, but all Steam downloads are sloow as hell.
---
Hugo
Date: Fri, 14 Oct 2011 12:12:58 -0700
From: mreeu...@yahoo.com
To: hlds_linux@list.valvesoftware.com
Subject: [hlds_linux] steam services down
All I really think is: why can anything take down other steam
I disagree. Just did a fresh install of CS:S and it took maybe 45 minutes
to download everything. My TF2 server update this morning took all of 5 minutes
things seem peppy over here in Hawaii at least ...
--mauirixxx
-Original Message-
From:
Oh and this worked for me as well. Thanks for posting it timur.
Aloha,
--mauirixxx
-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com
[mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of timur
'grammaton' celikkesen
Sent: Friday, October 14, 2011 4:03 AM
I don't know of any documentation out there about Steam -update or
-verify-all, so I am just guessing here based on observation. I could
be wrong.
The Steam updater uses file hashes/signatures of some kind. Date and
file size are not used in any way.
This hashing can cause a lot of disk
Hi,
I just updated our source server to 117.
Is there no more gameinfo.txt in css/cstrike?
And is the orangebox dir not gonna be used anymore in favour for css dir?
Kind Regards
M
-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com
The issue isn't bandwidth, it's seek times. Because the HDD is checking
every file, J random normal read/write might be delayed.
Basically, it doesn't _verify_ all files, but it does check for their
existence. I know because my (overly-complicated, but we won't go into
that) config system
Anyone else get those? Server runs fine for about 30-90 minutes (usually
averages less than a hour), then crashes... usually when it's full of
players too. Only happens on our Linux servers too. Sourcemod does not seem
to be the culprit (Gamedata is up to date as far I know), though I'm
currently
I am seeing the same behaviour over here. Runs about an hour when
full, then down it goes. I run a minimal set of sourcemod plugins. Was
going to try vanilla without anything next time it crashed to see what
happened.
Let us know what you find!
On Fri, Oct 14, 2011 at 5:31 PM, Emil Larsson
8 crashes so far since the update and counting :))
Spent few hours already debugging the core files to find what is going on. The
server was OK before this update...
Do you have some backtraces?
- Original Message -
From: Emil Larsson
Sent: 10/15/11 01:31 AM
To:
Try this instead of vanilla.
a) install gdb
b) start the server with -nobreakpad and -debug arguments: ./srcds_run -game
tf -nobreakpad -debug +ip ...
c) Add ulimit -c 2097152 to startup script.
A file named debug.log will be created when the error occurs.
- Original Message -
Which game? I haven't had any servers crash since I brought them up last
night (All CS:S).
Kyle.
On Fri, Oct 14, 2011 at 4:53 PM, h...@gmx.com wrote:
Try this instead of vanilla.
a) install gdb
b) start the server with -nobreakpad and -debug arguments: ./srcds_run
-game tf -nobreakpad
Hat Fortress 2
- Original Message -
From: Kyle Sanderson
Sent: 10/15/11 03:07 AM
To: Half-Life dedicated Linux server mailing list
Subject: Re: [hlds_linux] Mysterious server crashes
Which game? I haven't had any servers crash since I brought them up last night
(All CS:S). Kyle. On Fri,
From my understanding, the tool should keep retrying when it gets that error
using the -retry command prompt, however it is not.
On Fri, Oct 14, 2011 at 7:54 AM, David A. Parker dpar...@utica.edu wrote:
I was using -verify_all in the update command line when I received this
error. I left the
Initializing Steam libraries for secure Internet server
Failed to load Steam Service
ServiceStart: failed to start
Looking up breakpad interfaces from steamclient
Calling BreakpadMiniDumpSystemInit
PreMinidumpCallback: updating dump comment
Uploading dump (in-process) [proxy '']
Our servers crashed perhaps once each for the past 24 hours or so. Some
lasted 3 hours untill crash, some 12 before going down. I haven't looked
into them much as i've been working sleeping and i have not updated SM
yet so that might be it.
Anyways, reading all these complaints and such, no
1.3.9-dev was causing evil lockups for us if certain commands are used, like
slay. upgrading to 1.4.0-dev fixed it. That's at least one problem/fix
combo.
On Sat, Oct 15, 2011 at 12:54 AM, ics i...@ics-base.net wrote:
Our servers crashed perhaps once each for the past 24 hours or so. Some
38 matches
Mail list logo