Re: Can System REXX run Sub=MSTR ??

2020-08-25 Thread Harris Morgenstern
Just to summarize:

MODIFY AXR,SR STOPTSO  - Prevents TSO=YES execs from running and 
eliminates the AXRxx address spaces
STOP AXR -  Stops all System REXX activity i.e. the AXR address space + 
AXRxx address spaces all terminate

Both of these commands wait for in-progress work to complete.   FORCE 
AXR,ARM can be used to 
terminate System REXX, but it's not recommended since asynchronously 
abending tasks in 
the AXR or AXRxx address spaces may produce unexpected results. 


Harris Morgenstern
z/OS Storage Management and System REXX
Dept. OBPA
IBM Poughkeepsie
8-295-4221 
hmor...@us.ibm.com


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Can System REXX run Sub=MSTR ??

2020-08-25 Thread R.S.

Amen to that.
However I understood Steve's word as a sarcasm. Maybe I was wrong.
Obviously I don't like CANCEL, FORCE ARM and FORCE in normal procedures.

--
Radoslaw Skorupka
Lodz, Poland





W dniu 25.08.2020 o 04:10, Joel C. Ewing pisze:

It's part of that generic MVS principle from at least the 1970's, if not
earlier, that things that can be shut down cleanly before an IPL should
be, to minimize partially completed transactions, partial updates to a
collection of related data sets, database updates that haven't yet
reached a commit point, records written to output data sets but not yet
flushed from buffers to DASD, subsystems left in a state which makes
restart more difficult, etc, etc.

When you have no idea what some system address space is doing under the
covers, you have no way to know whether it has potential to be a problem
or not, unless lack of exposure is explicitly stated somewhere, or it is
just impossible to terminate.   And obviously you don't want system
address spaces that you can't easily terminate if they could in turn
prevent the normal shutdown of JES or some other system address space
that benefits from a controlled shutdown.

Yes, a forced IPL or "pulling the plug" with things still running
certainly resets all running address spaces,  but the potential for
increased DB2 recovery time and potential need to recover damaged or
inconsistent tables and data sets, and the possibility of JES job output
on DASD not even accurately reflecting what batch job step was running
at the point of interruption when restarting rudely interrupted jobs
makes that a less-than-optimum approach that can potentially delay by
many minutes the availability of a system for production usage after an
IPL.   At a minimum you want to be able to quiesce any address spaces
that are processing end-user transactions or jobs, or processing service
requests in support of that workload (and the number of z/OS address
spaces in that latter category seems to be continually growing).

Every SysProg I've known always believed you minimized your pain by
always doing a controlled shutdown of as much as possible before
"pulling the plug", but I suspect most have also encountered occasional
cases where some software, hardware, or environmental issue didn't offer
much of a choice.
     Joel C Ewing

On 8/24/20 11:05 AM, Steve Smith wrote:

I'm not clear on why you all would care about shutting them down for an
IPL.  IPL is 100% effective in removing unwanted processes.

sas





==

Jeśli nie jesteś adresatem tej wiadomości:

- powiadom nas o tym w mailu zwrotnym (dziękujemy!),
- usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś 
na dysku).
Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać 
tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza) 
tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać 
karze.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. 
Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, 
NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na 
01.01.2020 r. wynosi 169.401.468 złotych.

If you are not the addressee of this message:

- let us know by replying to this e-mail (thank you!),
- delete this message permanently (including all the copies which you have 
printed out or saved).
This message may contain legally protected information, which may be used 
exclusively by the addressee.Please be reminded that anyone who disseminates 
(copies, distributes) this message or takes any similar action, violates the 
law and may be penalised.

mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital 
City of Warsaw, 12th Commercial Division of the National Court Register, KRS 
025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN 
169.401.468 as at 1 January 2020.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Can System REXX run Sub=MSTR ??

2020-08-24 Thread Barbara Nitz
>https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.4.0/com.ibm.zos.v2r4.ieag100/paxr.htm
>
>FORCE AXR,ARM does the same things, but in a slightly less graceful way...

