When you used Mark's solution, how did you code >//SMFDUMP PROC MAN='X',ALL=FALSE The X= part? This process requires the fully qualified MAN file to be dumped.
You should have started the ALL process something like S SMFDUMP,MAN='SYS1.MANx',ALL=TRUE Where MAN is your fully qualified man file. Is that what you did? If it is, please show us the JCL output from the failed process. Lizette > > >>I am having a discussion with a coworker about whether or not we need to > >run IEFU29. We have OPS/MVS in house. I say that we do not need IEFU29 > >because OPS/MVS can trap on the IEE388I SMF NOW RECORDING ON VOLSER > DCSMF3, > >DSN=SYS1.SPG7.MAN3 TIME=10.30.00 message, display the man files at that > >point and the issue the Dump command for the correct MAN file. > >> > >>My coworker says we have to run the IEFU29 exit to do this. > >> > >>I know we could put the IEFU29 in place, but I think the less exits to > >maintain the better. > >> > > > > > >I've done it both ways. Here, we use IEFU29 but used to use automation on > >a few of monoplex LPARs. I standardized on IEFU29 sometime after > >I started working here. > > > >One advantage that the automation had was that when shutting down LPARs > >you can leave a MANx file that still needs to be dumped (too late in the > >shutdown process for it to be started), then the next time you IPL it will > >start recording on the first one which leaves a MANx file that needs to > >be dumped. The old automation used to include a "D SMF" at IPL time > >and dump those MANx files that required it. > > > >There were 2 solutions I had for that. > > > >1) Ignore it. As long as there were enough MANx data sets to handle > >the load, the SMFDUMP program that runs after midnight dumps them > >all anyway (in addition to doing a switch). MXG doesn't care if the SMF > >data is out of order anyway. > > > >2) Use a proc like the following at IPL time and "S SMFDUMP,ALL=TRUE" > >(I only use this in my sandbox LPARs that don't have automation nor > >SMF daily processing): > > > > > >//SMFDUMP PROC MAN='X',ALL=FALSE > >//* > >//* THIS PROC IS NORMALLY STARTED VIA IEFU29 SMF EXIT WHEN AN > >//* SMF DATA SET SWITCH OCCURS (ONLY THE FIRST STEP RUNS): > >//* S SMFDUMP,MAN=SMF.DATA.SET.NAME > >//* > >//* AT IPL TIME IS IS STARTED AS FOLLOWS TO RUN THE SMFDUMP > >//* PROGRAM TO ENSURE ALL FULL SYS1.MANX DATA SETS ARE DUMPED: > >//* S SMFDUMP,ALL=TRUE > >//* > >//* IT IS ALSO STARTED THIS WAY AT MIDNIGHT TO USE THE SMFDUMP > >//* PROGRAM WHICH FORCES AN SMF SWITCH IN ORDER TO CAPTURE ALL > >//* THE SMF DATA UP TO THAT POINT FOR DAILY PROCESSING. > >//* > >//TESTEXEC EXEC PGM=IEFBR14 > >//* > >//******************************************************** > ******** > >//TESTONE IF (TESTEXEC.RUN NE &ALL) THEN > >//******************************************************** > ******** > >//DUMPONE EXEC PGM=IFASMFDP,TIME=1440 > >//SYSPRINT DD SYSOUT=* > >//DUMPIN DD DSN=&MAN,DISP=SHR > >//DUMPOUT DD DSN=hlq.&SYSNAME..SMF(+1),DISP=(,CATLG), > >// DCB=(SYS1.MODEL,LRECL=X,BLKSIZE=32756,RECFM=VBS),UNIT=SYSDA, > >// SPACE=(CYL,(100,100),RLSE) > >//SYSIN DD DUMMY > >// ENDIF > >//******************************************************** > ******** > >//TESTALL IF (TESTEXEC.RUN EQ &ALL) THEN > >//******************************************************** > ******** > >//DUMPALL EXEC PGM=SMFDUMP,TIME=1440 > >//SYSPRINT DD SYSOUT=* > >//DUMPOUT DD DSN=hlq.&SYSNAME..SMF(+1),DISP=(,CATLG), > >// DCB=(SYS1.MODEL,LRECL=X,BLKSIZE=32756,RECFM=VBS),UNIT=SYSDA, > >// SPACE=(CYL,(100,100),RLSE) > >//SYSIN DD DUMMY > >// ENDIF > > > >-------------------------------------------------------------------- > -- > >For IBM-MAIN subscribe / signoff / archive access instructions, > >send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > >Search the archives at http://bama.ua.edu/archives/ibm-main.html > > I have tried to implement this sample. But when I started the procedure with > ALL=TRUE the following messages were issued: > > IFA010I SMF DUMP PARAMETERS > IFA010I END(2400) -- DEFAULT > IFA010I START(0000) -- DEFAULT > IFA010I DATE(1900000,2099366) -- DEFAULT > IFA010I OUTDD(DUMPOUT,TYPE(0:255)) -- DEFAULT > IFA010I INDD(DUMPIN,OPTIONS(ALL)) -- DEFAULT > IFA012I DSORG OF DUMPIN CANNOT BE DETERMINED > IFA012I NO FURTHER PROCESSING OF THIS DATASET > IFA011I SMF DUMPOUT DATASET CANNOT BE OPENED > IFA011I NO FURTHER PROCESSING OF THIS DATASET > > Can IFASMFDP work without the DUMPIN dd card? > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html