Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 5 replies
  • Subscribers 3 subscribers
  • Views 1335 views
  • Users 0 members are here
Options
Suggested
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

Memory Leak ?

grimphyre
We have a problem. For about two weeks now memory usage has been rising to maximum during midnight log rotation and stays up until restart. I get emails from astaro that single process is taking too much memory. There are two processes eating my resources (i think)

USER       PID %CPU %MEM   VSZ  RSS TTY      STAT START   TIME COMMAND
root     27676  2.8 29.5 142320 37420 ?      RN   00:07  21:30  |           \_ /usr/local/bin/fwlogwatch -D -f /var/log/kernel-20031

and

USER       PID %CPU %MEM   VSZ  RSS TTY      STAT START   TIME COMMAND
root     11518  5.7 31.5 123656 39948 ?      D    02:30  34:58          \_ /usr/bin/perl /usr/local/bin/nacctdreport.pl --thismonth

If left unattended (I mean not rebooting) astaro will stop responding in few days. It is really slow after first rotation and then stops responding at all.

What I can do ? I have 800MHz P3 with 128 Megs of RAM and 256 Megs of swap and it has been enogh for 3 years. There is no increase in traffic - at least I can't see any peaks.

    


This thread was automatically locked due to age.
Parents
  • 0
    I've got the same problem 2 weeks ago
    first i thought that was my hard disk but it wasn't
    But i was the quality and the amount of memory 
    In fact i had 192Mo but one dimm was broken
    now i have 256mo and i no more this problem with ASL 4.0.15  
  • 0 in reply to Obione
    Hi,
    the fwlogwatch daemon checks your kernel log every night. If the kernel log is too big, it needs much memory. To reduce the size of the kernel logfile, insert packet filter rules, which drop internal braodcast messages and packets to port 135 on your external interface.
    The nacctd is a daemon, which creates statistics of your network traffic. It starts every night and generates statistic files,you´ll find in the /var/log/accounting. Have a look in the Webadmin --> Reporting --> Accounting and check on which interface(s) you are accounting.   
Reply
  • 0 in reply to Obione
    Hi,
    the fwlogwatch daemon checks your kernel log every night. If the kernel log is too big, it needs much memory. To reduce the size of the kernel logfile, insert packet filter rules, which drop internal braodcast messages and packets to port 135 on your external interface.
    The nacctd is a daemon, which creates statistics of your network traffic. It starts every night and generates statistic files,you´ll find in the /var/log/accounting. Have a look in the Webadmin --> Reporting --> Accounting and check on which interface(s) you are accounting.   
Children
  • 0 in reply to bagira
    unfortunatly i ahve noticed the netbios and other boardcasts still showing up int he logs even with the proper rules..My advice is at least 256 megs of ram..the more the better..128 seems a bit low..[:)] 
  • 0 in reply to William Warren
    Define the following rules:
    1)FROM: ANY TO: EXTERNAL_INTERFACE SERVICE: netbios_135 ACTION[[:D]]ROP
    2) FROM: ANY TO: INTERNAL_BROADCAST SERVICE:ANY ACTION[[:D]]ROP
      
  • 0 in reply to bagira
    here is what i had before:
    Internal_Broadcast__   Any   Any   Drop     edit   del   move
    3  { Private_Networks_-_RFC1918 }  { netbios }  DSL_Interface__  Drop  edit  del  move
    4  michelle  Any  Any  Log Allow  edit  del  move
    5  { Private_Networks_-_RFC1918 }  Any  Any  Allow  edit  del  move


    i added this rule on top:
    Any   Any   Internal_Broadcast__   Drop     edit   del   move
    Will see what happens..stay tuned..