Hi All,
I am sending engineTime,engineBoot in outgoing snmpv3 traps. I have
noticed that enginetime is not resetting to zero upon snmpd restart
however, engineBoot time is getting incremented properly. However,
trapreceiver (silvercreek, snmp4j, snmptrapd) doesnot complaint and
authenticate the
Hi All,
Is there any scenario where engineTime Value not reset to zero upon snmpd
restart?
Details:
OS: Linux
Version: 5.7.3
I can see engineBoot counter is getting increment and engineTime also
increments instead of reset to zero.
engineBoot: 2
engineTime: 1200
restart snmpd
engineBoot: 3
Hi Bill Fenner,
Issue resolved. I have rebooted the device and started snmpd . socket file
/var/agentx/master got created and example code is working.
Thanks,
Pushpa.T
On Thu, Oct 3, 2024 at 5:09 PM Pushpa Thimmaiah
wrote:
> Hi Bill Fenner,
>
> Thank you. I enabled Unix transport
Hi Bill Fenner,
Thank you. I enabled Unix transport and added 'agentXSocket
/var/agentx/master' in /etc/snmp/snmpd.conf, and I was able to execute
snmpd. There was no /var/agentx/master created after starting snmpd, and
AgentX was unable to connect to snmpd.
I am following the AgentX t
Or adding the UNIX domain transport, e.g., add "Unix" to your
"--with-transports" configure argument.
Bill
On Thu, Sep 26, 2024 at 9:20 AM Pushpa Thimmaiah
wrote:
> Hi All,
>
> I am getting following error while starting snmpd in net-snmp-5.9. I have
> enable
Hi All,
I am getting following error while starting snmpd in net-snmp-5.9. I have
enabled agentx and compiled the source. Kindly guide me to resolve the
same.
I have created directory /var/agentx
---
agentx/master: initializing...
trace: netsnmp_tdomain_transport_tspec
easons for it, but one of them would be that binding
> to low ports needs root (or capabilities)
> but you can also change to a different user after binding the ports. Once
> you're non root, there's no going back
> so binding to ports could fail.
>
> Interest
ere's no going back
so binding to ports could fail.
Interestingly enough, that "snmpd restarted" message is in
snmpd_reconfig(). Technically it's not restarting.
The port bindings happen in init_master_agent() with the repeated calls in
netsnmp_agent_listen_on()
In theory you co
agentaddress entries.
2. $ killall -HUP snmpd
The logging was like this:
Reconfiguring daemon
NET-SNMP version 5.9.4.pre2 restarted
The daemon kept the same ports open as before editing the snmpd.conf even
in case some agentaddress entries were removed from snmpd.conf.
Questions:
1. Is this the
Thank you Josef Ridky and Niels Baggesen
On Tue, May 21, 2024 at 10:20 PM Niels Baggesen wrote:
> Den 21-05-2024 kl. 13:34 skrev Niels Baggesen:
>
> > SIGTERM is not kill -9, it is kill -16. kill -9 is SIGKILL
>
> Whoops, minor typo, SIGTERM is 15, not 16. Thanks to jhawk!
>
> /Niels
>
> --
> Ni
Den 21-05-2024 kl. 13:34 skrev Niels Baggesen:
SIGTERM is not kill -9, it is kill -16. kill -9 is SIGKILL
Whoops, minor typo, SIGTERM is 15, not 16. Thanks to jhawk!
/Niels
--
Niels Baggesen -- @home -- Århus -- Denmark -- ni...@baggesen.net
The purpose of computing is insight, not numbers
Den 21-05-2024 kl. 10:30 skrev Pushpa Thimmaiah:
Hi All,
Kindly confirm that 'kill -9' is valid way to stop snmpd.
I am writing service script for systemctl to stop snmpd and would like
to understand correct way of stopping the daemon.
According to Source code agent/snmpd.c , SIG
mma...@gmail.com> wrote:
> Hi All,
>
> Kindly confirm that 'kill -9' is valid way to stop snmpd.
>
> I am writing service script for systemctl to stop snmpd and would like to
> understand correct way of stopping the daemon.
> According to Source code agent/snmpd.c ,
Hi All,
Kindly confirm that 'kill -9' is valid way to stop snmpd.
I am writing service script for systemctl to stop snmpd and would like to
understand correct way of stopping the daemon.
According to Source code agent/snmpd.c , SIGTERM (kill -9) , SIGINT
(ctl+c) are for snmp
hat patch applied.
However I'm not sure the change of behaviour introducted by commit
e3fc76e0ae ("CHANGES: snmpd: Make UCD-SNMP::dskTable dynamic if
includeAllDisks is set.") was intended, based on the commit message.
Thanks,
Christophe
_
On 12/17/23 09:51, Christophe Leroy wrote:
While upgrading from NETsnmp 5.7.3 to 5.9.3 I encounter a problem which
is that root(/) filesystem is missing from UCD-SNMP-MIB disk table:
Is https://github.com/net-snmp/net-snmp/pull/764 perhaps intended as a
fix for this issue?
Thanks,
Bart.
__
=512K 0 0
The problem doesn't exist in NETsnmp v5.7, it appears in v5.8
Bisection identified commit e3fc76e0ae ("CHANGES: snmpd: Make
UCD-SNMP::dskTable dynamic if includeAllDisks is set.") as the first bad
commit.
Reverting this commit on top of v5.8 or v5.9 or v5.9.1 fixes th
Hi Team,
I am getting snmpd crash with below trace, during a system boot, or
snmp restart with config changes.
I am having netsnm version 5.7.2 running in my box.
Trace 1.
==
Core was generated by `/usr/sbin/snmpd -Lo0-6d -f -x
/var/agentx/master_VRF_1 -p /var/run/openvswitch
Hi Wes,
Thanks a lot for reply,
The design proposal does not change the single threading model put in place
on subagent Agentx side.
As I read your email and the RFC deeper, you may refer to transaction ID
that is self to a single SNMP management request, and that may not be
somehow "interrupted".
Philippe Guibert writes:
> Thanks for letting me know if that approach should be considered or
> not,
Personally, I'll have to think a lot about it. But in general, agentx
was designed (and if you haven't read the RFC for it, you probably
should to get a better understanding of the protocol's d
e multiple "real" snmp daemons query to a
>> sub-process via a proxy like mechanism. There is no reason that
>> shouldn't work to allow multiple upstreams query to your internal agent.
>>
>> The net-snmp package's snmpd actually supports that through
;real" snmp daemons query to a
> sub-process via a proxy like mechanism. There is no reason that
> shouldn't work to allow multiple upstreams query to your internal agent.
>
> The net-snmp package's snmpd actually supports that through the use of
> the "pro
be possible ?
Yes, certainly you can have multiple "real" snmp daemons query to a
sub-process via a proxy like mechanism. There is no reason that
shouldn't work to allow multiple upstreams query to your internal agent.
The net-snmp package's snmpd actually supports th
Thanks Wes for confirmation,
Instead of using agentX, I wonder if it could be possible to link the
application with a master agent library
Somehow, the agent would be configured as a proxy, and session would convey
information over an unixSocket to the real snmpAgent.
Could it be possible ?
Phili
Philippe Guibert writes:
> I think you can confirm me it is not possible to 1 agent: N masters
> relationships ?
That is correct, the current code does not support more than one parent agent.
--
Wes Hardaker
Please mail all replies to net-snmp-coders@lists.sourceforge.net
Hi Net snmp coders,
I have following issue:
I have an external application (frrouting software) that fills in MIB
for different network namespaces.
I look for a way to send MIB information ( and traps) to different snmp daemons.
The idea behind that is to benefit from a community self to each name
On Sun, Sep 06, 2020 at 07:34:57PM -0700, Bart Van Assche wrote:
> On 2020-08-18 10:28, Magnus Fromreide wrote:
> > I think the child code in the vfork case should be exactly
> >
> > execv(argv[0], argv);
> > _exit(1);
> >
> > as that seems to be about what POSIX allows.
> >
> >
On 2020-08-18 10:28, Magnus Fromreide wrote:
> I think the child code in the vfork case should be exactly
>
> execv(argv[0], argv);
> _exit(1);
>
> as that seems to be about what POSIX allows.
>
>(From POSIX.1) The vfork() function has the same effect as fork(2),
>
On Sun, Aug 16, 2020 at 06:15:17PM -0700, Bart Van Assche wrote:
> On 2020-08-16 15:58, Wes Hardaker wrote:
> > Magnus Fromreide writes:
> >
> >> That is a more lenient option than just dropping it so I think 'happy with
> >> dropping it' covers this variant. On the other hand I usually am far fr
On 2020-08-16 15:58, Wes Hardaker wrote:
> Magnus Fromreide writes:
>
>> That is a more lenient option than just dropping it so I think 'happy with
>> dropping it' covers this variant. On the other hand I usually am far from
>> the most conservative one in discussions like this one.
>
> I think
Magnus Fromreide writes:
> That is a more lenient option than just dropping it so I think 'happy with
> dropping it' covers this variant. On the other hand I usually am far from
> the most conservative one in discussions like this one.
I think off by default makes a lot more sense than an out-r
On Sat, Aug 15, 2020 at 09:11:40AM -0700, Bart Van Assche wrote:
> On 2020-08-15 07:14, Magnus Fromreide wrote:
> > This allows vfork to not block the parent until the child has called _exit
> > or exec*, it does not allow the child to block the parent until completion.
> >
> > Please note that in
On 2020-08-15 07:14, Magnus Fromreide wrote:
> This allows vfork to not block the parent until the child has called _exit
> or exec*, it does not allow the child to block the parent until completion.
>
> Please note that in our case this is arch-specific code for uClinux where
> the fork() system
On Fri, Aug 14, 2020 at 07:38:09PM -0700, Bart Van Assche wrote:
> On 2020-08-14 17:05, Magnus Fromreide wrote:
> > The vfork child only blocks the parent until it have performed an successful
> > exec so that part looks ok [ ... ]
>
> Hi Magnus,
>
> Are you sure of this? From the Linux vfork() m
On 2020-08-14 17:05, Magnus Fromreide wrote:
> The vfork child only blocks the parent until it have performed an successful
> exec so that part looks ok [ ... ]
Hi Magnus,
Are you sure of this? From the Linux vfork() man page
(https://man7.org/linux/man-pages/man2/vfork.2.html):
The requirements
On Thu, Aug 13, 2020 at 08:02:59PM -0700, Bart Van Assche wrote:
> On 2020-08-08 16:16, Magnus Fromreide wrote:
> > That file is a mess.
> >
> > Have anyone heard from Alexander Prömel regarding those temporary hard coded
> > pathnames that should be fixed soon? I think 14 years cover any reasonab
On 2020-08-08 16:16, Magnus Fromreide wrote:
> That file is a mess.
>
> Have anyone heard from Alexander Prömel regarding those temporary hard coded
> pathnames that should be fixed soon? I think 14 years cover any reasonable
> definition of the word 'soon'.
>
> Why are both the file descriptor a
On 2020-08-13 18:16, Magnus Fromreide wrote:
> Now I have finally gotten around to look more thoroughly into this and found
> that your patch is basically good.
>
> For the agent/snmpd.c part I would like to change my vote to +1.
Thanks!
> For the pass_persist part you are keeping the fclose of
ars cover any reasonable
> definition of the word 'soon'.
>
> Why are both the file descriptor and the FILE* stored in the first place?
> It seems the read part of the code is using buffered I/O (fIn) while the
> write part of the code is using unbuffered I/O (fdOut) so
Bart Van Assche writes:
> My understanding is that the crashes triggered by the double close() calls
> only occur on Windows systems and also that these crashes were fixed a long
> time ago. For Unix systems this patch fixes the race condition described in
> https://github.com/net-snmp/net-snmp/i
On 2020-08-10 10:51, Wes Hardaker wrote:
> Bart Van Assche writes:
>
>> That's a great question. This fix only affects pass-persist on Unix
>> platforms and Cygwin but neither affects the MSVC build nor any of the
>> MinGW builds since the affected code was already disabled for the
>> latter two
Bart Van Assche writes:
> That's a great question. This fix only affects pass-persist on Unix
> platforms and Cygwin but neither affects the MSVC build nor any of the
> MinGW builds since the affected code was already disabled for the
> latter two platforms.
Thanks. Follow-on: do we have any cl
On 2020-08-10 08:37, Wes Hardaker wrote:
> Bart Van Assche writes:
>
>> However, I don't think rewriting that file so close to the v5.9 release
>> is appropriate. Hence this patch that makes the smallest possible
>> change.
>
> To be clear, this affects *only* pass-persist *only* on windows corr
Bart Van Assche writes:
> However, I don't think rewriting that file so close to the v5.9 release
> is appropriate. Hence this patch that makes the smallest possible
> change.
To be clear, this affects *only* pass-persist *only* on windows correct?
IE, it's a fix for a specific combination. But
On 2020-08-08 16:16, Magnus Fromreide wrote:
> I am putting in a 0 vote here because I think a larger rewrite is needed.
Hi Magnus,
I agree that agent/mibgroup/ucd-snmp/pass_persist.c should be rewritten.
However, I don't think rewriting that file so close to the v5.9 release
is appropriate. Henc
seems the read part of the code is using buffered I/O (fIn) while the
write part of the code is using unbuffered I/O (fdOut) so I think fdIn and
fOut should be removed completley.
Why is the SIGPIPE dance done when agent/snmpd explicitly ignores SIGPIPE?
I am putting in a 0 vote here because I th
>From https://pubs.opengroup.org/onlinepubs/9699919799/functions/fclose.html:
"The fclose() function shall perform the equivalent of a close() on the file
descriptor that is associated with the stream pointed to by stream."
See also https://github.com/net-snmp/net-snmp/issues/157 .
Fixes: fd9a42d
Hello everybody,
I'm using NET-SNMP 5.7.3 with SSL support enabled and I can properly
configure the daemon to run SNMPV3 with authNoPriv users.
At run time my subagent will register OIDs with a configurable context name.
Everything is working perfectly.
However I can see a minor but unexpected be
On 2020-02-21 03:53, Menase, Laurent (TS Engineering Resolution Team) wrote:
> Is there a way to have this fix evaluated and included? What is the process?
Hi Laurent,
Please either resend this patch as a plain text attachment or submit a
pull request to github.
Thanks,
Bart.
Hi,
Is there a way to have this fix evaluated and included? What is the process?
Thanks and best regards,
Laurent Menase
From: Menase, Laurent (TS Engineering Resolution Team)
Sent: mercredi 9 octobre 2019 17:26
To: net-snmp-coders@lists.sourceforge.net
Subject: net-snmpd timeout on HPUX due to
I am running net-snmp 5.8 r0.
I can get snmpd, snmptrapd and snmpget working with dtlsudp and tlstcp.
Except for some corner cases:
If I have a trap session defined in the snmpd.conf file, but the snmptrapd
is not running.
snmpd gets a SIGSEGV at startup time. (If I start snmptrapd first, then
Hi net-snmp-coders,
Analyzing why when done to hpux time snmpwalk -v 1 -c public localhost
1.3.6.1.2.1.25.3.2 always getting timeout, I found that it is due to the way it
fetches the mib info using nm library.
For each query for instance
snmpwalk -v 1 -c public localhost 1.3.6.1.2.1.25.3.2.1.3.
tation.
>
> It would be helpful if you mentioned which part of the documentation you
> found unhelpful and what you wish to see instead.
>
>
For me it would be helpful if the snmpd proxy documentation at the
following link used test.net-snmp.org for the proxied device. That would
allo
On Mon, Oct 22, 2018 at 02:35:49PM +, Thibault Bartolone via
Net-snmp-coders wrote:
> Hello
> For days I've been trying to figure out how these extend functionnality works.
In snmpd.conf:
extend someString /usr/bin/echo MyMarkString
and then, after an agent restart
snmpwalk localhost nsExt
Hello
For days I've been trying to figure out how these extend functionnality works.
Just to let you know that because of people like you, I'm desperate. Your
documentation is completely useless and overly complicated, as well as the
implementation.
I don't want to look on the forum or ask for he
triggered the trap sending, snmpd got crashed, below
is the decode:
Program terminated with signal SIGSEGV, Segmentation fault.
#0 0x7f659dc56a07 in get_target_sessions (taglist=0x7f659eb90980
"internal0", filterfunct=filterfunct@entry=0x0, filterArg=filterArg@entry=0x0)
at target/targ
Hi folks,
I have discovered following issue.
When I run in terminal:
# snmpd -h
I get proper usage information, but snmpd process still exists.
I prepared simple patch with solution based on code from 5.7 version of
net-snmp (in attachment).
Regards
Josef Ridky
Associate Software Engineer
Michael Wu writes:
> I have a situation where the pass persist scripts take some time to run due
> to the size of the custom mibs it needs
> to generate. When pass persist script gets started by snmpd, the external
> query (snmpwalk for example) would time
> out. To get around t
I have a situation where the pass persist scripts take some time to run due
to the size of the custom mibs it needs to generate. When pass persist
script gets started by snmpd, the external query (snmpwalk for example)
would time out. To get around this issue I was thinking to let snmpd start
the
Hi Simon,
Hope you're doing well.
These weird looking messages are actually representation of the data that
is sent from an snmpd agent to a sub-agent or vice versa.
Generally, when I'm starting my snmpd agent's binary I use the following
command:
*./snmpd -d -Lo -f -c /{Pa
Hi,
I am seeing some weird messages in the log file generated by snmpd.
Example:
Sending 194 bytes to UDP: [172.27.37.227]:60682->[172.27.42.214]:161
: 30 81 BF 02 01 03 30 0D 02 01 0A 02 02 05 C0 040.0.
0016: 01 01 02 01 03 04 2E 30 2C 04 0D 80 00 1F 88 80.
Hello, i am snmp starter. i want to send inform request to my local snmp
server but my server dosnt respond to my request. remote snmp servers such
as demosnmp have respond to inform request. i thought that the problem is
due to bad snmpd configuration but i dont know how change configuration to
tarter. i want to send inform request to my local snmp
> server but my server dosnt respond to my request. remote snmp servers such
> as demosnmp have respond to inform request. i thought that the problem is
> due to bad snmpd configuration but i dont know how change configuration to
>
HI NICE GUYS
i modify the code of "snmp_agent.c" by :static int inprocessing = 0;
when a snmpget request come , i count the OIDs it is dealing with. For
Example:
snmpget -v 1 -c public localhost 1.3.6.1.2.1.1.1.0 1.3.6.1.2.1.1.2.0
inprocessing:2
COMP:1
COMP:0
2->1->0
but why i se
On 05/18/2017 11:11 AM, Wes Hardaker wrote:
> Murali Karicheri writes:
>
>> Hello Coders,
>>
>> I have auto generated code for my mib module using mib2c. I see following
>> code
>> that disables SET command for my mib agent module as
>>
>> #if !(defined(NETSNMP_NO_WRITE_SUPPORT) ||
>> defined(N
Murali Karicheri writes:
> Hello Coders,
>
> I have auto generated code for my mib module using mib2c. I see following code
> that disables SET command for my mib agent module as
>
> #if !(defined(NETSNMP_NO_WRITE_SUPPORT) ||
> defined(NETSNMP_DISABLE_SET_SUPPORT))
> #else
> #endif
>
> How to I
Hello Coders,
I have auto generated code for my mib module using mib2c. I see following code
that disables SET command for my mib agent module as
#if !(defined(NETSNMP_NO_WRITE_SUPPORT) || defined(NETSNMP_DISABLE_SET_SUPPORT))
#else
#endif
How to I configure the agent build to enable Write/Set s
deepak.sachan deepak.sachan writes:
> 1. I am not able to find snmp.conf &snmpd.conf
You likely need to create them. Some packages come with example
configuration files, I'm not sure about ubuntu.
> 2. snmp server (snmpd) is not installed. (is it possible while installing
&g
Hi
I am trying to install net-snmp on ubuntu13.10 from .tar source . After
complete installation-
1. I am not able to find snmp.conf &snmpd.conf
2. snmp server (snmpd) is not installed. (is it possible while installing
net-snmp ,snmpd is not installed )
3. All the snmp client tool (snmp
Robert
Thank you for your help.
About this problem, I've got an answer from Taylor Ben 3 days ago.
He suggested me to replace the apt-get installed snmpd (/usr/sbin/snmpd)
with my compiled snmpd.
And it worked.
By the way, if I remove apt-get installed snmpd, it also works.
/snmp.me
On Thu, 17 Nov 2016 07:20:04 + fx wrote:
FYB> PROBLEM:
FYB> I downloaded the net-snmp 5.7.3 source, compiled and installed
FYB> snmp on my Ubuntu 16.04. Before this I also installed snmp,
FYB> snmpd, snmptrapd through apt-get install command.
If you are installing your own
Hello, everyone
This is Yan from Japan. I’m an software engineer of Fuji Xerox.
I encountered a net-snmp problem recently. Could you help me to solve it?
PROBLEM:
I downloaded the net-snmp 5.7.3 source, compiled and installed snmp on my
Ubuntu 16.04.
Before this I also installed snmp, snmpd
plicit
>>
>> "view systemonly included .1.3.6.1.2.1.4.1 "
>>
>> must be included in order to see a a table from a different (but related)
>> MIB IP-FORWARD-MIB::ipForward?
>>
>> It seems that only a
>>
>> "view systemonly
The daemon is off in la-la land...
>>
>> My forwarding file is empty:
>>
>>
>> root@debian-stable:/home/stannous# cat /proc/sys/net/ipv4/conf/all/fo
>> rwarding
>> 0
>> root@debian-stable:/home/stannous# netstat -rn
>> Kernel IP routing table
>> De
0 255.255.0.0 U 0 0 0
> eth0
> root@debian-stable:/home/stannous#
> --
>
> The problem seems to be only in the implementation of 1.3.6.1.2.1.3
> (The address translation table: 1.3.6.1.2.1.3)
>
> If I skip this part of the walk (add 1.3.6
2 and skip directly to
1.3.6.1.2.1.4.24, e.g.
view systemonly included .1.3.6.1.2.1.1
view systemonly included .1.3.6.1.2.1.2
view systemonly included .1.3.6.1.2.1.4.24
I do not see snmpd hanging.
I'm poking around in agent/mibgroup/mibII/at.c.
Thanks,
On Tue, Sep 20, 2016
T> >
ST> > * [bugs:#2693] <http://sourceforge.net/p/net-snmp/bugs/2693/> snmpwalk
ST> > causes snmpd hang and CPU spike*
ST> >
ST> > On latest debian (Jessie, snmpd 5.7.2.1, also seen on 5.7.3) we noticed a
ST> > nasty bug where the snmpd
ST> > CPU spike
Any ideas on how to resolve this? The problem seems to be
in "transitioning" from one mib to the next.
Thanks,
On Mon, Jan 25, 2016 at 4:32 PM, Sam Tannous wrote:
> --
>
> * [bugs:#2693] <http://sourceforge.net/p/net-snmp/bugs/2693/> snm
Hi all
I want to know about the default logging priority level of snmpd. I
have noticed that it is set to
*LOG_NOTICE*_(http://www.net-snmp.org/docs/man/snmpcmd.html)_ but if I
run snmpd its logging everything including debug messages from priority
level *LOG_DEBUG(*to the file /var/log
Hello team,
I have installed net-snmp-5.7.3 on RHEL 6 using source since I have no
internet connection to use yum or rpm. the installation was good, i got no
errors.
The problem though is that I can't run snmpd service, I can't locate it to
do so.
Please I need your help with that
On Fri, 30 Jan 2015 11:54:53 +0500 Valentinich wrote:
V> Hello!
V>
V> I`m extended snmpd with my own module with using dlmod function,
V> all fine. I`ve added variable for counting recived request in
V> this module, all fine again. But now I need to get total number
V> of r
On Sat, Jun 13, 2015 at 04:02:01PM -, Himanshu Pandey wrote:
> Hi Friends,
> Our SNMPd service reports memory usage including buffers+cache, and
> the result is always high because kernel uses all available memory to
> speed up disk reads. Buffers+cache can be freed by ker
Hi Friends,
Our SNMPd service reports memory usage including buffers+cache, and the result
is always high because kernel uses all available memory to speed up disk reads.
Buffers+cache can be freed by kernel whenever applications needs it.Is this the
behaviour of our SNMPd memory usage
Den 26-02-2015 kl. 07:39 skrev a1984:
> When I checked log then there were repeated calls infinitely times to
> build_oid_noalloc and it was continuously going on till i kill agent.
>
> trace: build_oid_noalloc(): mib.c, 3774:
> build_oid_noalloc: generated: iso.3.6.1.4.1.5380.1.12.1.3.1.2.0.0
ent
HELLO,
My net nsmp agent hangs after sometime.
When I checked log then there were repeated calls infinitely times to
build_oid_noalloc and it was continuously going on till i kill agent.
trace: build_oid_noalloc(): mib.c, 3774:
build_oid_noalloc: generated: iso.3.6.1.4.1.5380.1.12.1.3.1.2.
Hello!
I`m extended snmpd with my own module with using dlmod function, all fine. I`ve
added variable for counting recived request in this module, all fine again.
But now I need to get total number of requests (my module + standart modules),
recived, processed and dropped.
Is there some
Hi all,
This is usual problem arising from insufficient open file descriptors. In
such case
snmpd can stop responding and sometimes may crash.
Just increase ulimit open files(ulimit -n 65536 ) and restart snmpd daemon.
For permanent change you have to tweak sysctl-s fs.filemax and
/etc/security
On Fri, Dec 12, 2014 at 02:28:38AM -0500, Nanev, Ivan (Contractor) wrote:
> Hi Coders,
> We are having issues with SNMPd crashing at least once every 24 hours.
Can you get a traceback from the crash?
> snmpd: Cannot open /proc/net/arp
> cannot open /proc/net/dev ...
> /proc/stat
CSA & A+
Tata Consultancy Services
Cell: (203) 252-9216
Mailto: ivan.na...@timewarner.com
-Original Message-
From: Joel Hansell [mailto:joel.hans...@gmail.com]
Sent: Friday, December 26, 2014 2:29 PM
To: Nanev, Ivan (Contractor)
Cc: net-snmp-coders@lists.sourceforge.net
Subject: Re:
Hi Ivan,
Sounds to me like you might have a faulty config for your snmpd. If
you'd care to share it, I'm sure people would be better able to help.
Even if it's a bug, having the config is likely necessary to debug it.
BR,
Joel
On Fri, Dec 12, 2014 at 8:28 AM, Nanev, Ivan (Con
Hi Coders,
We are having issues with SNMPd crashing at least once every 24 hours. When do
"snmpd -v" I'm getting this
eMail(net-snmp-coders@lists.sourceforge.net<mailto:net-snmp-coders@lists.sourceforge.net>),
so I'm guessing this is the right place to ask for help. H
On Mon, 08 Dec 2014 08:58:27 -0800 Wes wrote:
WH> Bart Van Assche writes:
WH>
WH> > How about this additional patch ?
WH>
WH> +1
looks harmless enough.. +1
--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT
On Mon, 01 Dec 2014 13:10:31 -0800 Wes wrote:
WH> Bart Van Assche writes:
WH>
WH> > That patch has not been reversed. It works as follows:
WH> > * For Unix platforms neither cygwin nor HAVE_IPHLPAPI_H are defined so
WH> > all MIB-II tables are included.
WH> > * When building Net-SNMP with Visual
Bart Van Assche writes:
> How about this additional patch ?
+1
--
Wes Hardaker
Please mail all replies to net-snmp-coders@lists.sourceforge.net
--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from
On 12/01/14 19:38, Wes Hardaker wrote:
> Though I'm not happy about the solution, since it's removing
> functionality. We need a better patch in the long run.
How about this additional patch ? This patch makes winExtDLL
build under Cygwin. winExtDLL didn't work with previous Cygwin
versions but w
Bart Van Assche writes:
> That patch has not been reversed. It works as follows:
> * For Unix platforms neither cygwin nor HAVE_IPHLPAPI_H are defined so
> all MIB-II tables are included.
> * When building Net-SNMP with Visual Studio, the Microsoft platform SDK
> or with MinGW then HAVE_IPHLPAPI_
On 12/01/14 19:38, Wes Hardaker wrote:
> Bart Van Assche writes:
>
>> With the latest Cygwin version must be included before
>> . However, is incompatible with the Cygwin
>> socket header files. Hence disable the mibII MIBs that depend on
>> if needs .
>
> Was that patch reversed?
>
> Based on
Bart Van Assche writes:
> With the latest Cygwin version must be included before
> . However, is incompatible with the Cygwin
> socket header files. Hence disable the mibII MIBs that depend on
> if needs .
Was that patch reversed?
Based on the paragraph above, I believe it was. If it was r
With the latest Cygwin version must be included before
. However, is incompatible with the Cygwin
socket header files. Hence disable the mibII MIBs that depend on
if needs .
---
agent/mibgroup/mibII.h | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/agent/mibgroup/mi
Hi,
Is there a way to compile/set a context name to the mibs (i.e. snmpEngine,
usmUser, etc...) that are compiled within the agent (snmpd) code by default?
>From the code, I can see they are compiled with a null context n
1 - 100 of 721 matches
Mail list logo