Must have come in via ptf after I downloaded the manuals when z/OS 2.4 came 
out. My versions don't show it.

Just tried 
F AXR,SR STOPTSO 
AXR0214I SYSREXX STOPTSO IS ACCEPTED.  ALL SUBSEQUENT TSO=YES
REQUESTS WILL BE REJECTED

That's all I need. Will tell my automation guy to put it into the shutdown 
sequence right after health checker is taken down.
That is z/OS 2.3 at ptf level 2006. I wonder if it already worked at 1912 - 
production is still at 1912 and will get refreshed this Saturday.

Sorry to the OP for hijacking this thread, I learned something new!

Barbara

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Can System REXX run Sub=MSTR ??

2020-08-24 Thread Joel C. Ewing
It's part of that generic MVS principle from at least the 1970's, if not
earlier, that things that can be shut down cleanly before an IPL should
be, to minimize partially completed transactions, partial updates to a
collection of related data sets, database updates that haven't yet
reached a commit point, records written to output data sets but not yet
flushed from buffers to DASD, subsystems left in a state which makes
restart more difficult, etc, etc. 

When you have no idea what some system address space is doing under the
covers, you have no way to know whether it has potential to be a problem
or not, unless lack of exposure is explicitly stated somewhere, or it is
just impossible to terminate.   And obviously you don't want system
address spaces that you can't easily terminate if they could in turn
prevent the normal shutdown of JES or some other system address space
that benefits from a controlled shutdown.

Yes, a forced IPL or "pulling the plug" with things still running
certainly resets all running address spaces,  but the potential for
increased DB2 recovery time and potential need to recover damaged or
inconsistent tables and data sets, and the possibility of JES job output
on DASD not even accurately reflecting what batch job step was running
at the point of interruption when restarting rudely interrupted jobs
makes that a less-than-optimum approach that can potentially delay by
many minutes the availability of a system for production usage after an
IPL.   At a minimum you want to be able to quiesce any address spaces
that are processing end-user transactions or jobs, or processing service
requests in support of that workload (and the number of z/OS address
spaces in that latter category seems to be continually growing).

Every SysProg I've known always believed you minimized your pain by
always doing a controlled shutdown of as much as possible before
"pulling the plug", but I suspect most have also encountered occasional
cases where some software, hardware, or environmental issue didn't offer
much of a choice. 
    Joel C Ewing

On 8/24/20 11:05 AM, Steve Smith wrote:
> I'm not clear on why you all would care about shutting them down for an
> IPL.  IPL is 100% effective in removing unwanted processes.
>
> sas
>

-- 
Joel C. Ewing

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Can System REXX run Sub=MSTR ??

2020-08-24 Thread Paul Gilmartin
On Mon, 24 Aug 2020 12:05:31 -0400, Steve Smith wrote:

>I'm not clear on why you all would care about shutting them down for an
>IPL.  IPL is 100% effective in removing unwanted processes.
> 
But could they shut down in an orderly fashion?

I have long wondered that the OS doesn't throw SIGTERM to all dubbed
processes for compatibility with long-running processes (perhaps daemons)
coded to UNIX conventions.

Experts tell me, however, this would cause chaos for blind-dubbed processes.

But perhaps processes started with the POSIX attribute?

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Can System REXX run Sub=MSTR ??

2020-08-24 Thread Steve Smith
I'm not clear on why you all would care about shutting them down for an
IPL.  IPL is 100% effective in removing unwanted processes.

sas

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Can System REXX run Sub=MSTR ??

2020-08-24 Thread Pew, Curtis G
On Aug 24, 2020, at 10:27 AM, Tom Conley  wrote:
> 
> Does it only work in V2R4?  I know in V2R3, I still have to issue C AXRxx 
> from time to time to make sure all the little buggers are gone.

We’re still at 2.3, and I tried it and it worked. I don’t apply PTFs for z/OS 
and can’t say for sure, but this may have been added with some maintenance.


-- 
Pew, Curtis G
curtis@austin.utexas.edu






--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Can System REXX run Sub=MSTR ??

