| T.R | Title | User | Personal Name
 | Date | Lines | 
|---|
| 5099.1 |  | TRAMP::GRADY | Squash that bug! (tm) | Tue Jan 14 1997 17:48 | 4 | 
| 5099.2 | MOP has influence | COPCLU::SANDGREN | Keep it simple | Wed Jan 22 1997 05:49 | 8 | 
| 5099.3 |  | GIDDAY::KINGSMILL | Geoff Kingsmill, Australia | Wed Jan 22 1997 15:55 | 6 | 
| 5099.4 | questions, questions... | COPCLU::SANDGREN | Keep it simple | Thu Jan 23 1997 03:29 | 12 | 
| 5099.5 |  | TRAMP::GRADY | Squash that bug! (tm) | Thu Jan 23 1997 14:00 | 10 | 
| 5099.6 | info from customer | COPCLU::SANDGREN | Keep it simple | Fri Jan 24 1997 03:29 | 25 | 
|  | 
	Tim,
	Here is what I was told from customer:
	SNMP behaviour with MOP (DECnet Phase IV) enabled:
	Two processes generated, UCX$ESNMP and UCX$OS_MIBS. The latter
	generates a network pseudo interface, like EWAn, runs out of
	BYTLM, interface disappears. The same thing happens again, un-
	til some limit on numbers of interfaces is reached, then nothing
	more happens.
	SNMP behaviour with MOP disabled:
	Process UCX$ESNMP is not generated, UCX$OS_MIBS creates a log
	file with something like 'timeout, restart protocol failed, lost
	connection with master agent'. Also, in ACCOUNTING, an entry with
	SYSTEM-F-ROPRAND, reserved operand fault, appears. No network in-
	terface is generated.
	Hope this helps,
	Poul
 | 
| 5099.7 |  | UCXAXP::GRADY | Squash that bug! (tm) | Fri Jan 31 1997 11:50 | 9 | 
|  |     What happens if you raise the BYTLM (say, x 10)?  Does the subagent
    continue to consume until it reaches quota and dies anyway?
    
    The MOP problem is known and will need a patch.  The BYTLM issue may
    simply be a configuraiton issue that can be worked around until the
    installation procedure is changed to set it up right.
    
    tim
    
 | 
| 5099.8 | yeah, but... | COPCLU::SANDGREN | Keep it simple | Tue Feb 04 1997 03:32 | 8 | 
|  |     
    Tim,
    
    I'm not sure exactly where to raise it...in a command procedure, UAF,
    PQL? Please tell me..
    
    Poul
    
 | 
| 5099.9 |  | UCXAXP::GRADY | Squash that bug! (tm) | Tue Feb 04 1997 12:10 | 2 | 
|  |     In the UAF.
    
 | 
| 5099.10 | result | COPCLU::SANDGREN | Keep it simple | Wed Feb 12 1997 08:05 | 163 | 
|  | 
	Hi,
	Customer tried to raise BYTLM X10. SNMP then lived a little
	longer, then same thing happened:
UAF> sh *snmp*
Username: UCX$SNMP                         Owner:  UCX$SNMP
Account:  UCX$SNMP                         UIC:    [500,7] ([UCX$AUX,UCX$SN=
MP])
CLI:      DCL                              Tables: DCLTABLES
Default:  SYS$SYSDEVICE:[UCX$SNMP]
LGICMD:   LOGIN
Flags:  Restricted
Primary days:   Mon Tue Wed Thu Fri
Secondary days:                     Sat Sun
Primary   000000000011111111112222  Secondary 000000000011111111112222
Day Hours 012345678901234567890123  Day Hours 012345678901234567890123
Network:  ##### Full access ######            ##### Full access ######
Batch:    -----  No access  ------            -----  No access  ------
Local:    -----  No access  ------            -----  No access  ------
Dialup:   -----  No access  ------            -----  No access  ------
Remote:   -----  No access  ------            -----  No access  ------
Expiration:            (none)    Pwdminimum:  5   Login Fails:     0
Pwdlifetime:           (none)    Pwdchange:      (pre-expired)
Last Login:            (none) (interactive),  7-JAN-1997 10:44 (non-interac=
tive)
Maxjobs:         0  Fillm:        20  Bytlm:        52200
Maxacctjobs:     0  Shrfillm:      0  Pbytlm:           0
Maxdetach:       0  BIOlm:        18  JTquota:       1024
Prclm:          10  DIOlm:        18  WSdef:          350
Prio:            8  ASTlm:       100  WSquo:          500
Queprio:         0  TQElm:        10  WSextent:       500
CPU:        (none)  Enqlm:       300  Pgflquo:      10240
Authorized Privileges:
  NETMBX    TMPMBX
Default Privileges
  NETMBX    TMPMBX
