Re: z13 Central Storage [EXTERNAL]

2020-07-29 Thread Feller, Paul
Elaine, did you get the wait code during or after the IPL of the lpar. Unless I'm looking at the wrong doc a wait code of 03C indicates you had an issue with ASM. The other thing to consider depending on the size of your lpar in terms of software stack 3 gig may not be enough. Depending on

Re: z13 Central Storage

2020-07-29 Thread Jackson, Rob
Elaine, I suspect what you are interested in seeing is found here: Single Object Operations; select CPC; select Operational Customization; select Storage Information. "Storage Information This window displays: Information about storage installed and allocated for the base system. Information

Re: Trying to find documentation for LE reason code

2020-07-29 Thread Gord Tomlin
On 2020-07-29 19:15, Charles Mills wrote: The error is from running the EXEC; it is not documentation of any UNIX error. Correct. The exec is in SYS1.SBPXEXEC(BPXMTEXT). -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax:

Re: Trying to find documentation for LE reason code

2020-07-29 Thread Charles Mills
Found the BPXMTEXT problem. An EXEC library in the concatenation is VB. The error is from running the EXEC; it is not documentation of any UNIX error. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Charles Mills Sent:

Re: z13 Central Storage

2020-07-29 Thread Mark Jacobs
Take a look at your reset profile. Total storage on the z13 should show up there. Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com ‐‐‐ Original Message ‐‐‐ On Wednesday, July 29,

z13 Central Storage

2020-07-29 Thread Elaine Beal
Is there a way to see total central storage on a z13 HMC? I can see it by selecting individual LPARs but am interested in an overall view. I have 11 LPARs, 9 deactivated, I have activated and IPLd several of the 6GB defined LPARs multiple times earlier this year. All 9 deactivated again I'm

ESTAEX exit WAIT question

2020-07-29 Thread Charles Mills
A program is in a WAIT ECBLIST on two ECB's. The program's ESTAEX exit is driven by an operator CANCEL (ABEND S222). Is it legal for the ESTAEX exit code to WAIT on one of those ECBs? If not, what would be the symptoms? And if not, what would be necessary to "make it legal"? Is it possible to

Re: Trying to find documentation for LE reason code

2020-07-29 Thread Sri h Kolusu
> There is a lot of this and that on the Web, but I would like to read the > actual documentation for that reason code. Where do I find it? I look up the > message in LE M and find Download the manual "z/OS UNIX System Services Messages and Codes" (3rd in the list ) from here

Re: Trying to find documentation for LE reason code

2020-07-29 Thread Don Poitras
Are you perhaps running some program via /bin/tso? That ends up calling mvssigsetup. If so, try changing to /bin/tsocmd. At least, that's the error we got and how we got around it, six years ago. In article you wrote: > Hi Charles, > Not sure why, but the reason code looked very familiar

Re: Trying to find documentation for LE reason code

2020-07-29 Thread Charles Mills
Thanks. That was part of the this and that which I found on the Web. No CICS in my picture. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mike Hochee Sent: Wednesday, July 29, 2020 1:56 PM To: IBM-MAIN@LISTSERV.UA.EDU

Re: Trying to find documentation for LE reason code

2020-07-29 Thread Charles Mills
Duh. I knew that. Thank you. Interesting thing. It does not work for me. (IBM Dallas) bpxmtext 0D070201 yields IRX0435E An invalid record was found during exec load. This is an internal error. Which is totally irrelevant. There is no EXEC in this picture. I will try to track down the signal

Re: Trying to find documentation for LE reason code

2020-07-29 Thread Mike Hochee
Hi Charles, Not sure why, but the reason code looked very familiar to me. Googling returned this link... https://www.ibm.com/support/pages/cee1000s-4093-90-cee5101c-bpx1mss-failed-when-using-posix HTH, Mike -Original Message- From: IBM Mainframe Discussion List

Re: Trying to find documentation for LE reason code

2020-07-29 Thread Gibney, Dave
Also, there are chapters titled something like Reason Code amd Return codes These code are often actually two halfwords search the book for the lower half > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Gord Tomlin > Sent: Wednesday, July 29, 2020 1:47 PM > To:

Re: Trying to find documentation for LE reason code

2020-07-29 Thread Walker, Mark
That's a USS reason code; you can find the meaning of it by issuing "tso bpxmtext" followed by the reason code. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Charles Mills Sent: Wednesday, July 29, 2020 4:35 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Trying to find

Re: Trying to find documentation for LE reason code

2020-07-29 Thread Gord Tomlin
On 2020-07-29 16:35, Charles Mills wrote: I am getting the following error when starting a UNIX program: CEE5101C During initialization, the callable service BPX1MSS failed. The system return code was 000156, the reason code was 0D070201 . The application will be terminated. There is a

Trying to find documentation for LE reason code

2020-07-29 Thread Charles Mills
I am getting the following error when starting a UNIX program: CEE5101C During initialization, the callable service BPX1MSS failed. The system return code was 000156, the reason code was 0D070201 . The application will be terminated. There is a lot of this and that on the Web, but I would

Re: SORT Capacity Exceeded