2020-08-24 Thread Ed Jaffe

On 8/24/2020 8:27 AM, Tom Conley wrote:


Ed,

Does it only work in V2R4?  I know in V2R3, I still have to issue C 
AXRxx from time to time to make sure all the little buggers are gone.



I have been using FORCE AXR,ARM since SystemRexx first came out in z/OS 
1.9 and it has always shut down the AXRnn address spaces as expected.


I learned about P AXR from Itschak Mugzach during this discussion. He 
says it is z/OS 2.2 and higher. It's nice that it shuts things down 
cleanly and I will definitely use that if I need to take down AXR 
between IPLs.


However, after reflecting on this over the weekend, I think I will keep 
using FORCE,ARM during re-IPL shutdown because I really don't want 
someone's REXX holding up that process...



--
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
https://www.phoenixsoftware.com/



This e-mail message, including any attachments, appended messages and the
information contained therein, is for the sole use of the intended
recipient(s). If you are not an intended recipient or have otherwise
received this email message in error, any use, dissemination, distribution,
review, storage or copying of this e-mail message and the information
contained therein is strictly prohibited. If you are not an intended
recipient, please contact the sender by reply e-mail and destroy all copies
of this email message and do not otherwise utilize or retain this email
message or any or all of the information contained therein. Although this
email message and any attachments or appended messages are believed to be
free of any virus or other defect that might affect any computer system into
which it is received and opened, it is the responsibility of the recipient
to ensure that it is virus free and no responsibility is accepted by the
sender for any loss or damage arising in any way from its opening or use.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Can System REXX run Sub=MSTR ??

2020-08-24 Thread Harris Morgenstern
As of  V2R2,  you can issue  F AXR,SR STOPTSO  to terminate all AXRxx 
address spaces;  this cmd is  useful if you're using System REXX to 
terminate 
the primary subsystem.  Any future AXREXX requests issued with TSO=YES
will be rejected. 


Harris Morgenstern
z/OS Storage Management and System REXX
Dept. OBPA
IBM Poughkeepsie
8-295-4221 
hmor...@us.ibm.com


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Can System REXX run Sub=MSTR ??

2020-08-24 Thread Tom Conley

On 8/24/2020 11:11 AM, Ed Jaffe wrote:

On 8/23/2020 9:25 PM, Barbara Nitz wrote:
As for P AXR - will that take down the AXRxx's, too? This command does 
NOT show up in the 2.4 System Commands manual, much less 2.3.


P AXR shuts down all AXRnn address spaces gracefully and is fully 
documented here:


https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.4.0/com.ibm.zos.v2r4.ieag100/paxr.htm 



FORCE AXR,ARM does the same things, but in a slightly less graceful way...




Ed,

Does it only work in V2R4?  I know in V2R3, I still have to issue C 
AXRxx from time to time to make sure all the little buggers are gone.


Regards,
Tom Conley

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Can System REXX run Sub=MSTR ??

2020-08-24 Thread Ed Jaffe

On 8/23/2020 9:25 PM, Barbara Nitz wrote:
As for P AXR - will that take down the AXRxx's, too? This command does 
NOT show up in the 2.4 System Commands manual, much less 2.3.


P AXR shuts down all AXRnn address spaces gracefully and is fully 
documented here:


https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.4.0/com.ibm.zos.v2r4.ieag100/paxr.htm

FORCE AXR,ARM does the same things, but in a slightly less graceful way...


--
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
https://www.phoenixsoftware.com/



This e-mail message, including any attachments, appended messages and the
information contained therein, is for the sole use of the intended
recipient(s). If you are not an intended recipient or have otherwise
received this email message in error, any use, dissemination, distribution,
review, storage or copying of this e-mail message and the information
contained therein is strictly prohibited. If you are not an intended
recipient, please contact the sender by reply e-mail and destroy all copies
of this email message and do not otherwise utilize or retain this email
message or any or all of the information contained therein. Although this
email message and any attachments or appended messages are believed to be
free of any virus or other defect that might affect any computer system into
which it is received and opened, it is the responsibility of the recipient
to ensure that it is virus free and no responsibility is accepted by the
sender for any loss or damage arising in any way from its opening or use.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Can System REXX run Sub=MSTR ??

