Conference noted::netview

2212.0. "4.1c Blues" by CSC32::PITT () Mon Feb 17 1997 00:59

--------------------------------------------------------------------------------
    
    
    4.1c netview. \
    4.1a dunix.
    
    I've deinstalled it once, and pulled it back across the net and
    reinstalled it. The results are the same, and I am at a real loss.
    The root map comes up, internet symbol stays blue. 
    I click in the internet symbol and get symbols for two submaps.
    16.66.80 and 16.66.96.192. (My ip address is 16.66.96.200 with a
    netmask of 255.255.255.224.- I have no problems reaching other
    nodes outside of my network). 
    Under either submap symbol, I get a segment 1 symbol, and at that
    submap I get a straight line with nothing attached. 
    I have tried a seedfile. I have tried no seedfile. Snmpwalk to this
    system works, as does snmpwalk to any other node I've tried 
    (including 16.66.80.2). 
    The events window is blank. I can send an snmptrap thru pnvadmin.
    That shows up in the event window. I ran tcpdump and can see
    snmpgets and responses going out every 15 minutes. One of systems
    I am sending snmpgets to is the system in my seedfile (16.66.80.2).
    That all looks fine. 
    There is nothing to report from netmon.trace, and trapd.log looks
    like this:
    
    56145315  7  Sun Feb 16 19:08:35 1997 <none>                    N
    Network 16.66.80 Up.
    856145315  7  Sun Feb 16 19:08:35 1997 <none>                    N
    Segment 16.66.80.Segment1 Managed.
    856145315  7  Sun Feb 16 19:08:35 1997 <none>                    N
    Network 16.66.80 Managed.
    856145319  7  Sun Feb 16 19:08:39 1997 <none>                    N
    Segment 16.66.80.Segment1 Up.
    856145319  7  Sun Feb 16 19:08:39 1997 <none>                    N
    Network 16.66.80 Up.
    856145319  7  Sun Feb 16 19:08:39 1997 <none>                    N
    Segment 16.66.80.Segment1 Managed.
    856145319  7  Sun Feb 16 19:08:39 1997 <none>                    N
    Network 16.66.80 Managed.
    
    I ran nmcheckconf manually, and get nothing out of the ordinary.
    snmpColl.trace looks like this:
    Sun Feb 16 18:37:56 1997 : snmpCollect (pid 543) starting.
             Digital UNIX version built Nov 26 1996 21:39:54
            Network_Manager_s _tpp_ver
    Sun Feb 16 18:37:57 1997 : Initializing for data collection...
    
    Sun Feb 16 18:37:57 1997 : Nothing to collect.  If you expect data to
    be
            collected, check that the nodes selected for collection
            support SNMP, are up and managed, respond to SNMP, and that
            the configured collections are correct and not suspended.
    # 
    
    Netmon is configure as this:
    
    # ps -ade | grep netmon
      544 ??       I        0:02.62 /usr/OV/bin/netmon -P
    -s/usr/OV/seedfile -J -u
    
    I have way lots of disk and swap space. 
    I ran the IVP after the 2nd install. No errors. All the
    daemons are running, and polling is taking place as expected per
    tcpdump. Here is a sample of tcpdump:
    @1|30[|snmp] (ttl 254, id 56347)
    19:28:22.503329 grakle.csc.cxo.dec.com.1038 >
    db90t2a1.csc.cxo.dec.com.snmp:
    |30|2c|02|01|04|06|a0|1fGetRequest(11)|02|02|02|01|02|01|30[|snmp] (ttl
    30, id 16463)
    19:28:22.611728 db90t2a1.csc.cxo.dec.com.snmp >
    grakle.csc.cxo.dec.com.1038:
    |30|2c|02|01|04|06|a2|1fGetResponse(11)|02|02|02|01
    noSuchName|02|01@1|30[|snmp] (ttl 254, id 56348)
    19:28:22.615634 grakle.csc.cxo.dec.com.1225 >
    tsc.csc.cxo.dec.com.domain: 59+ (42) (ttl 30, id 16464)
    19:28:22.772860 tsc.csc.cxo.dec.com.domain >
    grakle.csc.cxo.dec.com.1225: 59* 1/3/3 (207) (ttl 28, id 17996)
    19:28:23.883212 grakle.csc.cxo.dec.com.1038 >
    cxoosd.csc.cxo.dec.com.snmp:
    |30|27|02|01|04|06|a0|1aGetRequest(11)|02|02|02|01|02|01|30[|snmp] (ttl
    30, id 16483)
    19:28:24.886142 grakle.csc.cxo.dec.com.1226 >
    tsc.csc.cxo.dec.com.domain: 60+ (43) (ttl 30, id 16484)
    19:28:25.040439 tsc.csc.cxo.dec.com.domain >
    grakle.csc.cxo.dec.com.1226: 60* 1/3/3 (206) (ttl 28, id 17998)
    --------------------
    9:34:02.677157 grakle.csc.cxo.dec.com.1038 > tsc.csc.cxo.dec.com.snmp:
    |30|2a|02|01|04|06|a0|1dGetRequest(11)|02|02|02|01|02|01|30[|snmp] (ttl
    30, id 17097)
    19:34:02.784579 tsc.csc.cxo.dec.com.snmp > grakle.csc.cxo.dec.com.1038:
    |30|82|00|2e|02|01|04|06|a2|82|00|1fGetResponse(7)|02|02|02|01
    noSuchName[|snmp] (ttl 28, id 18567)
    19:34:02.786532 grakle.csc.cxo.dec.com.1038 > tsc.csc.cxo.dec.com.snmp:
    |30|2c|02|01|04|06|a0|1fGetRequest(11)|02|02|02|01|02|01|30[|snmp] (ttl
    30, id 17098)
    19:34:02.894931 tsc.csc.cxo.dec.com.snmp > grakle.csc.cxo.dec.com.1038:
    |30|82|00|30|02|01|04|06|a2|82|00|21GetResponse(7)|02|02|02|01
    noSuchName[|snmp] (ttl 28, id 18568)
    19:34:03.011142 grakle.csc.cxo.dec.com.1038 >
    cxoosd.csc.cxo.dec.com.snmp:
    |30|27|02|01|04|06|a0|1aGetRequest(11)|02|02|02|01|02|01|30[|snmp] (ttl
    30, id 17113)
    19:34:04.011142 grakle.csc.cxo.dec.com.1038 >
    cxoosd.csc.cxo.dec.com.snmp:
    |30|27|02|01|04|06|a0|1aGetRequest(11)|02|02|02|01|02|01|30[|snmp] (ttl
    30, id 17120)
    ------------------------------------------------------------------
    snmpwalk grakle.csc.cxo.dec.com
    system.sysDescr.0 : DISPLAY STRING- (ascii):  grakle.csc.cxo.dec.com
    Alp
    haServer 400 4/166 Digital UNIX V4.0A  (Rev. 464); Fri Feb  7 08:01:06
    M
    ST 1997 
     TCP/IP
    system.sysObjectID.0 : OBJECT IDENTIFIER:      
    .iso.org.dod.internet.pr
    ivate.enterprises.dec.ema.emaSystem.2.3
    system.sysUpTime.0 : Timeticks: (362700) 1:00:27.00
    system.sysContact.0 : DISPLAY STRING- (ascii):  unknown
    system.sysName.0 : DISPLAY STRING- (ascii):  grakle.csc.cxo.dec.com
    system.sysLocation.0 : DISPLAY STRING- (ascii):  unknown
    system.sysServices.0 : INTEGER: 72
    interfaces.ifNumber.0 : INTEGER: 4
    interfaces.ifTable.ifEntry.ifIndex.1 : INTEGER: 1
    interfaces.ifTable.ifEntry.ifIndex.2 : INTEGER: 2
    interfaces.ifTable.ifEntry.ifIndex.3 : INTEGER: 3
    interfaces.ifTable.ifEntry.ifIndex.4 : INTEGER: 4
    interfaces.ifTable.ifEntry.ifDescr.1 : DISPLAY STRING- (ascii):  tu DEC 
    TULIP Ethernet Interface
    
    etc. etc. 
    
    snmpwalk tsc.csc.cxo.dec.com
    system.sysDescr.0 : DISPLAY STRING- (ascii):  
            Hostname:
             tsc.csc.cxo.dec.com
            CPU:
             AlphaServer 1000 4/266
            Operating System:
             Digital UNIX V3.2D-1 (Rev. 41); Tue Oct 29 19:01:45 MST 1996 
            Network Software:
             TCP/IP
    
    system.sysObjectID.0 : OBJECT IDENTIFIER:      
    .iso.org.dod.internet.pr
    ivate.enterprises.dec.ema.decMIBextension.26
    system.sysUpTime.0 : Timeticks: (75254300) 8 days, 17:02:23.00
    system.sysContact.0 : DISPLAY STRING- (ascii):  OSDNET
    system.sysName.0 : DISPLAY STRING- (ascii):  tsc.csc.cxo.dec.com
    system.sysLocation.0 : DISPLAY STRING- (ascii):  305 Rockrimmon
    system.sysServices.0 : INTEGER: 76
    interfaces.ifNumber.0 : INTEGER: 4
    
    etc. etc.
    
    At the root level, the symbol for manager submap is also blue and
    empty.
    Mib browser works great to anybody.
    
    Blue is my least favorite color. 
    Please tell me what obvious thing I'm missing here....
    
    thanks.
    
    
    
    
    

    Hi Cathy,
    
    I saw your note and figured I'd reply.  Brian Thompson had exactly the
    same problem that you are having w/ PNV V4.1C at a customer site (see
    note 2180).  I believe that engineering worked with him and they found
    a bug with the autodiscovery with PNV V4.1C.  Autodiscovery appears to
    be polling and gathering configuration information from the network,
    but the information never makes its way into the PNV database.  Not
    sure when the fix will be available.  You might want to check with
    Brian (SPANKY::THOMPSON) for the latest info.
    
    Hope this helps,
    
    Mike

    
    thanks!!!!! It's a place to start at least!
    

    
    
    Engineering (Joanna!) is working on this problem which ALSO, by the
    way, happens at TME/10 v4.1c (so don't "upgrade" to that yet either !)
    

    I wish someone would inform PNV customers of the problems with 4.1C 
    where the objects are staying blue (unknown state) after upgrading to
    4.1c.  I see mail from the netview association users asking why this is 
    happening.
    
    Why aren't sales/support folks communicating this to customers?
    
    /paul
    

    
    Paul,
    
    In note 9.last it is recommended NOT to upgrade to PNV V4.1C.
    
    I don't think anybody is leaving anyone in the dark.
    
    Also, this problem does NOT happen on every system just some systems.
    
    I have responded personally to the person on the NetView mailing list
    about this problem.
    
    Joanna

    
    >why aren't sales/support folks communicating this to customers?
    
    Becuase
    
    a)I don't have a list of every netview customer. Those I do speak to
       I recommend they NOT upgrade. 
    
    b)I'm sure the same goes for sales. 
    
    And just an FYI (maybe you can figure some way of letting all of our
    customers know), TME/10 has the same problem, so DON'T go there either.
    Joanna has been working on this problem AND Tivoli is working on it
    as well.
    
    Cathy