Memory Useage increase over a few days time

Does this happen both if WebAdmin is left open or closed?  There's a known issue with a memory leak if WebAdmin is left open.

my situation was when the asg was running doing its normal day to day fire-walling, the memory increase would start creeping up so high that it would make me have to reboot just to free up memory again..my only fix was moving ASG over to an older socket 478 Intel machine w/ 3GB of ram, runs great .I know this isn't an option to a lot of people out there but it seems that ASG just did not like the single core socket 775 Intel P4 that i was originally using. Perhaps its something that occurs when using a single core socket 775 P4 that uses DDR2 Memory since that's what my issue was

my situation was when the asg was running doing its normal day to day fire-walling, the memory increase would start creeping up so high that it would make me have to reboot just to free up memory again..my only fix was moving ASG over to an older socket 478 Intel machine w/ 3GB of ram, runs great .I know this isn't an option to a lot of people out there but it seems that ASG just did not like the single core socket 775 Intel P4 that i was originally using. Perhaps its something that occurs when using a single core socket 775 P4 that uses DDR2 Memory since that's what my issue was

I understand that the Linux memory issue has been discussed many times but when a box (ASG) LOCKS UP COMPLETELY ...due to excessive memory being used and the only fix is a reboot, that is a serious issue especially in a production environment. The fix for me was move to different hardware, but that is not a viable option to most people. You say that it is normal for all of the memory to be used if swap is not being used is definitely not a true statement at all.  Im guessing the development team, either is not creating a fix for this or maybe this  has not been reported by a ton of users  enough for it to be an issue , but to those people in here that it has happened to, it is a serious issue. A fix is not to reboot, etc etc its a firewall, utm device witch should never be down at all..

I understand that the Linux memory issue has been discussed many times but when a box (ASG) LOCKS UP COMPLETELY ...due to excessive memory being used and the only fix is a reboot, that is a serious issue especially in a production environment. The fix for me was move to different hardware, but that is not a viable option to most people. You say that it is normal for all of the memory to be used if swap is not being used is definitely not a true statement at all.  Im guessing the development team, either is not creating a fix for this or maybe this  has not been reported by a ton of users  enough for it to be an issue , but to those people in here that it has happened to, it is a serious issue. A fix is not to reboot, etc etc its a firewall, utm device witch should never be down at all..

Yes it is..that's how Linux at it's core works...however because of the open source nature of Linux vendors are free to do whatever they want.  Astaro by default likes the kernel to hit swap waaaaay to early and try to hang onto files in cache for waaay longer instead of freeing up the cached ram.  Once v8 goes gold i'll start picking to see about changing that behavior and post how to change it to something more reasonable.  A properly tuned Linux machine should NEVER swap until all of the file cache ram is freed up...Astaro sometimes DOESN"T do this..and it due to the tuning tweaks they have enacted.