2020-08-24 Thread Dana Mitchell
Barbara, 
P AXR does appear in z/OS System Commands SA38-0666-40   and does show up in my 
recently downloaded kc4z  V2.4.  

As far as the command taking down AXRxx's,  it sounds like it will:

The STOP AXR command terminates System REXX in a graceful manner, waiting for 
active requests to
complete before terminating the address space. If active requests do not 
complete within a period of
approximately 1 minute after the command is issued, the command fails.

Dana  

On Sun, 23 Aug 2020 23:25:20 -0500, Barbara Nitz  wrote:

>
>As for P AXR - will that take down the AXRxx's, too? This command does NOT 
>show up in the 2.4 System Commands manual, much less 2.3. Since we live 
>happily *without* taking down AXR, will F AXR,STOPTSO do the trick of getting 
>rid of AXRxx's? *That* is documented!
>
>Regards, Barbara
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Can System REXX run Sub=MSTR ??

2020-08-24 Thread Tom Conley

Harris,

that's fine if it were *my* REXX that is causing the AXRxx to get started. 
Nobody except the *IBM* Health checker is currently using System REXX in my 
installation. I have no control whatsoever over TSO=YES/NO, as I am guessing 
the TSO=YES is needed for whatever health checker wants to do. So I still 
object to AXRxx address spaces NOT showing up on a D A,L. That is making system 
shutdown unnecessarily complex and hangs up JES2 shutdown every time one of 
these things is kept around.

As for P AXR - will that take down the AXRxx's, too? This command does NOT show 
up in the 2.4 System Commands manual, much less 2.3. Since we live happily 
*without* taking down AXR, will F AXR,STOPTSO do the trick of getting rid of 
AXRxx's? *That* is documented!

Regards, Barbara



Barbara,

You go girl, my sentiments exactly.  I added this to my shutdown:

C AXR01
C AXR02
C AXR03
C AXR04
C AXR05
C AXR06
C AXR07
C AXR08
C AXR09
C AXR10

Regards,
Tom Conley

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Can System REXX run Sub=MSTR ??

2020-08-23 Thread Barbara Nitz
>The AXR address space (System REXX) is started with SUB=MSTR.   REXX execs 
>that 
>that are started via AXREXX TSO=NO, run in the AXR address space.   On the 
>other hand,
>REXX execs that are started via AXREXX TSO=YES run in a AXRnn address 
>space 
>which is started under the primary subsystem. 

Harris,

that's fine if it were *my* REXX that is causing the AXRxx to get started. 
Nobody except the *IBM* Health checker is currently using System REXX in my 
installation. I have no control whatsoever over TSO=YES/NO, as I am guessing 
the TSO=YES is needed for whatever health checker wants to do. So I still 
object to AXRxx address spaces NOT showing up on a D A,L. That is making system 
shutdown unnecessarily complex and hangs up JES2 shutdown every time one of 
these things is kept around.

As for P AXR - will that take down the AXRxx's, too? This command does NOT show 
up in the 2.4 System Commands manual, much less 2.3. Since we live happily 
*without* taking down AXR, will F AXR,STOPTSO do the trick of getting rid of 
AXRxx's? *That* is documented!

Regards, Barbara

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Can System REXX run Sub=MSTR ??

2020-08-21 Thread Gord Tomlin

On 2020-08-20 15:33, Lionel B Dyck wrote:

And if so where would that be changed as I can't find where it is started
now?


What's the problem you're trying to solve?

--

Regards, Gord Tomlin
Action Software International
(a division of Mazda Computer Corporation)
Tel: (905) 470-7113, Fax: (905) 470-6507
Support: https://actionsoftware.com/support/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Can System REXX run Sub=MSTR ??

2020-08-21 Thread Ed Jaffe

On 8/21/2020 1:02 AM, Itschak Mugzach wrote:

Axr will shut down by a stop command. No violence needed -)



