Re: [hlds_linux] [hlds] Mandatory Team Fortress 2 update released

[Charles Huber]

Yup, the beta code seems to fix startup on my ZFS filesystem, thanks!

On Wed, Oct 26, 2016 at 3:19 PM, Eric Smith  wrote:
> We've released a fix that you can try if you're experiencing the problem 
> described in this thread. To test the fix, you will need to opt-in to the 
> steamcmd beta branch. To do this, you have two options:
>
> 1. run with "-clientbeta publicbeta" on the command line, or
>
> 2. In the steamcmd install folder there's a "package" directory, make 
> a file named "beta" in there and put this text in it:
>
> publicbeta
>
> Just that word on one the top line, nothing else.
>
> Let me know if you're still having problems after testing the fix. Thanks.
>
> -Eric
>
>
> -Original Message-
> From: hlds_linux-boun...@list.valvesoftware.com 
> [mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of sigsegv
> Sent: Wednesday, October 26, 2016 11:38 AM
> To: Half-Life dedicated Linux server mailing list
> Subject: Re: [hlds_linux] [hlds] Mandatory Team Fortress 2 update released
>
> [CC'd to John Schoenick: please look into this, or forward it on to whoever 
> works on steamcmd.]
>
> Yes, I too have run into this problem with steamcmd over the last week or so, 
> as my Linux dedicated server installation is on ZFS.
>
> This appears to be a false positive from steamcmd: it queries the block size 
> of the filesystem and says "holy crap, 128KB? can't deal with that"
> even though it isn't actually a problem since ZFS's recordsize isn't really a 
> fixed block size per se.
>
> I found that reducing the 'recordsize' property of the ZFS volume from 128K 
> to 512 bytes made the errors go away, but then the ZFS performance became 
> hideously slow (not an unexpected result), so I didn't go forward with that 
> workaround.
>
> (You can run the command 'stat -f .' on a directory to see what the reported 
> block size is; with recordsize=128K it was 128KB, and with
> recordsize=512 it was 512B.)
>
> For the time being, I found a reasonable workaround to be to mount an
> ext4 partition on the steamapps/downloading directory. The game directory 
> itself can still be ZFS with normal 128K recordsize; it's just the 
> downloading directory that steamcmd loses its mind over. It'll copy the 
> updated files over to the ZFS game dir just fine.
>
> Hope that helps, and I hope Valve fixes this brokenness...
>
> Justin
> (sigsegv)
>
> On Wednesday, October 26, 2016, Charles Huber  wrote:
>
>> Yup, I have the servers installed on a ZoL volume too, thanks for the
>> confirmation!
>>
>> On Wed, Oct 26, 2016 at 11:05 AM, Jan > >
>> wrote:
>> > Hey,
>> >
>> > are you using ZFS on linux?
>> > I had the same problem, steamcmd failed to update the server. It
>> > works only on my ext4 partition for some reason.
>> > Maybe it is a combination of ZFS on linux and the fix for the dirty
>> > cow
>> > bug: https://dirtycow.ninja/
>> >
>> >
>> > On 26.10.2016 17:08, Charles Huber wrote:
>> >> Hrm, still startup looping:
>> >>
>> >> WARNING: No map specified! Server may not heartbeat.
>> >> Auto detecting CPU
>> >> Using default binary: ./srcds_linux Server will auto-restart if
>> >> there is a crash.
>> >> Updating server using Steam.
>> >> 
>> >> Redirecting stderr to '/home/gameserver/Steam/logs/stderr.txt'
>> >> Looks like steam didn't shutdown cleanly, scheduling immediate
>> >> update
>> check
>> >> [  0%] Checking for available updates...
>> >> [] Verifying installation...
>> >> Steam Console Client (c) Valve Corporation
>> >> -- type 'quit' to exit --
>> >> Loading Steam API...Created shared memory when not owner
>> >> SteamController_Shared_mem OK.
>> >> login anonymous
>> >>
>> >> Connecting anonymously to Steam Public...Logged in OK Waiting for
>> >> license info...OK force_install_dir ./tf2 app_update 232250
>> >> validate  Update state (0x3) reconfiguring, progress: 0.00 (0 / 0)
>> >> ../tier1/fileio.cpp (3897) : Assertion Failed: CFileReader::Read
>> >> must be called with a cubData value that is a multiple of the
>> >> sector size when using unbuffered IO ../tier1/fileio.cpp (3897) :
>> >> Assertion Failed: CFileReader::Read must be called with a cubData
>> >>

Re: [hlds_linux] Mandatory Team Fortress 2 update released

[Charles Huber]

Yup, I have the servers installed on a ZoL volume too, thanks for the
confirmation!

On Wed, Oct 26, 2016 at 11:05 AM, Jan  wrote:
> Hey,
>
> are you using ZFS on linux?
> I had the same problem, steamcmd failed to update the server. It works
> only on my ext4 partition for some reason.
> Maybe it is a combination of ZFS on linux and the fix for the dirty cow
> bug: https://dirtycow.ninja/
>
>
> On 26.10.2016 17:08, Charles Huber wrote:
>> Hrm, still startup looping:
>>
>> WARNING: No map specified! Server may not heartbeat.
>> Auto detecting CPU
>> Using default binary: ./srcds_linux
>> Server will auto-restart if there is a crash.
>> Updating server using Steam.
>> 
>> Redirecting stderr to '/home/gameserver/Steam/logs/stderr.txt'
>> Looks like steam didn't shutdown cleanly, scheduling immediate update check
>> [  0%] Checking for available updates...
>> [] Verifying installation...
>> Steam Console Client (c) Valve Corporation
>> -- type 'quit' to exit --
>> Loading Steam API...Created shared memory when not owner
>> SteamController_Shared_mem
>> OK.
>> login anonymous
>>
>> Connecting anonymously to Steam Public...Logged in OK
>> Waiting for license info...OK
>> force_install_dir ./tf2
>> app_update 232250 validate
>>  Update state (0x3) reconfiguring, progress: 0.00 (0 / 0)
>> ../tier1/fileio.cpp (3897) : Assertion Failed: CFileReader::Read must
>> be called with a cubData value that is a multiple of the sector size
>> when using unbuffered IO
>> ../tier1/fileio.cpp (3897) : Assertion Failed: CFileReader::Read must
>> be called with a cubData value that is a multiple of the sector size
>> when using unbuffered IO
>>  Update state (0x81) committing, progress: 100.00 (180409744 / 180411440)
>> ../tier1/fileio.cpp (3897) : Assertion Failed: CFileReader::Read must
>> be called with a cubData value that is a multiple of the sector size
>> when using unbuffered IO
>> ../tier1/fileio.cpp (3897) : Assertion Failed: CFileReader::Read must
>> be called with a cubData value that is a multiple of the sector size
>> when using unbuffered IO
>> ../tier1/fileio.cpp (3897) : Assertion Failed: CFileReader::Read must
>> be called with a cubData value that is a multiple of the sector size
>> when using unbuffered IO
>> ../tier1/fileio.cpp (3897) : Assertion Failed: CFileReader::Read must
>> be called with a cubData value that is a multiple of the sector size
>> when using unbuffered IO
>> depotreconstruct.cpp (490) : Assertion Failed: pInfo->nNumWritesFinished > 0
>> ../tier1/fileio.cpp (3897) : Assertion Failed: CFileReader::Read must
>> be called with a cubData value that is a multiple of the sector size
>> when using unbuffered IO
>> ../tier1/fileio.cpp (3897) : Assertion Failed: CFileReader::Read must
>> be called with a cubData value that is a multiple of the sector size
>> when using unbuffered IO
>>  Update state (0x81) committing, progress: 99.97 (180357888 / 180411440)
>>  Update state (0x81) committing, progress: 99.97 (180357888 / 180411440)
>>  Update state (0x81) committing, progress: 99.97 (180357888 / 180411440)
>> ../tier1/fileio.cpp (3897) : Assertion Failed: CFileReader::Read must
>> be called with a cubData value that is a multiple of the sector size
>> when using unbuffered IO
>> Error! App '232250' state is 0x606 after update job.
>> Redirecting stderr to '/home/gameserver/Steam/logs/stderr.txt'
>>
>>
>>
>>
>> On Tue, Oct 25, 2016 at 3:26 PM, Eric Smith  wrote:
>>> We've released a mandatory update for Team Fortress 2. The notes for the 
>>> update are below. The new version is 3666413.
>>>
>>> -Eric
>>>
>>> --
>>>
>>> - Extended Scream Fortress VIII to run through November 16th, 2016
>>> - Fixed a problem causing some players to receive the incorrect number of 
>>> Merasmissions
>>> - Players should receive one Scream Fortress VIII Merasmission per 
>>> day of the event, for a maximum possible of seven as of today
>>> - Players who received too few Merasmissions will be able to 
>>> quickly catch up to the intended amount
>>> - A small number of players who received too many Merasmissions 
>>> will not receive any for the next few days
>>> - Fixed the Tome of Merasmissions displaying an erroneous maximum number
>>> - All players will have the opportunity to receive twent

Re: [hlds_linux] Mandatory Team Fortress 2 update released

[Charles Huber]

Hrm, still startup looping:

WARNING: No map specified! Server may not heartbeat.
Auto detecting CPU
Using default binary: ./srcds_linux
Server will auto-restart if there is a crash.
Updating server using Steam.

Redirecting stderr to '/home/gameserver/Steam/logs/stderr.txt'
Looks like steam didn't shutdown cleanly, scheduling immediate update check
[  0%] Checking for available updates...
[] Verifying installation...
Steam Console Client (c) Valve Corporation
-- type 'quit' to exit --
Loading Steam API...Created shared memory when not owner
SteamController_Shared_mem
OK.
login anonymous

Connecting anonymously to Steam Public...Logged in OK
Waiting for license info...OK
force_install_dir ./tf2
app_update 232250 validate
 Update state (0x3) reconfiguring, progress: 0.00 (0 / 0)
../tier1/fileio.cpp (3897) : Assertion Failed: CFileReader::Read must
be called with a cubData value that is a multiple of the sector size
when using unbuffered IO
../tier1/fileio.cpp (3897) : Assertion Failed: CFileReader::Read must
be called with a cubData value that is a multiple of the sector size
when using unbuffered IO
 Update state (0x81) committing, progress: 100.00 (180409744 / 180411440)
../tier1/fileio.cpp (3897) : Assertion Failed: CFileReader::Read must
be called with a cubData value that is a multiple of the sector size
when using unbuffered IO
../tier1/fileio.cpp (3897) : Assertion Failed: CFileReader::Read must
be called with a cubData value that is a multiple of the sector size
when using unbuffered IO
../tier1/fileio.cpp (3897) : Assertion Failed: CFileReader::Read must
be called with a cubData value that is a multiple of the sector size
when using unbuffered IO
../tier1/fileio.cpp (3897) : Assertion Failed: CFileReader::Read must
be called with a cubData value that is a multiple of the sector size
when using unbuffered IO
depotreconstruct.cpp (490) : Assertion Failed: pInfo->nNumWritesFinished > 0
../tier1/fileio.cpp (3897) : Assertion Failed: CFileReader::Read must
be called with a cubData value that is a multiple of the sector size
when using unbuffered IO
../tier1/fileio.cpp (3897) : Assertion Failed: CFileReader::Read must
be called with a cubData value that is a multiple of the sector size
when using unbuffered IO
 Update state (0x81) committing, progress: 99.97 (180357888 / 180411440)
 Update state (0x81) committing, progress: 99.97 (180357888 / 180411440)
 Update state (0x81) committing, progress: 99.97 (180357888 / 180411440)
../tier1/fileio.cpp (3897) : Assertion Failed: CFileReader::Read must
be called with a cubData value that is a multiple of the sector size
when using unbuffered IO
Error! App '232250' state is 0x606 after update job.
Redirecting stderr to '/home/gameserver/Steam/logs/stderr.txt'




On Tue, Oct 25, 2016 at 3:26 PM, Eric Smith  wrote:
> We've released a mandatory update for Team Fortress 2. The notes for the 
> update are below. The new version is 3666413.
>
> -Eric
>
> --
>
> - Extended Scream Fortress VIII to run through November 16th, 2016
> - Fixed a problem causing some players to receive the incorrect number of 
> Merasmissions
> - Players should receive one Scream Fortress VIII Merasmission per 
> day of the event, for a maximum possible of seven as of today
> - Players who received too few Merasmissions will be able to quickly 
> catch up to the intended amount
> - A small number of players who received too many Merasmissions will 
> not receive any for the next few days
> - Fixed the Tome of Merasmissions displaying an erroneous maximum number
> - All players will have the opportunity to receive twenty-six 
> Merasmissions during this year's event, regardless of number of Merasmissions 
> completed in previous years
> - Fixed a small number of unusuals that did not have the proper displayed 
> quality (unique (golden name) instead of unusual (purple name))
> - Updated the model/materials for The El Paso Poncho
> - Fixed not seeing the correct display name for featured community maps 
> (example: pl_fifthcurve_event vs. Brimstone)
> - Updated the localization files
> - Updated mvm_ghost_town to fix error models in the spawn rooms
> - Updated pl_fifthcurve_event (Brimstone)
> - Fixed RED players getting inside BLU's 2nd forward spawn
> - Fixed skull's teeth in hell being non-solid
> - Fixed hell's coffin tune and tiny spell song sometimes playing to 
> the next round from previous round
> - Fixed some players dropping into hell's lava in rare cases
> - Fixed big pumpkin in RED 2nd base being non-solid
> - Updated pd_pit_of_death_event
> - Fixed an exploit which allowed players to enter the enemy spawn
> - Fixed enemy players teleported to the Underworld spawning in one 
> another
> - Fixed finale particles not being drawn from certain distances
> - Fixed certain overlays not rendering
> - 

[hlds_linux] Startup loop...

[Charles Huber]

Anyone else running into a startup loop with today's update?

I'm getting logs like this:

WARNING: No map specified! Server may not heartbeat.
Auto detecting CPU
Using default binary: ./srcds_linux
Server will auto-restart if there is a crash.
Updating server using Steam.

Redirecting stderr to '/home/serveruser/Steam/logs/stderr.txt'
Looks like steam didn't shutdown cleanly, scheduling immediate update check
[  0%] Checking for available updates...
[] Verifying installation...
Steam Console Client (c) Valve Corporation
-- type 'quit' to exit --
Loading Steam API...Created shared memory when not owner
SteamController_Shared_mem
OK.
login anonymous

Connecting anonymously to Steam Public...Logged in OK
Waiting for license info...OK
force_install_dir ./tf2
app_update 232250
 Update state (0x61) downloading, progress: 99.96 (1880693500 / 1881463515)
../tier1/fileio.cpp (3897) : Assertion Failed: CFileReader::Read must
be called with a cubData value that is a multiple of the sector size
when using unbuffered IO
../tier1/fileio.cpp (3897) : Assertion Failed: CFileReader::Read must
be called with a cubData value that is a multiple of the sector size
when using unbuffered IO
 Update state (0x81) committing, progress: 100.00 (179503296 / 179504992)
../tier1/fileio.cpp (3897) : Assertion Failed: CFileReader::Read must
be called with a cubData value that is a multiple of the sector size
when using unbuffered IO
../tier1/fileio.cpp (3897) : Assertion Failed: CFileReader::Read must
be called with a cubData value that is a multiple of the sector size
when using unbuffered IO
../tier1/fileio.cpp (3897) : Assertion Failed: CFileReader::Read must
be called with a cubData value that is a multiple of the sector size
when using unbuffered IO
../tier1/fileio.cpp (3897) : Assertion Failed: CFileReader::Read must
be called with a cubData value that is a multiple of the sector size
when using unbuffered IO
depotreconstruct.cpp (490) : Assertion Failed: pInfo->nNumWritesFinished > 0
../tier1/fileio.cpp (3897) : Assertion Failed: CFileReader::Read must
be called with a cubData value that is a multiple of the sector size
when using unbuffered IO
../tier1/fileio.cpp (3897) : Assertion Failed: CFileReader::Read must
be called with a cubData value that is a multiple of the sector size
when using unbuffered IO
 Update state (0x81) committing, progress: 99.97 (179451440 / 179504992)
 Update state (0x81) committing, progress: 99.97 (179451440 / 179504992)
 Update state (0x81) committing, progress: 99.97 (179451440 / 179504992)
../tier1/fileio.cpp (3897) : Assertion Failed: CFileReader::Read must
be called with a cubData value that is a multiple of the sector size
when using unbuffered IO
Error! App '232250' state is 0x606 after update job.
Redirecting stderr to '/home/serveruser/Steam/logs/stderr.txt'
[  0%] Checking for available updates...
[] Verifying installation...
Steam Console Client (c) Valve Corporation
-- type 'quit' to exit --
Loading Steam API...Created shared memory when not owner
SteamController_Shared_mem
OK.
login anonymous

Connecting anonymously to Steam Public...Logged in OK
Waiting for license info...OK
force_install_dir ./tf2
app_update 232250


Hrm, might be crashing judging from dmesg:
[510960.032226] CJobMgr::m_Work[602]: segfault at 390c797 ip
f5a6a48a sp f48fef10 error 4 in
steamclient.so[f5184000+1169000]
[510960.034157] VerifyStagingFi[882]: segfault at 0 ip
f5508c02 sp f2cff120 error 4 in
steamclient.so[f5184000+1169000]
[510960.035797] VerifyStagingFi[882]: segfault at 0 ip
f5508c02 sp f2cff120 error 4 in
steamclient.so[f5184000+1169000]
[512746.243123] CJobMgr::m_Work[21958]: segfault at f4f99eff ip
f4f99eff sp f4afef40 error 15
[512746.245112] VerifyStagingFi[22177]: segfault at 0 ip
f5708c22 sp f2eff120 error 4 in
steamclient.so[f5384000+1169000]

___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux

[hlds_linux] Re: hlds_linux digest, Vol 1 #4829 - 7 msgs

[Charles]

Is there any plans to update this, or does the dev team know about it?
I really only care for one server but i'd rather not pay 160 a month to
get a machine to run it when my hardware should be perfectly acceptable


From: "W0kk3L" <[EMAIL PROTECTED]>
To: 
Subject: Re: [hlds_linux] Re: Rediculous CPU usage
Date: Tue, 13 Dec 2005 22:45:15 +0100
Reply-To: hlds_linux@list.valvesoftware.com

Same here... The loads has practicly doubled since the last updates. However
the pingtimes in-game stayed
the same. So the load isn't noticable in-game. Nevertheless it's freaking
out our monitoring software.





___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

[hlds_linux] Re: Re: Re: Rediculous CPU usage

[Charles]

top

___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

[hlds_linux] Re: Rediculous CPU usage

[Charles]

It's a dedcated server in Equinix in Chicago, I've tried a fresh
install, 2.6.11 and 2.6.14 kernels, and no plugins running at all.  And
its srcds, I just want 1 private match server out of it so I have no
need to install any mods/plugins other than CSP.

___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

[hlds_linux] Rediculous CPU usage

[Charles]

2.4ghz celeron with 1gig of ram


Takes 10-15% cpu usage per player... FC4 with 2.6.11 kernel, also tried
2.6.9 and 2.6.14 All are 5% idle and 10-15% per player
after that, I can't even run a 10 player server without getting
rediculously low tickrate out (like 5-10).  Also tried -beta linux
didn't seem to have an effect.  The 800mhz celeron sitting beside me
running windows xp uses the same cpu per player with the same tickrate
and server.cfg...

___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

Re: [hlds_linux] Halfd Utility for Source?

[Charles Ferland]

I use halfd fomr many months but I'm bery disapointed for no more
support since 4-5 months.


On Thu, 6 Jan 2005 09:44:33 -0800, -=SKA=- Swordzkof
<[EMAIL PROTECTED]> wrote:
> This is a multi-part message in MIME format.
> --
> [ Picked text/plain from multipart/alternative ]
> Does anyone know what became of the Halfd 
> (www.halfd.org) utility for HLDS?
>
> The web site is still there, but the updates have stopped, and their forums 
> haven't worked for months.
>
> I'd like to assist or even support an effort to get this utility updated for 
> use with SRCDS.
>
> Any information would be appreciated . . .
>
> -=[ Swordzkof ]=-
>
> www.kustomkettle.com
> --
>
> ___
> To unsubscribe, edit your list preferences, or view the list archives, please 
> visit:
> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>

___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

[hlds_linux] RE: HLTV

[Plitt, Charles]

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.
--
--
[ Picked text/plain from multipart/alternative ]
I have been running HLTV on all of my servers for several months now, and I have run 
into only 1 issue. That issue being when you use custom .tga banner files, clients 
sometimes get an error stating that they have a corrupt .tga file. The work around to 
this is to set your allow_downloads to 0.  Besides that error, I have had no issues at 
all with HLTV .

Charlie Plitt
1310 Gaming
#1310 @ GameSurge.Net
 
--
[ Blank Bkgrd.gif of type image/gif deleted ]
--

___
To unsubscribe, edit your list preferences, or view the list archives, please visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

Re: [hlds_linux] Can't open libhlwon.so?

[Charles Capps]

Simon Garner wrote:
On Wednesday, October 15, 2003 9:44 AM [GMT+1200=NZT],
Mad Scientist <[EMAIL PROTECTED]> wrote:
I think the point is that *by default* RH tends to install more stuff,
which means two things:
But who the heck uses a default install? You can customise exactly what
packages you want.
More than you might think.  Many dedicated hosting providers just slap a
default install image on the disk and call it a day.
Not everyone can build their own machine, install their OS of choice
exactly how they wish, then find a good (and affordable) place to colo.
--
CC


___
To unsubscribe, edit your list preferences, or view the list archives, please visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

[hlds_linux] SuperHero Mod

[Plitt, Charles]

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.
--
--
[ Picked text/plain from multipart/alternative ]

I was asked to install the SuperHero Mod just over a month ago. Since its initial 
installation I have had no issues, with the proper amount of RAM and good processor 
speed you should have no issues. Just make sure all your extensions are in the proper 
directories and that the plugins.ini and modules.ini files are coded properly under 
the your /cstrike/addons/amx directory. If anyone has any questions please feel free 
to email me at [EMAIL PROTECTED]   perhaps I can help you 
thru your issues.

Charlie Plitt
1310 Gaming.com
--
[ Blank Bkgrd.gif of type image/gif deleted ]
___
To unsubscribe, edit your list preferences, or view the list archives, please visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

[hlds_linux] getting on line...

[Charles Hagen]

AGAIN, I am firewalled and have 27015 forwarded to NIC on server.  How do I get
visible on the client.

I need help please.

Charles
http://www.hagenit.com/
___
To unsubscribe, edit your list preferences, or view the list archives, please visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux