Speegil,So have many of us been using SMP/e and its predecessor since the 80’s or earlier. Plus, space errors are easy to recover from. Tell us how only Assembler programmers are true SPs again. I’m a huge fan of fairy tales. Dave
Sent from Yahoo Mail for iPhone On Sunday, June 16, 2024, 6:58 AM, David Spiegel <[email protected]> wrote: Hi Dave, I have been using SMP/e since 1983 and SMP4 before that. Why would you think that I don't know about DDDEFs? I was responding to your sample JCL which had none. Finally, is it that difficult to spell my surname properly? Regards, David On 2024-06-16 01:24, Dave Beagle wrote: > Speagle never heard of DDDEFS? Where space allocations can be made? Plus, > running out of space isn’t that big a deal. An easy fix for even rookie SPs. > What are May times? > > > Sent from Yahoo Mail for iPhone > > > On Sunday, June 16, 2024, 1:01 AM, rpinion865 > <[email protected]> wrote: > > I have also found that using a PDSE for SMPWRK6 can speed up SMP/E processing. > > > > > Sent with Proton Mail secure email. > > On Sunday, June 16th, 2024 at 12:50 AM, David Spiegel > <[email protected]> wrote: > >> Hi Dave, >> You said: "....but I know how you like to show everyone your special >> intelligence ..." How do you know this? Have we ever met? I have seen >> may times where SMP jobs failed because the default space Allocation for >> SYSUTxs and SMPWRKxs was too small. My advice is practical, not >> pedantic. Regards, David >> On 2024-06-16 00:42, Dave Beagle wrote: >> >>> The sample I’ve provided was an actual RSU install. The exclude was PTF’s >>> that needed to be excluded for various reasons. Most likely PTF’s in error. >>> As for defaults that don’t need coded, who cares? Defaults are nice to show >>> for people who aren’t privy to them. The other SMPWRK & SYSUT were most >>> likely generated by SMP/e and meaningless to his question but I know how >>> you like to show everyone your special intelligence. This example was from >>> 2017 when I was installing & maintaining DB2. >>> >>> Sent from Yahoo Mail for iPhone >>> >>> On Sunday, June 16, 2024, 12:27 AM, Brian >>> [email protected] wrote: >>> >>> I agree with everything except the last part about selecting the PTFs >>> individually. I do the same thing that the OP is doing. My reason is that I >>> can get the ones the "need" to be excluded from the applychk, but since he >>> is doing a RSU, he likely wants everything that is not going to fail >>> because of failed or missing prereqs. >>> >>> Coding defaults never hurts though. >>> >>> As far as getting through the 134 PTF's you pretty much have to look at >>> them all and see if the action is going to need you to do something that >>> you can't or don't want to do or will affect something poorly in your >>> system. It's difficult to tell you for sure without knowing anything about >>> your site and if the required actions are going to present a problem for >>> you. >>> >>> If it helps, most of the actions are likely fairly benign things, but >>> again, it's difficult to tell you without specific knowledge of the action >>> items in question. >>> >>> Brian >>> >>> On Sat, 15 Jun 2024 23:00:55 -0400, David [email protected] >>> wrote: >>> >>>> Hi Dave, >>>> - RETRY(YES) and JCLINREPORT are defaults. There is no need to code them. >>>> - The SYSUTx ALLOCATIONS might be too small >>>> - The SMPWRKx Allocations could benefit from half-track blocking (i.e. >>>> BLKSIZE=27920). >>>> - Instead of PTFS and EXCLUDE, why not SELECT the 134 PTFs? >>>> >>>> Regards, >>>> David >>>> >>>> On 2024-06-14 18:30, Dave Beagle wrote: >>>> >>>>> Depends on the holds. DOC holds are easily bypassed. Others not entirely >>>>> bypass-able.(although most are) Some of them you might have to perform a >>>>> bind to finish the installation. Here is a sample. >>>>> //WJJCAPCK JOB (3200,TBL1),'APCK DB2 MAINT',CLASS=8,MSGCLASS=Q, >>>>> // NOTIFY=&SYSUID,REGION=6M >>>>> /JOBPARM SYSAFF=BCWD >>>>> // >>>>> //S1 EXEC PGM=GIMSMP, >>>>> // PARM='PROCESS=WAIT', >>>>> // DYNAMNBR=120 >>>>> //* >>>>> //* NOTE: THIS JCL CREATED BY THE COMMAND GENERATION DIALOGS. >>>>> //* >>>>> //* SMP ZONE-RELATED FILES ARE DYNAMICALLY ALLOCATED, >>>>> //* THIS INCLUDES THE SMPPTS, SMPLOG, AND SMPTLIB DATA SETS, >>>>> //* IF APPLICABLE. >>>>> //* >>>>> //* SMP FILES >>>>> //* >>>>> //SMPCSI DD DISP=SHR,DSN=SMPE.DB2V8R1.GLOBAL.CSI >>>>> //SMPOUT DD SYSOUT=* >>>>> //SMPRPT DD SYSOUT=* >>>>> //SMPLIST DD SYSOUT=* >>>>> //SYSPRINT DD SYSOUT=* >>>>> //* >>>>> //* UTILITY WORK DATA SETS IF REQUIRED FOR THE COMMAND >>>>> //* FOLLOW HERE. >>>>> //* INFORMATION FOR THE ALLOCATION OF THESE DATASETS IS >>>>> //* SET USING OPTION 0 (SETTINGS) FROM THE SMP/E PRIMARY >>>>> //* OPTION PANEL. >>>>> //* >>>>> //SYSUT1 DD UNIT=SYSDA,SPACE=(3120,(380,760)) >>>>> //SYSUT2 DD UNIT=SYSDA,SPACE=(3120,(380,760)) >>>>> //SYSUT3 DD UNIT=SYSDA,SPACE=(3120,(380,760)) >>>>> //SYSUT4 DD UNIT=SYSDA,SPACE=(3120,(38,100)) >>>>> //* >>>>> //* SMP TEMPORARY WORK DATA SETS >>>>> //* >>>>> //SMPWRK1 DD UNIT=SYSDA, >>>>> // SPACE=(3120,(364,380,500)), >>>>> // DCB=(RECFM=FB,LRECL=80,BLKSIZE=3120) >>>>> //SMPWRK2 DD UNIT=SYSDA, >>>>> // SPACE=(3120,(364,380,500)), >>>>> // DCB=(RECFM=FB,LRECL=80,BLKSIZE=3120) >>>>> //SMPWRK3 DD UNIT=SYSDA, >>>>> // SPACE=(3120,(364,380,500)), >>>>> // DCB=(RECFM=FB,LRECL=80,BLKSIZE=3120) >>>>> //SMPWRK4 DD UNIT=SYSDA, >>>>> // SPACE=(3120,(364,380,500)), >>>>> // DCB=(RECFM=FB,LRECL=80,BLKSIZE=3120) >>>>> //SMPWRK6 DD UNIT=SYSDA, >>>>> // SPACE=(3120,(364,380,500)), >>>>> // DCB=(RECFM=FB,BLKSIZE=3120) >>>>> //* >>>>> //* >>>>> //SMPCNTL DD * >>>>> SET BOUNDARY (DSN8TRG) >>>>> . >>>>> APPLY >>>>> PTFS >>>>> BYPASS ( >>>>> HOLDSYSTEM >>>>> ( >>>>> DOC >>>>> DB2BIND >>>>> IPL >>>>> ACTION >>>>> AO >>>>> DEP >>>>> DELETE >>>>> ) >>>>> ) >>>>> JCLINREPORT >>>>> CHECK >>>>> EXCLUDE ( >>>>> UK16725 >>>>> UK16766 >>>>> UK17549 >>>>> UK17614 >>>>> UK17616 >>>>> UK17619 >>>>> UK17786 >>>>> UK17972 >>>>> UK18140 >>>>> UK18173 >>>>> UK18509 >>>>> UK18859 >>>>> UK19013 >>>>> UK19209 >>>>> UK19249 >>>>> UK19337 >>>>> UK19345 >>>>> UK19528 >>>>> UK19578 >>>>> UK19603 >>>>> UK20093 >>>>> UK20531 >>>>> UK20550 >>>>> UK20557 >>>>> UK20696 >>>>> UK21117 >>>>> ) >>>>> GROUPEXTEND >>>>> RETRY(YES) >>>>> . >>>>> >>>>> Dave >>>>> >>>>> Sent from Yahoo Mail for iPhone >>>>> >>>>> On Friday, June 14, 2024, 9:19 AM, Steve >>>>> [email protected] wrote: >>>>> >>>>> Upfront - I am not a DB2 SYSPROG, SYSADM, or Programmer >>>>> >>>>> I have pulled in and applied DB2 V12 RSU2403. That was the easy part. >>>>> >>>>> There are 134 PTF's with HOLD ACTION and that is where trouble is going to >>>>> >>>>> Begin. >>>>> >>>>> Does anyone have a Home Grown implementation document to help me get >>>>> >>>>> Through these 134 PTF's with HOLD. >>>>> >>>>> Thanks >>>>> >>>>> Stev >>>>> >>>>> ---------------------------------------------------------------------- >>>>> For IBM-MAIN subscribe / signoff / archive access instructions, >>>>> send email [email protected] with the message: INFO IBM-MAIN >>>>> >>>>> ---------------------------------------------------------------------- >>>>> For IBM-MAIN subscribe / signoff / archive access instructions, >>>>> send email [email protected] with the message: INFO IBM-MAIN >>>>> ---------------------------------------------------------------------- >>>>> For IBM-MAIN subscribe / signoff / archive access instructions, >>>>> send email [email protected] with the message: INFO IBM-MAIN >>>>> ---------------------------------------------------------------------- >>>>> For IBM-MAIN subscribe / signoff / archive access instructions, >>>>> send email [email protected] with the message: INFO IBM-MAIN >>> ---------------------------------------------------------------------- >>> For IBM-MAIN subscribe / signoff / archive access instructions, >>> send email [email protected] with the message: INFO IBM-MAIN >> >> ---------------------------------------------------------------------- >> For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to [email protected] with the message: INFO IBM-MAIN > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO IBM-MAIN > > > > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
