[CS:S*]

well then this is problem with the sm 1.3 which must be fixed ... why there is no restriction in sm 1.2.4 ...

[Greyscale]

I believe I asked about that earlier (maybe it never got posted)

I knew you had a lot of models, why it changed in SM1.3 I don't know. At least we have a hopeful theory for the cause of this bug, and you can fix it by removing a couple models.

Since this is no longer an issue with ZR, you should go to another forum to ask for help on this. Maybe one of the SM devs will have a solution.

EDIT: First page,

Originally Posted by Me How many files do you have being downloaded?

[Greyscale]

spunkster, can I ask why you're running ZombieMod and ZR at the same time?

[spunkster21]

Originally Posted by Greyscale spunkster, can I ask why you're running ZombieMod and ZR at the same time?

I'm not.

I posted in this topic to clarify that it wasn't an issue directly related to ZR and because this was the only topic on the Allied Modders forums discussing the issue.

[rhelgeby]

Nope, this can't be ZR. Updated our server now:

SM 1.3
MM:S 1.8
ZR rev 586
SDK Hooks 1.2

Running fine so far. No issues at all.

[Greyscale]

This is what Kyle12 was running on his linux server (Arch) and his server was crashing, but no core dumps were being created.

[CS:S*]

Netchannel: failed processing message svc_UpdateStringTable. i removed most of the downloads and this still happens to the same players

[Greyscale]

Save your configs and re-install the latest version of ZR (make sure you have sdkhooks) and use the default configs.

If it still doesn't work then I'll look into it more.

[CS:S*]

ok ,i'll do clean server now ... and i'll tell you later

i'll do everything from scratch

[KyleS]

Originally Posted by CS:S* ok ,i'll do clean server now ... and i'll tell you later i'll do everything from scratch

Confirmed your issue with Greyscale, until a fix is made put this in your plugin_settings.cfg file:

/**
 *   Each sub-section of "Plugins" should have a title which specifies a plugin filename.
 * Filenames have a wildcard of *.  Appending .smx is not required.
 * If the filename has no explicit path, it will be patched to any sub-path in the plugins folder.
 *
 *   Available properties for plugins are:
 * "pause"			- Whether or not the plugin should load paused - "yes" or "no" (default)
 * "lifetime"		- Lifetime of the plugin.  Options:
 * "mapsync"	 	- Plugins should be reloaded on mapchange if changed (default)
 * "global"	 		- Plugin will never be unloaded or updated
 * "blockload" 		- Plugin will always be blocked from loading.  Implicit (automatic) loads 
 *					  produce no error, but explicit (manual) loads will show an error message.
 *					  (Options are one of "yes" or "no")
 *
 * You can also have an "Options" section declaring options to pass onto the JIT:
 * "profile"	- Bit flags for profiling level.  Add flags together to reach a value.
 *				  WARNING: Profiler is _ALPHA_ software!  Use it at your own risk for 
 *				  development cycles only (not production setups).
 *				  See the wiki article "SourceMod Profiler" for more information.
 *				  1 - Profile natives
 *				  2 - Profile callbacks
 *				  4 - Profile internal plugin function calls
 */
	
"Plugins"
{
	"*"
	{
		"pause"			"no"
		"lifetime"		"mapsync"
		
		"Options"
		{
		}
	}
	"zombiereloaded"
	{
		"pause"			"no"
		"lifetime"		"global"
		
		"Options"
		{
		}
	}
}

Cheers,
Kyle.