T.R | Title | User | Personal Name | Date | Lines |
---|
4563.1 | Another report of this | COMICS::FLANDERSD | Pas de deux - Father of twins ! | Tue Apr 08 1997 07:05 | 9 |
|
I've just had someone report this to me as well - not many people seem to run
the IVPs ! Is there anything we can do (other than say that the image was not
provided) ?
Regards
David Flanders
UK CSC (until 11th April)
|
4563.2 | A solution. | SLICER::ROD | Paradise Awaits! | Tue Apr 29 1997 12:49 | 19 |
| > I've just had someone report this to me as well - not many people seem
> to run
> the IVPs ! Is there anything we can do (other than say that the image
> was not provided) ?
1) How about providing the image internally.
or
2) How about explaining why I get "The requested MIB variables were
not received from the SNMP agent. Retries were exceeded." from
the ManageWorks MIB browser when I query any of the options after just
having upgraded to UCX 4.1A on VAX VMS 6.1. SNMP is enabled on the VMS
system.
Thanks in advance for your help.
rod rehor
minneapolis sales support
|
4563.3 | Version clarification | SLICER::ROD | Paradise Awaits! | Tue Apr 29 1997 12:51 | 5 |
|
Digital TCP/IP Services for OpenVMS VAX Version V4.1 - ECO Level 2
on a VAXstation 3100/GPX running OpenVMS V6.1
|
4563.4 | Fixed in UCX 4.1 PAT8 and in soon to be released ECO 5. | LADDIE::TIBBERT | Lee Tibbert, DTN 226-6115 | Tue Apr 29 1997 19:55 | 13 |
|
This is fixed, I believe, in the UCX 4.1 PAT 8 (internal, pre-eco kit)
in UCX$INTERNAL:
This PAT kit is wending its way towards becoming an ECO.
As always, PATs are experimental and should only be given
to customers under the stictest cautions. ECOs are more
stable (but still risker that full releases).
I hope this helps,
Lee
|
4563.5 | Works....sometimes | SLICER::ROD | Paradise Awaits! | Fri May 02 1997 17:44 | 25 |
| > This is fixed, I believe, in the UCX 4.1 PAT 8 (internal, pre-eco kit)
> in UCX$INTERNAL:
> This PAT kit is wending its way towards becoming an ECO.
> As always, PATs are experimental and should only be given
> to customers under the stictest cautions. ECOs are more
> stable (but still risker that full releases).
This wasn't intended for a customer. I was trying to set it up on my
system.
> I hope this helps,
Well, the IVP image is there now, except when I tried to execute it, it
seemed to die. Had to <ctrl>-C to get out of it. After a
couple of unsuccessful tries at this, I disabled/enabled snmp and then
tried ManageWorks again. This time snmp seemed to work, however if I
tried the ICMP ManageWorks Query, it goes out to lunch, and finally
times out. The only way anything works after that is to stop and
restart the snmp service on the VAX. The ICMP query does respond
sometimes. Whatever, this is not very reliable.
|
4563.6 | still more work needed | SLICER::ROD | Paradise Awaits! | Fri May 02 1997 17:59 | 138 |
| Part of the reason for it not starting up, was that there was a
procedure in [UCX$SNMP] from a previous version (probably 3.0 circa
1992). It was trying to run SYS$SYSTEM:UCX$SNMP_AGENT.EXE, which of
course, is no longer there. If an upgrade removes an image,
shouldn't it remove references to that image?
BTW, I'm also getting eSNMP errors
WARNING: eSNMP well-known port is not defined
WARNING: at line 155 in file MSTR_SR.C;1
%SYSTEM-F-ROPRAND, reserved operand fault at PC=0005DB22, PSL=03C00001
Improperly handled condition, image exit forced.
Signal arguments Stack contents
Number = 00000003 7FF63F90
Name = 00000454 000206E8
0005DB22 7FF64002
03C00001 00000007
7FF64002
00000A70
7FF63FEC
000019B8
00000000
000D2EB0
Register dump
R0 = 0007B300 R1 = 000D1E9D R2 = 7FF63F5C R3 = 0000002F
R4 = 00000000 R5 = 7FF64428 R6 = 0007B008 R7 = 0000000D
R8 = 00000000 R9 = 00000000 R10= 7FFBFF3E R11= 0000A968
AP = 7FF63F04 FP = 7FF63EC4 SP = 7FF63F38 PC = 0005DB22
PSL= 03C00001
%SYSTEM-F-ROPRAND, reserved operand fault at PC=0005DB22, PSL=03C00001
Improperly handled condition, image exit forced.
Signal arguments Stack contents
Number = 00000003 7FF63F90
Name = 00000454 000206E8
0005DB22 7FF64002
03C00001 00000007
7FF64002
00000A70
7FF63FEC
000019B8
00000000
000D4DA8
Register dump
R0 = 0007B300 R1 = 000D25FD R2 = 7FF63F5C R3 = 0000002F
R4 = 00000000 R5 = 7FF64428 R6 = 0007B008 R7 = 0000000D
R8 = 00000000 R9 = 00000000 R10= 7FFBFF3E R11= 0000A968
AP = 7FF63F04 FP = 7FF63EC4 SP = 7FF63F38 PC = 0005DB22
PSL= 03C00001
%SYSTEM-F-ROPRAND, reserved operand fault at PC=0005DB22, PSL=03C00001
Improperly handled condition, image exit forced.
Signal arguments Stack contents
Number = 00000003 7FF63F90
Name = 00000454 000206E8
0005DB22 7FF64002
03C00001 00000007
7FF64002
00000A70
7FF63FEC
000019B8
00000000
00000000
Register dump
R0 = 0007B300 R1 = 7FF64004 R2 = 7FF63F5C R3 = 0000002F
R4 = 00000000 R5 = 7FF64428 R6 = 0007B008 R7 = 00000010
R8 = 00000000 R9 = 00000000 R10= 7FFBFF3E R11= 0000A968
AP = 7FF63F04 FP = 7FF63EC4 SP = 7FF63F38 PC = 0005DB22
PSL= 03C00001
%SYSTEM-F-ROPRAND, reserved operand fault at PC=0005DB22, PSL=03C00001
Improperly handled condition, image exit forced.
Signal arguments Stack contents
Number = 00000003 7FF63F90
Name = 00000454 000206E8
0005DB22 7FF64002
03C00001 00000007
7FF64002
00000A70
7FF63FEC
000019B8
00000000
00000000
Register dump
R0 = 0007B300 R1 = 7FF64004 R2 = 7FF63F5C R3 = 0000002F
R4 = 00000000 R5 = 7FF64428 R6 = 0007B008 R7 = 00000010
R8 = 00000000 R9 = 00000000 R10= 7FFBFF3E R11= 0000A968
AP = 7FF63F04 FP = 7FF63EC4 SP = 7FF63F38 PC = 0005DB22
PSL= 03C00001
%SYSTEM-F-ROPRAND, reserved operand fault at PC=0005DB22, PSL=03C00001
Improperly handled condition, image exit forced.
Signal arguments Stack contents
Number = 00000003 7FF63F90
Name = 00000454 000206E8
0005DB22 7FF64006
03C00001 00000008
7FF64006
00000A70
7FF63FEC
000019B8
00000000
000D4BA0
Register dump
R0 = 0007B300 R1 = 000D230E R2 = 7FF63F5C R3 = 0000002F
R4 = 00000000 R5 = 7FF64428 R6 = 0007B008 R7 = 0000000E
R8 = 00000000 R9 = 00000000 R10= 7FFBFF3E R11= 0000A968
AP = 7FF63F04 FP = 7FF63EC4 SP = 7FF63F38 PC = 0005DB22
PSL= 03C00001
|
4563.7 | Need PTR case, S.V. P. | LADDIE::TIBBERT | Lee Tibbert, DTN 226-6115 | Mon May 05 1997 16:36 | 25 |
| > If an upgrade removes an image,
> shouldn't it remove references to that image?
You are exactly correct, it should.
UCX has an across the board problem with not updating
[UCX$component] files when they change. That is
over and above changing the .com file.
The people in charge of maintaining this, and other
components, have changed. The new maintainer most
probably do not read this conference (don't ask, the
answers are not pretty).
Could you please create a PTR case? IPMTs are even
better, but, since this is an internal case, only
PTRs can be created. There are two issues: correcting
the .com and updating the [ucx$component] directory.
The folks currently doing the maintenance are strictly
rewarded by IPMT/PTRs closed.
Sorry you encountered this problem.
Le
|