[Velture]

http://forums.steamgames.com/forums/....php?t=2887539
http://forums.alliedmods.net/showpos...2&postcount=21

skial forums is having a tons of that
http://www.skial.com/threads/netchan...-server.24149/

[Powerlord]

Yeah, sorry, I wasn't aware that this was a Valve server issue when I posted that yesterday.

[ampped101]

Ah, I take back my previous statement then, and instead replace it with how ridiculous it is that they haven't bothered to fix it yet. Anyone have any kind of starting point that I could start testing different variables on?

[Velture]

Try to shorten your map timelimit since this bug shows after about 15-20min of a map.

I've shorten my timelimit from 30 to 20 and it is A BIT better... A TINY LITTLE BIT better. (but on maps like dustbowl, goldrush, upward, hightower etc. where you play the map until the end of round and it can take 30-40minutes instead of 20 the problem is HUGE).

Somehow it didn't happend to me without SM loaded yesterday.... I'm not saying that this has to be SM issue but it is more likely to happen with SM on server.

I have no idea what to do about it...

[Smarmy]

Originally Posted by ampped101 Ah, I take back my previous statement then, and instead replace it with how ridiculous it is that they haven't bothered to fix it yet. Anyone have any kind of starting point that I could start testing different variables on?

Not sure much fixes it. I'd expect someone would have found a workaround by now.

It's like the perfect way to destroy your server score. Clients can't connect, servers crash, etc.

[Velture]

from http://forums.steamgames.com/forums/...25&postcount=6

Originally Posted by CarlZalph Msg from IP:PORT: svc_Print: " Team Fortress Map: [REDACTED] Players: XX / YY Build: 5028 Server Number: 2 " Msg from IP:PORT: svc_ServerInfo: game "tf", map "[REDACTED]", max YY Msg from IP:PORT: net_Tick: tick 440777 Msg from IP:PORT: svc_CreateStringTable: table downloadables, entries 17, bytes 355 userdatasize 0 userdatabits 0 Msg from IP:PORT: svc_CreateStringTable: table modelprecache, entries 1136, bytes 8419 userdatasize 1 userdatabits 2 Msg from IP:PORT: svc_CreateStringTable: table genericprecache, entries 1, bytes 2 userdatasize 1 userdatabits 2 Msg from IP:PORT: svc_CreateStringTable: table soundprecache, entries 8056, bytes 39432 userdatasize 1 userdatabits 2 Msg from IP:PORT: svc_CreateStringTable: table decalprecache, entries 133, bytes 578 userdatasize 1 userdatabits 2 Msg from IP:PORT: svc_CreateStringTable: table instancebaseline, entries 110, bytes 20093 userdatasize 0 userdatabits 0 Msg from IP:PORT: svc_CreateStringTable: table lightstyles, entries 64, bytes 552 userdatasize 0 userdatabits 0 Msg from IP:PORT: svc_CreateStringTable: table userinfo, entries 255, bytes 1516 userdatasize 0 userdatabits 0 Msg from IP:PORT: svc_CreateStringTable: table DynamicModels, entries 177, bytes 2844 userdatasize 1 userdatabits 1 Msg from IP:PORT: svc_CreateStringTable: table server_query_info, entries 1, bytes 17 userdatasize 0 userdatabits 0 Msg from IP:PORT: svc_CreateStringTable: table ParticleEffectNames, entries 1007, bytes 8922 userdatasize 0 userdatabits 0 Attemped to precache unknown particle system "bot_eye_glow_soft"! Msg from IP:PORT: svc_CreateStringTable: table EffectDispatch, entries 11, bytes 160 userdatasize 0 userdatabits 0 Msg from IP:PORT: svc_CreateStringTable: table VguiScreen, entries 5, bytes 64 userdatasize 0 userdatabits 0 Msg from IP:PORT: svc_CreateStringTable: table Materials, entries 9, bytes 150 userdatasize 0 userdatabits 0 Msg from IP:PORT: svc_CreateStringTable: table InfoPanel, entries 3, bytes 603 userdatasize 0 userdatabits 0 Msg from IP:PORT: svc_CreateStringTable: table Scenes, entries 2958, bytes 10879 userdatasize 0 userdatabits 0 Msg from IP:PORT: svc_CreateStringTable: table ServerMapCycle, entries 1, bytes 445 userdatasize 0 userdatabits 0 Msg from IP:PORT: svc_CreateStringTable: table ServerPopFiles, entries 0, bytes 0 userdatasize 0 userdatabits 0 Msg from IP:PORT: svc_CreateStringTable: table ServerMapCycleMvM, entries 1, bytes 59 userdatasize 0 userdatabits 0 Msg from IP:PORT: svc_CreateStringTable: table GameRulesCreation, entries 1, bytes 26 userdatasize 0 userdatabits 0 Netchannel: failed reading message net_SetConVar from IP:PORT This is as far as the server gets before it forbids further communication.

[Velture]

So it looks like the whole "netchanel: failed..." thing is related to string table bug....

Valve why can't you love me......? I've payed you a sh*t load of money....

[ampped101]

After valves long weekend off, (while still leaving us with this issue) they have decided to return to work today and STILL ignore the fact that this exists. Gladly my servers are not crashing, but i guess it doesn't really matter if no one can connect to them anyways. My 4 MvM servers are working fine of course, but my other 8 PvP servers...Please valve do some work!

[CarlZalph]

Originally Posted by Velture So it looks like the whole "netchanel: failed..." thing is related to string table bug....

Afraid not.

Those string table events are there just for showing what was going on.
The last one, dubbed "GameRulesCreation", is fully sent.

The bad stuff happens sometime after stringtables being sent and starting/during convars being sent.

[asherkin]

Originally Posted by CarlZalph Afraid not.

Valve already confirmed it is.

Stringtables are overflowing netmessages, corrupting later messages (which is a SetConVar in almost all cases).