Smeagol, I don’t know who that Jonson character is. Narcissistic behavior like you exhibit isn’t good.
Sent from Yahoo Mail for iPhone On Sunday, June 16, 2024, 1:01 PM, David Spiegel <[email protected]> wrote: Hi Bill Johnson aka Dave Beagle, You still can't spell my surname. IIRC, you were kicked out of this group. Is that why you resorted to this new nom de plume? Regards, David On 2024-06-16 12:22, Dave Beagle wrote: > 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 ---------------------------------------------------------------------- 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
