This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

High memory usage on ASG 8.1

Yesterday evening, around 6pm, the memory use on my new ASG 8.1 box started to increase steadily, eventually consuming all of the swap space and most of the RAM. This happened at a time when there were no live users on the LAN, the only activity being my bit torrent traffic, which involves seeding torrents at a steady outbound rate limited to 25 KBytes/sec, and participating in two DHT clouds on the net. I have IDS exceptions defined for that traffic.

I rebooted the ASG router, which brought the memory utilization back down, but I am very puzzled as to what could have caused this.



This thread was automatically locked due to age.
  • btw what browser are you using?  I use chrome.
  • actually i have both of mine set for timeouts...one for 5 minutes one for 60 minutes.  If read this right you don't have yours set to timeout?
  • As stated in my previous post, I use Firefox (currently v3.6.16), always with multiple tabs open.
    My ASG webadmin timeout is set to 900 seconds.
  • The Dashboard page auto refreshes, so you will not be automatically logged out if the timeout is greater than the refresh interval.

    I believe this is a known issue in both v7 and v8 according to this thread:
    https://community.sophos.com/products/unified-threat-management/astaroorg/f/53/t/33016

    I don't see any mention in which version it was scheduled to be fixed.
  • That may explain why the webadmin doesn't lock, but it does not explain why there is a memory leak when it remains open.
  • Hi folks,
    the memory leak is an going complaint. While I haven't left the webadmin open for long periods in the v8.2b I haven't noticed any significant memory use. But this could partly be to the beta version having lots of additional debug code active.

    Something to try tonight.

    Ian
  • Hi,

    I see the same problem with the 7.509 version. It is directly related to having the WebAdmin dashboard up and running. I have been having this problem since week 12, but did not mind. Did a reset now and then when it showed up.

    Then today I saw the process it was that used the memory, and tried logging of webadmin. Problem was solved when I logged back on 10 seconds later. (From 80% ram usage to 22% of 4GB.)

    Seems there is a memory leak, and that it has been present since about week 12.

    Cheers!

    V.[:)]
  • The attached file shows the memory consumption with high growth rates after the Upgrade to V8 in September 2011. Even after Upgrade to 8.300 a few weeks ago, the growth rate is still critical. 

    The memory is always consumed by the snort_inline process.

    Our Astaro support at the vendor site (standard support) says that is normal, which I do not believe.

    top - 13:53:42 up 21 days, 20:04,  1 user,  load average: 0.03, 0.01, 0.00
    Tasks: 118 total,   1 running, 115 sleeping,   0 stopped,   2 zombie
    Cpu(s):  0.8%us,  1.0%sy,  0.0%ni, 98.0%id,  0.2%wa,  0.0%hi,  0.0%si,  0.0%st
    Mem:   2058816k total,  1855688k used,   203128k free,   106408k buffers
    Swap:  1052248k total,   378552k used,   673696k free,  1084092k cached

      PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND                                                                                                    
     5942 snort     19  -1  774m 388m 1064 S    2 19.3 279:33.53 snort_inline                                                                                                
     5236 postgres  20   0 80188  65m  65m S    0  3.3   3:06.84 postgres                                                                                                    
     6017 postgres  20   0 82936  62m  61m S    0  3.1  50:06.78 postgres                                                                                                    
    32753 wwwrun    20   0 62956  59m 8512 S    0  3.0   0:03.99 index.plx                                                                                                   
      418 root      20   0 53100  24m 2740 S    0  1.2   0:01.36 confd.plx                                                                                                   
     5292 root      20   0 63816  16m 1736 S    0  0.8   0:17.71 mdw.plx
  • The attached file shows the memory consumption with high growth rates after the Upgrade to V8 in September 2011. Even after Upgrade to 8.300 a few weeks ago, the growth rate is still critical. 

    The memory is always consumed by the snort_inline process.

    Our Astaro support at the vendor site (standard support) says that is normal, which I do not believe.

    top - 13:53:42 up 21 days, 20:04,  1 user,  load average: 0.03, 0.01, 0.00
    Tasks: 118 total,   1 running, 115 sleeping,   0 stopped,   2 zombie
    Cpu(s):  0.8%us,  1.0%sy,  0.0%ni, 98.0%id,  0.2%wa,  0.0%hi,  0.0%si,  0.0%st
    Mem:   2058816k total,  1855688k used,   203128k free,   106408k buffers
    Swap:  1052248k total,   378552k used,   673696k free,  1084092k cached

      PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND                                                                                                    
     5942 snort     19  -1  774m 388m 1064 S    2 19.3 279:33.53 snort_inline                                                                                                
     5236 postgres  20   0 80188  65m  65m S    0  3.3   3:06.84 postgres                                                                                                    
     6017 postgres  20   0 82936  62m  61m S    0  3.1  50:06.78 postgres                                                                                                    
    32753 wwwrun    20   0 62956  59m 8512 S    0  3.0   0:03.99 index.plx                                                                                                   
      418 root      20   0 53100  24m 2740 S    0  1.2   0:01.36 confd.plx                                                                                                   
     5292 root      20   0 63816  16m 1736 S    0  0.8   0:17.71 mdw.plx


    As i mentioned earlier...with your being a high packet environment especially with p2p this demand a ton of attention and resources by the snort processes.  Combine this with the inherent memory increase required to move so many packets and the increased system requirements of 8.3 and your ram usage is actually quite what is expected.  I'm no fan of Astaro's decisions most times but this time I think they are correct.  Get 3 gig of ram into the box pronto(4 if you can reinstall to 64-bit).  I can see you have 1 gig cached which is the aggressive swapping Astaro likes to do.  In your case do NOT apply my swappiness=0 trick because you will run out of physical ram with all the ips and packet moving you are doing.  You are going to have high ram usage in your scenario especially if you like to leave webadmin open for extended periods of time AND with a high-packet environment w/ips.