James--it looks like the AIX server itself (5.2) is running snmpd for V3
instead of V1. There's never been any log files for snmpd, I only see a
log file for snmpdv3. When I saw this I went to the release notes for
7.1.4 FP3 and saw:

Problems with the Tivoli NetView and SNMPv3 agent daemons

The Tivoli NetView program might have discovery and status updating
problems for machines that are managed by the Tivoli NetView program and
are running SNMPv3 agent daemons. These problems can be eliminated by
ensuring that the SNMP daemon of the managed machines are linked to an
SNMPv1 daemon and not linked to an SNMPv3 daemon

Before I found that I tried adding the nv6000 smux entries to
snmpdv3.conf but it made no difference.

What do you guys think? 

-----Original Message-----
From: owner-nv-l AT lists.us.ibm DOT com [mailto:owner-nv-l AT lists.us.ibm DOT 
com]
On Behalf Of James Shanks
Sent: Friday, August 19, 2005 1:26 PM
To: nv-l AT lists.us.ibm DOT com
Subject: RE: [nv-l] Internal NetView UP trap reporting wrong hostname


Well, if mgragentd's log shows he's not connecting to snmpd, then that's
why you get no 'MIB objects contained under subtree' for NetView
objects.
Until those two are pals, that will remain.

Wanna try increasing the logging level to 3 in snmpd.conf (you can
change
the log file name too) and refresh him again?  His log may tell you in
more
detail why mgragentd cannot connect.  Presumably he's rejecting the
connection -- he just might give you a reason.

James Shanks
Level 3 Support  for Tivoli NetView for UNIX and Windows
Tivoli Software / IBM Software Group


 

             "Van Order, Drew

             \(US -

             Hermitage\)"
To 
             <dvanorder@deloit         <nv-l AT lists.us.ibm DOT com>

             te.com>
cc 
             Sent by:

             owner-nv-l@lists.
Subject 
             us.ibm.com                RE: [nv-l] Internal NetView UP
trap 
                                       reporting wrong hostname

 

             08/19/2005 01:42

             PM

 

 

             Please respond to

                   nv-l

 

 





Settings match and I did a snmpd refresh for grins. I did the
.1.3.6.1.4.1.2.6 snmpwalk test like the support site shows---the reply
is 'no MIB objects contained under subtree'. Can walk .1.3.6.1.4.1.2
with no problem. I haven't gotten much of a reply from TS yet, I'm
sending them the same stuff. Damn.

-----Original Message-----
From: owner-nv-l AT lists.us.ibm DOT com [mailto:owner-nv-l AT lists.us.ibm DOT 
com]
On Behalf Of James Shanks
Sent: Friday, August 19, 2005 10:50 AM
To: nv-l AT lists.us.ibm DOT com
Subject: RE: [nv-l] Internal NetView UP trap reporting wrong hostname


Check /etc/snmp.conf and /etc/snmp.peers and make sure the smux entries
for
mgragentd are there and correct.  You can match what's on the 01 box
because nothing has changed.  Basically snmpd.conf entries tell snmpd
what
smux peers he can expect to connect, and the peers file tells those
peers
what community string to use when they connect and what OID they will be
responsible for.  They have to match or the registration fails.

James Shanks
Level 3 Support  for Tivoli NetView for UNIX and Windows
Tivoli Software / IBM Software Group




             "Van Order, Drew

             \(US -

             Hermitage\)"
To
             <dvanorder@deloit         <nv-l AT lists.us.ibm DOT com>

             te.com>
cc
             Sent by:

             owner-nv-l@lists.
Subject
             us.ibm.com                RE: [nv-l] Internal NetView UP
trap
                                       reporting wrong hostname



             08/19/2005 10:27

             AM





             Please respond to

                   nv-l









We're almost there James--

Mgragentd.log and netmon.trace show problems. This is from
mgragentd.log:
___________________________________________________
Thu Aug 18 16:09:26 EDT 2005 (352480) mgragentd  - SNMP connected:
mgragentd (mgrDaemonStatusEntry)
Thu Aug 18 16:09:26 EDT 2005 (352480) mgragentd  - SMUX registration
requested: mgrAgentd, priority -1
Thu Aug 18 16:09:27 EDT 2005 (352480) mgragentd  - SMUX registration
failed
Thu Aug 18 17:59:50 EDT 2005 (352480) mgragentd  - terminating due to
SIGTERM signal
Thu Aug 18 17:59:50 EDT 2005 (352480) mgragentd  - SNMP disconnected -
reason=0
Thu Aug 18 18:14:18 EDT 2005 (680122) mgragentd  - NV/6000 SNMP Manager
sub-agent for AIXV3.2, created Wed Mar 16 23:17:10 EST 2005
Thu Aug 18 18:14:18 EDT 2005 (680122) mgragentd  - SNMP connected:
mgragentd (mgrAgentd)
Thu Aug 18 18:14:18 EDT 2005 (680122) mgragentd  - SMUX registration
requested: mgrAgentd, priority -1
Thu Aug 18 18:14:18 EDT 2005 (680122) mgragentd  - SMUX registration
failed
_____________________________________________________

Based on the smux settings in snmpd.conf I walked the MIB and no values
are returned for the Oid's under mgrAgentd. These values exist on
ustivux01 so I can only assume they were not populated when NetView was
reinstalled on tivux02. So there's my problem--is there something I can
do to repopulate these values outside SNMP set?

Thanks--Drew

-----Original Message-----
From: owner-nv-l AT lists.us.ibm DOT com [mailto:owner-nv-l AT lists.us.ibm DOT 
com]
On Behalf Of James Shanks
Sent: Friday, August 19, 2005 8:35 AM
To: nv-l AT lists.us.ibm DOT com
Subject: RE: [nv-l] Internal NetView UP trap reporting wrong hostname


OK, mgragentd is running on ustivux02.  Did you see anything suspicious
in
his log?

Another thing you might try is to turn on the netmon trace (netmon -M
-1)
and then demandpoll ustivux02 and see what gets written to the trace
about
him. Turn the trace off immediately following with netmon -M 0 to kept
as
much irrelevant stuff out of the netmon.trace file.   Even without
looking
at the trace you should see an attempt at getting the Manager Product
Name
in the demandpoll window or in the output from the command line
nmdemandpoll.  You could even compare the results from 01 which is
working
with those of 02 which isn't and see whether you can determine why.

James Shanks
Level 3 Support  for Tivoli NetView for UNIX and Windows
Tivoli Software / IBM Software Group


This message (including any attachments) contains confidential
information
intended for a specific individual and purpose, and is protected by law.
If you are not the intended recipient, you should delete this message.
Any
disclosure, copying, or distribution of this message, or the taking of
any
action based on it, is strictly prohibited. [v.E.1]