Well, there are two choices.
1) create a makefile rule for creating each alias file. I think this
is not as easily maintainable, but is probably the more proper
"make" solution in a strict sense.
2) create a temp file that acts as a "have done it" flag. This is
what the patch below do
hello friends,
thanks Sir for replying
1) trapsess -v 3 -e 0x010203040506 -a MD5 -A auth_password -l authPriv -u
my_user -x AES128 -X priv_password localhost
2 )trap2sink localhost public 162
sir this two line were in my snmpd.conf when i send my snmp trap (using
prog) then
snmptrapd shows that t
> "j" == jegan <[EMAIL PROTECTED]> writes:
j> How can I represent an Octet String in C. The OID has to return an octet
j> String while it has been queried
Use a unsigned character array.
--
Wes Hardaker
Sparta, Inc.
-
Thanks. It was the problem.
-Original Message-
From: Robert Story [mailto:[EMAIL PROTECTED]
Sent: Monday, November 20, 2006 2:25 PM
To: Fong Tsui
Cc: [email protected]
Subject: Re: more v5.4.rc2 test
On Tue, 14 Nov 2006 11:36:09 -0800 Fong wrote:
FT> 2) When I tried t
On Tue, 21 Nov 2006 14:52:09 +0530 Jegan wrote:
J> I have two tables that are related. One table has readonly oids and the
J> other table has read-write oids. The oids that are set in one table has
J> to effect the table implementation for which oids are readonly. How do I
J> implement that?
That
Here's what I'm finding most confusing making some kind of sense out of all
this.
I'm having trouble relating our output to numbers generated by other
routines in the operating system.
Here's some examples - all SOlaris.
Server A:
Memory size: 11264 Megabytes
# swap -s
total: 2559672k bytes al
Dear All
I am running Net-SNMP 5.3.1 on 64-bit RHEL 4.0.
When the snmpd receives one PDU with set for two variables in a table, my
subagent does not get the values for both the variables properly. One variable
is an octet string and the other is an integer. These two are only variables
that
Wes Hardaker wrote:
>> "TA" == Thomas Anders <[EMAIL PROTECTED]> writes:
>
> TA> Given that 5.4 enables embedded Perl and Perl modules by default,
> shouldn't
> TA> dist/net-snmp.spec be updated to reflect that?
>
> TA> Otherwise, I'm not sure a default rpmbuild will work too well.
>
> Prob
> "TA" == Thomas Anders <[EMAIL PROTECTED]> writes:
TA> No, in *our* tracker, because the issue prevents us from upgrading
TA> to autoconf
TA> 2.60 (or later) for 5.5.
True, though it's hardly critical so I changed the priority to 1.
--
Wes Hardaker
Sparta, Inc.