Re: [hlds_linux] [hlds] Mandatory Team Fortress 2 Update Released

Discussion in 'HLDS / Valve Linux newsletter' started by Alan Kennedy, Nov 20, 2011.

  1. Alan Kennedy

    Alan Kennedy Guest

    I'll try those!.

    Thx!.

    ----------------------------------------------
    3DGames Argentina
    http://www.3dgames.com.ar
    Libertad 41, 5to Piso - Capital Federal
    Tel: 4-332-4709

    ----- Mensaje original -----
    > De: "msleeper" <msleeper (AT) com>
    > Para: "Half-Life dedicated Linux server mailing list" <hlds_linux (AT) valvesoftware.com>
    > Enviados: Sábado, 19 de Noviembre 2011 20:46:01
    > Asunto: Re: [hlds_linux] [hlds] Mandatory Team Fortress 2 Update Released
    > You can also try manually ticking back the steam.inf and running the
    > update. That might fix it.
    >
    > On Sat, Nov 19, 2011 at 6:44 PM, m33crob <admin (AT) com> wrote:
    > > You can try deleting the "InstallRegistry.blob" file in the root
    > > installation folder and then update again. I believe that this is an
    > > equivalent to running the -verify_all option but is usually much
    > > faster.
    > >
    > > On Sat, Nov 19, 2011 at 5:30 PM, Alan Kennedy
    > > <kennedya (AT) com.ar>wrote:
    > >
    > >>
    > >>
    > >> After this update, it seems that 3 out of 6 servers we have, didn't
    > >> update
    > >> correcly, since the console receives this message and servers don't
    > >> get
    > >> listed anymore:
    > >>
    > >>
    > >>
    > >> L 11/19/2011 - 20:21:57: server_cvar: "sv_tags"
    > >> "HLstatsX:CE,_registered,classlimit,nocrits,nodmgspread,payload,valvemaps"
    > >>  MasterRequestRestart
    > >> Your server needs to be restarted in order to receive the latest
    > >> update.
    > >>
    > >>
    > >> Running the updater again, won't do anything, it just states that
    > >> it's
    > >> update to date (yeah with -verify_all).
    > >>
    > >>
    > >> Anyone had this issue along the past?
    > >>
    > >>
    > >> Thx in advance, Alan //
    > >> ----------------------------------------------
    > >> 3DGames Argentina
    > >> http://www.3dgames.com.ar
    > >> Libertad 41, 5to Piso - Capital Federal
    > >> Tel: 4-332-4709
    > >>
    > >> ----- Mensaje original -----
    > >>
    > >>
    > >> De: "pilger" <pilgerone (AT) com>
    > >> Para: "Half-Life dedicated Win32 server mailing list" <
    > >> hlds (AT) valvesoftware.com>
    > >> CC: "hlds announce" <hlds_announce (AT) valvesoftware.com>, "hlds
    > >> linux" <
    > >> hlds_linux (AT) valvesoftware.com>
    > >> Enviados: Jueves, 17 de Noviembre 2011 1:17:35
    > >> Asunto: Re: [hlds] Mandatory Team Fortress 2 Update Released
    > >>
    > >> My clients are crashing just like a while back when people couldn't
    > >> finish
    > >> a map without crashing at least once.
    > >>
    > >> VERY annoying.
    > >>
    > >>
    > >> On 16 November 2011 19:44, Eric Smith < erics (AT) com >
    > >> wrote:
    > >>
    > >>
    > >> We've released a mandatory update for Team Fortress 2. The notes
    > >> for the
    > >> update are below.
    > >>
    > >> Thanks.
    > >>
    > >> -Eric
    > >>
    > >> ----------------------------------------
    > >>
    > >> Team Fortress 2
    > >> - Added new promo items
    > >> - Fixed a bug preventing some server-side quickplay filtering from
    > >> working, causing clients to ping too many servers
    > >> - Fixed a bug where an item with an empty craft_class (e.g. the
    > >> Apoco-Fists) could be obtained via crafting
    > >> - Fixed an exploit that allowed untradable items to be traded with
    > >> Steam
    > >> trading
    > >> - Web API changes:
    > >> - Added flag_cannot_craft to GetPlayerItems web API output
    > >> - Added description_string and description_format for some hidden
    > >> attributes in the GetSchema output
    > >> - Updated Pl_Upward
    > >> - Fixed a teleporter griefing position near control point B
    > >> - Updated Pl_Barnblitz
    > >> - Fixed a bug that allowed players to get into the opposing team's
    > >> respawn
    > >> room
    > >> - Updated the localization files
    > >>
    > >> _______________________________________________
    > >> To unsubscribe, edit your list preferences, or view the list
    > >> archives,
    > >> please visit:
    > >> http://list.valvesoftware.com/mailman/listinfo/hlds
    > >>
    > >>
    > >> _______________________________________________
    > >> To unsubscribe, edit your list preferences, or view the list
    > >> archives,
    > >> please visit:
    > >> http://list.valvesoftware.com/mailman/listinfo/hlds
    > >>
    > >> _______________________________________________
    > >> To unsubscribe, edit your list preferences, or view the list
    > >> archives,
    > >> please visit:
    > >> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
    > >>

    > > _______________________________________________
    > > To unsubscribe, edit your list preferences, or view the list
    > > archives, please visit:
    > > http://list.valvesoftware.com/mailman/listinfo/hlds_linux
    > >

    >
    > _______________________________________________
    > To unsubscribe, edit your list preferences, or view the list archives,
    > please visit:
    > http://list.valvesoftware.com/mailman/listinfo/hlds_linux


    _______________________________________________
    To unsubscribe, edit your list preferences, or view the list archives, please visit:
    http://list.valvesoftware.com/mailman/listinfo/hlds_linux
     
  2. PiAtIFVwZGF0ZWQgbW9yZSBzb3VuZCBmaWxlcyB0byB1c2UgLm1wMyBmb3JtYXQgaW5zdGVhZCBv
    ZiAud2F2CgpJdCdzIGdyZWF0IHRoYXQgeW91IGd1eXMgYXJlIG9wdGltaXppbmcgZ2FtZXMgdG8g
    dXNlIG1vcmUgZWZmaWNpZW50CmNvbXByZXNzZWQgZm9ybWF0cyAoaXQgd291bGQgYWxzbyBiZSBu
    aWNlIGlmIGFsbCBvZiB0aGUgb3JpZ2luYWwKc291bmRzIGluIHdhdiBzdGlsbCBleGlzdGVkIGlu
    IGEgZGVwb3QsIHNvbWV3aGVyZSkuCgpIb3dldmVyIHRoZXJlJ3Mgc3RpbGwgYSBodWdlIHJlZ3Jl
    c3Npb24gaW4gdGVybXMgb2YgU3RvcmFnZSB0aGF0CkFsZnJlZCBzYWlkIGlzIHRvdGFsbHkgZmlu
    ZS4gVGhlIGdhaW4gYmV0d2VlbiB0aGlzIGFuZCBhY3R1YWxseSBmaXhpbmcKdGhlIG5ldyBjb250
    ZW50IGRpc3RyaWJ1dGlvbiBzeXN0ZW0gaXMgZmFyIG1vcmUgc2lnbmlmaWNhbnQuIEhMMjpETQp1
    c2VkIHRvIGJlIGEgMTdNQiBhZGRpdGlvbiwgbm93IGl0J3MgMTAweCBsYXJnZXIgYXQgMS43R0Iu
    CgpJIGRvbid0IHVuZGVyc3RhbmQgd2h5IHRoaXMgaXMgYmVpbmcgZG9uZSwgYW5kIHRoZSBhY3R1
    YWwgc2hhcmVkCmNvbnRlbnQgYmV0d2VlbiBWYWx2ZSBnYW1lcyBpc24ndCBiZWluZyByZXNvbHZl
    ZD8gVGhlcmUncyBnaWdhYnl0ZXMgb2YKZHVwbGljYXRlZCBjb250ZW50LiBJdCdzIHN0aWxsLCB0
    byB0aGlzIGRheSwgZmFzdGVyIHRvIGRvd25sb2FkIHZpYQpTdGVhbTIgYW5kIGRvIHRoZSBmdWxs
    IGNvbnZlcnNpb24gdGhlbiBpdCBpcyB0byBkb3dubG9hZCB0aGUgZ2FtZXMKc2VwYXJhdGVseS4g
    SXQncyBhbHNvIHJlYWxseSBlYXN5IHRvIHJlc29sdmUgdGhpcyBhcyB3ZWxsIG9uIFN0ZWFtfC4K
    Cmh0dHBzOi8vZ2l0aHViLmNvbS9WYWx2ZVNvZnR3YXJlL1NvdXJjZS0xLUdhbWVzL2lzc3Vlcy8x
    MDY5CgpBbnkgaWRlYT8KS3lsZS4KCk9uIFR1ZSwgTWFyIDMxLCAyMDE1IGF0IDI6MzMgUE0sIEVy
    aWMgU21pdGggPGVyaWNzQHZhbHZlc29mdHdhcmUuY29tPiB3cm90ZToKPiBXZeKAmXZlIHJlbGVh
    c2VkIGEgbWFuZGF0b3J5IHVwZGF0ZSBmb3IgVEYyLiBUaGUgbm90ZXMgZm9yIHRoZSB1cGRhdGUg
    YXJlCj4gYmVsb3cuIFRoZSBuZXcgdmVyc2lvbiAgbnVtYmVyIGlzIDI2OTgxODguCj4KPgo+Cj4g
    LUVyaWMKPgo+Cj4KPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
    LS0tLS0tLS0tCj4KPgo+Cj4gLSBGaXhlZCB0aGUgU3RyYW5nZSBEYWxva29ocyBCYXIgbm90IGNv
    dW50aW5nIGZvb2QgZWF0ZW4KPgo+IC0gRml4ZWQgYSBjbGllbnQgY3Jhc2ggcmVsYXRlZCB0byB0
    aGUgbWF0ZXJpYWwgc3lzdGVtCj4KPiAtIEZpeGVkIGEgY2xpZW50IGNyYXNoIHJlbGF0ZWQgdG8g
    dGhlIGNvbnRyb2wgcG9pbnQgSFVECj4KPiAtIEZpeGVkIGEgc2VydmVyIGNyYXNoIHJlbGF0ZWQg
    dG8gdGhlIFJvYm90IERlc3RydWN0aW9uIGdhbWUgbW9kZQo+Cj4gLSBGaXhlZCBuYW1lIGNoYW5n
    ZXMgbm90IGJlaW5nIGFwcGxpZWQgdG8gYWxsIHBhbmVscwo+Cj4gLSBGaXhlZCBhIGJ1ZyB3aXRo
    IHRvdXJuYW1lbnRzIGVuZGluZyBlYXJseSBpZiB0aGUgcHJldmlvdXMgcm91bmQgZW5kZWQgaW4g
    YQo+IHN0YWxlbWF0ZQo+Cj4gLSBGaXhlZCB0aGUgQXVzdHJhbGl1bSBTY2F0dGVyZ3VuIHVzaW5n
    IHRoZSBmaXJlIG1hdGVyaWFsCj4KPiAtIEZpeGVkIG5vdCBzZWVpbmcgdGhlIHBhcnRpY2xlIGVm
    ZmVjdHMgZm9yIHdlYXBvbnMgYW5kIGNvc21ldGljIGl0ZW1zIGluCj4gdGhlIHBsYXllciBtb2Rl
    bCBwYW5lbHMKPgo+IC0gQWRkZWQgR2FtZXJzIEFzc2VtYmx5IDIwMTUgbWVkYWxzCj4KPiAtIEFk
    ZGVkIGEgIm5vIGhhdCIgc3R5bGUgZm9yIHRoZSBCYXR0ZXIncyBIZWxtZXQKPgo+IC0gVXBkYXRl
    ZCBtb3JlIHNvdW5kIGZpbGVzIHRvIHVzZSAubXAzIGZvcm1hdCBpbnN0ZWFkIG9mIC53YXYKPgo+
    IC0gVXBkYXRlZCBuYXZfY2hlY2tfc3RhaXJzIHRvIGJlIG1hcmtlZCBhcyBhIGNoZWF0Cj4KPiAt
    IFVwZGF0ZWQgTWFubiBDby4gU3RvcmUgcHJpY2VzIGZvciBmb3JlaWduIGN1cnJlbmNpZXMgdG8g
    Y3VycmVudCBVU0QKPiBlcXVpdmFsZW50cwo+Cj4gLSBVcGRhdGVkIHRoZSBsb2NhbGl6YXRpb24g
    ZmlsZXMKPgo+IC0gTWFubnBvd2VyIHVwZGF0ZQo+Cj4gLSBVcGRhdGVkIGdyYXBwbGUgbW9kZWwg
    YW5kIHBsYXllciBhbmltYXRpb25zCj4KPiAtIEZpeGVkIG5vdCBoZWFyaW5nIHNvbWUgb2YgdGhl
    IHBvd2VydXAgc291bmRzCj4KPiAtIFJlbW92ZWQgY3RmX2ZvdW5kcnkgZnJvbSB0aGUgZGVmYXVs
    dCBtYXAgY3ljbGUgdG8gZm9jdXMgb24gZ2F0aGVyaW5nCj4gaW5mb3JtYXRpb24gb24gdGhlIHJl
    bWFpbmluZyBtYXBzCj4KPiAtIEtub2Nrb3V0OiByZWR1Y2VkIG1lbGVlIGRhbWFnZSBtdWx0aXBs
    aWVyCj4KPiAtIEtub2Nrb3V0OiBtYXggaGVhbHRoIGJ1ZmYgaGFzIGJlZW4gcmVkdWNlZCBmb3Ig
    dGhlIEhlYXZ5IGFuZCBmb3IgdGhlCj4gRGVtb21hbiB3aXRoIGEgc2hpZWxkIG9yIGRlY2FwaXRh
    dGluZyBzd29yZCBlcXVpcHBlZAo+Cj4gLSBHcmFwcGxlOiBpbmNyZWFzZWQgYmFzZSBkYW1hZ2Ug
    Zm9yIGF0dGFjaGluZyB0byBhIHBsYXllciBhbmQgaW5jcmVhc2VkCj4gYmxlZWQgZGFtYWdlIHdo
    aWxlIGF0dGFjaGVkCj4KPgo+Cj4KPgo+Cj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
    X19fX19fX19fX19fX19fX18KPiBUbyB1bnN1YnNjcmliZSwgZWRpdCB5b3VyIGxpc3QgcHJlZmVy
    ZW5jZXMsIG9yIHZpZXcgdGhlIGxpc3QgYXJjaGl2ZXMsCj4gcGxlYXNlIHZpc2l0Ogo+IGh0dHBz
    Oi8vbGlzdC52YWx2ZXNvZnR3YXJlLmNvbS9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8vaGxkcwo+
    CgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpUbyB1bnN1
    YnNjcmliZSwgZWRpdCB5b3VyIGxpc3QgcHJlZmVyZW5jZXMsIG9yIHZpZXcgdGhlIGxpc3QgYXJj
    aGl2ZXMsIHBsZWFzZSB2aXNpdDoKaHR0cHM6Ly9saXN0LnZhbHZlc29mdHdhcmUuY29tL2NnaS1i
    aW4vbWFpbG1hbi9saXN0aW5mby9obGRzX2xpbnV4Cg=
     
  3. WeaselsLair

    WeaselsLair Guest

    Looks like there is an updated SourceMod build in-progress. Looks like
    Linux build is there already, but Windows is still in-progress.

    http://www.sourcemod.net/downloads.php?branch=stable



    On Wed, Oct 12, 2016 at 6:20 PM, E. Olsen <ceo.eolsen@gmail.com> wrote:

    > Anyone else seeing servers crashing on player join (Windows server 2008R2)?
    >
    > On Wed, Oct 12, 2016 at 8:57 PM, Eric Smith <erics@valvesoftware.com>
    > wrote:
    >
    >> Weve released a mandatory update for Team Fortress 2. The notes for the
    >> update are below. The new version is 3651233.
    >>
    >> -Eric
    >>
    >> --------------------------------------------------
    >>
    >> - Players will now be randomly selected to participate in a survey at the
    >> end of Casual and Competitive matches
    >> - Ongoing improvements to the matchmaking backend to improve match
    >> quality and reduce wait times
    >> - Fixed air-blasts sometimes sending deflected projectiles in random
    >> directions when the Pyro is close to enemy players
    >> - Fixed a case where players joining community bootcamp servers via the
    >> server-browser could not select a team
    >> - Reduced the rate at which players can earn bonus points for
    >> extinguishing teammates
    >> - Fixed a case where players could use the Halloween teleport spell to
    >> get outside the map
    >> - Updated the localization files
    >> - Community requests
    >> - Fixed Merasmus not being stunned by bomb-head players on
    >> community Halloween maps
    >> - Added the ability for community Halloween maps to call a truce
    >> during a Monoculus or Merasmus fight
    >> - Can be set via the game rules entity using the
    >> SetMapForcedTruceDuringBossFight input
    >> - Fixed energy weapons not hitting pumpkin bombs, Merasmus props,
    >> and RD robots
    >> - Mann vs. Machine update
    >> - Fixed the Sentry Buster sound being orphaned if the Sentry
    >> Buster detonates while invulnerable
    >> - Fixed zombies not using the correct skin in Ghost Town
    >> - Updated cp_snakewater_final1
    >> - Changes based on community feedback
    >> - Updated pl_millstone_event
    >> - Updated bot navigation file, bots now use all routes, wont get
    >> stuck so easily and are smarter
    >> - Fixed woodpile spot where HHH could get stuck
    >> - Improved clipping on wood piles
    >> - Fixed missing rooftop texture
    >> - Fixed a few props flashing at certain angles
    >> - Fixed a spot in the last area where you could place stickies
    >> underground
    >> - Fixed Monoculus not getting stunned when hit by players exiting
    >> purgatory
    >> - Updated cp_sunshine
    >> - Blockbulleted spiral staircase on the back of second
    >> - Added medium ammo to mid near choke
    >> - Removed clipping over wooden arch going into second from valley
    >> - Reduced the size of the wooden arch
    >> - Blockbulleted a few undersides of staircases on last that could
    >> catch projectiles
    >> - Removed a ladder on last
    >>
    >> _______________________________________________
    >>
    >> please visit:
    >> https://i3d.net
    >>
    >
    >
    > _______________________________________________
    >
    > please visit:
    > https://i3d.net
    >
    >
    _______________________________________________

    https://i3d.net
     
  4. sigsegv

    sigsegv Guest

    [CCd 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? cant deal with that
    even though it isnt actually a problem since ZFSs recordsize isnt 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 didnt go forward with that
    workaround.

    (You can run the command stat -f . on a directory to see what the
    reported block size is; with recordsize8K it was 128KB, and with
    recordsizeQ2 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; its just the
    downloading directory that steamcmd loses its mind over. Itll 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 <genpfault@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 <jan@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 didnt 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 <erics@valvesoftware.com
    > <javascript:;>> wrote:
    > >>> Weve 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 years 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 BLUs 2nd forward spawn
    > >>> - Fixed skulls teeth in hell being non-solid
    > >>> - Fixed hells coffin tune and tiny spell song sometimes
    > playing to the next round from previous round
    > >>> - Fixed some players dropping into hells 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
    > >>>
    > >>> _______________________________________________
    > >>>
    > please visit:
    > >>> https://i3d.net
    > >> _______________________________________________
    > >>
    > please visit:
    > >> https://i3d.net
    > >
    > >
    > >
    > > _______________________________________________
    > >
    > please visit:
    > > https://i3d.net
    >
    > _______________________________________________
    >
    > please visit:
    > https://i3d.net
    >
    _______________________________________________

    https://i3d.net
     
  5. EricSmith

    EricSmith Guest

    Weve released a fix that you can try if youre 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 theres 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 youre still having problems after testing the fix. Thanks.

    -Eric


    -----Original Message-----
    From: hlds_linux-bounces@.com [mailto:hlds_linux-bounces@.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

    [CCd 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? cant deal with that
    even though it isnt actually a problem since ZFSs recordsize isnt 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 didnt go forward with that workaround.

    (You can run the command stat -f . on a directory to see what the reported block size is; with recordsize8K it was 128KB, and with
    recordsizeQ2 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; its just the downloading directory that steamcmd loses its mind over. Itll 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 <genpfault@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 <jan@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 didnt 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
    > >> <erics@valvesoftware.com
    > <javascript:;>> wrote:
    > >>> Weve 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 years 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 BLUs 2nd forward spawn
    > >>> - Fixed skulls teeth in hell being non-solid
    > >>> - Fixed hells coffin tune and tiny spell song sometimes
    > playing to the next round from previous round
    > >>> - Fixed some players dropping into hells 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://i3d.net
    > >> _______________________________________________
    > >> To unsubscribe, edit your list preferences, or view the list
    > >> archives,
    > please visit:
    > >> https://i3d.net
    > >
    > >
    > >
    > > _______________________________________________
    > > To unsubscribe, edit your list preferences, or view the list
    > > archives,
    > please visit:
    > > https://i3d.net
    >
    > _______________________________________________
    >
    > please visit:
    > https://i3d.net
    >
    _______________________________________________

    https://i3d.net


    _______________________________________________

    https://i3d.net
     
  6. CharlesHuber

    CharlesHuber Guest

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

    On Wed, Oct 26, 2016 at 3:19 PM, Eric Smith <erics@valvesoftware.com> wrote:
    > Weve released a fix that you can try if youre 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 theres 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 youre still having problems after testing the fix. Thanks.
    >
    > -Eric
    >
    >
    > -----Original Message-----
    > From: hlds_linux-bounces@.com [mailto:hlds_linux-bounces@.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
    >
    > [CCd 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? cant deal with that
    > even though it isnt actually a problem since ZFSs recordsize isnt 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 didnt go forward with that workaround.
    >
    > (You can run the command stat -f . on a directory to see what the reported block size is; with recordsize8K it was 128KB, and with
    > recordsizeQ2 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; its just the downloading directory that steamcmd loses its mind over. Itll 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 <genpfault@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 <jan@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 didnt 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
    >> >> <erics@valvesoftware.com
    >> <javascript:;>> wrote:
    >> >>> Weve 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 years 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 BLUs 2nd forward spawn
    >> >>> - Fixed skulls teeth in hell being non-solid
    >> >>> - Fixed hells coffin tune and tiny spell song sometimes
    >> playing to the next round from previous round
    >> >>> - Fixed some players dropping into hells 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://i3d.net
    >> >> _______________________________________________
    >> >> To unsubscribe, edit your list preferences, or view the list
    >> >> archives,
    >> please visit:
    >> >> https://i3d.net
    >> >
    >> >
    >> >
    >> > _______________________________________________
    >> > To unsubscribe, edit your list preferences, or view the list
    >> > archives,
    >> please visit:
    >> > https://i3d.net
    >>
    >> _______________________________________________
    >>
    >> please visit:
    >> https://i3d.net
    >>
    > _______________________________________________
    >
    > https://i3d.net
    >
    >
    > _______________________________________________
    >
    > https://i3d.net

    _______________________________________________

    https://i3d.net
     
  7. sigsegv

    sigsegv Guest

    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 <genpfault@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 <erics@valvesoftware.com>
    > wrote:
    > > Weve released a fix that you can try if youre 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 theres 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 youre still having problems after testing the fix.
    > Thanks.
    > >
    > > -Eric
    > >
    > >
    > > -----Original Message-----
    > > From: hlds_linux-bounces@.com [mailto:
    > hlds_linux-bounces@.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
    > >
    > > [CCd 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? cant deal with that
    > > even though it isnt actually a problem since ZFSs recordsize isnt
    > 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 didnt go forward
    > with that workaround.
    > >
    > > (You can run the command stat -f . on a directory to see what the
    > reported block size is; with recordsize8K it was 128KB, and with
    > > recordsizeQ2 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; its just
    > the downloading directory that steamcmd loses its mind over. Itll 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 <genpfault@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 <jan@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 didnt 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
    > >> >> <erics@valvesoftware.com
    > >> <javascript:;>> wrote:
    > >> >>> Weve 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 years 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 BLUs 2nd forward spawn
    > >> >>> - Fixed skulls teeth in hell being non-solid
    > >> >>> - Fixed hells coffin tune and tiny spell song sometimes
    > >> playing to the next round from previous round
    > >> >>> - Fixed some players dropping into hells 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://i3d.net
    > >> >> _______________________________________________
    > >> >> To unsubscribe, edit your list preferences, or view the list
    > >> >> archives,
    > >> please visit:
    > >> >> https://i3d.net
    > >> >
    > >> >
    > >> >
    > >> > _______________________________________________
    > >> > To unsubscribe, edit your list preferences, or view the list
    > >> > archives,
    > >> please visit:
    > >> > https://i3d.net
    > >>
    > >> _______________________________________________
    > >>
    > >> please visit:
    > >> https://i3d.net
    > >>
    > > _______________________________________________
    > >
    > please visit:
    > > https://i3d.net
    > >
    > >
    > > _______________________________________________
    > >
    > please visit:
    > > https://i3d.net
    >
    > _______________________________________________
    >
    > please visit:
    > https://i3d.net
    >
    _______________________________________________

    https://i3d.net
     
  8. JanBrand

    JanBrand Guest

    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 <genpfault@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 <erics@valvesoftware.com>
    >> wrote:
    >>> Weve released a fix that you can try if youre 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 theres 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 youre still having problems after testing the fix.
    >> Thanks.
    >>>
    >>> -Eric
    >>>
    >>>
    >>> -----Original Message-----
    >>> From: hlds_linux-bounces@.com [mailto:
    >> hlds_linux-bounces@.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
    >>>
    >>> [CCd 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? cant deal with that
    >>> even though it isnt actually a problem since ZFSs recordsize isnt
    >> 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 didnt go forward
    >> with that workaround.
    >>>
    >>> (You can run the command stat -f . on a directory to see what the
    >> reported block size is; with recordsize8K it was 128KB, and with
    >>> recordsizeQ2 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; its just
    >> the downloading directory that steamcmd loses its mind over. Itll 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 <genpfault@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 <jan@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 didnt 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
    >>>>>> <erics@valvesoftware.com
    >>>> <javascript:;>> wrote:
    >>>>>>> Weve 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 years 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 BLUs 2nd forward spawn
    >>>>>>> - Fixed skulls teeth in hell being non-solid
    >>>>>>> - Fixed hells coffin tune and tiny spell song sometimes
    >>>> playing to the next round from previous round
    >>>>>>> - Fixed some players dropping into hells 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://i3d.net
    >>>>>> _______________________________________________
    >>>>>> To unsubscribe, edit your list preferences, or view the list
    >>>>>> archives,
    >>>> please visit:
    >>>>>> https://i3d.net
    >>>>>
    >>>>>
    >>>>>
    >>>>> _______________________________________________
    >>>>> To unsubscribe, edit your list preferences, or view the list
    >>>>> archives,
    >>>> please visit:
    >>>>> https://i3d.net
    >>>>
    >>>> _______________________________________________
    >>>>
    >>>> please visit:
    >>>> https://i3d.net
    >>>>
    >>> _______________________________________________
    >>>
    >> please visit:
    >>> https://i3d.net
    >>>
    >>>
    >>> _______________________________________________
    >>>
    >> please visit:
    >>> https://i3d.net
    >>
    >> _______________________________________________
    >>
    >> please visit:
    >> https://i3d.net
    >>
    > _______________________________________________
    >
    > https://i3d.net
    >


    _______________________________________________

    https://i3d.net
     

Share This Page

Loading...