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
