Co: Z Toolkit for z/OS Install

[Randy Hoekstra]

I'm trying to install the Co: Z Toolkit for z/OS under TSO OMVS and can't get 
around the "FSUM9225 no memory: EDC5132I NOT ENOUGH MEMORY." errors with a TSO 
region size of 2047M. Our test system CSA = 2404K, ECSA = 61588K. Any 
suggestions?

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

Re: Z Toolkit for z/OS Install

[McKown, John]

The OMVS environment DOES NOT RUN IN YOUR TSO ADDRESS SPACE! Look in your OMVS 
segment for the RACF id. TSO OMVS is just a "terminal emulator" to a UNIX shell 
prompt. This shell is running in a separate address space. The size is in the 
OMVS segment for the RACF (aka TSO) id. Sample output from my id:


OMVS INFORMATION

UID= 001009
HOME= /u/tsh009
PROGRAM= /bin/sh
CPUTIMEMAX= NONE
ASSIZEMAX= NONE
FILEPROCMAX= NONE
PROCUSERMAX= NONE
THREADSMAX= NONE
MMAPAREAMAX= NONE


The important part is ASSIZEMAX. The output from D OMVS,O is:


CURRENT UNIX CONFIGURATION SETTINGS:
MAXPROCSYS  =   2000MAXPROCUSER =250
MAXFILEPROC =  64000MAXFILESIZE = NOLIMIT
MAXCPUTIME  = 2147483647MAXUIDS =500
MAXPTYS =256
MAXMMAPAREA =  40960MAXASSIZE   = 2147483647
MAXTHREADS  =   2000MAXTHREADTASKS  =500
MAXCORESIZE = 2147483647MAXSHAREPAGES   = 131072
IPCMSGQBYTES= 262144IPCMSGQMNUM =  1
IPCMSGNIDS  =500IPCSEMNIDS  =500
IPCSEMNOPS  = 25IPCSEMNSEMS = 25
IPCSHMMPAGES=256IPCSHMNIDS  =500
IPCSHMNSEGS = 10IPCSHMSPAGES= 262144


Again, the important value is MAXASSIZE which is the MAXimum AddressSpace SIZE. 
Or, the default region if not otherwise specified, depending on any overrides 
from the IEFUSI exit.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * 
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

 

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Randy Hoekstra
> Sent: Wednesday, August 10, 2011 9:31 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Co: Z Toolkit for z/OS Install
> 
> I'm trying to install the Co: Z Toolkit for z/OS under TSO 
> OMVS and can't get around the "FSUM9225 no memory: EDC5132I 
> NOT ENOUGH MEMORY." errors with a TSO region size of 2047M. 
> Our test system CSA = 2404K, ECSA = 61588K. Any suggestions?
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 
> 

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

Re: Z Toolkit for z/OS Install

[Kirk Wolf]

John,

I almost never disagree with you, but if you run the TSO OMVS shell the
forked OMVS address spaces inherit the REGION= size from the original TSO
address space.

For example, if I turn on debug mode and run the cozsftp command under TSO
OMVS, it will dump out the LDA:

/S0W1/tmp>export COZ_LOG=D

/S0W1/tmp>cozsftp

Co:Z SFTP version: 1.9.0 (5.0p1) 2011-05-09

Copyright (C) Dovetailed Technologies, LLC. 2008. All rights reserved.

..
*ZosUtil[D]: region size requested = 10K, Actual below/above limit =
8168K / 10K*
..

The 10K region size is what my TSO logon proc used.

Kirk Wolf
Dovetailed Technologies
http://dovetail.com


On Wed, Aug 10, 2011 at 9:50 AM, McKown, John  wrote:

