OK –
looking around I can see other people are having the same issue with the
snmptrapd, embedded perl and memory leaks. Is anyone
addressing this issue, or has it been deemed less unimportant (at least for the
time being)? I fully
understand you may be busy Regards Andy -----Original
Message----- I am running snmptrapd
with the Perl Traphandler and seeing a large amount of memory usage. With no incoming traps,
the memory utilisation of the snmptrapd process
is stable at 11MB. As traps are processed,
memory utilisation rises considerably. After just four days, the memory
utilisation rose to over 500MB. I am running snmptrapd
with the following options … snmptrapd -Le -c /etc/snmp/conf/snmptrapd.conf ===========
snmptrapd.conf ==================== engineBoots 1 oldEngineID 0x800007e5806ee2381a74676940 perl do "/etc/snmp/conf/mytrapd.v2.pl"; ============================================ ========== outline of mytrapd.v2.pl ======== sub global_hash {
-
read in from mySQL DB } sub my_receiver {
-
walk through VARBINDS
-
look in global hash for interface with VARBIND info
-
forward trap } NetSNMP::TrapReceiver::register("all", \&my_receiver) || warn "failed to register our perl trap handler\n"; print STDERR "Loaded the assure:control perl snmptrapd
handler\n"; =========================================== Any ideas how I can
start debugging this? I have seen this bug on 5.2.rc3
and also 5.3.dev Or is this already a
known bug? I am currently compiling
the latest cvs source. Thanks Andy This e-mail is private and may be confidential and is for the intended recipient only. If misdirected, please notify us by telephone and confirm that it has been deleted from your system and any copies destroyed. If you are not the intended recipient you are strictly prohibited from using, printing, copying, distributing or disseminating this e-mail or any information contained in it. We use reasonable endeavours to virus scan all e-mails leaving the Company but no warranty is given that this e-mail and any attachments are virus free. You should undertake your own virus checking. The right to monitor e-mail communications through our network is reserved by us. |
Title: Memory leakage in snmptrapd
- RE: Memory leakage in snmptrapd Andy Ford
- Re: Memory leakage in snmptrapd Robert Story
- RE: Memory leakage in snmptrapd Andy Ford
- Re: Memory leakage in snmptrapd Robert Story