On Wed, Aug 03, 2011 at 03:44:39PM -0700, Garrett Cooper wrote:
> I've committed to getting IF-MIB and IP-MIB non-obsolete RFC
> compliant on FreeBSD at least -- it shouldn't be too hard to get the
> other BSDs compliant as well.
I have pulled this and have made it work for OpenBSD, NetBSD and
On Wed, Nov 02, 2011 at 12:00:39PM -0400, Keith Hansen wrote:
> You are correct it is release 5.7.
OK.
> Our applications have specific file system requirements based on
> function. For my initial testing I have only added "disk" statements
> in the snmpd.conf for two file systems.
>
> Here is
Niels
You are correct it is release 5.7.
Our applications have specific file system requirements based on function. For
my initial testing I have only added "disk" statements in the snmpd.conf for
two file systems.
Here is my DF output:
x86ems2% df -k
Filesystemkbytesused av
On 2 November 2011 15:59, Alexandre James wrote:
> Is this arrangement actually compliant? ie Is it perfectly valid for different
> contexts/communities to return different values for the same oids?
It's certainly a valid use of contexts.
Indeed - this is the whole point of having contexts at all
Is this arrangement actually compliant? ie Is it perfectly valid for different
contexts/communities to return different values for the same oids?
Also, does net-snmp provide this functionality or did you do the implementation
yourself?
Thanks,
Alex
-Original Message-
From: Dave Shield
On 2 November 2011 14:50, Jordan Kagan wrote:
> Can anyone tell me where the interface to "Context Name" within the
> Net-SNMP library is located? This is what can be changed using the -n flag
> via the command line.
>From snmplib/snmp_parse_args.c:
case 'n':
session->
Greetings,
Can anyone tell me where the interface to "Context Name" within the
Net-SNMP library is located? This is what can be changed using the -n flag
via the command line.
Thank you,
Jordan
--
RSA® Conference 2012
On Wed, Nov 2, 2011 at 9:31 AM, Dave Shield wrote:
> On 2 November 2011 13:26, Fulko Hew wrote:
>> When I was forced to do this, I invented my own MIB that 'tableified' all of
>> the
>> information that I needed to aggregate across the 'cluster'.
>
>
>> So as the other response said, "you can't
On 2 November 2011 13:26, Fulko Hew wrote:
> When I was forced to do this, I invented my own MIB that 'tableified' all of
> the
> information that I needed to aggregate across the 'cluster'.
> So as the other response said, "you can't add indexes to an existing MIB",
> but I created my own MIB
On Tue, Nov 1, 2011 at 9:09 PM, Nguyen Dinh Phong wrote:
> Hi,
> I'd like to set up a cluster of nodes running net-snmp5.3.3.2, with only one
> main node responsible for external requests. The requirement is to make the
> whole cluster appearing as one system to NMS applications. If a customer
> d
On 2 November 2011 01:09, Nguyen Dinh Phong wrote:
> For example with the system mib:
> system.sysdescr.0 for the main node
> system.sysdescr.[index1] for node 1
> system.sysdescr.[index2] for node2,
No - SNMP doesn't work like that.
sysDescr (note the capitalisation) is defined as a
Hi,
I'd like to set up a cluster of nodes running net-snmp5.3.3.2, with only one
main node responsible for external requests. The requirement is to make the
whole cluster appearing as one system to NMS applications. If a customer does a
snmpwalk at the main node, he would see all the OIDs for a
Den 31-10-2011 22:41, Keith Hansen skrev:
> I have installed netsnmp 5.7.1 downloaded from sunfreeware and installed
> on an SUN(Oracle) Netra x4270 platform running Solaris 10 x86 OS.
Where did you find 5.7.1? I cannot find anything newer than 5.7 on
sunfreeware.com?
> UCD-SNMP-MIB::dskIndex.1
13 matches
Mail list logo
