Hi,
I have tried hard to find the reason why reduce agent size will make memory
allocate fail. But I am too new to net-snmp. Is there anyone has ever met
the same problem?
Thanks,
永鈦鑫 iTAS Corporation
新竹科學園區工業東三路6號
NO. 6, Industry E. Rd. III, Science Park, Hsin-Chu, Taiwan 300, R.O.C.
Tel:03-6662595 Ext.1208
E-mail:[EMAIL PROTECTED]
- Original Message -
From: Magnus Fromreide [EMAIL PROTECTED]
To: Tewen Hsieh [EMAIL PROTECTED]
Cc: net-snmp-coders@lists.sourceforge.net
Sent: Tuesday, June 24, 2008 2:37 PM
Subject: Re: questions about ./configure and dlmod
On Tue, 2008-06-24 at 14:14 +0800, Tewen Hsieh wrote:
Hi,
Thanks for reply.
I have checked that my module was loaded.
I find that my handle_xxx function return SNMP_ERR_GENERR because of
allocating share memory fail. My handle_xxx function must allocate share
memory first to store return value from the API.
So I guess that my configure options lose memory related module.
Given that you have identified a likely error, how about that you try to
follow up on that lead? Once that is done you can get back if the error
persists.
FYI: Net-SNMP doesn't use any shared memory anywhere.
/MF
Following is my output of net-snmp-config --snmpd-module-list:
/home net-snmp-config --snmpd-module-list
mibII/snmp_mib mibII/sysORTable mibII/vacm_vars utilities/execute
ucd-snmp/dlmod snmpv3/snmpEngine snmpv3/snmpMPDStats snmpv3/usmStats
snmpv3/usmUser util_funcs mibII
And my configur options is as following:
/home net-snmp-config --configure-options
'--disable-debugging' '--enable-mini-agent' '--with-transports=UDP'
'--with-mib-modules=ucd-snmp/dlmod'
'--with-out-mib-modules=mibII/system_mib' '--prefix=/not/usr/'
'--with-install-prefix=/tmp'
I don't know what option should be included in my configure phase. Which
option should be included to build in memory related module?
Thanks,
永鈦鑫 iTAS Corporation
新竹科學園區工業東三路6號
NO. 6, Industry E. Rd. III, Science Park, Hsin-Chu, Taiwan 300, R.O.C.
Tel:03-6662595 Ext.1208
E-mail:[EMAIL PROTECTED]
- Original Message -
From: Magnus Fromreide [EMAIL PROTECTED]
To: Tewen Hsieh [EMAIL PROTECTED]
Cc: net-snmp-coders@lists.sourceforge.net
Sent: Tuesday, June 24, 2008 12:11 PM
Subject: Re: questions about ./configure and dlmod
On Tue, 2008-06-24 at 11:35 +0800, Tewen Hsieh wrote:
Hi,
I have two questions:
Question 1:
If I use following command in ./configure phase, evreythins works
fine.
./configure --prefix=/not/usr/ --with-install-prefix=/tmp
But if I use following command in ./configure phase, scalars of
myself's dynamic loadable module will response with GENERIC
ERROR (In mib browser, it also shows error index: 0.).
./configure --disable-debugging --enable-mini-agent
--with-transports=UDP --with-mib-modules=ucd-snmp/dlmod
--with-out-mib-modules=mibII/system_mib --prefix=/not/usr/
--with-install-prefix=/tmp
I really have no idea about this condition. Could anyone give me a
hint to check out what's the problem? Thanks.
No.
You haven't provided sufficient data to make it possible to answer your
question.
A first guess would be that the variable you are trying to set doesn't
exist.
What action did you perform?
What did you expect to happen?
What did happen?
and finally, since you have been ranting about dlmod before,
Is your module loaded?
Question 2:
If I use following command in ./configure phase, default
mibII/system_mib should also be included in agent.
./configure --prefix=/not/usr/ --with-install-prefix=/tmp
But I implement a new mibII/system_mib module by myself and dynamic
load it, the agent still works fine.
When I send a system get request(ex: get sysDescr.0), it will response
with the correct answer from my new mibII/system_mib module.
There seems no conflict. Could anyone tell me why? Why there is no
conflict? Why duplicate registrations have no bad effect? Thanks.
I'd guess that you, out of sheer luck, register your module with longer
names than the original module and thus your module get higher
priority.
Note that this is dependant on the net-snmp version you are using.
You can check this in nsModuleTable.
/MF
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___ Net-snmp-coders mailing
list Net-snmp-coders@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
--
This message has been scanned for