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

On Wed, Oct 26, 2016 at 3:19 PM, Eric Smith <[email protected]> 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: [email protected] 
> [mailto:[email protected]] 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 <[email protected]> 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 <[email protected]
>> <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
>> >> <[email protected]
>> <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

_______________________________________________
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