2020-07-29 Thread Sri h Kolusu
> Could you elaborate on why and when AVGRECLEN allocation is more efficient? Barry, If AVGRLEN=n is not specified, DFSORT will use one-half of the maximum record length as the average record length. To determine the input file size for a sort application. DFSORT performs calculations based on

Re: SORT Capacity Exceeded

2020-07-29 Thread Barry Merrill
Could you elaborate on why and when AVGRECLEN allocation is more efficient? Barry Herbert W "Barry" Merrill, PHD President-Programmer Merrill Consultants MXG Software 10717 Cromwell Drive Dallas, TX 75229 www.mxg.com 214 351 1966 ad...@mxg.com for business questions supp...@mxg.com for

Re: z/OSMF workflow step State unskip

2020-07-29 Thread Steve Beaver
Start over? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Dana Mitchell Sent: Wednesday, July 29, 2020 1:51 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: z/OSMF workflow step State unskip I'm working my way through the z/OS 2.4

Re: [EXTERNAL] z/OSMF workflow step State unskip

2020-07-29 Thread Chen, Ya-Fang
Dana, You need to ensure you are the assignee and owner of the step. Click on the skipped steps. -> "Assignment and Ownership" -> "Return" Regards, Ya-Fang -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Dana Mitchell Sent:

Re: z/OSMF workflow step State unskip

2020-07-29 Thread Ed Jaffe
On 7/29/2020 11:50 AM, Dana Mitchell wrote: I'm working my way through the z/OS 2.4 migration workflow using z/OSMF, and i clicked 'Skip' on a step by accident. Is there a way to un'Skip' a step? I don't see any options available in the context menu for the step that might unskip. I've

z/OSMF workflow step State unskip

2020-07-29 Thread Dana Mitchell
I'm working my way through the z/OS 2.4 migration workflow using z/OSMF, and i clicked 'Skip' on a step by accident. Is there a way to un'Skip' a step? I don't see any options available in the context menu for the step that might unskip. I've also RTFKC and didn't find much help there

Re: Response from ASG regarding your recent email to Steve Leverett - PLEASE READ

2020-07-29 Thread Evans-Young, Darren
I've removed that email address from the list. Darren From: IBM Mainframe Discussion List on behalf of Richards, Robert B. <01c91f408b9e-dmarc-requ...@listserv.ua.edu> Sent: Wednesday, July 29, 2020 7:05 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Response

Re: Response from ASG regarding your recent email to Steve Leverett - PLEASE READ

2020-07-29 Thread Paul Gilmartin
> On 2020-07-29, at 10:00:53, Steve Smith wrote: > > There is a proper way to respond with "user not found", and that isn't it. > asg.com should be blocked until they learn how to run a mail server. > > sas > > On Wed, Jul 29, 2020 at 11:55 AM Seymour J Metz wrote: > >> Is there a way for

Re: Response from ASG regarding your recent email to Steve Leverett - PLEASE READ

2020-07-29 Thread Steve Smith
There is a proper way to respond with "user not found", and that isn't it. asg.com should be blocked until they learn how to run a mail server. sas On Wed, Jul 29, 2020 at 11:55 AM Seymour J Metz wrote: > Is there a way for the autoresponder to test the header for list fields? > You might

Re: Response from ASG regarding your recent email to Steve Leverett - PLEASE READ

2020-07-29 Thread Seymour J Metz
Is there a way for the autoresponder to test the header for list fields? You might suggest to him that autoresponding to list traffic is likely to cause ASG delivery problems, especially if the mail software is doing it to high activity lists. If someone has stepped up to take Darren's place,

Re: Response from ASG regarding your recent email to Steve Leverett - PLEASE READ

2020-07-29 Thread Mark Jacobs
Is there anyway to get Steve Leverett unsubscribed from the mailing list without Steve doing it himself? I chatted with Jeff Cherrington about turning off the auto response, and he told me it needs to be left on for business reasons. Mark Jacobs ( An ASG employee ) Sent from ProtonMail,

Response from ASG regarding your recent email to Steve Leverett - PLEASE READ

2020-07-29 Thread steve.lever...@asg.com
steve.lever...@asg.com is no longer a valid e-mail address.  Please contact Jeff Cherrington at jeff.cherring...@asg.com with any questions, comments, or concerns. Diese steve.lever...@asg.com ist keine gultige Email-Adresse mehr. Bitte setzen Sie sich mit Jeff Cherrington an folgende

Re: SORT Capacity Exceeded

2020-07-29 Thread Sri h Kolusu
> ICE752I 0 FSZ=100121518644 BC IGN=0 E AVG=16336 0 WSP=130040639 C DYN=0 0 > ICE236I 0 OPTIONS: DYNAPCT=10 ,MOWRK=Y,TUNE=STOR,EXPMAX=600,EXPOLD=200,EXPRES=100 Robert, The file you are trying to sort is little over 100 Gigs, but your installation option EXPMAX=600 MB which is only

Response from ASG regarding your recent email to Steve Leverett - PLEASE READ