UAF> modi ucx$snmp/bytlm=522000
%UAF-I-MDFYMSG, user record(s) updated
UAF> exit
%UAF-I-DONEMSG, system authorization file modified
%UAF-I-NAFNOMODS, no modifications made to network proxy database
%UAF-I-RDBNOMODS, no modifications made to rights database
$
$ @ucx$snmp_startup
%RUN-S-PROC_ID, identification of created process is 6060063F
%RUN-S-PROC_ID, identification of created process is 60600640
$ sh proc/id=6060063F
11-FEB-1997 10:36:38.24   User: SYSTEM           Process ID:   6060063F
                          Node: RISVX3           Process name: "ucx$esnmp"
Terminal:
User Identifier:    [UCX$AUX,UCX$SNMP]
Base priority:      4
Default file spec:  Not available
Devices allocated:  BG652:
                    BG653:
                    BG654:
                    BG655:
                    BG657
$ sh proc/id=60600640
11-FEB-1997 10:36:49.79   User: SYSTEM           Process ID:   60600640
                          Node: RISVX3           Process name: "ucx$os_mibs=
"
Terminal:
User Identifier:    [UCX$AUX,UCX$SNMP]
Base priority:      4
Default file spec:  Not available
Devices allocated:  ESA51:
                    ESA52:
                    ESA53:
                    ESA54:
                    BG651:
                    BG656:
                    BG658:
$
-- after a while:
$ sh proc/id=6060063F
11-FEB-1997 10:37:51.85   User: SYSTEM           Process ID:   6060063F
                          Node: RISVX3           Process name: "ucx$esnmp"
Terminal:
User Identifier:    [UCX$AUX,UCX$SNMP]
Base priority:      4
Default file spec:  Not available
Devices allocated:  BG652:
                    BG653:
                    BG654:
                    BG655:
                    BG657:
$ sh proc/id=60600640
%SYSTEM-W-NONEXPR, nonexistent process
$
$ acc/sin=10:30/full
DETACHED Process Termination
----------------------------
Username:          SYSTEM            UIC:               [UCX$AUX,UCX$SNMP]
Account:           SYSTEM            Finish time:       11-FEB-1997 10:37:0=
4.01
Process ID:        60600640          Start time:        11-FEB-1997 10:34:5=
7.91
Owner ID:                            Elapsed time:                0 00:02:0=
6.10
Terminal name:                       Processor time:              0 00:00:0=
3.14
Remote node addr:                    Priority:          4
Remote node name:                    Privilege <31-00>: FFFFFFFF
Remote ID:                           Privilege <63-32>: FFFFFFFF
Remote full name:
Queue entry:                         Final status code: 10002A14
Queue name:
Job name:
Final status text: %SYSTEM-F-EXBYTLM, exceeded byte count quota
Page faults:             1429        Direct IO:                 25
Page fault reads:          40        Buffered IO:              104
Peak working set:        1472        Volumes mounted:            0
Peak page file:          6347        Images executed:            1
$
$ type SYS$SYSDEVICE:[UCX$SNMP]UCX$OS_MIBS.LOG
 WARNING IFDEV.C;1 line 588: Unexpected error in iosb, starting adapter ESA=
0: (QIO).
ucx$os_mibs.exe WARNING IFDEV.C;1 line 588: Unexpected error in iosb, start=
ing adapter ESA0: (QIO).
ucx$os_mibs.exe WARNING IFDEV.C;1 line 588: Unexpected error in iosb, start=
ing adapter ESA0: (QIO).
ucx$os_mibs.exe WARNING IFDEV.C;1 line 588: Unexpected error in iosb, start=
ing adapter ESA0: (QIO).
ucx$os_mibs.exe WARNING IFDEV.C;1 line 773: Unexpected error in status, ass=
igning adapter channel.
$
 ----- Process ucx$esnmp still alive:
$ sh proc/id=6060063F
11-FEB-1997 10:47:03.86   User: SYSTEM           Process ID:   6060063F
                          Node: RISVX3           Process name: "ucx$esnmp"
Terminal:
User Identifier:    [UCX$AUX,UCX$SNMP]
Base priority:      4
Default file spec:  Not available
Devices allocated:  BG652:
                    BG653:
                    BG654:
                    BG655:
                    BG657:
$
 | 
| 5099.11 | hello? | COPCLU::SANDGREN | Keep it simple | Thu Feb 20 1997 06:40 | 7 | 
|  |     
    So, is this a known problem or what? Could someone tell if I need to
    IPMT this. I should also add that customer sees the problem on both of
    her VAXes - so someone else out there should have seen it as well???
    
    Poul
    
 | 
| 5099.12 | Still need a fix.  Is CFS.44438 enough? | VMSNET::K_DECOUX |  | Wed Apr 02 1997 09:18 | 8 | 
|  |     I've got a customer, Dow Jones, seeing this same problem  and they
    want a resolution.  Is CFS.44438 still open?  Should I go ahead and
    officially elevate Dow Jones' case, too?
    
    Thanks in advance,
    
    Karen
    CSC
 | 