Thanks for that. I see that functionality was added fairly recently.

Our automation for this was established a long, long time ago.


--
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
https://www.phoenixsoftware.com/



This e-mail message, including any attachments, appended messages and the
information contained therein, is for the sole use of the intended
recipient(s). If you are not an intended recipient or have otherwise
received this email message in error, any use, dissemination, distribution,
review, storage or copying of this e-mail message and the information
contained therein is strictly prohibited. If you are not an intended
recipient, please contact the sender by reply e-mail and destroy all copies
of this email message and do not otherwise utilize or retain this email
message or any or all of the information contained therein. Although this
email message and any attachments or appended messages are believed to be
free of any virus or other defect that might affect any computer system into
which it is received and opened, it is the responsibility of the recipient
to ensure that it is virus free and no responsibility is accepted by the
sender for any loss or damage arising in any way from its opening or use.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Can System REXX run Sub=MSTR ??

2020-08-21 Thread Harris Morgenstern
The AXR address space (System REXX) is started with SUB=MSTR.   REXX execs 
that 
that are started via AXREXX TSO=NO, run in the AXR address space.   On the 
other hand,
REXX execs that are started via AXREXX TSO=YES run in a AXRnn address 
space 
which is started under the primary subsystem. 

If you're starting a REXX exec from an MVS Console and want to ensure that 
the exec
runs in the AXR address space (SUB=MSTR), issue the exec using the TSO=NO 
option 
i.e. MODIFY AXR,,TSO=NO


Harris Morgenstern
z/OS Storage Management and System REXX
Dept. OBPA
IBM Poughkeepsie
8-295-4221 
hmor...@us.ibm.com


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Can System REXX run Sub=MSTR ??

2020-08-21 Thread Lionel Dyck
You are correct - AXR itself runs under MSTR but the spawned AXR## are running 
under JES.

That is what I meant to ask but my thinking at the time was it all ran under 
JES until you asked your question.


Lionel B. Dyck 
Senior Software Engineer 
21st Century Software
940 West Valley Road
Suite 1604
Wayne, PA 19087
www.21stcenturysoftware.com


lion...@21csw.com
(800) 555-6845  x610
(610) 710-4832 – Office

From the Leaders in Data Stewardship™

THIS E-MAIL MAY CONTAIN PRIVILEGED, CONFIDENTIAL, COPYRIGHTED, OR OTHER LEGALLY 
PROTECTED INFORMATION. IF YOU ARE NOT THE INTENDED RECIPIENT (EVEN IF THE 
E-MAIL ADDRESS ABOVE IS YOURS), YOU MAY NOT USE, COPY, OR RE-TRANSMIT IT. IF 
YOU HAVE RECEIVED THIS BY MISTAKE PLEASE NOTIFY US BY RETURN E-MAIL, THEN 
DELETE. THANK YOU

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jackson, Rob
Sent: Friday, August 21, 2020 7:12 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Can System REXX run Sub=MSTR ??

At our house, System REXX already runs under MSTR (under 2.2 and 2.4); we never 
did anything to make it that way that I remember.  I'm more curious what you 
all did to make it _not_ run under MSTR.  Do you have an AXR proc?  If so, does 
it have SYSOUT in it?

First Horizon Bank
Mainframe Technical Support


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Barbara Nitz
Sent: Friday, August 21, 2020 3:25 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Can System REXX run Sub=MSTR ??

[External Email. Exercise caution when clicking links or opening attachments.]

>Just add a "FORCE AXR,ARM" command to your shutdown automation.

That would require RACF to allow automation to issue a force command (yes, I 
know I can set it MVS.FORCEARM.STC.AXR*.* specifically). I have been at great 
pains to install a policy where Automation is not even allowed to cancel, much 
less force anything. Not that I am very successful now that I'm not responsible 
for RACF anymore.

I still think that AXR and its AXRnn should show up on a D A,L. As long as they 
run under the JES subsystem.

Regards, Barbara

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN Confidentiality 
notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.


--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Can System REXX run Sub=MSTR ??