2020-07-29 Thread steve.lever...@asg.com
steve.lever...@asg.com is no longer a valid e-mail address.  Please contact Jeff Cherrington at jeff.cherring...@asg.com with any questions, comments, or concerns. Diese steve.lever...@asg.com ist keine gultige Email-Adresse mehr. Bitte setzen Sie sich mit Jeff Cherrington an folgende

Beware: OA54815:SINGLE SYSTEM SCOPE COUPLE DATA SET and GDPS V4R1.

2020-07-29 Thread Vernooij, Kees (ITOP NM) - KLM
Do not try to use the beautiful z/OS V2R4 enhancement OA54815: NEW FUNCTION - SINGLE SYSTEM SCOPE COUPLE DATA SET, if you still run GDPS V4R1. GDPS 4.1 does not know this type of Couple Datasets and takes 2 irritating actions: - Cancel IXGLOGR as soon as GPDS sees it - GDPS

Response from ASG regarding your recent email to Steve Leverett - PLEASE READ

2020-07-29 Thread steve.lever...@asg.com
steve.lever...@asg.com is no longer a valid e-mail address.  Please contact Jeff Cherrington at jeff.cherring...@asg.com with any questions, comments, or concerns. Diese steve.lever...@asg.com ist keine gultige Email-Adresse mehr. Bitte setzen Sie sich mit Jeff Cherrington an folgende

Re: Response from ASG regarding your recent email to Steve Leverett - PLEASE READ

2020-07-29 Thread Richards, Robert B.
Thank you, Dave, Kees and Mike. It is all coming back to me now. I will investigate our installation options Bob p.s. I sent a note to ASG asking them to kill that account causing the additional emails. -Original Message- From: IBM Mainframe Discussion List On Behalf Of David

Response from ASG regarding your recent email to Steve Leverett - PLEASE READ

2020-07-29 Thread steve.lever...@asg.com
steve.lever...@asg.com is no longer a valid e-mail address.  Please contact Jeff Cherrington at jeff.cherring...@asg.com with any questions, comments, or concerns. Diese steve.lever...@asg.com ist keine gultige Email-Adresse mehr. Bitte setzen Sie sich mit Jeff Cherrington an folgende

Re: Response from ASG regarding your recent email to Steve Leverett - PLEASE READ

2020-07-29 Thread David Betten
If you want to let DFSORT determine the amount of work space to allocate, you need to remove the JCL SORTWORK DDs. Once DFSORT sees you've coded your own SORTWORKs, it uses whatever space you've hard coded. I'd also add OPTION DYNALLOC=(SYSDA,16) to your sort control statements. Instead of

Re: SORT Capacity Exceeded

2020-07-29 Thread Vernooij, Kees (ITOP NM) - KLM
General recommendation: in most situations DFSORT is well able to calculate its SORTWK's. Remove SORTWK's from JCL, update parms: remove DYNALLOC=N, check the DFSORT defaults and use the where possible. Kees -Original Message- From: IBM Mainframe Discussion List On Behalf Of

Response from ASG regarding your recent email to Steve Leverett - PLEASE READ

2020-07-29 Thread steve.lever...@asg.com
steve.lever...@asg.com is no longer a valid e-mail address.  Please contact Jeff Cherrington at jeff.cherring...@asg.com with any questions, comments, or concerns. Diese steve.lever...@asg.com ist keine gultige Email-Adresse mehr. Bitte setzen Sie sich mit Jeff Cherrington an folgende

Response from ASG regarding your recent email to Steve Leverett - PLEASE READ

2020-07-29 Thread steve.lever...@asg.com
steve.lever...@asg.com is no longer a valid e-mail address.  Please contact Jeff Cherrington at jeff.cherring...@asg.com with any questions, comments, or concerns. Diese steve.lever...@asg.com ist keine gultige Email-Adresse mehr. Bitte setzen Sie sich mit Jeff Cherrington an folgende

Re: SORT Capacity Exceeded

2020-07-29 Thread Mike Schwab
ICE046A 0 SORT CAPACITY EXCEEDED - RECORD COUNT 37505288 ICE253I 0 RECORDS SORTED - PROCESSED: 37505288, EXPECTED: 612 ICE098I 0 AVERAGE RECORD LENGTH - PROCESSED: 1486, EXPECTED: 16336 Dummy out or comment out the SORTWK DD statements. Then you get dynamic allocation. On Wed, Jul 29, 2020

Response from ASG regarding your recent email to Steve Leverett - PLEASE READ

2020-07-29 Thread steve.lever...@asg.com
steve.lever...@asg.com is no longer a valid e-mail address.  Please contact Jeff Cherrington at jeff.cherring...@asg.com with any questions, comments, or concerns. Diese steve.lever...@asg.com ist keine gultige Email-Adresse mehr. Bitte setzen Sie sich mit Jeff Cherrington an folgende

SORT Capacity Exceeded

2020-07-29 Thread Richards, Robert B.
I am out of my element trying to figure out the following SORT issue. Job runs normally when the number of SORTIN records is much less. JCL contains 16 SORTWK datasets. If memory serves, isn't there a way to let SORT figure out how much it needs? ICE000I 1 - CONTROL STATEMENTS FOR 5650-ZOS,