Server rentals :: NFOservers.com

well my server kick's everone a round in console it say's

Error: server failed to transmit file 'AY&SY2q'
Last 32 messages parsed.
5557729 2879 CurWeapon
[.....]
5557737 0107 svc_filetxferfailed
BAD: 118:svc_bad
Host_Error: CL_ParseServerMessage:

if you could plz help

_________________

This is the best I can do:

http://rentalforums.nuclearfallout.net/ ... php?t=1827
http://rentalforums.nuclearfallout.net/ ... php?t=1345

My server (at my home) never have this problem... I need help on this

from what ive read, and i really have no way of knowing if this is true or not, but that error is caused when a server sends either too much data, or data too fast for the client's internet connection. i dont mean to talk bad about your internet connection, but it would make sense that the server you run on your computer wouldnt cause this problem since you're outgoing bandwidth probably could not generate the volume or the speed required to make the error. further, ive read that a possible (emphasis on the possible) solution is to shorten the length of your motd.txt file and disable the motd in statsme (if you run it).
using this theory, you could probably determine which other plugins you might be running that would generate more data. you might also want to try some of the possible solutions that edge offers in his other posts.
some other interesting points:

- now, i dont mean to brag, but my internet connection at my school (where i live most of the time) is absolutely amazing. what makes this interesting is the fact that i have almost never had this disconnect problem. the only time it's ever happened to me was while playing in a full 32 player person that runs wc3mod and statsme and god knows what other plugins.
- I have never heard of this problem causing disturbances in CAL matches or scrims. what makes THIS interesting is that in CAL, no MODS (statsme, amxmodx, hlguard) are allowed, which would, in theory, make the server generate less data to send to the clients than a server that DOES have such mods.
- In CS:Source, there is a function called r_cleardecals (which removes all cached custom decals). maybe valve has learned something about this error and is implementing it CS:S to test it... (ok i admit, thats a longshot ;p) however, in CS1.6, there is a command called rcon decalfrequency, which dictates how often a player can use a spray... you could try setting this to some insanely high number like 360, so a player can only spraypaint once every 6 minutes.

again, these are all shots in the dark, but they appear to have at least some logical backing; might as well try it out.
-glhf, please let us know if you make a breakthrough . and I, for one, certainly hope that you do.

I was just looking through some HL-sites today and stumbled across this command. cl_dlmax
by default, its set to 128 which really isnt very much.
now, if the theory i mentioned in my previous post is correct, if you were to raise that, you might not get the error anymore.
I recommend getting some people on your server to raise theirs, say to like 512? and see if they still get kicked. If not, then guess what? Problem solved! Just run a command on one of your mods to exec the command on all clients.

This is an interesting theory. I will be very interested to see the result.

changing to 512 appears to make no difference. but then, I realized a flaw in the flow of logic with my post. cl_dlmax would need to be lower wouldnt it? anyways, we're testing this on one of our large community servers. so far, it seems that setting it to 92 has not caused any overflow, but we've only been monitoring it a short time now.

its actually set to 96 , using hlguard 1.7 to lock and exec that cvar value on all clients

_________________
-Nick

I just updated the plugin to where it works with amxmodx v1.71.
Download it HERE. [Source Code]
Again, this isn't a guaranteed fix, but it seems like it helps to some extent.

Note:

the above and this is for HLGuard 1.7

you need to enable the above cfg file in here, addons/hlguard/config/cstrike/hlg_mod.cfg

Look for this near the bottom of that file:



remove the // in front of the cfg, like this:



Now its enabled and do the above as booya has explained.

_________________
-Nick

svc_bad occurred today on our 32 man pub, Chernobyl

either it lessens the occurrence or doesn't stop it

svc_bad is a pretty random event, VALVe has been trying to reproduce the error themselves

_________________
-Nick

still one time in 6 days, whereas it used to happen at least 6 times in 1 day

it hasnt happened on any of the pubs Ive played on lately

might have to do with the fact that Im playing everywhere with cl_dlmax 96 (since cherb changed it perm) or just not random enough

_________________
-Nick

I own 2 Nuclear Fallout servers and it happen frequently on the public 24 slots server.

It happen today:



If someone know how to fix that, please tell me...

http://quebec.nuclearfallout.net

we are hoping to find a way to lessen it at least, valve would need to be the one to remove it completely.

on another note, we had chernobyl drop out people on de_aztec, a high level map that sends lots of data to and from client

_________________
-Nick