Re: Don't Hire Chuck Norris was Re: restart GIMSMP in unpack step
On Wed, 10 Jun 2020 22:32:31 +0300, Binyamin Dissen wrote: >On Wed, 10 Jun 2020 15:18:40 -0300 Clark Morris wrote: > >:>[Default] On 10 Jun 2020 07:43:41 -0700, in bit.listserv.ibm-main >:>ku...@us.ibm.com (Kurt Quackenbush) wrote: >:> >:>>> snip >:>>Kurt Quackenbush -- IBM, SMP/E Development >:>>Chuck Norris never uses CHECK when he applies PTFs. >:> >:>Don't Hire Chuck Norris for any systems work. > >Well.. > >Back years ago, it was much faster to backup the resvol+smp datasets, >do the apply, and then do a restore than the APPLY CHECK. > >Now, APPLYing to the running system ... Chuck Norris doesn't need to APPLY PTFs. He just stares down the console until the code straightens itself out. Art -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Don't Hire Chuck Norris was Re: restart GIMSMP in unpack step
On Wed, 10 Jun 2020 15:18:40 -0300 Clark Morris wrote: :>[Default] On 10 Jun 2020 07:43:41 -0700, in bit.listserv.ibm-main :>ku...@us.ibm.com (Kurt Quackenbush) wrote: :> :>>> snip :>>Kurt Quackenbush -- IBM, SMP/E Development :>>Chuck Norris never uses CHECK when he applies PTFs. :> :>Don't Hire Chuck Norris for any systems work. Well.. Back years ago, it was much faster to backup the resvol+smp datasets, do the apply, and then do a restore than the APPLY CHECK. Now, APPLYing to the running system ... -- Binyamin Dissen http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Don't Hire Chuck Norris was Re: restart GIMSMP in unpack step
[Default] On 10 Jun 2020 07:43:41 -0700, in bit.listserv.ibm-main ku...@us.ibm.com (Kurt Quackenbush) wrote: >> snip >Kurt Quackenbush -- IBM, SMP/E Development >Chuck Norris never uses CHECK when he applies PTFs. Don't Hire Chuck Norris for any systems work. Clark Morris > >-- >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: restart GIMSMP in unpack step
Thanks Kurt for the clarification Carmen Vitullo - Original Message - From: "Kurt Quackenbush" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Wednesday, June 10, 2020 9:43:18 AM Subject: Re: restart GIMSMP in unpack step On 6/10/2020 9:32 AM, Carmen Vitullo wrote: > IIRC you can restart the process, SMP/E is smart enough to check what's been > unpaxed and continue from the failing unpax. Yes you can restart the RECEIVE. SMP/E is smart enough to check what's already been downloaded, not what's already been unpaxed, and continue from there. But the result is roughly the same. When you restart the RECEIVE, yes you can specify a different SMPWKDIR directory. Kurt Quackenbush -- IBM, SMP/E Development Chuck Norris never uses CHECK when he applies PTFs. -- 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: restart GIMSMP in unpack step
On Wed, 10 Jun 2020 08:25:30 -0500, Bill Giannelli wrote: >I am running a CBPDO download from IBM. If I get past the download of all the >files, but fail during the "unpack step" due to a small smpwkdir; can I >restart pointing to a different smpwkdir resuming in the "unpack step"? Or do >I have to start from the beginning again? > If you preserved SMPNTS and enlarged SMPWKDIR: If you re-run the RECEIVE FROMNETWORK job, SMP/E will attempt to verify SHA checksums. If any match, SMP/E will bypass download of that archive. Or, you can change to RECEIVE FROMNTS and bypass any attempt to download. I don't believe you need to change SMPCLINT or SMPSRVE; they're irrelevant to FROMNTS. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: restart GIMSMP in unpack step
On 6/10/2020 9:32 AM, Carmen Vitullo wrote: IIRC you can restart the process, SMP/E is smart enough to check what's been unpaxed and continue from the failing unpax. Yes you can restart the RECEIVE. SMP/E is smart enough to check what's already been downloaded, not what's already been unpaxed, and continue from there. But the result is roughly the same. When you restart the RECEIVE, yes you can specify a different SMPWKDIR directory. Kurt Quackenbush -- IBM, SMP/E Development Chuck Norris never uses CHECK when he applies PTFs. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: restart GIMSMP in unpack step
I've done that In my case I went from a real zfs filesystem to a tfs and point to it in the receive job //SMPWKDIR DD PATHDISP=KEEP, // PATH='/SYST/local/smpe/workdir/' which is File system name: TMPSMPWK Mount point: /SYST/local/smpe/workdir Status . . . . . . . . : Available File system type . . . : TFS Mount mode . . . . . . : R/W Device number . . . . : 33293 Type number . . . . . : 1 DD name . . . . . . . : Block size . . . . . . : 8192 Total blocks . . . . . : 2147483647 Available blocks . . . : 2147450744 Blocks in use . . . . : 32903 Carmen Vitullo - Original Message - From: "Bill Giannelli" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Wednesday, June 10, 2020 8:42:57 AM Subject: Re: restart GIMSMP in unpack step Can I point to a completely different directory? Or on the hand, how do I add volumes to a mounted HFS file system? -- 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: restart GIMSMP in unpack step
Can I point to a completely different directory? Or on the hand, how do I add volumes to a mounted HFS file system? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: restart GIMSMP in unpack step
I've been successful increasing SMPWKDIR after a failure and starting from the 'top', I've seen SMP pick up from where it left off successfully with no issues. Carmen Vitullo - Original Message - From: "Allan Staller" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Wednesday, June 10, 2020 8:32:47 AM Subject: Re: restart GIMSMP in unpack step I don't know if SMPWKDIR can be changed at this point in the process. I do know that the application is mart enough to restart at the point of failure, as opposed to "at the top". -Original Message- From: IBM Mainframe Discussion List On Behalf Of Bill Giannelli Sent: Wednesday, June 10, 2020 8:26 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: restart GIMSMP in unpack step [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.] I am running a CBPDO download from IBM. If I get past the download of all the files, but fail during the "unpack step" due to a small smpwkdir; can I restart pointing to a different smpwkdir resuming in the "unpack step"? Or do I have to start from the beginning again? thanks Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ::DISCLAIMER:: The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects. -- 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: restart GIMSMP in unpack step
I don't know if SMPWKDIR can be changed at this point in the process. I do know that the application is mart enough to restart at the point of failure, as opposed to "at the top". -Original Message- From: IBM Mainframe Discussion List On Behalf Of Bill Giannelli Sent: Wednesday, June 10, 2020 8:26 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: restart GIMSMP in unpack step [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.] I am running a CBPDO download from IBM. If I get past the download of all the files, but fail during the "unpack step" due to a small smpwkdir; can I restart pointing to a different smpwkdir resuming in the "unpack step"? Or do I have to start from the beginning again? thanks Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ::DISCLAIMER:: The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: restart GIMSMP in unpack step
IIRC you can restart the process, SMP/E is smart enough to check what's been unpaxed and continue from the failing unpax. Carmen Vitullo - Original Message - From: "Bill Giannelli" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Wednesday, June 10, 2020 8:25:30 AM Subject: restart GIMSMP in unpack step I am running a CBPDO download from IBM. If I get past the download of all the files, but fail during the "unpack step" due to a small smpwkdir; can I restart pointing to a different smpwkdir resuming in the "unpack step"? Or do I have to start from the beginning again? thanks Bill -- 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
restart GIMSMP in unpack step
I am running a CBPDO download from IBM. If I get past the download of all the files, but fail during the "unpack step" due to a small smpwkdir; can I restart pointing to a different smpwkdir resuming in the "unpack step"? Or do I have to start from the beginning again? thanks Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
