Re: Do I have a looping issue?
Because he'e running MVS as a guest and the error is supposed to be trapped at the MVS level.
Having an active FRR at the MVS (guest) level doesn't stop the real program check happening at the VM (host) level. It will get trapped at the MVS level, but only after it's happened. Neither Hercules nor VM know anything about MVS's FRR.
Tony H.
Joe Monk wrote:
[...]
> But here's the real question ... why is hercules
> seeing/reporting it?
Huh?! Why WOULDN'T it?!
--
"Fish" (David B. Trout)
|
Re: It has been awhile and I forget how to get past a power loss
On Wed, Oct 26, 2022 at 04:47 PM, Dave Wade wrote:
I just tweaked the settings so its visible to non-members, members can edit.
?
Dave
Thank you very much! ?... Mark S.
|
Re: It has been awhile and I forget how to get past a power loss
On Wed, Oct 26, 2022 at 01:41 PM, Dave Wade wrote:
You need to tell VM what to do as it can¡¯t find warm start data.
So
?
/cold
/force
/ckpt
?
Will do what you want. ?I usually use ¡°/force¡± but I think ¡°/cold¡± is safer but it will lose any spool files.
?
Dave
I was taught to try, in the following order:CKPTFORCECOLDSelected from the GC20-1806-9_VM370_Operators_Guide_Rel_6_PLC_17_Apr81.pdf at Cold Start
Cold start procedures are usually invoked only on operation of a new
version of the VM/370 system or files. as well as accounting records
are lost or because of a hardware error that prevented valid
continuation.
Failures in system component power, building power, hardware logic,
the CP program, or some (rare) kinds of user programs can be classified
as system operating procedure errors; all can require that you start the
system with a cold start. Some of these malfunctions may require you to
issue the SHUTDOWN command. If the SHUTDOWN command cannot be keyed in,
you can press the LOAD button on the System/370 console. Then after the
appearance of the shutdown message, you should press the LOAD button a
second time to reload the system with VM/370. VM/370 issues a message
to you to perform cold start procedures when it recognizes that
unrecoverable errors have occurred.
Warm StartWarm start implies that the previous VM/370 session ended with anorderly shutdown procedure. A warm start should be attempted after
VM/370 has abnormally terminated, and after a successful system dumpoperation. Begin warm start procedures if yeu are not alerted byconsole messages or visual indications that a checkpoint or cold startis required. Warm start restores previous spool controls and files;accounting records remain valid and are to te kept as a base forcontinuing operations. In many cases, Vft/310 recovers froll systemfailures and restarts itself.
Checkpoint StartIf the system could not perform a warm start because of I/O errors orinvalid data in the warm start area, you can request a checkpoint (CKPT)start. This option attempts to initialize the system using the
information that has been dynaaically checkpointed during systemoperation and stored in the checkpoint area. Spool file chains arereconstructed; however, the original order of the files is lost.Accounting and systea message data, recovered under a warm start, islost under a checkpoint start~ Ilso, because each spocl buffer aust beread to reconstruct the record allocation blocks, a checkpoint starttakes longer than a warm start.
Force Start
If the system cannot perform a checkpoint start because of I/O errors orinvalid data in the checkpoint area, you can request a force (PORCE)start. This option operates like the CKPT start except that any spoolfile that contains unreadable or invalid data is dropped from the
system.
When the FORCE option is used, you should not allow any users to logon to the system. The system should be devoted to reclaiming andputting out as many spool files as possible. When this has been
accomplished, the system should be re-initialized using the cold (COLD)start option.
I Hope This Helps.
?... Mark S.
|
|
|
Re: Do I have a looping issue?
Because he'e running MVS as a guest and the error is supposed to be trapped at the MVS level.
Joe
Joe Monk wrote:
[...]
> But here's the real question ... why is hercules
> seeing/reporting it?
Huh?! Why WOULDN'T it?!
--
"Fish" (David B. Trout)
Software Development Laboratories
mail: fish@...
|
Re: Do I have a looping issue?
Fish,?
?
I am NOT using?OSTAILOR QUIET.? My configuration file has?OSTAILOR?VM.
?
At your suggestion, I've added?OSTAILOR OS/390.
?
When I added the?"PGMTRACE -04" statement immediately after your OSTAILOR statements, I get an error message:
ie.??OSTAILOR VM
? ? ?OSTAILOR +OS/390
? ? ?PGMTRACE?-04
I then tried:
? ? ?OSTAILOR VM
? ? ?OSTAILOR +OS/390?PGMTRACE?-04
and still received the same error.? Where does the "PGMTRACE?-04" go?
|
Re: Do I have a looping issue?
Joe Monk wrote: [...] But here's the real question ... why is hercules
seeing/reporting it? Huh?! Why WOULDN'T it?! -- "Fish" (David B. Trout) Software Development Laboratories mail: fish@...
|
Re: Do I have a looping issue?
yep definitely odd.
But here's the real question ... why is hercules seeing/reporting it??
There's code in IEAVEVAL to trap via FRR a protection exception that occurs due to compare and swap ...
* 13650002
* ? ? ? ? ? ? ? ? ?ESTABLISH FUNCTIONAL RECOVERY ROUTINE ? ? ? ? ? ? ?* 13700002
* 13750002
? ? ? ? ?LA ? ?R6,VLCKFRR ? ? ? GET ADDRESS OF FRR ROUTINE ? ? ? ? ? ? ?13800002
* ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ESTABLISH FRR ? ? ? ? ? ? ? ? ? ? ? ? ? 13850002
? ? ? ? ?SETFRR A,FRRAD=(R6),PARMAD=(R5),WRKREGS=(R5,R7) ? ? ? ? ? ? ? ?13900002
? ? ? ? ?USING PARMFRR,R5 ? ? ? ? ?SET UP ADDRESSABILITY TO PARM AREA ? 13910002
? ? ? ? ?ST ? ?R10,SAVEPTR ? ? ? ? SAVE ADDRESS OF SAVE AREA ? ? ? ? ? ?13920002
? ? ? ? EJECT ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 13930002
* 13950002
* ? ? ? ? ? ? ?SWITCH TO TCBPKF KEY ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? * 14000002
* 14050002
? ? ? ? ?MODESET EXTKEY=TCB,WORKREG=6 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 14100002
? ? ? ? EJECT ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 14105002
* 14110002
* ? ? ? ? ? ? ? ? ? ? ? ?FETCH AND STORE TEST ? ? ? ? ? ? ? ? ? ? ? ? * 14120002
* 14130002
VLCK03 ? DS ? ?0H ? ? ? ? ? ? ? PAGE TEST LOOP ? ? ? ? ? ? ? ? ? ? ? ? ?14140002
? ? ? ? ?L ? ? R6,DISPL0(R1) ? ?PICK UP WORD FROM PAGE ? ? ? ? ? ? ? ? ?14150002
VLCK04 ? DS ? ?0H ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 14200002
? ? ? ? ?CS ? ?R6,R6,DISPL0(R1) PERFORM FETCH AND STORE ? ? ? ? ? ? ? ? 14250002
? ? ? ? ?BNZ ? VLCK04 ? ? ? ? ? REPEAT TEST IF COMPARE UNEQUAL ? ? ? ? ?14300002
* 14350002
* ? ? ? ?IF CS INSTRUCTION DID NOT CAUSE A PROGRAM CHECK TEST IS ? ? ?* 14400002
* ? ? ? ?SUCCESSFUL. FRR ROUTINE WILL INTERCEPT PROGRAM CHECKS ? ? ? ?* 14450002
* 14500002
? ? ? ? ?N ? ? R1,PGEBDY ? ? ? ?ROUND TO PAGE BOUNDARY FOR ? ? ? ? ? ? ?14510002
* ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? REMAINING PAGES ? ? ? ? ? ? ? ? ? ? ? ? 14520002
? ? ? ? ?A ? ? R1,PGESIZE ? ? ? INCREASE STARTING ADDRESS BY PAGE ? ? ? 14550002
? ? ? ? ?BCT ? R8,VLCK03 ? ? ? ?REPEAT TEST IF MORE PAGES TO CHECK ? ? ?14600002
? ? ? ? EJECT ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 14620002
* 14650002
* ? ? ? ? ? ? ?SWITCH BACK TO KEY 0 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? * 14700002
* 14750002
? ? ? ? ?MODESET EXTKEY=SUPR ? ? ? ?SWITCH BACK TO KEY 0 ? ? ? ? ? ? ? ?14800002
? ? ? ? EJECT ? ? ? ? ? ? ? ? ? ??
* 16050002
* ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? * 16100002
* ? ? ? ? ? ? ? ? ? ? ? ?FRR ROUTINE ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?* 16150002
* ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? * 16200002
* 16250002
VLCKFRR ?DS ? ?0H ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 16300002
? ? ? ? ?BALR ?R12,R0 ? ? ? ? ? ESTABLISH ADDRESSABILITY ? ? ? ? ? ? ? ?16300802
? ? ? ? ?USING *,R12 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?16301602
? ? ? ? ?LR ? ?R11,R1 ? ? ? ? ? SET UP PTR TO SDWA ? ? ? ? ? ? ? ? ? ? ?16302402
? ? ? ? ?USING SDWA,R11 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 16303202
? ? ? ? ?L ? ? R10,SDWAPARM ? ? SET UP PTR TO PARM AREA ? ? ? ? ? ? ? ? 16304002
? ? ? ? ?USING PARMFRR,R10 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?16304802
? ? ? ? ?TM ? ?SDWAERRD,SDWACLUP ?CAN RETRY BE DONE? ? ? ? ? ? ? ? ? ? ?16305602
? ? ? ? ?BNZ ? CONTERM ? ? ? ? ?NO, CONTINUE WITH TERMINATION ? ? ? ? ? 16306402
? ? ? ? ?TM ? ?FLAGS,RECURSB ? ?RECURSIVE ABEND? ? ? ? ? ? ? ? ? ? ? ? ?16307202
? ? ? ? ?BO ? ?CONTERM ? ? ? ? ?YES, CONTINUE WITH TERMINATION ? ? ? ? ?16308002
? ? ? ? ?OI ? ?FLAGS,RECURSB ? ?SET RECURSIVE INDICATOR ? ? ? ? ? ? ? ? 16308802
? ? ? ? ?TM ? ?SDWAERRA,SDWAPCHK PROGRAM CHECK? ? ? ? ? ? ? ? ? ? ? ? ? 16309602
? ? ? ? ?BNO ? CONTERM ? ? ? ? ?NO, CONTINUE WITH TERMINATION ? ? ? ? ? 16310402
? ? ? ? EJECT ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 16310602
* 16310802
* ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? * 16310902
* ? ? ? ? ? ? ? ? ? ? ? ? ?PROGRAM CHECK ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?* 16311002
* ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? * 16311102
* 16361102
? ? ? ? ?CLI ? SDWAICD1,PROTERR PROTECTION EXCEPTION ? ? ? ? ? ? ? ? ? ?16411102
? ? ? ? ?BE ? ?RETRY ? ? ? ? ? ?YES, EXPECTED ABEND- RETRY ? ? ? ? ? ? ?16461102
? ? ? ? ?CLI ? SDWAICD1,ADDRERR ADDRESSING EXCEPTION ? ? ? ? ? ? ? ? ? ?16511102
? ? ? ? ?BE ? ?RETRY ? ? ? ? ? ?YES, EXPECTED ABEND- RETRY ? ? ? ? ? ? ?16561102
? ? ? ? ?CLI ? SDWAICD1,SEGERR ?SEGMENT TRANSLATION ERROR ? ? ? ? ? ? ? 16611102
? ? ? ? ?BE ? ?RETRY ? ? ? ? ? ?YES, EXPECTED ABEND- RETRY ? ? ? ? ? ? ?16661102
? ? ? ? ?CLI ? SDWAICD1,PAGERR ?PAGE TRANSLATION ERROR ? ? ? ? ? ? ? ? ?16711102
? ? ? ? ?BNE ? CONTERM ? ? ? ? ?NO, NOT AN EXPECTED PGM CHECK ? ? ? ? ? 16761102
? ? ? ? EJECT ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 16766102
* 16771102
* ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? * 16781102
* ? ? ? ? ? ? ? ? ? ? ? ? EXPECTED PROGRAM CHECK ? ? ? ? ? ? ? ? ? ? ?* 16791102
* ? ? ? ? ? ? ? ? ? ? ? ? ?0C4, 0C5, 0D0, OR 0D1 ? ? ? ? ? ? ? ? ? ? ?* 16801102
* ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? * 16803102
* 16805102
RETRY ? ?DS ? ?0H ? ? ? ? ? ? ? RETRY AT VALRETRY ? ? ? ? ? ? ? ? ? ? ? 16811102
? ? ? ? ?L ? ? R8,SAVEPTR ? ? ? RESTORE SAVE AREA PTR IN ? ? ? ? ? ? ? ?16861102
? ? ? ? ?ST ? ?R8,SDWASR10 ? ? ?REGISTERS TO BE USED FOR RETRY ? ? ? ? ?16911102
? ? ? ? ?SETRP RETADDR=VALRETRY,RECORD=NO,DUMP=NO,RETREGS=YES,RC=4, ? ?*16961102
? ? ? ? ? ? ? ?WKAREA=(R11) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 17011102
? ? ? ? ?BR ? ?R14 ? ? ? ? ? ? ?RETURN TO RTM ? ? ? ? ? ??
Joe
Joe Monk wrote:
[...]
> Since the TPROT instruction didnt exist on 370,
> CS was the only way...
That's odd, because according to Wikipedia, MVS 3.8j was released in 1981:
? *
and the TPROT instruction exists plain as day in the Seventh Edition (March 1980) of IBM System/370 Principles of Operation, so it was definitely available when MVS 3.8j was released!
But then maybe they never got around to actually fixing IEAVEVAL to actually use it until some other later release?
In any case I guess the point is moot. It's obvious "our" version of MVS 3.8j isn't using it, which seems to be the problem.
--
"Fish" (David B. Trout)
Software Development Laboratories
mail: fish@...
|
Re: Do I have a looping issue?
Joe Monk wrote: [...] Since the TPROT instruction didnt exist on 370,
CS was the only way... That's odd, because according to Wikipedia, MVS 3.8j was released in 1981: * and the TPROT instruction exists plain as day in the Seventh Edition (March 1980) of IBM System/370 Principles of Operation, so it was definitely available when MVS 3.8j was released! But then maybe they never got around to actually fixing IEAVEVAL to actually use it until some other later release? In any case I guess the point is moot. It's obvious "our" version of MVS 3.8j isn't using it, which seems to be the problem. -- "Fish" (David B. Trout) Software Development Laboratories mail: fish@...
|
Re: Do I have a looping issue?
"Which I completely agree with! Executing a CS instruction and checking to see whether or not it causes a protection exception program interrupt is a rather piss-poor way to determine if an address is writable or not! (ISK/ISKE/IVSK immediately springs to mind)"
See the TPROT instruction on page 10-47, which was added to IEAVEVAL in MVS/XA.?
That is what IEAVEVAL?is doing. Since the TPROT instruction didnt?exist on 370, CS was the only way...
Joe
Dave Wade wrote:
> Joe,
>
> A bit of researching turned this up from 19 years ago.
>
>
>
> if you scroll down you will see:-
>
> I am now getting
>
> HCCP014I CPU0000: Protection exception CODE=0004 ILC=4
> SW=078C2000 00050528 INST=BA661000 CS 6,6,0(1)
> :00FD2070:K:06=009EC818 809ECF98 00404040 40404040 ..H.
>
> So the same as Jim reports. Volker responded
>
> This particular program interrupt does not lead to a dump. It is
> "working as designed" - the CS instruction is issued by an IBM module
> to test if a certain address is valid or not. If there is a program
> interrupt, MVS knows the address in question is not "valid" - and
> goes on with its merry business. It never bothers to write an SVC
> dump in this case
>
> So not as I suggested but working as designed.
Also notice what Binyamin Dissen wrote in response to Volker's claim:
? ?> This particular program interrupt does not lead to a dump.
? ?> It is "working as designed" - the CS instruction is issued
? ?> by an IBM module to test if a certain address is valid or not.
? ?I certainly hope not.
? ?There are much better ways to determine if an address is writable
? ?using the current psw key, especially if one is in supervisor state.
Which I completely agree with! Executing a CS instruction and checking to see whether or not it causes a protection exception program interrupt is a rather piss-poor way to determine if an address is writable or not! (ISK/ISKE/IVSK immediately springs to mind)
Is the source available to the version of MVS that's being used? Can it be fixed?
--
"Fish" (David B. Trout)
Software Development Laboratories
mail: fish@...
|
Re: It has been awhile and I forget how to get past a power loss
There is wiki space on groups.io. ? /g/h390-vm/wiki ? I just tweaked the settings so its visible to non-members, members can edit. ? Dave ? ? ?
toggle quoted message
Show quoted text
From: [email protected] <[email protected]> On Behalf Of Bertram Moshier
Sent: 26 October 2022 21:19
To: [email protected]
Subject: Re: [h390-vm] It has been awhile and I forget how to get past a power loss? I love the idea of a WIKI for VM/CE. I guess we need to find a place to host our own VM/CE Wikipedia.? I found: We just need three things: 3) People to run, maintain, and update the VM/CE Wiki Numbers 1 and 2 could be an existing place or one we create. It would be great if we could host it on VM/CE. :) ! ? > -----Original Message-----
> From: [email protected] <[email protected]> On Behalf Of Brian
> McCullough
> Sent: 26 October 2022 20:36
> To: [email protected]
> Subject: Re: [h390-vm] It has been awhile and I forget how to get past a
power
> loss
>
> On Wed, Oct 26, 2022 at 08:31:57PM +0100, Dave Wade wrote:
> > > -----Original Message-----
> >
> > The script starts Hercules with a "START" command and so it never sees a
> "normal exit".
> > This doesn't happen very often, and when it does the answer isn't always
> obvious.
> > Some might want to try "ckpt" or "force" but it might be these don't
work and
> to recover you must do "cold" which should always work but does lose the
spool
> files which isn't what you want.
> > Sometimes I think we over-automate things and the best plan is to
actually let
> the operator decide...
>
> A good point, but there might also be a document, easily found, that
> says: "What to do if...." for this situation for those of us don't have
the
> experience ( or memory ) of what to do as an operator in this situation.
I agree, but to me that's a whole new ball game. I thought about creating a
Wiki on the group web site but is that "easily found"?
Would it go on the web site? Or on GitHub?
For me the when I forget I look in the Operators Manual - which does
explain....
So I am open to suggestions? Where would folks look...
>
>
> B-)
>
Dave
|
Re: Do I have a looping issue?
Ren¨¦ Ferland wrote: Hello Fish,
My turn to I apologize for the f word in my message, What? You mean fuck/fucking? Nah! Doesn't bother me at all. ;-) I did not want to upset you (or anyone else here). Well you certainly did NOT upset me if that's what you were worried about. Profanity doesn't bother me AT ALL. (And I personally feel that those who *are* bothered by it are prudes and need to learn to grow up.) Since English is not my native language, I guess I'd better
stay away from the "big words". Nah. Use whatever words you feel comfortable with using. Thanks for the information in your messages (this thread)
and also that trick you explained in H390-DOSVS regarding
* $$ PUN DISP=I. I did not know about it. You're very welcome, Ren¨¦. Glad I could help. Take care my friend! :) -- "Fish" (David B. Trout) Software Development Laboratories mail: fish@...
|
Re: It has been awhile and I forget how to get past a power loss
I love the idea of a WIKI for VM/CE.
I guess we need to find a place to host our own VM/CE Wikipedia.? I found:
? and
We just need three things:
1) Wikipedia software 2) Hosting place 3) People to run, maintain, and update the VM/CE Wiki
Numbers 1 and 2 could be an existing place or one we create.
It would be great if we could host it on VM/CE. :) !
> -----Original Message-----
> From: [email protected] <[email protected]> On Behalf Of Brian
> McCullough
> Sent: 26 October 2022 20:36
> To: [email protected]
> Subject: Re: [h390-vm] It has been awhile and I forget how to get past a
power
> loss
>
> On Wed, Oct 26, 2022 at 08:31:57PM +0100, Dave Wade wrote:
> > > -----Original Message-----
> >
> > The script starts Hercules with a "START" command and so it never sees a
> "normal exit".
> > This doesn't happen very often, and when it does the answer isn't always
> obvious.
> > Some might want to try "ckpt" or "force" but it might be these don't
work and
> to recover you must do "cold" which should always work but does lose the
spool
> files which isn't what you want.
> > Sometimes I think we over-automate things and the best plan is to
actually let
> the operator decide...
>
> A good point, but there might also be a document, easily found, that
> says: "What to do if...." for this situation for those of us don't have
the
> experience ( or memory ) of what to do as an operator in this situation.
I agree, but to me that's a whole new ball game. I thought about creating a
Wiki on the group web site but is that "easily found"?
Would it go on the web site? Or on GitHub?
For me the when I forget I look in the Operators Manual - which does
explain....
So I am open to suggestions? Where would folks look...
>
>
> B-)
>
Dave
|
Re: It has been awhile and I forget how to get past a power loss
toggle quoted message
Show quoted text
-----Original Message-----
From: [email protected] <[email protected]> On Behalf Of Brian
McCullough
Sent: 26 October 2022 20:36
To: [email protected]
Subject: Re: [h390-vm] It has been awhile and I forget how to get past a power loss
On Wed, Oct 26, 2022 at 08:31:57PM +0100, Dave Wade wrote:
-----Original Message----- The script starts Hercules with a "START" command and so it never sees a
"normal exit".
This doesn't happen very often, and when it does the answer isn't always obvious.
Some might want to try "ckpt" or "force" but it might be these don't work and to recover you must do "cold" which should always work but does lose the spool files which isn't what you want.
Sometimes I think we over-automate things and the best plan is to actually let the operator decide...
A good point, but there might also be a document, easily found, that
says: "What to do if...." for this situation for those of us don't have the experience ( or memory ) of what to do as an operator in this situation. I agree, but to me that's a whole new ball game. I thought about creating a Wiki on the group web site but is that "easily found"? Would it go on the web site? Or on GitHub? For me the when I forget I look in the Operators Manual - which does explain.... So I am open to suggestions? Where would folks look...
B-)
Dave
|
Re: It has been awhile and I forget how to get past a power loss
On Wed, Oct 26, 2022 at 08:31:57PM +0100, Dave Wade wrote: -----Original Message----- The script starts Hercules with a "START" command and so it never sees a "normal exit".
This doesn't happen very often, and when it does the answer isn't always obvious.
Some might want to try "ckpt" or "force" but it might be these don't work and to recover you must do "cold" which should always work but does lose the spool files which isn't what you want.
Sometimes I think we over-automate things and the best plan is to actually let the operator decide...
A good point, but there might also be a document, easily found, that says: "What to do if...." for this situation for those of us don't have the experience ( or memory ) of what to do as an operator in this situation. B-)
|
Re: It has been awhile and I forget how to get past a power loss
toggle quoted message
Show quoted text
-----Original Message-----
From: [email protected] <[email protected]> On Behalf Of Fish Fish
Sent: 26 October 2022 20:12
To: [email protected]
Subject: Re: [h390-vm] It has been awhile and I forget how to get past a power
loss
Fish wrote:
[...]
And it looks like VM/CE's startup scripting might need to be adjusted
too, to take such an occurrence into account.
It looks like it's currently presuming a normal startup, which as
you're now experiencing, is not always the case. And in the interest of possibly helping out the VM/CE maintainers, creating a
simple 0-length file ("touch foo") upon normal Hercules shutdown/exit might
possibly work. Then simply check for the existence of that file in your startup
script, and if not found, presume the guest wasn't shutdown gracefully and
switch to using a slightly different script instead that would automatically issue
the "/ckpt" command. (And of course *deleting* the file before starting Hercules
and IPLing your guest each time too! Duh!(*)) The script starts Hercules with a "START" command and so it never sees a "normal exit". This doesn't happen very often, and when it does the answer isn't always obvious. Some might want to try "ckpt" or "force" but it might be these don't work and to recover you must do "cold" which should always work but does lose the spool files which isn't what you want. Sometimes I think we over-automate things and the best plan is to actually let the operator decide...
(*) (I'm not familiar with how you have your automated scripts designed, but
hopefully you get the idea!)
--
"Fish" (David B. Trout)
Software Development Laboratories
mail: fish@...
Dave Wade
|
Re: Do I have a looping issue?
Hello Fish,
My turn to I apologize for the f word in my message, I did not want to upset you (or anyone else here). Since English is not my native language, I guess I'd better stay away from the "big words".
Thanks for the information in your messages (this thread) and also that trick you explained in H390-DOSVS regarding * $$ PUN DISP=I. I did not know about it.
Cheers,
Rene FERLAND, Montreal
|
Re: It has been awhile and I forget how to get past a power loss
I'm not one of the Herc mainters, but thank you for the comment to this thread and to them.
Fish wrote:
[...]
> And it looks like VM/CE's startup scripting might need to
> be adjusted too, to take such an occurrence into account.
> It looks like it's currently presuming a normal startup,
> which as you're now experiencing, is not always the case.
And in the interest of possibly helping out the VM/CE maintainers, creating a simple 0-length file ("touch foo") upon normal Hercules shutdown/exit might possibly work. Then simply check for the existence of that file in your startup script, and if not found, presume the guest wasn't shutdown gracefully and switch to using a slightly different script instead that would automatically issue the "/ckpt" command. (And of course *deleting* the file before starting Hercules and IPLing your guest each time too! Duh!(*))
(*) (I'm not familiar with how you have your automated scripts designed, but hopefully you get the idea!)
--
"Fish" (David B. Trout)
Software Development Laboratories
mail: fish@...
|
Re: It has been awhile and I forget how to get past a power loss
Fish wrote: [...] And it looks like VM/CE's startup scripting might need to
be adjusted too, to take such an occurrence into account.
It looks like it's currently presuming a normal startup,
which as you're now experiencing, is not always the case. And in the interest of possibly helping out the VM/CE maintainers, creating a simple 0-length file ("touch foo") upon normal Hercules shutdown/exit might possibly work. Then simply check for the existence of that file in your startup script, and if not found, presume the guest wasn't shutdown gracefully and switch to using a slightly different script instead that would automatically issue the "/ckpt" command. (And of course *deleting* the file before starting Hercules and IPLing your guest each time too! Duh!(*)) (*) (I'm not familiar with how you have your automated scripts designed, but hopefully you get the idea!) -- "Fish" (David B. Trout) Software Development Laboratories mail: fish@...
|
Re: It has been awhile and I forget how to get past a power loss
Hello,
Thank you to both Fish (David) and Dave for your reply.? I got it up and running with /CKPT
I was trying other stuff (which I need not go into).
Bertram WB8ERT
Bertram Moshier wrote:
> My Windows system rebooted on its own (for an update)
> and VM didn't shutdown.
Did you let it? Or did it reboot on its own without even asking you? Because if it's the latter (rebooted on its own without even asking you) then I would complain to Microsoft! LOUDLY!
> I'm getting the following on my screen.? I can't remember
> how to fix this situation.? Any help would be appreciated.
[...]
> HHCPN012I Resuming SCRIPT file processing...
> +ipl 6A1
> * Enable any attached devices.
> HHCPN011I Pausing SCRIPT file processing for 4 seconds...
> HHCCD001I Readahead thread 1 started: tid=000015FC, pid=35664
> HHCCD001I Readahead thread 2 started: tid=00008710, pid=35664
> VM/370 Community Edition Version? 1 Release? 1.2 07/19/22 13:20:46
> Now 18:24:19 GMT WEDNESDAY 10/26/22
> DMKCPI971I System is Uniprocessor generated
> DMKCPI977I Free Trap Installed
> DMKUDR476I System Directory loaded from volume VM50-1
> 18:24:19
> DMKWRM920I NO WARM START DATA; CKPT START FOR RETRY
> 18:24:19
> Start ((Warm|Force|COLD|CKPT) (DRain) (DIsable) (NOAUTOlo)) or (SHUTDOWN):
> HHCPN012I Resuming SCRIPT file processing...
> /(0009) enable all
> HHCPN013I EOF reached on SCRIPT file. Processing complete.
> Start ((Warm|Force|COLD|CKPT) (DRain) (DIsable) (NOAUTOlo)) or (SHUTDOWN):
I believe the proper response is "CKPT".
And it looks like VM/CE's startup scripting might need to be adjusted too, to take such an occurrence into account. It looks like it's currently presuming a normal startup, which as you're now experiencing, is not always the case.
--
"Fish" (David B. Trout)
Software Development Laboratories
mail: fish@...
|
Mark A. Stevens
Jim Snellen
Ren¨¦ Ferland