2020-08-21 Thread Jackson, Rob
At our house, System REXX already runs under MSTR (under 2.2 and 2.4); we never 
did anything to make it that way that I remember.  I'm more curious what you 
all did to make it _not_ run under MSTR.  Do you have an AXR proc?  If so, does 
it have SYSOUT in it?

First Horizon Bank
Mainframe Technical Support


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Barbara Nitz
Sent: Friday, August 21, 2020 3:25 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Can System REXX run Sub=MSTR ??

[External Email. Exercise caution when clicking links or opening attachments.]

>Just add a "FORCE AXR,ARM" command to your shutdown automation.

That would require RACF to allow automation to issue a force command (yes, I 
know I can set it MVS.FORCEARM.STC.AXR*.* specifically). I have been at great 
pains to install a policy where Automation is not even allowed to cancel, much 
less force anything. Not that I am very successful now that I'm not responsible 
for RACF anymore.

I still think that AXR and its AXRnn should show up on a D A,L. As long as they 
run under the JES subsystem.

Regards, Barbara

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Can System REXX run Sub=MSTR ??

2020-08-21 Thread Itschak Mugzach
AXR Stop command introduced in z/os 2.2.
בתאריך יום ו׳, 21 באוג׳ 2020, 11:13, מאת Mike Shorkend ‏<
mike.shork...@gmail.com>:

> STOP AXR or P AXR to stop system rexx, only came around in z/OS 2.4. Anyone
> not yet there will have to use the force command.
>
> On Fri, 21 Aug 2020 at 11:02, Itschak Mugzach <
> 0305158ad67d-dmarc-requ...@listserv.ua.edu> wrote:
>
> > Axr will shut down by a stop command. No violence needed -)
> >
> > בתאריך יום ו׳, 21 באוג׳ 2020, 6:48, מאת Barbara Nitz ‏ >:
> >
> > > >Systemrexx is started automatically during IPL. What are you trying to
> > > get?
> > >
> > > Not sure about the OP, but I would like to start it sub=mstr, too, just
> > so
> > > it doesn't screw up JES2 shutdown every time. The dumb things (AXRxx)
> do
> > > NOT show up on a D A,L command (neither does AXR itself), so
> > alternatively
> > > they SHOULD show up just to make it easier. Right now the first
> > indication
> > > I get is when JES2 refuses to terminate. As far as I know, the xx can
> be
> > > just about any number, and short of having automation do contortions to
> > > find the correct number and then terminate the thing, I'm stuck.
> Besides,
> > > the AXRxx aren't always there. Seems to have something to do with
> health
> > > checker using system REXX.
> > >
> > > Regards, Barbara
> > >
> > > --
> > > For IBM-MAIN subscribe / signoff / archive access instructions,
> > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> > >
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
>
>
> --
> Mike Shorkend
> m...@shorkend.com
> Tel: +972524208743
>
> 
>
> 
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Can System REXX run Sub=MSTR ??

2020-08-21 Thread Mike Shorkend
STOP AXR or P AXR to stop system rexx, only came around in z/OS 2.4. Anyone
not yet there will have to use the force command.

On Fri, 21 Aug 2020 at 11:02, Itschak Mugzach <
0305158ad67d-dmarc-requ...@listserv.ua.edu> wrote:

> Axr will shut down by a stop command. No violence needed -)
>
> בתאריך יום ו׳, 21 באוג׳ 2020, 6:48, מאת Barbara Nitz ‏:
>
> > >Systemrexx is started automatically during IPL. What are you trying to
> > get?
> >
> > Not sure about the OP, but I would like to start it sub=mstr, too, just
> so
> > it doesn't screw up JES2 shutdown every time. The dumb things (AXRxx) do
> > NOT show up on a D A,L command (neither does AXR itself), so
> alternatively
> > they SHOULD show up just to make it easier. Right now the first
> indication
> > I get is when JES2 refuses to terminate. As far as I know, the xx can be
> > just about any number, and short of having automation do contortions to
> > find the correct number and then terminate the thing, I'm stuck. Besides,
> > the AXRxx aren't always there. Seems to have something to do with health
> > checker using system REXX.
> >
> > Regards, Barbara
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
Mike Shorkend
m...@shorkend.com
Tel: +972524208743





