[Jargon]

It may or may not be related to this update, but after applying all of these patches my server had a pretty big fit today, generating lots of these errors in the logs:

L 07/05/2012 - 095:06: [SM] MEMORY LEAK DETECTED IN PLUGIN (file "zombiereloaded.smx")
L 07/05/2012 - 095:06: [SM] Unloading plugin to free 15174 handles.
L 07/05/2012 - 095:06: [SM] Contact the author(s) of this plugin to correct this error.

After a mapchange all went back to normal. Is this something to keep an eye on or likely just a once off glitch?

[rhelgeby]

What's the output from the zr_version command? Are there other errors from zombiereloaded.smx before this memory leak?

There was a memory leak between r675 and r689, but it's fixed now.

[Jargon]

23:124 Zombie:Reloaded
Copyright (C) 2009-2012 Greyscale, Richard Helgeby

Version : 3.0.0-b2
Compile date : Sun, 10 Jun 2012 15:180 +0200
License : GNU GPL, Version 3
Build : 689:7389336238d1
Development branch : zr-3.0-b2

It also happens exclusively to one Escape map, and all of the players spawned well outside the normal spawn locations, mostly all in one spot. Other than that, no other errors to speak of.

[rhelgeby]

Which map? And how many players do you get?

[Jargon]

Originally Posted by rhelgeby Which map? And how many players do you get?

After doing some more investigation I'm fairly sure it's the map actually. It's ze_voodoo_islands_v8_5, and there's been a report of this before on Gamebanana. I've contacted the author to see if he can fix it.

Sorry for the report, information was a little slow to trickle to me from players otherwise I would have realised this sooner.

[rhelgeby]

That doesn't sound right. A map can't cause a memory leak in a plugin. Those error messages doesn't lie. There is a memory leak in ZR, but apparently it's only triggered by something in that map.

[Jargon]

Ok well I've been asking around and getting some more information, someone has just reported to me that it didn't occur when players spawned at all.

There was a large number of humans in the cave on the 3rd island of this map (very confined space) and were then infected very rapidly. At this point the server stopped responding and when players could move again, they were at spawn as the next round had begun.

[rhelgeby]

Sounds like it could be related to the infection event, but it could be random too. That's what's difficult with these memory leaks.

If you're able to get high enough uptime to play a few maps, some handle dumps would help. Dumps taken at intervals would be optimal, like the start of each round. It's important that the server isn't restarted between these intervals, otherwise they can't be compared.

Take a few dumps over a few rounds or map changes with the "sm_dump_handles handles1.txt" command in the server console (rcon should work too). Just remember to increment the number so you don't overwrite handles1.txt each time of course. Post them here and we'll see if there's any useful info there.

[Jargon]

It has definitely only happened on that map, so my best solution was just to remove it for the time being. It has been reported in other servers as well and the map maker is aware of and trying to fix the issue.

If it concerns you that a map can cause this, I can load it up while it's empty and try to grab some logs if you like?

[rhelgeby]

Never mind that. Handle dumps from an empty server doesn't help much.

I still don't believe a map could create a memory leak in ZR, unless it's manipulating the game some how that would cause certain events to never fire. Even then it would be a ZR bug if it relies on an event that isn't guaranteed to happen.

If the map author release a fix, we would like to hear details about it.