The problems we have seen are mostly when someone tries to FORCE a job
that is using DB2. The least impact is that the threads don't go away
and the ASID remains unusable until DB2 goes down. The most impact we
have seen is that DB2 is unusable.
Maybe if you are not using DB2 then FORCE will not cause problems, but I
still would avoid it if at all possible. 


Jon L. Veilleux
[EMAIL PROTECTED]
(860) 636-2683 


-----Original Message-----
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of McKown, John
Sent: Thursday, August 17, 2006 10:05 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Use of FORCE

> -----Original Message-----
> From: IBM Mainframe Discussion List
> [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL
> Sent: Thursday, August 17, 2006 8:54 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Use of FORCE
> 
> 
> >I must be doing something wrong then since we have seen
> several problems in the past couple of years (certainly less than 20 
> years) with using FORCE.
> 
> We are using it at least twice a month, unfortunately.
> One business-critical task is taking a S0C4 occasionally, and won't 
> cancel since it's swapped out.
> 
> So, it's:
> CANCEL <task>
> FORCE <task>
> FORCE <task>,ARM
> <wait>
> START <task>
> 
> We have been waiting on the vendor for a fix since November.
> We have received a few broken fixes, but we are still waiting.
> It's a niche product, so we don't have much choice.
> 
> 
> BTW, we haven't had a problem with FORCE, yet.
> 
> But, the absence of evidence is not evidence of absence.
> 
> When in doubt.
> PANIC!!    

Ted,

This is likely not possible, but have you considered writing an
assembler routine which does an ATTACHX on the actual program. This
routine would normally just wait for the attached program to terminate.
However, upon command, the routine would traverse its child TCB list
(recursively), looking for and removing any ESTAE type recovery
routines. Once it has done this, it would DETACH the TCB and terminate
"normally". I'm not even sure that this would work. 

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage Administrative Services Group
Information Technology

This message (including any attachments) contains confidential
information intended for a specific individual and purpose, and its
content is protected by law.  If you are not the intended recipient, you
should delete this message and are hereby notified that any disclosure,
copying, or distribution of this transmission, or taking any action
based on it, is strictly prohibited. 
 

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions, send
email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search
the archives at http://bama.ua.edu/archives/ibm-main.html

-----------------------------------------
This e-mail may contain confidential or privileged information. If
you think you have received this e-mail in error, please advise the
sender by reply e-mail and then delete this e-mail immediately.
Thank you. Aetna

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Reply via email to