Our connections also drop frequently. I just submit a few extra jobs. If the data has already been shipped the process is smart enough to skip over that piece.
Or you could have a final step that checks the condition code and submits the same job again via INTRDR. Here in slow old Australia, some of my transfers can take > 18 hours. On Tue, Mar 5, 2019 at 9:50 AM Jesse 1 Robinson <jesse1.robin...@sce.com> wrote: > If you're just interested in HOLDDATA, try what I do for multiple > releases/products that I maintain concurrently. > > 1. Run a step to pull all available HOLDDATA and store into a single flat > file or PDS(E) member. You only hit the web once. > 2. Follow this with as many steps as necessary to RECEIVE this HOLDDATA > into all applicable CSIs. > > Example for z/OS 2.3 and GDPS, each with its own GLOBAL zone. > > //FTPGET EXEC PGM=FTP,REGION=32M, > // PARM='proxy(exit=8 timeout 720' > //SYSPRINT DD SYSOUT=*,BLKSIZE=133 > //OUTPUT DD SYSOUT=*,BLKSIZE=133 > //INPUT DD * > anonym...@service.boulder.ibm.com userid@URL ; > cd /s390/holddata ; > get full.txt 'hlq.smpe.ptfs(holddata)' (repl ; > quit ; > //* > //* > //ZOSR23 EXEC SMPR23,COND.SMPSTEP=(0,LT,FTPGET) > //* > //* > //SMPHOLD DD DISP=SHR,DSN=hlq.SMPE.PTFS(HOLDDATA) > //SYSIN DD * > SET BOUNDARY(GLOBAL) . > RECEIVE HOLDDATA /* LIST */ . > //* > //* > //ZOSGDPS EXEC SMPEGDPS,COND.SMPSTEP=(0,LT,FTPGET) > //* > //* > //SMPHOLD DD DISP=SHR,DSN=hlq.SMPE.PTFS(HOLDDATA) > //SYSIN DD * > SET BOUNDARY(GLOBAL) . > RECEIVE HOLDDATA /* LIST */ . > ... > > > . > . > J.O.Skip Robinson > Southern California Edison Company > Electric Dragon Team Paddler > SHARE MVS Program Co-Manager > 323-715-0595 Mobile > 626-543-6132 Office ⇐=== NEW > robin...@sce.com > > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Smith, Sean M > Sent: Monday, March 04, 2019 1:27 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: (External):Re: SMPE Internet Service Retrieval: TRANSFERONLY > > We are receiving the HOLDDATA into 22 zones and it takes forever and is > prone to time outs during the order process. We are using it to run > EXCEPTION SYSMOD reports and track the PEs > > Sean > > > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Jousma, David > Sent: Monday, March 04, 2019 11:18 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: SMPE Internet Service Retrieval: TRANSFERONLY > > So, I've asked this of folks that have had the same request prior to you. > Why not just run the SMPE Receive order for all available maintenance, > once for each global zone you have? You get the current enhanced > holddata, and you get all available maintenance. That way, when Receive > order is broken, and you need that one PTF, maybe you already have it? No > one says you have to apply it, but you have it at your fingertips when you > do need it. > > I don't understand the thought process of just getting holddata, or just > *some* of the PTF's. > > _________________________________________________________________ > Dave Jousma > Mainframe Engineering, Assistant Vice President david.jou...@53.com > 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f > 616.653.2717 > > -----Original Message----- > From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On Behalf > Of Smith, Sean M > Sent: Monday, March 4, 2019 2:05 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: SMPE Internet Service Retrieval: TRANSFERONLY > > **CAUTION EXTERNAL EMAIL** > > **DO NOT open attachments or click on links from unknown senders or > unexpected emails** > > We have moved exclusively to SMPE internet service retrieval so FTP is no > longer an option. > > Sean > > > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Michael Babcock > Sent: Monday, March 04, 2019 11:03 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: SMPE Internet Service Retrieval: TRANSFERONLY > > I use FTP to get the yearly file into a dataset then run an SMP RECEIVE to > bring it in. > > On Mon, Mar 4, 2019 at 12:57 PM Tom Marchant < > 0000000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote: > > > I think that they have made it as easy as humanly possible. > > > > I'm pretty sure you just specify the same path for SMPNTS in the > > second step for the RECEIVE FROMNTS. > > > > Have you tried it? > > > > On Mon, 4 Mar 2019 17:30:52 +0000, Smith, Sean M wrote: > > > > >Right, but then you have to point to the exact file in the exact sub > > directory that is dynamically created...so no way to just run a second > > step in the job and point to the file that I can see. Am I missing > > something obvious or did they make this is hard as humanly possible? > > > > > >Sean > > > > > >-----Original Message----- > > >From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > > >On > > Behalf Of Tom Marchant > > >Sent: Monday, March 04, 2019 9:23 AM > > >To: IBM-MAIN@LISTSERV.UA.EDU > > >Subject: Re: SMPE Internet Service Retrieval: TRANSFERONLY > > > > > >On Mon, 4 Mar 2019 17:07:42 +0000, Smith, Sean M > > >wrote: > > > > > >>When using the SMPE Internet Service Retrieval to get HOLDDATA, I > > >>would > > like to use the TRANSFERONLY feature so I can place a single ORDER and > > then receive the HOLDDATA into my various SMPE environments. I am not > > seeing how to control where the HOLDDATA gets transferred however nor > > how to go about referring to it in a subsequent job step. This seems > > like a rudimentary question and I did look through the manuals > > thinking this has to be pretty simple....and...help! > > > > > >SMPNTS defines where the it is transferred to and/or received from. > > >It is > > a Unix path. > > >You can then use RECEIVE FROMNTS to receive it into your other global > > zones on that system. > > > > > >-- > > >Tom Marchant > > > > > >--------------------------------------------------------------------- > > >- For IBM-MAIN subscribe / signoff / archive access instructions, > > >send email to lists...@listserv.ua.edu with the message: INFO > > >IBM-MAIN > > > > > >--------------------------------------------------------------------- > > >- This message, and any attachments, is for the intended recipient(s) > > >only, > > may contain information that is privileged, confidential and/or > > proprietary and subject to important terms and conditions available at > > http://www.bankofamerica.com/emaildisclaimer. If you are not the > > intended recipient, please delete this message. > > > > > >--------------------------------------------------------------------- > > >- 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 > > > -- > Michael Babcock > OneMain Financial > z/OS Systems Programmer, Lead > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, send email > to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > ---------------------------------------------------------------------- > This message, and any attachments, is for the intended recipient(s) only, > may contain information that is privileged, confidential and/or proprietary > and subject to important terms and conditions available at > http://www.bankofamerica.com/emaildisclaimer. If you are not the > intended recipient, please delete this message. > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, send email > to lists...@listserv.ua.edu with the message: INFO IBM-MAIN **CAUTION > EXTERNAL EMAIL** > > **DO NOT open attachments or click on links from unknown senders or > unexpected emails** > > > This e-mail transmission contains information that is confidential and may > be privileged. It is intended only for the addressee(s) named above. If > you receive this e-mail in error, please do not read, copy or disseminate > it in any manner. If you are not the intended recipient, any disclosure, > copying, distribution or use of the contents of this information is > prohibited. Please reply to the message immediately by informing the sender > that the message was misdirected. After replying, please erase it from your > computer system. Your assistance in correcting this error is appreciated. > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, send email > to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > ---------------------------------------------------------------------- > This message, and any attachments, is for the intended recipient(s) only, > may contain information that is privileged, confidential and/or proprietary > and subject to important terms and conditions available at > http://www.bankofamerica.com/emaildisclaimer. If you are not the > intended recipient, please delete this message. > > ---------------------------------------------------------------------- > 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 > -- Wayne V. Bickerdike ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
