HP3000-L Archives

June 2002, 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:
Christian Lheureux <[log in to unmask]>
Reply To:
Date:
Wed, 19 Jun 2002 15:54:24 +0200
Content-Type:
text/plain
Parts/Attachments:
text/plain (66 lines)
Hello Sylvia !

You wrote :

> Hi all:
>
> We had a system halt today and did a memory dump,

Great ! If only there was a memory dump for each and every system halt,
followed by bug reports whenever necessary, MPE would probably be even more
stable than it is currently.

> but it turns out we can´t restore it to disk.

Got an idea why ? Lack of disk space ? Tape can't be read ? Any hint ?

> Anyway, we are sending it to HP but in the meantime if you
> guys have had this problem I would appreciate any comments.
> It was a System Halt 7, $05B2
> secondary status: info=0, subsys=107

What it says is that you had a system abort 1458 (hex 5B2), that ended up
halting the system (system halt 7). That system abort has been called by
Virtual Space Manager (subsys=107), which is the part of MPE that handles
virtual addressing. Likely culprits for these SAs are misaligned data, bad
pointers, illegal addresses, etc., but they all give non-zero info numbers.
That's precisely why a careful dump analysis would be useful.

I'd think that, unless you explicitly or implicitly use privileged code,
applications are not likely culprits. My first area of investigation would
be MPE itself. Which is a rather big area indeed.

> SYSTEM ALERT
>   bla bla
> ALERT LEVEL:12=SOFTWARE FAILURE
> REASON FOR ALERT
> SOURCE: 0=UNKNOWN, NO SOURCE STATED
> SOURCE DETAIL: 0=UNKNOWN, NO SOURCE
> STATED SOURCE ID:0

Not sure exactly what happened, but sounds like your systems runs 7.0.


Now, I have good news and bad news for you. The good news is, if you wish to
send your dump to someone else, I'd be OK to get it. The bad news is that,
like most of us, I work for a fee. In fact, I even registered APPIC as a
third-party software support provider on OpenMPE.org.

> Thanks for any help

My pleasure.

> Sylvia

Christian Lheureux
Responsable du Département Systèmes et Réseaux / Head of Systems and
Networks Department
APPIC R.H.
business partner hp invent
Tel : +33-1-69-80-97-22   /   Fax : +33-1-69-80-97-14 / e-mail :
[log in to unmask]
"Le Groupe APPIC recrute, contactez nous !"

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *

ATOM RSS1 RSS2