Richard,
Yes,
ending VM:Secure before reallocating the object directory disk would be
sufficient. I'd do the same on a system with DIRMAINT. Even if
DIRMAINT doesn't cache the allocation map, I wouldn't want it updating the
active cylinders while I was reallocating them.
Dennis From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Schuh, Richard Sent: Monday, October 30, 2006 16:19 To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] Corrupted IPL Record No
VM:Secure. The problem occurred on a small, special purpose machine that is
accessed only via Secure TN3270. There are only 4 terminal addresses defined and
they are all logged on in a secure room. There are no network connections except
for an NJE link to our main VM system. It is used for submitting jobs and
sending files to the appropriate z/OS systems. It is one-way communication.
There isn’t any need for a heavyweight ESM. This was
a new error to me. The normal sequence of an IPL
is:
The
allocation map is not used until after CP is started. We were failing when step
4 was supposed to occur. The first record of the init pgm was the one that was
corrupted. Record 4, where the allocation map lives, was not
touched. Is there
something in the system that arbitrarily rewrites these IPL records? How about
record 3, the volume label? The pseudo VTOC (records 5 and
6)? As for
the VM:Secure thing, I find that simply documenting how the product can screw up
a system is not only an unacceptable answer, it borders on repugnance. A
strategic product that should always be working should never violate the
integrity of the system. There is no justification for it. The changed
allocation on the disk must be respected. Reallocating a disk is a normal
maintenance activity. If the documentation change is the answer, someone needs
to update the documentation for CPFMTXA/ICKDSF with a very stern warning about
the potential for disaster if VM:Secure is running when a disk is being
reallocated. Would I
be presumptuous in thinking that ending VM:Secure before reallocating the disk
would be a sufficient precaution? Even that would be a problem for us. The Rules
Facility is heavily used in our environment.
Regards, Richard Schuh -----Original
Message-----
The information
contained in this e-mail and any accompanying documents may contain information
that is confidential or otherwise protected from disclosure. If you are not the
intended recipient of this message, or if this message has been addressed to you
in error, please immediately alert the sender by reply e-mail and then delete
this message, including any attachments. Any dissemination, distribution or
other use of the contents of this message by anyone other than the intended
recipient is strictly prohibited. |
- Re: Corrupted IPL Record Schuh, Richard
- Re: Corrupted IPL Record O'Brien, Dennis L
- Re: Corrupted IPL Record Schuh, Richard
- Re: Corrupted IPL Record Chris Langford
- Re: Corrupted IPL Record Schuh, Richard
- Re: Corrupted IPL Record Brian Nielsen
- Re: Corrupted IPL Record Schuh, Richard
- Re: Corrupted IPL Record Mike Walter
- Re: Corrupted IPL Record Demeritt, Yvonne
- Corrupted IPL Record Schuh, Richard