Your symptoms sound very much like a FORMAT was done on cylinder 0 of
the disk. If you do a FORMAT without the IPL data it will write in
record 2 an IPL program to put the processor in a hard wait. It will
also write the dummy VTOC and an allocation map showing the entire pack
is PERM space. Then you did an ALLOCATE which fixed the allocation map
for the disk. Look at the other tracks on cylinder 0. If they were
erased then that is probably what happened. If the other tracks on
cylinder 0 were not erased then I have no idea what could have happened.
[EMAIL PROTECTED] wrote:
Just ALLOCATE. Format would have been more devastating.
Regards,
Richard Schuh
-----Original Message-----
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of
Kris Buelens
Sent: Monday, October 30, 2006 1:56 PM
To: [email protected]
Subject: Re: Corrupted IPL Record
You didn't perform both FORMAT and ALLOCATE?
Kris,
IBM Belgium, VM customer support
"Schuh, Richard" <[EMAIL PROTECTED]>
Sent by: The IBM z/VM Operating System <[email protected]>
2006-10-30 21:32
Please respond to
The IBM z/VM Operating System <[email protected]>
To
[email protected]
cc
Subject
Corrupted IPL Record
If this shows up twice, I apologize. I first sent it 2 hours ago and it
hasn't hit the archives as yet.
Over the weekend, we upgraded our final system to 5.2. As a part of the
migration, we changed old PARM extents to PERM and allocated new PARM
extents. When we tried to ipl the system, there were errors that led me to
the conclusion that the IPL program had been corrupted. Using DDR on
another system, I observed that record 0 0 2 had been completely wiped
out. There were a few scattered bits that were not 0 in the first 100-200
bytes, nothing that was any kind of pattern, and the rest of the record
was all 0. Records 1, and 3-6 were all as they should have been. I had to
run SALIPL to fix the IPL program.
I am not blaming CPFMTXA ALLOCATE because I think it highly unlikely that
it was the cause. I suspect that something else happened between the
previous IPL and yesterday's failed attempt. Has anyone else seen this
kind of corruption or are we, once again, unique?
Regards,
Richard Schuh
--
Stephen Frazier
Information Technology Unit
Oklahoma Department of Corrections
3400 Martin Luther King
Oklahoma City, Ok, 73111-4298
Tel.: (405) 425-2549
Fax: (405) 425-2554
Pager: (405) 690-1828
email: stevef%doc.state.ok.us