--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Can System REXX run Sub=MSTR ??

2020-08-21 Thread Itschak Mugzach
Axr will shut down by a stop command. No violence needed -)

בתאריך יום ו׳, 21 באוג׳ 2020, 6:48, מאת Barbara Nitz ‏:

> >Systemrexx is started automatically during IPL. What are you trying to
> get?
>
> Not sure about the OP, but I would like to start it sub=mstr, too, just so
> it doesn't screw up JES2 shutdown every time. The dumb things (AXRxx) do
> NOT show up on a D A,L command (neither does AXR itself), so alternatively
> they SHOULD show up just to make it easier. Right now the first indication
> I get is when JES2 refuses to terminate. As far as I know, the xx can be
> just about any number, and short of having automation do contortions to
> find the correct number and then terminate the thing, I'm stuck. Besides,
> the AXRxx aren't always there. Seems to have something to do with health
> checker using system REXX.
>
> Regards, Barbara
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Can System REXX run Sub=MSTR ??

2020-08-21 Thread Barbara Nitz
>Just add a "FORCE AXR,ARM" command to your shutdown automation.

That would require RACF to allow automation to issue a force command (yes, I 
know I can set it MVS.FORCEARM.STC.AXR*.* specifically). I have been at great 
pains to install a policy where Automation is not even allowed to cancel, much 
less force anything. Not that I am very successful now that I'm not responsible 
for RACF anymore.

I still think that AXR and its AXRnn should show up on a D A,L. As long as they 
run under the JES subsystem.

Regards, Barbara

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Can System REXX run Sub=MSTR ??

2020-08-20 Thread Gibney, Dave
My new shutdown automation, IS AXR. I did a loop to C AXR10 to 01, but I have 
to identify and skip the one I'm running in. 

> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Ed Jaffe
> Sent: Thursday, August 20, 2020 9:17 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Can System REXX run Sub=MSTR ??
> 
> On 8/20/2020 8:47 PM, Barbara Nitz wrote:
> >> Systemrexx is started automatically during IPL. What are you trying to get?
> > Not sure about the OP, but I would like to start it sub=mstr, too, just so 
> > it
> doesn't screw up JES2 shutdown every time. The dumb things (AXRxx) do
> NOT show up on a D A,L command (neither does AXR itself), so alternatively
> they SHOULD show up just to make it easier. Right now the first indication I
> get is when JES2 refuses to terminate. As far as I know, the xx can be just
> about any number, and short of having automation do contortions to find the
> correct number and then terminate the thing, I'm stuck. Besides, the AXRxx
> aren't always there. Seems to have something to do with health checker
> using system REXX.
> 
> 
> Just add a "FORCE AXR,ARM" command to your shutdown automation.
> 
> 
> --
> Phoenix Software International
> Edward E. Jaffe
> 831 Parkview Drive North
> El Segundo, CA 90245
> https://urldefense.com/v3/__https://www.phoenixsoftware.com/__;!!JmP
> EgBY0HMszNaDT!5bqs_jU2w1XPWsedVkTD2EoJPQbYh_XJNmHwSPZC-
> QkANqmLxtQKXnvNedVV0g$
> 
> 
> 
> This e-mail message, including any attachments, appended messages and
> the
> information contained therein, is for the sole use of the intended
> recipient(s). If you are not an intended recipient or have otherwise
> received this email message in error, any use, dissemination, distribution,
> review, storage or copying of this e-mail message and the information
> contained therein is strictly prohibited. If you are not an intended
> recipient, please contact the sender by reply e-mail and destroy all copies
> of this email message and do not otherwise utilize or retain this email
> message or any or all of the information contained therein. Although this
> email message and any attachments or appended messages are believed to
> be
> free of any virus or other defect that might affect any computer system into
> which it is received and opened, it is the responsibility of the recipient
> to ensure that it is virus free and no responsibility is accepted by the
> sender for any loss or damage arising in any way from its opening or use.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Can System REXX run Sub=MSTR ??

