SYSTEM WARNING: 'date_default_timezone_get(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected the timezone 'UTC' for now, but please set date.timezone to select your timezone.' in '/usr/share/mantis/www/core.php' line 264
|Anonymous | Login||2020-01-18 10:22 UTC|
|Main | My View | View Issues | Change Log | Roadmap|
|View Issue Details|
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0003362||Endian Firewall||Proxy HTTP||public||2010-12-08 10:38||2011-05-29 16:39|
|Priority||normal||Severity||major||Reproducibility||have not tried|
|Target Version||Fixed in Version|
|Summary||0003362: havp uses a lot of memory on 2.4.1 CE|
|Description||After running 2.4.1 CE several days on a fresh install, with content filtering enabled, havp memory usage is very high.|
Numerous processes (around 40) are running for havp/clamav.
Restarting the HTTP proxy frees up around 200mb of memory.
I have not noticed this behaviour on 2.4 or previous versions.
|Additional Information||Screenshots from 2.4.1 and 2.2 are added.|
|Tags||No tags attached.|
|Attached Files|| havp memory usage.jpg [^] (246,138 bytes) 2010-12-08 10:38
havp memory usage 2.2CE.jpg [^] (178,670 bytes) 2010-12-08 10:38
HAVP 092 memory usage.jpg [^] (197,897 bytes) 2011-05-29 16:37
HAVP 092 memory usage other system.jpg [^] (206,503 bytes) 2011-05-29 16:39
it seems to me that this bug is related to the http://bugs.endian.com/view.php?id=3221 [^] bug.
What do you think?
Thanks a lot
It might be related, but I have no issues with the the proxy not returning anything.
The 2.4.1 systems that have this problem are currently running for more than 30 days with AV active in the contentfilter.
I have this problem with Endian Mini 2.4 too. At least I believe that there is something not as it should. Bevore installing this Mini a 2.3 Softappliance with old hardware did the same job with identical configuration and there have never been any performance problems.
Now, I had to disable HAVP cause masses of havp instances filled up the swap partition and caused unusable System and Networkperformance.
Due to a different problem (amavis termination due to out of memory) with one of my customers I rechecked their firewall for excess memory usage.
top did not show anything until I sorted on %mem.
Screenshot is attached and shows that the update to havp 0.92 and clamav 0.97 actually fixed nothing.
After just 48 hours ( Friday 1700 to Sunday 1800 )the system is using 73% of its 1GB memory and 23% of the 511MB swap space.
I rebooted the system on Friday 1700 after fixing the swap issue and they are closed during the weekend, so there should be hardly any activity and thus memory usage on the system.
On this system it takes around 8 days for it to run out of memory to a point that amavis gets killed.
Do you want access to the system to check it further ?
|2010-12-08 10:38||baldy||New Issue|
|2010-12-08 10:38||baldy||File Added: havp memory usage.jpg|
|2010-12-08 10:38||baldy||File Added: havp memory usage 2.2CE.jpg|
|2011-01-03 10:09||lorenzo-endian||Note Added: 0005435|
|2011-01-03 10:09||lorenzo-endian||Assigned To||=> lorenzo-endian|
|2011-01-03 10:09||lorenzo-endian||Status||new => feedback|
|2011-01-03 11:13||baldy||Note Added: 0005436|
|2011-01-14 10:28||diwoda||Note Added: 0005476|
|2011-03-09 12:02||lorenzo-endian||Relationship added||related to 0003528|
|2011-05-29 16:36||baldy||Note Added: 0006529|
|2011-05-29 16:37||baldy||File Added: HAVP 092 memory usage.jpg|
|2011-05-29 16:39||baldy||File Added: HAVP 092 memory usage other system.jpg|
|Copyright © 2000 - 2012 MantisBT Group|