Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 8 replies
  • Subscribers 3 subscribers
  • Views 2388 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

Help!!! Too much memory for a single process

biapar
Too much memory for a single process:
140952 kb for /usr/local/bin/fwlogwatch -D -f /var/log/kernel-20021023.gz -P n -b -m 5 -t -e -n -N -p
root     18824 86.8 72.9 140952 140012 ?     SN   00:05   2:28 /usr/local/bin/fwlogwatch -D -f /var/log/kernel-20021023.gz -P n -b -m 5 -t -e -n -N -p

What means it??


This thread was automatically locked due to age.
Parents
  • 0 in reply to andreas
    it would be nice, if you would post a link to the solution, how to get rid of the entries. I only found one solution in the HACKER/BETA Group:

      
     
    I think the rule needs to be
    ANY Address(0.0.0.0) - Any Service - Broadcast Address - Drop
     
    Is this the correct way ?

    cu
    Stonki
  • 0 in reply to Stefan Onken
    OK, sorry - The link just told you _why_ that error occurs, not how to fix it.

    The problem is that the processing of the kernel logfile takes a lot of memory, so the selfmonitoring gets curious about it. There are two possible solutions for that problem: 
    a) Buy more memory. That always helps .-)
    b) Prevent your logfile from getting that big.

    To achieve b), you should take a look into the logfile. Most likely, it will be bloated because of many broadcast packets which get logged. To remedy this, you have to apply a packet filter rule which drops those packets _before_ they get logged.
    The syntax of that rule(s) should match the following to cases:
    - any traffic with destination IP 255.255.255.255
    - any traffic with dest IP 

    To realize that, enter the Webadmin and create the following networks (Definitions:Network):
    {LAN_Broadcast} xxx.yyy.zzz.255/255.255.255.255 (for a class c network - remember to use _your_ network broadcast address here)
    {ALL_Broadcast}  255.255.255.255/255.255.255.255

    Now you can create a Network Group Broadcasts (Definitions:Network Groups); please add the above created networks there.
    Last step: enter Packet Filter:Rules. Now add a rule: 
    From Client (any) To Server (Broadcast) Service (any) -> Action DROP. 
    Move that rule to the first position, so it gets applied before everything else. Enable the rule - and you're done.

    HTH,
    andreas
  • 0 in reply to andreas
    Originally posted by andreas:

    There are two possible solutions for that problem: 
    a) Buy more memory. That always helps .-)
    b) Prevent your logfile from getting that big.
    Thanks for your quick response. This is a good entry for the FAQ *g*. I am not a Windows expert (thanks god), but is there a third solution ?

    c) Setting up a WINS Server to stop windows of setting broadcast address ?

    cu
    stonki
  • 0 in reply to Stefan Onken
    But I had applied "Any Any { net_broadcast } Drop"!! time ago (3 months).

       [:S]
  • 0 in reply to biapar
    Hi biapar,

     
     
    b) Prevent your logfile from getting that big.

    To achieve b), you should take a look into the logfile. Most likely, it will be bloated because of many broadcast packets which get logged.  
    As I said - most likely it will be broadcasts. Take a look into your logfiles and check which entries are bloating your logs; if you don't know what to do with that entries, post them here.

    To Stefan:
    I wrote "b) Prevent your logfile from getting that big". If that can be done by installing a wins-server (and if that's what you want to do to fix this problem), then feel free to do so. In any case, we are no windows admins either (thank god *g*), but I think it would be easier to drop that broadcasts :-)

    Greets,
    andreas
  • 0 in reply to andreas
    Hy guys,

     conservative selfmonitoring settings 

    But don't forget to drop the broadcasts as Andreas
    mentioned - you can find several postings how to do
    it her in the UBB!    [;)]   

    read you
    o|iver
     
     [size="1"][ 25 October 2002, 15:48: Message edited by: oliver.desch ][/size]
Reply Children
  • 0 in reply to oliver.desch

    free to do so. In any case, we are no windows admins either (thank god *g*), but I think it would be easier to drop that broadcasts :-)
    Who Is  ?  [:)] 
    I setup Samba as a WINS server and configured the DCHP Server to publish the WINS server and to use Node Type "2", which means: Only ask the Wins Server, NO Broadcast.
    Should be quit now.

    The Problem with just dropping the broadcast is, that they are still around in the local net. 

    cu
    stonki