Yep, same here! Thank you for the fast fix.
-Jan On 26.10.2016 23:30, sigsegv wrote: > The beta version seems to have fixed the problems on my system as well. > > Appreciate the fast turnaround time on this! > > Justin > sigsegv > > On Wed, Oct 26, 2016 at 1:35 PM, Charles Huber <genpfa...@gmail.com> wrote: > >> Yup, the beta code seems to fix startup on my ZFS filesystem, thanks! >> >> On Wed, Oct 26, 2016 at 3:19 PM, Eric Smith <er...@valvesoftware.com> >> 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 <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 >> >> _______________________________________________ >> 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