Re: SMPe receive e37-04 on SMPPTS1

2021-04-25 Thread Radoslaw Skorupka
W dniu 25.04.2021 o 16:44, Paul Gilmartin pisze: On Sun, 25 Apr 2021 03:08:44 +0200, Radoslaw Skorupka wrote: Before APPLY - take care about SMPPTS1 DDDEFs in other zones. Is it useful, or even safe, to define SMPPTS* in other than GLOBAL zone? It is necessary. Does SMP/E warn or prohibit

Re: SMPe receive e37-04 on SMPPTS1

2021-04-25 Thread Paul Gilmartin
On Sun, 25 Apr 2021 03:08:44 +0200, Radoslaw Skorupka wrote: >> >>> Before APPLY - take care about SMPPTS1 DDDEFs in other zones. >>> >> Is it useful, or even safe, to define SMPPTS* in other than GLOBAL zone? > >It is necessary. > >> Does SMP/E warn or prohibit inconsistent SMPPTS* definitions

Re: SMPe receive e37-04 on SMPPTS1

2021-04-24 Thread Radoslaw Skorupka
W dniu 24.04.2021 o 23:46, Paul Gilmartin pisze: On Sat, 24 Apr 2021 21:25:49 +0200, Radoslaw Skorupka wrote: Before APPLY - take care about SMPPTS1 DDDEFs in other zones. Is it useful, or even safe, to define SMPPTS* in other than GLOBAL zone? It is necessary. Does SMP/E warn or

Re: SMPe receive e37-04 on SMPPTS1

2021-04-24 Thread Paul Gilmartin
On Sat, 24 Apr 2021 21:25:49 +0200, Radoslaw Skorupka wrote: >Before APPLY - take care about SMPPTS1 DDDEFs in other zones. > Is it useful, or even safe, to define SMPPTS* in other than GLOBAL zone? Does SMP/E warn or prohibit inconsistent SMPPTS* definitions among zones? (I remember Ed Gould

Re: SMPe receive e37-04 on SMPPTS1

2021-04-24 Thread Radoslaw Skorupka
Before APPLY - take care about SMPPTS1 DDDEFs in other zones. -- Radoslaw Skorupka (looking for new job) Lodz, Poland W dniu 23.04.2021 o 19:59, Bill Giannelli pisze: Thank you for the replies! Yes, SMPe "recovered" from the E37-04. It spilled over to SMPPTS1 then in turn spilled over to

Re: SMPe receive e37-04 on SMPPTS1

2021-04-23 Thread David Spiegel
the SMPPTS datasets. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Allan Staller Sent: Friday, April 23, 2021 12:48 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMPe receive e37-04 on SMPPTS1 [CAUTION: This Email is from outside the Organization. Unless you trust

Re: SMPe receive e37-04 on SMPPTS1

2021-04-23 Thread Allan Staller
-MAIN@LISTSERV.UA.EDU Subject: Re: SMPe receive e37-04 on SMPPTS1 [CAUTION: This Email is from outside the Organization. Unless you trust the sender, Don’t click links or open attachments as it may be a Phishing email, which can steal your Information and compromise your Computer.] Classification

Re: SMPe receive e37-04 on SMPPTS1

2021-04-23 Thread Richards, Robert B. (CTR)
Good use of all those Mod -1s and -3s laying around! Bob -Original Message- From: IBM Mainframe Discussion List On Behalf Of Carmen Vitullo Sent: Friday, April 23, 2021 2:52 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMPe receive e37-04 on SMPPTS1 I will be long retired before I

Re: SMPe receive e37-04 on SMPPTS1

2021-04-23 Thread Carmen Vitullo
I will be long retired before I get to the point I'll need 99 SMPPTS's :)   Carmen Vitullo -Original Message- From: David <00ac4b1d56b3-dmarc-requ...@listserv.ua.edu> To: IBM-MAIN Date: Friday, 23 April 2021 1:36 PM CDT Subject: Re: SMPe receive e37-04 on SMPPTS1 A

Re: SMPe receive e37-04 on SMPPTS1

2021-04-23 Thread David Purdy
And you can have 99 SMPPTS spill datasets (SMPPTS1 to SMPPTS99), if memory serves... David -Original Message- From: Lizette Koehler To: IBM-MAIN@LISTSERV.UA.EDU Sent: Fri, Apr 23, 2021 2:14 pm Subject: Re: SMPe receive e37-04 on SMPPTS1 As needed, I will create as many SMPPTSx datasets

Re: SMPe receive e37-04 on SMPPTS1

2021-04-23 Thread Lizette Koehler
Discussion List On Behalf Of Bill Giannelli Sent: Friday, April 23, 2021 11:00 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMPe receive e37-04 on SMPPTS1 Thank you for the replies! Yes, SMPe "recovered" from the E37-04. It spilled over to SMPPTS1 then in turn spilled over to SMPPTS2. s

Re: SMPe receive e37-04 on SMPPTS1

2021-04-23 Thread Bill Giannelli
Thank you for the replies! Yes, SMPe "recovered" from the E37-04. It spilled over to SMPPTS1 then in turn spilled over to SMPPTS2. so it seems all good thanks! Bill -- For IBM-MAIN subscribe / signoff / archive access

Re: SMPe receive e37-04 on SMPPTS1

2021-04-23 Thread Allan Staller
List On Behalf Of Bill Giannelli Sent: Friday, April 23, 2021 12:40 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SMPe receive e37-04 on SMPPTS1 [CAUTION: This Email is from outside the Organization. Unless you trust the sender, Don’t click links or open attachments as it may be a Phishing email

Re: SMPe receive e37-04 on SMPPTS1

2021-04-23 Thread Mark Jacobs
Do you have an SMPPTS2 dataset? If the SMPPTS1 dataset ran out of space during the receive it either spilled over to SMPPTS2 or if it's a PDS. SMP/e compressed it and continued the receive process to a successful completion. Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG

SMPe receive e37-04 on SMPPTS1

2021-04-23 Thread Bill Giannelli
I ran a SMPe receive and got a CC 0. Assuming all was ok I went on to the Apply. When I looked back at the receive job I now noticed it got a E37-04 on the SMPPTS1 dataset. Now I am not sure all the PTFs were loaded into SMPPTS1. Should I rerun the receive making sure I address the E37 issue?