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