"proof-of-life" that Valve does actually read this stuff. :-)
They probably just ignore the rants and "venting".
On Nov 16, 2016 1:00 PM, "John Schoenick" <jo...@valvesoftware.com> wrote:
> Thanks for the feedback, all!
>
> I've narrowed this down to an old typo in the engine that was
> exacerbated by recent changes. We will have a fix ready in the near
> future.
>
>
> - John
>
>
> On 11/15/2016 11:58 PM, ics wrote:
> > I'm also sure that this has nothing to do with the maps entity counts
> > at all. The connecting player is 1 entity and if the server for some
> > reason reports it cannot create new entity, it will drop the player
> > and give false information about max_edicts.
> >
> > -ics
> >
> > sigsegv kirjoitti:
> >> Since I had the (possibly somewhat unique) experience of seeing this
> >> problem from both the client side and server side at the same time
> >> when it
> >> happened, I have some console excerpts from both sides at the time of
> >> disconnect.
> >>
> >> Unfortunately I don't have timestamps for every single line on the
> >> server
> >> side, because I let my console.log file saturate at 2GB several
> >> months ago
> >> (oops). However I can confirm that the system clocks on the client
> >> side and
> >> server side were exactly in sync (to within 1 second).
> >>
> >> Client:
> >>
> >> 11/15/2016 - 15:40:06: sigsegv connected
> >> 11/15/2016 - 15:40:07: Attemped to precache unknown particle system
> >> "drain_effect"!
> >> 11/15/2016 - 15:40:07: Attemped to precache unknown particle system
> >> "drain_effect"!
> >> 11/15/2016 - 15:40:10: CAsyncWavDataCache: 2 .wavs total 0 bytes,
> >> 0.00 %
> >> of capacity
> >> 11/15/2016 - 15:40:12: Set Gravity 800.0 (0.250 tolerance)
> >> 11/15/2016 - 15:40:12: TODO: Refusing to discard 39882 bytes
> >> 11/15/2016 - 15:40:12: Signon traffic "CLIENT": incoming 282.030 KB,
> >> outgoing 3.277 KB
> >> 11/15/2016 - 15:40:12: Queued Material System: ENABLED!
> >> 11/15/2016 - 15:40:12: Compact freed 1122304 bytes
> >> 11/15/2016 - 15:40:12: Using joystick 'Xbox360 controller' configuration
> >> 11/15/2016 - 15:40:12: JOY_AXIS_X: mapped to Side (absolute)
> >> 11/15/2016 - 15:40:12: JOY_AXIS_Y: mapped to Forward (absolute)
> >> 11/15/2016 - 15:40:12: JOY_AXIS_Z: unmapped
> >> 11/15/2016 - 15:40:12: JOY_AXIS_R: mapped to Look (absolute)
> >> 11/15/2016 - 15:40:12: JOY_AXIS_U: mapped to Turn (absolute)
> >> 11/15/2016 - 15:40:12: JOY_AXIS_V: unmapped
> >> 11/15/2016 - 15:40:12: Advanced Joystick settings initialized
> >> 11/15/2016 - 15:40:12: Redownloading all lightmaps
> >> 11/15/2016 - 15:40:12: R_RedownloadAllLightmaps took 7.764 msec!
> >> 11/15/2016 - 15:40:12: Attemped to precache unknown particle system
> >> "drain_effect"!
> >> 11/15/2016 - 15:41:06: Starting ping measurement
> >> 11/15/2016 - 15:41:11: Communications with routing cluster 'man' have
> >> been
> >> disrupted.
> >> 11/15/2016 - 15:41:32:
> >> Host_Error: CL_ReadPreserveEnt: u.m_nNewEntity == MAX_EDICTS ||
> >> u.m_nNewEntity < 0
> >>
> >>
> >> Server:
> >>
> >> L 11/15/2016 - 15:39:11: -------- Mapchange to mvm_example --------
> >> L 11/15/2016 - 15:39:11: Error log file session closed.
> >> Applying new item schema, version 27C794FC
> >> **WARNING** Item schema mismatch after update!
> >> GC told us to expect 27C794FC, we got 5CE6659C
> >> ConVarRef room_type doesn't point to an existing ConVar
> >> Executing dedicated server config file server.cfg
> >> Set Gravity 800.0 (0.250 tolerance)
> >> SoundEmitter: adding map sound overrides from
> >> scripts/mvm_level_sounds.txt
> >> [1667 total, 1667 replacements, 4 duplicated replacements]
> >> SoundEmitter: adding map sound overrides from
> >> scripts/mvm_level_sound_tweaks.txt [11 total, 11 replacements, 11
> >> duplicated replacements]
> >> SoundEmitter: adding map sound overrides from
> >> scripts/game_sounds_vo_mvm.txt [2387 total, 4 replacements, 0 duplicated
> >> replacements]
> >> SoundEmitter: adding map sound overrides from
> >> scripts/game_sounds_vo_mvm_mighty.txt [1434 total, 0 replacements, 0
> >> duplicated replacements]
> >> Loading AI graph
> >> Step 1 loading
> >> Checking version
> >> Passed first ver check
> >> Got version 37
> >> Map version 174
> >> Done version checks
> >> Finishing load
> >> Set motd from file 'cfg/motd_default.txt'. ('cfg/motd.txt' was not
> >> found.)
> >> Set motd_text from file 'cfg/motd_text_default.txt'.
> >> ('cfg/motd_text.txt'
> >> was not found.)
> >> Created class baseline: 22 classes, 7831 bytes.
> >> 32 player server started
> >> execing server.cfg
> >> 'mvm_example.cfg' not present; not executing.
> >> Steamworks Stats: Requesting SERVER session id.
> >> Steamworks Stats: Received SERVER session id: 1191059030756
> >> Dropping ClientInfo packet from client not in appropriate state
> >> Forcing client reconnect (2)
> >> Stringtable modelprecache compression: 21192 -> 11080 bytes: 0.11ms
> >> Stringtable soundprecache compression: 157111 -> 59643 bytes: 13.65ms
> >> Stringtable instancebaseline compression: 7956 -> 2499 bytes: 0.03ms
> >> Stringtable ParticleEffectNames compression: 23709 -> 19491 bytes:
> >> 0.16ms
> >> Stringtable Scenes compression: 47474 -> 21863 bytes: 16.74ms
> >> Compressing fragments (120749 -> 118620 bytes): 0.22ms
> >> Compressing fragments (15327 -> 12515 bytes): 0.09ms
> >> Sending full update to Client sigsegv
> >> Sending full update to Client sigsegv
> >> MVM assigned sigsegv to defending team (5 more slots remaining after us)
> >> Dropped sigsegv from server (CL_ReadPreserveEnt: u.m_nNewEntity ==
> >> MAX_EDICTS || u.m_nNewEntity < 0)
> >> Server is hibernating
> >>
> >>
> >>
> >> Justin (sigsegv)
> >>
> >> On Tue, Nov 15, 2016 at 5:19 PM, sigsegv <sigs...@sigpipe.info> wrote:
> >>
> >>> I've had this happen multiple times with a Windows client and Linux
> >>> dedicated server on my same box for testing.
> >>>
> >>> Had it occur on mvm_example (hardly a high-entity-quantity map) at
> >>> least
> >>> twice. Once of those times was literally moments after the server had
> >>> started and changelevel'd to the map.
> >>>
> >>> So I'm reasonably sure this has little or nothing to do with maps in
> >>> particular.
> >>>
> >>>
> >>> Justin (sigsegv)
> >>>
> >>> On Mon, Nov 14, 2016 at 6:51 PM, N-Gon <ngongamedes...@gmail.com>
> >>> wrote:
> >>>
> >>>> I've had it happen to me on cp_granary on a completely empty
> >>>> server. I got
> >>>> kicked the moment I ran "ugc_off" even though I hadn't exec'd any
> >>>> previous
> >>>> ugc config.
> >>>> Don't ask me why I was doing that :P
> >>>>
> >>>> On Mon, Nov 14, 2016 at 9:44 PM, John Schoenick
> >>>> <jo...@valvesoftware.com>
> >>>> wrote:
> >>>>
> >>>>> We're looking in to this. Please let me know if you identify any
> >>>>> maps/etc. that seem to reliably trigger the error.
> >>>>>
> >>>>> - John
> >>>>>
> >>>>>
> >>>>> On 11/12/2016 04:12 AM, Sergey Dobretsov wrote:
> >>>>>> Hi.
> >>>>>>
> >>>>>> Yesterday, I've realised people are getting kicked randomly on
> >>>>>> all of
> >>>> the
> >>>>>> tf2 servers:
> >>>>>> L 11/12/2016 - 14:53:06: "Kalashnikov<32><[U:1:17103025
> >>>> 1]><Spectator>"
> >>>>>> disconnected (reason "CL_ReadPreserveEnt: u.m_nNewEntity ==
> >>>> MAX_EDICTS ||
> >>>>>> u.m_nNewEntity < 0")
> >>>>>> _______________________________________________
> >>>>>> 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
