HP3000-L Archives

February 1996, Week 3

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Pete Crosby <[log in to unmask]>
Reply To:
Pete Crosby <[log in to unmask]>
Date:
Thu, 15 Feb 1996 11:05:25 EST
Content-Type:
text/plain
Parts/Attachments:
text/plain (27 lines)
"James T. McDermott" <[log in to unmask]>:
>
>I had a strange situation occur on Monday on our HP3000 Series 37.  I
>wanted to change a UDC at the user level and was logged on as Manager of
>the account.  Since multiple users logon with username Manager, I saved
>the active UDC under another name in order to edit the file.  When I
>issued the SETCATALOG command, the system hung.  We had to bring the
>system down and called HP to do the dump and run the analysis software.
>This is what they found:  it was my session that caused the failure BUT
>the process was in the BS queue in a loop.  I have never intentionally
>accessed the BS queue as a programmer in all the 17 years I have worked
>on the HP3000.  I know that the operator command, ALTPRI, can do this for
>whatever reason you would want to, but a SETCATALOG?  In December we
>upgraded to the latest release of MPE/ix version 5.0.  Also, for what
>it's worth, almost all of our applications are still running in
>compatibility mode (don't ask).  Anyone ever have a similar experience?
>
 
This problem is documented in SR# 1653-139568 and fixed by patch
MPEHXM4, which has been superseded by MPEHXP6. This problem will
only occur on 5.0.
 
 
--
                            --Pete Crosby
                              [log in to unmask]

ATOM RSS1 RSS2