> The OMVS environment DOES NOT RUN IN YOUR TSO ADDRESS SPACE! Look in your
> OMVS segment for the RACF id. TSO OMVS is just a "terminal emulator" to a
> UNIX shell prompt. This shell is running in a separate address space. The
> size is in the OMVS segment for the RACF (aka TSO) id. Sample output from my
> id:
>
> 
> OMVS INFORMATION
> 
> UID= 001009
> HOME= /u/tsh009
> PROGRAM= /bin/sh
> CPUTIMEMAX= NONE
> ASSIZEMAX= NONE
> FILEPROCMAX= NONE
> PROCUSERMAX= NONE
> THREADSMAX= NONE
> MMAPAREAMAX= NONE
> 
>
> The important part is ASSIZEMAX. The output from D OMVS,O is:
>
> 
> CURRENT UNIX CONFIGURATION SETTINGS:
> MAXPROCSYS  =   2000MAXPROCUSER =250
> MAXFILEPROC =  64000MAXFILESIZE = NOLIMIT
> MAXCPUTIME  = 2147483647MAXUIDS =500
> MAXPTYS =256
> MAXMMAPAREA =  40960MAXASSIZE   = 2147483647
> MAXTHREADS  =   2000MAXTHREADTASKS  =500
> MAXCORESIZE = 2147483647MAXSHAREPAGES   = 131072
> IPCMSGQBYTES= 262144IPCMSGQMNUM =  1
> IPCMSGNIDS  =500IPCSEMNIDS  =500
> IPCSEMNOPS  = 25IPCSEMNSEMS = 25
> IPCSHMMPAGES=256IPCSHMNIDS  =500
> IPCSHMNSEGS = 10IPCSHMSPAGES= 262144
> 
>
> Again, the important value is MAXASSIZE which is the MAXimum AddressSpace
> SIZE. Or, the default region if not otherwise specified, depending on any
> overrides from the IEFUSI exit.
>
> --
> John McKown
> Systems Engineer IV
> IT
>
> Administrative Services Group
>
> HealthMarkets(r)
>
> 9151 Boulevard 26 * N. Richland Hills * TX 76010
> (817) 255-3225 phone *
> john.mck...@healthmarkets.com * www.HealthMarkets.com
>
> Confidentiality Notice: This e-mail message may contain confidential or
> proprietary information. If you are not the intended recipient, please
> contact the sender by reply e-mail and destroy all copies of the original
> message. HealthMarkets(r) is the brand name for products underwritten and
> issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake
> Life Insurance Company(r), Mid-West National Life Insurance Company of
> TennesseeSM and The MEGA Life and Health Insurance Company.SM
>
>
>
> > -----Original Message-
> > From: IBM Mainframe Discussion List
> > [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Randy Hoekstra
> > Sent: Wednesday, August 10, 2011 9:31 AM
> > To: IBM-MAIN@bama.ua.edu
> > Subject: Co: Z Toolkit for z/OS Install
> >
> > I'm trying to install the Co: Z Toolkit for z/OS under TSO
> > OMVS and can't get around the "FSUM9225 no memory: EDC5132I
> > NOT ENOUGH MEMORY." errors with a TSO region size of 2047M.
> > Our test system CSA = 2404K, ECSA = 61588K. Any suggestions?
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> > Search the archives at http://bama.ua.edu/archives/ibm-main.html
> >
> >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

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

Re: Z Toolkit for z/OS Install

[McKown, John]

Thanks for the correction. I thought it was more like a telnet session. I don't 
much use TSO OMVS. I do use ISPF's interface to edit and browse UNIX files. But 
I greatly dislike the "dumb terminal" interface of TSO OMVS.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * 
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

 

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Kirk Wolf
> Sent: Wednesday, August 10, 2011 10:55 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Z Toolkit for z/OS Install
> 
> John,
> 
> I almost never disagree with you, but if you run the TSO OMVS 
> shell the
> forked OMVS address spaces inherit the REGION= size from the 
> original TSO
> address space.
> 
> For example, if I turn on debug mode and run the cozsftp 
> command under TSO
> OMVS, it will dump out the LDA:
> 
> /S0W1/tmp>export COZ_LOG=D
> 
> /S0W1/tmp>cozsftp
> 
> Co:Z SFTP version: 1.9.0 (5.0p1) 2011-05-09
> 
> Copyright (C) Dovetailed Technologies, LLC. 2008. All rights reserved.
> 
> ..
> *ZosUtil[D]: region size requested = 10K, Actual 
> below/above limit =
> 8168K / 10K*
> ..
> 
> The 10K region size is what my TSO logon proc used.
> 
> Kirk Wolf
> Dovetailed Technologies
> http://dovetail.com
> 
> 
> On Wed, Aug 10, 2011 at 9:50 AM, McKown, John 
>  > wrote:
> 
> > The OMVS environment DOES NOT RUN IN YOUR TSO ADDRESS 
> SPACE! Look in your
> > OMVS segment for the RACF id. TSO OMVS is just a "terminal 
> emulator" to a
> > UNIX shell prompt. This shell is running in a separate 
> address space. The
> > size is in the OMVS segment for the RACF (aka TSO) id. 
> Sample output from my
> > id:
> >
> > 
> > OMVS INFORMATION
> > 
> > UID= 001009
> > HOME= /u/tsh009
> > PROGRAM= /bin/sh
> > CPUTIMEMAX= NONE
> > ASSIZEMAX= NONE
> > FILEPROCMAX= NONE
> > PROCUSERMAX= NONE
> > THREADSMAX= NONE
> > MMAPAREAMAX= NONE
> > 
> >
> > The important part is ASSIZEMAX. The output from D OMVS,O is:
> >
> > 
> > CURRENT UNIX CONFIGURATION SETTINGS:
> > MAXPROCSYS  =   2000MAXPROCUSER =250
> > MAXFILEPROC =  64000MAXFILESIZE = NOLIMIT
> > MAXCPUTIME  = 2147483647MAXUIDS =500
> > MAXPTYS =256
> > MAXMMAPAREA =  40960MAXASSIZE   = 2147483647
> > MAXTHREADS  =   2000MAXTHREADTASKS  =500
> > MAXCORESIZE = 2147483647MAXSHAREPAGES   = 131072
> > IPCMSGQBYTES= 262144IPCMSGQMNUM =  1
> > IPCMSGNIDS  =500IPCSEMNIDS  =500
> > IPCSEMNOPS  = 25IPCSEMNSEMS = 25
> > IPCSHMMPAGES=256IPCSHMNIDS  =500
> > IPCSHMNSEGS = 10IPCSHMSPAGES= 262144
> > 
> >
> > Again, the important value is MAXASSIZE which is the 
> MAXimum AddressSpace
> > SIZE. Or, the default region if not otherwise specified, 
> depending on any
> > overrides from the IEFUSI exit.
> >
> > --
> > John McKown
> > Systems Engineer IV
> > IT
> >
> > Administrative Services Group
> >
> > HealthMarkets(r)
> >
> > 9151 Boulevard 26 * N. Richland Hills * TX 76010
> > (817) 255-3225 phone *
> > john.mck...@healthmarkets.com * www.HealthMarkets.com
> >
> > Confidentiality Notice: This e-mail message may contain 
> confidential or
> > proprietary information. If you are not the intended 
> recipient, please
> > contact the sender by reply e-mail and destroy all copies 
> of the original
> > message. HealthMarkets(r) is the brand name for products 
> underwritten and
> > issued by the insurance subsidiaries of HealthMarkets, Inc. 
> -The Chesapeake
> > Life Insurance Company(r), Mid-West National Life Insurance 
> Company of
> > TennesseeSM and The MEGA Life

Re: Z Toolkit for z/OS Install

[Rob Schramm]

And just for the rest of the view... the User's OMVS segment can contain an
ASSIZEMAX to set the memory size for an address space running under Unix
System Services.  Of course .. just to confuse the issue the OMVS shell
being forked from TSO has will use either the region size or the ASSIZEMAX
depending on which is bigger.


Rob Schramm
Senior Systems Consultant
Imperium Group




On Wed, Aug 10, 2011 at 11:55 AM, Kirk Wolf  wrote:

> John,
>
> I almost never disagree with you, but if you run the TSO OMVS shell the
> forked OMVS address spaces inherit the REGION= size from the original TSO
> address space.
>
> For example, if I turn on debug mode and run the cozsftp command under TSO
> OMVS, it will dump out the LDA:
>
> /S0W1/tmp>export COZ_LOG=D
>
> /S0W1/tmp>cozsftp
>
> Co:Z SFTP version: 1.9.0 (5.0p1) 2011-05-09
>
> Copyright (C) Dovetailed Technologies, LLC. 2008. All rights reserved.
>
> ..
> *ZosUtil[D]: region size requested = 10K, Actual below/above limit =
> 8168K / 10K*
> ..
>
> The 10K region size is what my TSO logon proc used.
>
> Kirk Wolf
> Dovetailed Technologies
> http://dovetail.com
>
>
> On Wed, Aug 10, 2011 at 9:50 AM, McKown, John <
> john.mck...@healthmarkets.com
> > wrote:
>
> > The OMVS environment DOES NOT RUN IN YOUR TSO ADDRESS SPACE! Look in your
> > OMVS segment for the RACF id. TSO OMVS is just a "terminal emulator" to a
> > UNIX shell prompt. This shell is running in a separate address space. The
> > size is in the OMVS segment for the RACF (aka TSO) id. Sample output from
> my
> > id:
> >
> > 
> > OMVS INFORMATION
> > 
> > UID= 001009
> > HOME= /u/tsh009
> > PROGRAM= /bin/sh
> > CPUTIMEMAX= NONE
> > ASSIZEMAX= NONE
> > FILEPROCMAX= NONE
> > PROCUSERMAX= NONE
> > THREADSMAX= NONE
> > MMAPAREAMAX= NONE
> > 
> >
> > The important part is ASSIZEMAX. The output from D OMVS,O is:
> >
> > 
> > CURRENT UNIX CONFIGURATION SETTINGS:
> > MAXPROCSYS  =   2000MAXPROCUSER =250
> > MAXFILEPROC =  64000MAXFILESIZE = NOLIMIT
> > MAXCPUTIME  = 2147483647MAXUIDS =500
> > MAXPTYS =256
> > MAXMMAPAREA =  40960MAXASSIZE   = 2147483647
> > MAXTHREADS  =   2000MAXTHREADTASKS  =500
> > MAXCORESIZE = 2147483647MAXSHAREPAGES   = 131072
> > IPCMSGQBYTES= 262144IPCMSGQMNUM =  1
> > IPCMSGNIDS  =500IPCSEMNIDS  =500
> > IPCSEMNOPS  = 25IPCSEMNSEMS = 25
> > IPCSHMMPAGES=256IPCSHMNIDS  =500
> > IPCSHMNSEGS = 10IPCSHMSPAGES= 262144
> > 
> >
> > Again, the important value is MAXASSIZE which is the MAXimum AddressSpace
> > SIZE. Or, the default region if not otherwise specified, depending on any
> > overrides from the IEFUSI exit.
> >
> > --
> > John McKown
> > Systems Engineer IV
> > IT
> >
> > Administrative Services Group
> >
> > HealthMarkets(r)
> >
> > 9151 Boulevard 26 * N. Richland Hills * TX 76010
> > (817) 255-3225 phone *
> > john.mck...@healthmarkets.com * www.HealthMarkets.com
> >
> > Confidentiality Notice: This e-mail message may contain confidential or
> > proprietary information. If you are not the intended recipient, please
> > contact the sender by reply e-mail and destroy all copies of the original
> > message. HealthMarkets(r) is the brand name for products underwritten and
> > issued by the insurance subsidiaries of HealthMarkets, Inc. -The
> Chesapeake
> > Life Insurance Company(r), Mid-West National Life Insurance Company of
> > TennesseeSM and The MEGA Life and Health Insurance Company.SM
> >
> >
> >
> > > -Original Message-
> > > From: IBM Mainframe Discussion List
> > > [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Randy Hoekstra
> > > Sent: Wednesday, August 10, 2011 9:31 AM
> > > To: IBM-MAIN@bama.ua.edu
> > > Subject: Co: Z Toolkit for z/OS Install
> > >
> > > I'm trying to install the Co: Z Toolkit for z/OS under TSO
> > > OMVS and can't get around the "FSUM9225 no memory: EDC5132I
> > > NOT ENOUGH MEMORY." errors with a TSO region size of 2047M.
> > > Our test system CSA = 2404K, ECSA = 61588K. Any suggestions?
> > >
> > > --
> > > For IBM-MAIN subscribe / sig

Re: Z Toolkit for z/OS Install

[Shmuel Metz (Seymour J.)]

In ,
on 08/10/2011
   at 09:50 AM, "McKown, John"  said:

>The OMVS environment DOES NOT RUN IN YOUR TSO ADDRESS SPACE!

It doesn't run in the same process, but depending on how you're
configured you can have multiple processes in the same address space.
Do you know that the OMVS command forces execution in a separate
address space, or only that the Unix commands may run in a separate
address space?
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: Z Toolkit for z/OS Install

[Scott Rowe]

I would be happy to be corrected, but I thought that, by definition, each
process was a separate address space.

On Thu, Aug 11, 2011 at 9:01 AM, Shmuel Metz (Seymour J.) <
shmuel+ibm-m...@patriot.net> wrote:

> In ,
> on 08/10/2011
>at 09:50 AM, "McKown, John"  said:
>
> >The OMVS environment DOES NOT RUN IN YOUR TSO ADDRESS SPACE!
>
> It doesn't run in the same process, but depending on how you're
> configured you can have multiple processes in the same address space.
> Do you know that the OMVS command forces execution in a separate
> address space, or only that the Unix commands may run in a separate
> address space?
>
> --
> Shmuel (Seymour J.) Metz, SysProg and JOAT
> ISO position; see 
> We don't care. We don't have to care, we're Congress.
> (S877: The Shut up and Eat Your spam act of 2003)
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains
confidential and privileged information intended only for the addressee.
If you are not the intended recipient, please be advised that you have
received this material in error and that any forwarding, copying, printing,
distribution, use or disclosure of the material is strictly prohibited.
If you have received this material in error, please (i) do not read it,
(ii) reply to the sender that you received the message in error, and
(iii) erase or destroy the material. Emails are not secure and can be
intercepted, amended, lost or destroyed, or contain viruses. You are deemed
to have accepted these risks if you communicate with us by email. Thank you.

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

Re: Z Toolkit for z/OS Install

[Steve Comstock]

On 8/11/2011 8:25 AM, Scott Rowe wrote:

I would be happy to be corrected, but I thought that, by definition, each
process was a separate address space.


Check out

z/OS UNIX System Services Command Reference
z/OS UNIX System Services User's Guide
z/OS UNIX System Services Programming: Assembler Callable Services

for _BPX_SHAREAS




On Thu, Aug 11, 2011 at 9:01 AM, Shmuel Metz (Seymour J.)<
shmuel+ibm-m...@patriot.net>  wrote:


In,
on 08/10/2011
at 09:50 AM, "McKown, John"  said:


The OMVS environment DOES NOT RUN IN YOUR TSO ADDRESS SPACE!


It doesn't run in the same process, but depending on how you're
configured you can have multiple processes in the same address space.
Do you know that the OMVS command forces execution in a separate
address space, or only that the Unix commands may run in a separate
address space?





--

Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

303-393-8716
http://www.trainersfriend.com

* Special promotion: 15% off on all DB2 training classes
scheduled by September 1, taught by year end 2011

* Check out our entire DB2 curriculum at:
http://www.trainersfriend.com/DB2_and_VSAM_courses/DB2curric.htm

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

Re: Z Toolkit for z/OS Install

[McKown, John]

look at _BPX_SHAREAS. There are some cases where multiple UNIX processes run in 
a single z/OS address space. Personally, I don't much care for it. But it could 
be a performance enhancement.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * 
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Scott Rowe
> Sent: Thursday, August 11, 2011 9:26 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Z Toolkit for z/OS Install
> 
> I would be happy to be corrected, but I thought that, by 
> definition, each
> process was a separate address space.
> 

> 

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

Re: Z Toolkit for z/OS Install

[Kirk Wolf]

Sharing an address space also allows you to run shell scripts in batch and
allow commands to access DD cards in the original address space.

Kirk Wolf
Dovetailed Technologies
http://dovetail.com

On Thu, Aug 11, 2011 at 10:54 AM, McKown, John <
john.mck...@healthmarkets.com> wrote:

> look at _BPX_SHAREAS. There are some cases where multiple UNIX processes
> run in a single z/OS address space. Personally, I don't much care for it.
> But it could be a performance enhancement.
>
> --
> John McKown
> Systems Engineer IV
> IT
>
> Administrative Services Group
>
> HealthMarkets(r)
>
> 9151 Boulevard 26 * N. Richland Hills * TX 76010
> (817) 255-3225 phone *
> john.mck...@healthmarkets.com * www.HealthMarkets.com
>
> Confidentiality Notice: This e-mail message may contain confidential or
> proprietary information. If you are not the intended recipient, please
> contact the sender by reply e-mail and destroy all copies of the original
> message. HealthMarkets(r) is the brand name for products underwritten and
> issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake
> Life Insurance Company(r), Mid-West National Life Insurance Company of
> TennesseeSM and The MEGA Life and Health Insurance Company.SM
>
> > -Original Message-
> > From: IBM Mainframe Discussion List
> > [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Scott Rowe
> > Sent: Thursday, August 11, 2011 9:26 AM
> > To: IBM-MAIN@bama.ua.edu
> > Subject: Re: Z Toolkit for z/OS Install
> >
> > I would be happy to be corrected, but I thought that, by
> > definition, each
> > process was a separate address space.
> >
>
> >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

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

Re: Z Toolkit for z/OS Install

[Hunkeler Peter (KIUP 4)]

>The OMVS environment DOES NOT RUN IN YOUR TSO ADDRESS SPACE!

This is not true! The OMVS TSO command processor has got an
option SHAREAS|NOSHAREAS (the former being the default) to
tell it whether to run the shell in the TSO address space or
not.

--
Peter Hunkler

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

Re: Z Toolkit for z/OS Install

[Hunkeler Peter (KIUP 4)]

>And just for the rest of the view... the User's OMVS segment can
contain
>an ASSIZEMAX to set the memory size for an address space running under 
>Unix System Services.  

No, it's not that simple. Basically, forked and non-locally spawned
processes, which will run in an address space different from the parent,
will *inherit* the REGION values from the parent (IEFUSI may modify as
usual).

The ASSIZEMAX and MAXASSIZE values will only apply when it is not 
reasonable to inherit from the parent such as when logging in. E.g. it 
is not reasonable to inherit from indetd, so ASSIZEMAX/MAXASSIZE will 
be used. (I don't have the details handy to tell here.)

As you me mentioned, "logging in" to a shell via TSO OMVS does not
follow
the above rule. The REGION was determined when you logged into TSO, so
the shell is just another process having a parent with reasonable
REGIOS values. (BTW, local processes all have the same REGION values.)  

--
Peter Hunkeler

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

Re: Z Toolkit for z/OS Install

[Hunkeler Peter (KIUP 4)]

>Check out
>
>z/OS UNIX System Services Command Reference
>z/OS UNIX System Services User's Guide
>z/OS UNIX System Services Programming: Assembler Callable Services
>
>for _BPX_SHAREAS

...and the non-standard functions attach_exec() and attach_execmvs()

--
Peter Hunkeler

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

Re: Z Toolkit for z/OS Install

[Rob Schramm]

Peter,

https://www-304.ibm.com/support/docview.wss?uid=isg1OA15228

Do you have any specific references for how you are indicating that the
region inheritance works?


Rob Schramm
Senior Systems Consultant
Imperium Group




On Fri, Aug 12, 2011 at 4:41 AM, Hunkeler Peter (KIUP 4) <
peter.hunke...@credit-suisse.com> wrote:

> >And just for the rest of the view... the User's OMVS segment can
> contain
> >an ASSIZEMAX to set the memory size for an address space running under
> >Unix System Services.
>
> No, it's not that simple. Basically, forked and non-locally spawned
> processes, which will run in an address space different from the parent,
> will *inherit* the REGION values from the parent (IEFUSI may modify as
> usual).
>
> The ASSIZEMAX and MAXASSIZE values will only apply when it is not
> reasonable to inherit from the parent such as when logging in. E.g. it
> is not reasonable to inherit from indetd, so ASSIZEMAX/MAXASSIZE will
> be used. (I don't have the details handy to tell here.)
>
> As you me mentioned, "logging in" to a shell via TSO OMVS does not
> follow
> the above rule. The REGION was determined when you logged into TSO, so
> the shell is just another process having a parent with reasonable
> REGIOS values. (BTW, local processes all have the same REGION values.)
>
> --
> Peter Hunkeler
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

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

Re: Z Toolkit for z/OS Install

[Shmuel Metz (Seymour J.)]

In
,
on 08/12/2011
   at 10:41 AM, "Hunkeler Peter (KIUP 4)"
 said:

>As you me mentioned, "logging in" to a shell via TSO OMVS does not
>follow the above rule.

The TSO commands for Unix support are not login.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: Z Toolkit for z/OS Install

[Hunkeler Peter (KIUP 4)]

>Peter,
>
>https://www-304.ibm.com/support/docview.wss?uid=isg1OA15228
>
>Do you have any specific references for how you are indicating 
>that the region inheritance works?

Sorry for the late reply to your question, Rob 

I had done some tests some years ago but unfortunately I can't
find the results anymmore, so all I know and wrote is what
my memory is remembering.

The TSO/OMVS case I described below is not completely correct.
(In the darly days, I seem to remember, it was.)

When starting a *non-local* shell using TSO/OMVS, then the 
ASSIZEMAX and MAXASSIZE are used to set the region size for
the shell address space. (If the shell is started locally,
i.e. in the TSO AS, then the region size is not changed.)

I searched the archives of IBM-MAIN and MVS-OE and found 
a post from Don Ault. In December 1998 he explained:

  "MAXASSIZE is used whenever you have a setuid/exec or spawn 
   with userid which the kernel interprets as a daemon creating 
   a user process."

(At that time ASSIZEMAX did not yet exist in the OMVS segment.)

This is what I meant with the following statement I posted earlier,
I just could not remember exactly when it happens.

> The ASSIZEMAX and MAXASSIZE values will only apply when it is 
> not reasonable to inherit from the parent such as when logging 
> in. E.g. it is not reasonable to inherit from indetd, so 
> ASSIZEMAX/MAXASSIZE will be used. (I don't have the details 
> handy to tell here.)

--
Peter Hunkeler

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

Re: Co: Z Toolkit for z/OS Install

[Kirk Wolf]

Randy,

See our latest response to your thread on our free support forum here:
http://dovetail.com/forum/viewtopic.php?f=8&t=1133

(Someone here may have a suggestion as to how to diagnose region size under
TSO OMVS... it would be nice if there was a simple way to display available
region size from the LDA while in TSO OMVS).

Kirk Wolf
Dovetailed Technologies
http://dovetail.com

On Wed, Aug 10, 2011 at 9:31 AM, Randy Hoekstra
wrote:

> I'm trying to install the Co: Z Toolkit for z/OS under TSO OMVS and can't
> get around the "FSUM9225 no memory: EDC5132I NOT ENOUGH MEMORY." errors with
> a TSO region size of 2047M. Our test system CSA = 2404K, ECSA = 61588K. Any
> suggestions?
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

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

Re: Co: Z Toolkit for z/OS Install

[Don Poitras]

Mark Zelden wrote a nice REXX program to show memory. You can run under
TSO or TSO OMVS (or on a native shell session.) 

http://www.mzelden.com/mvsfiles/rexxstor.txt

Kirk Wolf wrote:
> 
> Randy,
> 
> See our latest response to your thread on our free support forum here:
> http://dovetail.com/forum/viewtopic.php?f=8&t=1133
> 
> (Someone here may have a suggestion as to how to diagnose region size under
> TSO OMVS... it would be nice if there was a simple way to display available
> region size from the LDA while in TSO OMVS).
> 
> Kirk Wolf
> Dovetailed Technologies
> http://dovetail.com
> 
> On Wed, Aug 10, 2011 at 9:31 AM, Randy Hoekstra
> wrote:
> 
> > I'm trying to install the Co: Z Toolkit for z/OS under TSO OMVS and can't
> > get around the "FSUM9225 no memory: EDC5132I NOT ENOUGH MEMORY." errors with
> > a TSO region size of 2047M. Our test system CSA = 2404K, ECSA = 61588K. Any
> > suggestions?

-- 
Don Poitras - zSeries R & D  -  SAS Institute Inc. -  SAS Campus Drive 
mailto:sas...@sas.com   (919)531-5637  Fax:677- Cary, NC 27513

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

Re: Co: Z Toolkit for z/OS Install

[Mark Zelden]

Which was how I originally determined what Kirk wrote about where the region
size came from for TSO OMVS (and ISHELL).But it is also documented somewhere
in the manuals.   Using my exec was just a lot easier than trying to find where
it is documented.  :-)

--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS   
mailto:m...@mzelden.com
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html 
Systems Programming expert at http://expertanswercenter.techtarget.com/

On Wed, 10 Aug 2011 13:02:44 -0400, Don Poitras  wrote:

>Mark Zelden wrote a nice REXX program to show memory. You can run under
>TSO or TSO OMVS (or on a native shell session.)
>
>http://www.mzelden.com/mvsfiles/rexxstor.txt
>
>Kirk Wolf wrote:
>>
>> Randy,
>>
>> See our latest response to your thread on our free support forum here:
>> http://dovetail.com/forum/viewtopic.php?f=8&t=1133
>>
>> (Someone here may have a suggestion as to how to diagnose region size under
>> TSO OMVS... it would be nice if there was a simple way to display available
>> region size from the LDA while in TSO OMVS).
>>
>> Kirk Wolf
>> Dovetailed Technologies
>> http://dovetail.com
>>
>> On Wed, Aug 10, 2011 at 9:31 AM, Randy Hoekstra
>> wrote:
>>
>> > I'm trying to install the Co: Z Toolkit for z/OS under TSO OMVS and can't
>> > get around the "FSUM9225 no memory: EDC5132I NOT ENOUGH MEMORY." errors 
>> > with
>> > a TSO region size of 2047M. Our test system CSA = 2404K, ECSA = 61588K. Any
>> > suggestions?
>
>--
>Don Poitras - zSeries R & D  -  SAS Institute Inc. -  SAS Campus Drive
>mailto:sas...@sas.com   (919)531-5637  Fax:677- Cary, NC 27513
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
>Search the archives at http://bama.ua.edu/archives/ibm-main.html

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

Re: Co: Z Toolkit for z/OS Install

[Kirk Wolf]

Duh, I'm not sure what I forgot about your REXX LDA tool... I've even used
it myself before :-)

Kirk Wolf
Dovetailed Technologies
http://dovetail.com

On Wed, Aug 10, 2011 at 12:41 PM, Mark Zelden  wrote:

> Which was how I originally determined what Kirk wrote about where the
> region
> size came from for TSO OMVS (and ISHELL).But it is also documented
> somewhere
> in the manuals.   Using my exec was just a lot easier than trying to find
> where
> it is documented.  :-)
>
>

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

Re: Co: Z Toolkit for z/OS Install

[Don Poitras]

Mark,
  While I'm looking at this, there is one odd aspect I'd like to
understand. Maybe you know this. Even though the LDA shows the region
(LIMIT and SIZE) as coming from TSO when run under TSO or TSO OMVS and
RACF OMVS segment when run under the native shell, I'm not sure where
"region requested" is coming from. I have ASSIZEMAX=0536870912, but the
value that shows up both under TSO OMVS and the native shell as:

Region requested: 55296K

Perhaps this is set through some exit, but I thought it was strange as I
actually get the region size I expect, but this value is much lower.
When I run your exec on native TSO, the value is what I expect to see:
1048576K. I'd expect on TSO OMVS to see the same value and on native
shell to see 524288K. 


Mark Zelden wrote:
> 
> Which was how I originally determined what Kirk wrote about where the region
> size came from for TSO OMVS (and ISHELL).But it is also documented 
> somewhere
> in the manuals.   Using my exec was just a lot easier than trying to find 
> where
> it is documented.  :-)
> 
> --
> Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS
> mailto:m...@mzelden.com
> Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html
> Systems Programming expert at http://expertanswercenter.techtarget.com/
> 
> On Wed, 10 Aug 2011 13:02:44 -0400, Don Poitras  wrote:
> 
> >Mark Zelden wrote a nice REXX program to show memory. You can run under
> >TSO or TSO OMVS (or on a native shell session.)
> >
> >http://www.mzelden.com/mvsfiles/rexxstor.txt
> >
> >Kirk Wolf wrote:
> >>
> >> Randy,
> >>
> >> See our latest response to your thread on our free support forum here:
> >> http://dovetail.com/forum/viewtopic.php?f=8&t=1133
> >>
> >> (Someone here may have a suggestion as to how to diagnose region size under
> >> TSO OMVS... it would be nice if there was a simple way to display available
> >> region size from the LDA while in TSO OMVS).
> >>
> >> Kirk Wolf
> >> Dovetailed Technologies
> >> http://dovetail.com
> >>
> >> On Wed, Aug 10, 2011 at 9:31 AM, Randy Hoekstra
> >> wrote:
> >>
> >> > I'm trying to install the Co: Z Toolkit for z/OS under TSO OMVS and can't
> >> > get around the "FSUM9225 no memory: EDC5132I NOT ENOUGH MEMORY." errors 
> >> > with
> >> > a TSO region size of 2047M. Our test system CSA = 2404K, ECSA = 61588K. 
> >> > Any
> >> > suggestions?

-- 
Don Poitras - zSeries R & D  -  SAS Institute Inc. -  SAS Campus Drive 
mailto:sas...@sas.com   (919)531-5637  Fax:677- Cary, NC 27513

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

Re: Co: Z Toolkit for z/OS Install

[Mark Zelden]

Speaking of my REXXSTOR exec, based on a recent conversation with an IBM 
developer using it as a model, I have updated the exec to show LSQA usage
and changed the "region available" calculation to be more accurate.  I won't
mention the person's name as they may wish to remain anonymous, but
I will thank him publicly anyway.   The updated version is already on my web 
site (URL below) and should show up in the CBT updates page next week.

The new output looks like this:


   V I R T U A LS T O R A G EU S A G E  
   ---  


 Region requested: 12K  

 Max Priv Region Region Region   LSQA Region
 Reg Size  Limit   Size In-Use In-Use  Avail
                
Below 16M: 10216K  9728K  9664K  1316K   700K  8200K
Above 16M:   1711104K262144K262144K  2976K 12184K259168K

Above 2G :10G (64-bit MEMLIMIT) 
MEMLIMIT Source:  SMF   


Regards,

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS   
mailto:m...@mzelden.com
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html 
Systems Programming expert at http://expertanswercenter.techtarget.com/


On Wed, 10 Aug 2011 12:41:36 -0500, Mark Zelden  wrote:

>Which was how I originally determined what Kirk wrote about where the region
>size came from for TSO OMVS (and ISHELL).But it is also documented 
>somewhere
>in the manuals.   Using my exec was just a lot easier than trying to find where
>it is documented.  :-)
>
>--
>Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS
>mailto:m...@mzelden.com
>Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html
>Systems Programming expert at http://expertanswercenter.techtarget.com/
>
>On Wed, 10 Aug 2011 13:02:44 -0400, Don Poitras  wrote:
>
>>Mark Zelden wrote a nice REXX program to show memory. You can run under
>>TSO or TSO OMVS (or on a native shell session.)
>>
>>http://www.mzelden.com/mvsfiles/rexxstor.txt
>>
>>Kirk Wolf wrote:
>>>
>>> Randy,
>>>
>>> See our latest response to your thread on our free support forum here:
>>> http://dovetail.com/forum/viewtopic.php?f=8&t=1133
>>>
>>> (Someone here may have a suggestion as to how to diagnose region size under
>>> TSO OMVS... it would be nice if there was a simple way to display available
>>> region size from the LDA while in TSO OMVS).
>>>
>>> Kirk Wolf
>>> Dovetailed Technologies
>>> http://dovetail.com
>>>
>>> On Wed, Aug 10, 2011 at 9:31 AM, Randy Hoekstra
>>> wrote:
>>>
>>> > I'm trying to install the Co: Z Toolkit for z/OS under TSO OMVS and can't
>>> > get around the "FSUM9225 no memory: EDC5132I NOT ENOUGH MEMORY." errors 
>>> > with
>>> > a TSO region size of 2047M. Our test system CSA = 2404K, ECSA = 61588K. 
>>> > Any
>>> > suggestions?
>>
>>--
>>Don Poitras - zSeries R & D  -  SAS Institute Inc. -  SAS Campus Drive
>>mailto:sas...@sas.com   (919)531-5637  Fax:677- Cary, NC 27513
>>
>>--
>>For IBM-MAIN subscribe / signoff / archive access instructions,
>>send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
>>Search the archives at http://bama.ua.edu/archives/ibm-main.html
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
>Search the archives at http://bama.ua.edu/archives/ibm-main.html

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