| 5099.13 | fixed | YAKKA::KINGSMILL | Geoff Kingsmill, Australia | Wed Apr 02 1997 16:47 | 10 | 
|  | Karen,
     The CFS.44438 IPMT was fixed and closed about a week ago.
The new image required to fix this is:-
LASSIE::UCXAXP$DKA0:[UCX$INTERNAL]UCX$OS_MIBS.EXE_UCXV41_VAXVMS.
Note that this fixes the problem where SNMP fails if MOP is enabled. I have
opened another IPMT where SNMP fails with a ROPRAND/ACCVIO when two 
sessions access the UCX SNMP agent simultaneously. 
Geoff..
 | 
| 5099.14 | UCX$OS_MIBS dies | BLG03::SALVATORELLI |  | Tue May 27 1997 11:06 | 14 | 
|  |     Hi there,
    a customer of mine has VAX/VMS V6.1 and UCX V4.1 ECO04.
    He is having problems with SNMP; 
    When SNMP is started the UCX$OS_MIB process is started but it 
    dies immediately after.
    In the UCX$OS_MIBS.LOG file there is the following message:
    WARNING IFDEV.C;1 line 588 Unexpected error in iosb, starting adapter
    EZA0: (QIO)
    Is it there a patch which addresses this problem?
    Thanks
    		Marilena
    
    
    
 | 
| 5099.15 | MOP is enabled | BLG03::SALVATORELLI |  | Tue May 27 1997 11:10 | 7 | 
|  |     Hi there,
    more info about previous problem:
    MOP is enabled on this system.
    Tomorrow I'll be at customer site and I'll see what happens if I disable
    mop (DECnet/OSI).
    Thanks                                         
    		Marilena
 | 
| 5099.16 | still snmp problems | BLG03::SALVATORELLI |  | Wed May 28 1997 08:49 | 72 | 
|  |     Hi there,
    
    I have just tried to disable MOP ( ncl> disable mop)
    but things still don't work as they should;
    Both the ucx$esnmp and ucx$os_mibs processes are running but the system
    does not respond to snmp queries executed by the Network Management 
    workstation (HP OpenView) or better, sometimes it responds, some other
    times it does not.
    Nothing is logged in the UCX SNMP log files.
    I read that there is a patch which addresses this problem (a new
    UCX$OS_MIBS.EXE image).
    Do you think this is going to fix this kind of problem?
    (Just to recap this is UCX V4.1 ECO04 on VAX/VMS V6.1)
    
    
    Additionally I have another problem on the ALPHA side:
    UCX V4.1 ECO04 on AXP/VMS V6.2-1H3 
    In one typology of systems, with these software products, 
    SNMP works fine.
    
    But, we have another typology (I mean different layered software products
    installed then previous systems) of systems with same version of VMS
    and UCX (same patch level as well) where SNMP does not work.
    This is what I get in the UCX$OS_MIBS.LOG file:
    
    
    %SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual
    address=00000008, PC
    =000536BC, PS=0000001B
    
      Improperly handled condition, image exit forced.
        Signal arguments:   Number = 00000005
                            Name   = 0000000C
                                     00000000
    				     00000008
                                     000536BC
                                     0000001B
     
    
        Register dump:
        R0  = 0000000000000A58  R1  = FFFFFFFF810A9500  R2  =
    0000000000012788
        R3  = 0000000000173F50  R4  = 00000000000274C0  R5  =
    0000000000000A58
        R6  = 00000000002531B0  R7  = 0000000000252128  R8  =
    000000000000000A
        R9  = 00000000000005A0  R10 = 000000007FFBF800  R11 =
    000000007FF3A1A2
        R12 = 0000000000000000  R13 = FFFFFFFFAFB3D1B0  R14 =
    0000000000000000
        R15 = 00000000009B4EEA  R16 = 0000000000252128  R17 =
    0000FFFE00007204
        R18 = 0000000000000000  R19 = FFFFFFFF85804200  R20 =
    000000007F9F54D0
        R21 = 0000000000000001  R22 = FFFFFFFF00000000  R23 =
    0000000000000000
    	R24 = FFFFFFFF85804AB0  R25 = 0000000000000001  R26 =
    0000000000000FD2
        R27 = 0000000000000000  R28 = 0000000000000000  R29 =
    000000007F9F53D0
        SP  = 000000007F9F53C0  PC  = 00000000000536BC  PS  =
    000000000000001B
    
    
	Can someone there help as soon as possible? (It is a very critical
    customer)
    
        If you need additional info, please let know.
    
        Thanks a lot
    		Marilena
    
 | 
| 5099.17 | Shall I escalate? | BLG03::SALVATORELLI |  | Thu May 29 1997 03:51 | 8 | 
|  |     Hi everybody,
    
    can anyone give any help?
    
    Shall I formally escalate the two problems?
    
    Thanks
    		Marilena
 |