[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