2020-08-20 Thread Ed Jaffe

On 8/20/2020 8:47 PM, Barbara Nitz wrote:

Systemrexx is started automatically during IPL. What are you trying to get?

Not sure about the OP, but I would like to start it sub=mstr, too, just so it 
doesn't screw up JES2 shutdown every time. The dumb things (AXRxx) do NOT show 
up on a D A,L command (neither does AXR itself), so alternatively they SHOULD 
show up just to make it easier. Right now the first indication I get is when 
JES2 refuses to terminate. As far as I know, the xx can be just about any 
number, and short of having automation do contortions to find the correct 
number and then terminate the thing, I'm stuck. Besides, the AXRxx aren't 
always there. Seems to have something to do with health checker using system 
REXX.



Just add a "FORCE AXR,ARM" command to your shutdown automation.


--
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
https://www.phoenixsoftware.com/



This e-mail message, including any attachments, appended messages and the
information contained therein, is for the sole use of the intended
recipient(s). If you are not an intended recipient or have otherwise
received this email message in error, any use, dissemination, distribution,
review, storage or copying of this e-mail message and the information
contained therein is strictly prohibited. If you are not an intended
recipient, please contact the sender by reply e-mail and destroy all copies
of this email message and do not otherwise utilize or retain this email
message or any or all of the information contained therein. Although this
email message and any attachments or appended messages are believed to be
free of any virus or other defect that might affect any computer system into
which it is received and opened, it is the responsibility of the recipient
to ensure that it is virus free and no responsibility is accepted by the
sender for any loss or damage arising in any way from its opening or use.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Can System REXX run Sub=MSTR ??

2020-08-20 Thread Barbara Nitz
>Systemrexx is started automatically during IPL. What are you trying to get?

Not sure about the OP, but I would like to start it sub=mstr, too, just so it 
doesn't screw up JES2 shutdown every time. The dumb things (AXRxx) do NOT show 
up on a D A,L command (neither does AXR itself), so alternatively they SHOULD 
show up just to make it easier. Right now the first indication I get is when 
JES2 refuses to terminate. As far as I know, the xx can be just about any 
number, and short of having automation do contortions to find the correct 
number and then terminate the thing, I'm stuck. Besides, the AXRxx aren't 
always there. Seems to have something to do with health checker using system 
REXX.

Regards, Barbara

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Can System REXX run Sub=MSTR ??

2020-08-20 Thread ITschak Mugzach
Systemrexx is started automatically during IPL. What are you trying to get?

ITschak
בתאריך יום ה׳, 20 באוג׳ 2020, 22:33, מאת Lionel B Dyck ‏:

> And if so where would that be changed as I can't find where it is started
> now?
>
>
>
> Thanks in advance.
>
>
>
>
>
> Lionel B. Dyck <
> Website:   https://www.lbdsoftware.com
>
> "Worry more about your character than your reputation.  Character is what
> you are, reputation merely what others think you are." - John Wooden
>
>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Can System REXX run Sub=MSTR ??

2020-08-20 Thread Itschak Mugzach
Systemrexx is started automatically during IPL. What are the advantage of
running systemrexx under the mstr subsys?

ITs hak
בתאריך יום ה׳, 20 באוג׳ 2020, 22:33, מאת Lionel B Dyck ‏:

> And if so where would that be changed as I can't find where it is started
> now?
>
>
>
> Thanks in advance.
>
>
>
>
>
> Lionel B. Dyck <
> Website:   https://www.lbdsoftware.com
>
> "Worry more about your character than your reputation.  Character is what
> you are, reputation merely what others think you are." - John Wooden
>
>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Can System REXX run Sub=MSTR ??

2020-08-20 Thread Lionel B Dyck
And if so where would that be changed as I can't find where it is started
now?

 

Thanks in advance.

 

 

Lionel B. Dyck <
Website:   https://www.lbdsoftware.com

"Worry more about your character than your reputation.  Character is what
you are, reputation merely what others think you are." - John Wooden

 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN