Hi All,
I would like to know if there is any restriction on the length of community string and also the characters that comprise a community string.
Your reply would be highly appreciated.
Thanks and regards,
-Mayuresh.
[EMAIL PROTECTED]> wrote:
I guess errors would be helpful:i386-mingw32msv
I guess errors would be helpful:
i386-mingw32msvc-gcc -I../../include -I. -I../../agent
-I../../agent/mibgroup -I../../snmplib -g -O2 -Dmingw32 -Dmingw32msvc
-Wall -Winline -Wstrict-prototypes -Wwrite-strings -Wcast-qual
-Wno-char-subscripts -c if-mib/data_access/interface_ioctl.c -o
if-mib/dat
Ok, I must admit I am stumped. The if MIB is now failing to compile on
MinGW, presumably because the ioctl code is being compiled. I have
played with the config_require macros in interface.h but not requiring
it for Windows only causes new and different link errors. I have looked
a bit through
> On Thu, 28 Oct 2004 15:32:12 -0400, Robert Story (Coders) <[EMAIL PROTECTED]>
> said:
DS> OK, Robert - I think you've got the necessary backing to apply
DS> this particular patch. (Unless Wes wants to wield a veto)
Robert> Yes, I was actually holding on for his comment, since ther
> On Wed, 27 Oct 2004 11:43:39 -0500, "Paolicelli, Teiko" <[EMAIL PROTECTED]> said:
Teiko> I tried to use the snmptranslate utility, but it did not
Teiko> work. Please help me be able to snmp query the Del Openmanage
Teiko> MIB?
Did you read the tutorial on mib-loading options (see
http://www
On Thu, 28 Oct 2004 14:30:55 -0700 (PDT) Pete wrote:
PW> Thank you Robert. When I finally thought to power-cycle the machine,
PW> then snmpd behaved just as we'd expect. As you say, I must have
PW> somehow gotten the kernel into a funny mode.
PW>
PW> I apologize for posting the question when the
--- Robert Story <[EMAIL PROTECTED]> wrote:
> On Thu, 28 Oct 2004 10:21:07 -0700 (PDT) Pete wrote:
> PW> Now I want to restart snmpd (because I've made some changes in
> PW> snmpd.conf, say). But when I issue kill -9 7044, snmpd stays
> firmly
> PW> in place.
>
> And you are running kill as root,
On Thu, 28 Oct 2004 10:21:07 -0700 (PDT) Pete wrote:
PW> Now I want to restart snmpd (because I've made some changes in
PW> snmpd.conf, say). But when I issue kill -9 7044, snmpd stays firmly
PW> in place.
And you are running kill as root, right?
The only thing I could think of would be if the ag
On Tue, 26 Oct 2004 10:59:44 -0700 Srini wrote:
SK> > SK> 2: portChannelTestString.0 (octet string) porttest
SK> > SK> 3: portChannelTestString.1.1.19922944 (integer) 2
SK> >
SK> > Are there any other files compiled into the agent? This looks
SK> > like a table somewhere has registered an overlap
Talk about defensive code! snmpd survived
shutdown -r now
I call that sufficiently robust for our customers.
-- Pete Wilson
--- Pete Wilson <[EMAIL PROTECTED]> wrote:
>
> I'm running Red Hat 7.3 and starting snmpd like this:
>
> /usr/sbin/snmpd -s -l /dev/null -P /var/run/snmpd -a
>
>
On Thu, 28 Oct 2004 16:08:52 +0100 Dave wrote:
DS> OK, Robert - I think you've got the necessary backing to apply
DS> this particular patch. (Unless Wes wants to wield a veto)
Yes, I was actually holding on for his comment, since there is an outstanding
objection.
DS> I presume we're still
Hi Robert,
Thanks for your feedback.
Yes, the mibs are in the /usr/local/share/snmp/mibs, but do we need to
have any special installation?
Is there any other possibility besides this?
Thanks.
Regards,
Yen Mei
-Original Message-
From: Robert Story (Coders) [mailto:[EMAIL PROTECTED]
Sent:
Hello,
first of all thanks for making net-snmp open-source!
I am trying to access the netsnmp.dll from my delphi program. This is basicly
successful.
I am able to create sessions, pdus and to send get and set requests from my
delphi program calling the needed functions from the dll (including the
Title: Message
Hi, I have a
question about how to add a new MIB.
I would like
to snmpquery Dell Openmanage MIB running net-snmp-5.0.9-7.1.92 on a Mandrake
linux machine (Dell PowerEdge).
I tried to
use the snmptranslate utility, but it did not work. Please help me be able to
snmp query the
I'm running Red Hat 7.3 and starting snmpd like this:
/usr/sbin/snmpd -s -l /dev/null -P /var/run/snmpd -a
It starts and runs correctly. When I do ps -ef, I see:
root 7044 1 0 Oct27 ? 00:00:15 /usr/sbin/snmpd -s -l
/dev/null -P /var/run/snmpd -a
All good so far.
Now I want t
Robert> Status: I'm in favor of it going in for 5.2,
Robert> Dave wants to wait til 5.2.1.
Bruce> Maybe it's just me, but I'd hate to send out a "new" release
Bruce> with known bugs.
Dave> ...if you wish to support Robert's suggestion of applying this fix
Dave> for 5.2, you've a perfect right to
Robert>I'll probably also add some of the FAQ entries at the top, about the
difference
between loading mibs and implementing mibs. And maybe something on
configuring
mibs into the agent. Opinions?
Remind people that:
1. You can't write a MIB and expect it to just work, there has to be some
under
On Thu, 28 Oct 2004 14:57:05 +0100 Dave wrote:
DS> Given that this is specifically listing what the *agent* supports,
DS> wouldn't it be sensible to mention "agent" in the name?
DS> Something like
DS>
DS> README.agent-mibs
excellent point! Unless a better suggestions comes along this afternoo
Robert(?)> >Status: I'm in favor of it going in for 5.2, Dave wants to wait
til 5.2.1.
>
Bruce> Maybe it's just me, but I'd hate to send out a "new" release with
known bugs.
Dave>...if you wish to support Robert's suggestion of applying this fix for
5.2,
you've a perfect right to do so. But it'd
Dave> I've slight reservations about the name though - we already have a
Dave> "README.mibs" file (in the mibs directory). It might be better to
Dave> use a different name for this. Maybe something which indicates that
Dave> this lists what MIBs the agent supports?
Robert> Ok, I'm open for sug
On Thu, 28 Oct 2004 09:06:14 +0100 Dave wrote:
DS> I've slight reservations about the name though - we already have a
DS> "README.mibs" file (in the mibs directory). It might be better to
DS> use a different name for this. Maybe something which indicates that
DS> this lists what MIBs the agent
I would have to agree. It sounds like a feature is broken and if it can
be fixed in the next release without breaking anything else then it
should be.
Andy
Robert Story (Coders) wrote:
Problem: The function used to fork and exec for the extensible tables waits for
the child to exit before readin
GYM> -Original Message-
GYM> From: Robert Story (Coders) [mailto:[EMAIL PROTECTED]
GYM> Sent: Wednesday, October 27, 2004 6:39 PM
GYM> To: Goh, Yen Mei
GYM> Cc: [EMAIL PROTECTED]
GYM> Subject: Re: (no subject)
GYM>
GYM> On Wed, 27 Oct 2004 16:18:05 +0800 Goh, wrote:
GYM> GYM> May I know h
> >Status: I'm in favor of it going in for 5.2, Dave wants to wait til 5.2.1.
>
> Maybe it's just me, but I'd hate to send out a "new" release with known bugs.
That's a reasonable attitude. But it's not quite as simple as that.
It's also a matter of balancing the undesirability of sending out a
> > So when a client first starts the engineID discovery process,
> > it will receive the engineID and boot count/time values from the
> > final (proxied) agent, rather than the intermediate (proxying)
> > agent - correct?
> No - the manager "cannot" do engineID discovery of the target
> system..
HI,
Good morning to you. My comments may be even stranger than normal
since it's 1:50am here.
On Thu, 28 Oct 2004, Dave Shield wrote:
> > First, thanks for updating the terminology. What the SNMP specs
> > say and what the code does (and what people generally say)
> > all concide.
Ooops, I think
> On your question about proxies, here goes from memory.
> The RFCs go into mind numming detail...
> First, thanks for updating the terminology. What the SNMP specs
> say and what the code does (and what people generally say)
> all concide.
I think that's being a little optimistic!
What the Ne
> Is a new README file safe enough to go into 5.2?
Yes.
Traditionally, we always tended to tweak the documentation right up
to the last minute. In particular, I've sometimes done a blitz on the
mailing lists to garner material for an update to the FAQ.
(That won't happen this time - we've got a
28 matches
Mail list logo
