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 <genpfa...@gmail.com> 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 <j...@jabra-server.net 
> <javascript:;>>
> 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 
> >> <er...@valvesoftware.com
> <javascript:;>> 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
> >>>         - Increased damage over time dealt in the Underworld
> >>>         - Added climbable props to the platforms near mid
> >>>         - Added a nobuild to the area surrounding the portal
> >>>         - Added signs in spawns to make the second door more obvious
> >>>         - Adjusted respawn times so that the losing team will 
> >>> respawn
> faster
> >>>         - Adjusted health, ammo, and spellbooks around the map
> >>>         - Changed the Underworld buff to use the Purgatory buff 
> >>> from
> Eyeaduct
> >>>         - Players killed during the finale will now turn into ghosts
> >>>         - Decreased score limit from 5 to 4 points per player
> >>>
> >>> _______________________________________________
> >>> To unsubscribe, edit your list preferences, or view the list 
> >>> archives,
> please visit:
> >>> https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
> >> _______________________________________________
> >> To unsubscribe, edit your list preferences, or view the list 
> >> archives,
> please visit:
> >> https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
> >
> >
> >
> > _______________________________________________
> > To unsubscribe, edit your list preferences, or view the list 
> > archives,
> please visit:
> > https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
>
> _______________________________________________
> To unsubscribe, edit your list preferences, or view the list archives, 
> please visit:
> https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
>
_______________________________________________
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux


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

Reply via email to