You probably need to open an ETR/SR with IBM and have them look at this issue.
Lizette -----Original Message----- >From: saurabh khandelwal <sourabhkhandelwal...@gmail.com> >Sent: Sep 13, 2012 1:51 PM >To: IBM-MAIN@LISTSERV.UA.EDU >Subject: Re: SMF Dataset CLOSE PENDING ISSUE > >Hello, > I issued FORCE SMF,ARM command then then recreated MAN1 >dataset and then issued T SMF=00 command. > >After issuing set SMf=00 command, man1 become active for a while but again >it came to CLOSE PENDING status. > >Regards >Saurabh > >On Fri, Sep 14, 2012 at 1:13 AM, saurabh khandelwal < >sourabhkhandelwal...@gmail.com> wrote: > >> Yes, I also found same . >> https://www-304.ibm.com/support/docview.wss?uid=isg1II02887 >> >> Looks like I need to issue >> >> FORCE SMF,ARM >> >> and then Set SMF=00 command to restart this >> >> >> Regards. >> Saurabh >> >> >> On Fri, Sep 14, 2012 at 1:08 AM, Lizette Koehler >> <stars...@mindspring.com>wrote: >> >>> Text also from the old APAR >>> >>> If SMF is in a hang or hung situation: (added 11/14/00 LMM) >>> - Issue the command, FORCE SMF,ARM >>> This should trigger a dump for the SMF address space. >>> - Use the IPCS SMFDATA command to retrieve SMF records >>> contained in SMF's buffers. (Note, first allocate a >>> dataset to contain these records. If necessary, refer >>> to the SMF manual, Systems Management Facilities >>> GC28-1783 on creating SMF datasets.) >>> - To restart SMF, issue the SET command. For example, >>> T SMF=BT >>> - If there is a concern about the integrity of the SMF >>> datasets, run the access method services VERIFY command >>> against the dataset(s). >>> - If one or more SMF datasets had the 'close pending' status >>> as shown in the display command: D SMF >>> use a different SMFPRMxx parmblib member in the SET command >>> that does not include these datasets. (Create new SMF >>> datasets if necessary.) Once the switch has been made, use >>> the IFASMFDP program to dump the SMF datasets. >>> >>> >>> Lizette >>> >>> >>> -----Original Message----- >>> >From: Lizette Koehler <stars...@mindspring.com> >>> >Sent: Sep 13, 2012 12:36 PM >>> >To: IBM-MAIN@LISTSERV.UA.EDU >>> >Subject: Re: SMF Dataset CLOSE PENDING ISSUE >>> > >>> >DUMP COMM=(SMF DUMP) >>> >the to the wtor >>> > >>> >XX,JOBNAME=SMF >>> > >>> > >>> >Lizette >>> > >>> >-----Original Message----- >>> >>From: saurabh khandelwal <sourabhkhandelwal...@gmail.com> >>> >>Sent: Sep 13, 2012 12:29 PM >>> >>To: IBM-MAIN@LISTSERV.UA.EDU >>> >>Subject: Re: SMF Dataset CLOSE PENDING ISSUE >>> >> >>> >>I just cheked in SMFPRM parmlib member, we are not collecting type 19 >>> >>record. >>> >> >>> >>I tried issueing contention command >>> >> >>> >> >>> >>D GRS,C >>> >>ISG343I 12.27.22 GRS STATUS 959 >>> >>NO ENQ RESOURCE CONTENTION EXISTS >>> >>NO REQUESTS PENDING FOR ISGLOCK STRUCTURE >>> >>NO LATCH CONTENTION EXISTS >>> >> >>> >>Can you please suggest, how to take console dump of SMF address space. >>> >> >>> >>Regards >>> >>Saurabh >>> >> >>> >>On Fri, Sep 14, 2012 at 12:53 AM, Lizette Koehler >>> >><stars...@mindspring.com>wrote: >>> >> >>> >>> From an old IBM Apar >>> >>> At times, a SWITCH command fails to occur within a large amount >>> >>> of time. This problem is usually seen when type19 records are >>> >>> being collected. This is due to the fact that SMF issues the >>> >>> LSPACE macro for every online device when information for >>> >>> SMFtype19 records is being gathered. LSPACE then causes an ENQ >>> >>> to be issued against each device. If an ENQ cannot be >>> >>> satisfied, LSPACE processing will wait. Depending on what the >>> >>> device is active for, the ENQ may take quite a while and the >>> >>> SWITCH (I) command cannot complete. >>> >>> >>> >>> >>> >>> Next, take a console dump of the SMF address space >>> >>> >>> >>> Then issue a D GRS,C command >>> >>> >>> >>> Let us know what you see. >>> >>> >>> >>> Lizette >>> >>> >>> >>> >>> >>> >>> >>> -----Original Message----- >>> >>> >From: saurabh khandelwal <sourabhkhandelwal...@gmail.com> >>> >>> >Sent: Sep 13, 2012 12:13 PM >>> >>> >To: IBM-MAIN@LISTSERV.UA.EDU >>> >>> >Subject: Re: SMF Dataset CLOSE PENDING ISSUE >>> >>> > >>> >>> >I did the same, you suggested. But now D SMF command not showing me >>> any >>> >>> >output. >>> >>> > >>> >>> >Not sure why. please suggest. >>> >>> > >>> >>> >Regards >>> >>> >Saurabh >>> >>> > >>> >>> >On Fri, Sep 14, 2012 at 12:31 AM, McKown, John < >>> >>> >john.mck...@healthmarkets.com> wrote: >>> >>> > >>> >>> >> Is there some reason why you haven't created a MAN3; made a new >>> >>> SMFPRMnn, >>> >>> >> replacing MAN1 with a new MAN3; then doing the T SMF=nn command? >>> Or have >>> >>> >> you tried and it failed? If it works, it should get rid of the >>> CLOSE >>> >>> >> PENDING because the MAN1 entry will be gone and a new MAN3 entry >>> >>> appear. If >>> >>> >> that does happen, you can then dump MAN1. Once MAN1 has been >>> dumped, you >>> >>> >> can do a T SMF=00 (or whatever the IPL value is for SMFPRMnn) to >>> remove >>> >>> >> MAN3 and re-instate MAN1. Then dump MAN3 and delete it. >>> >>> >> >>> >>> >> -- >>> >>> >> John McKown >>> >>> >> Systems Engineer IV >>> >>> >> IT >>> >>> >> >>> >>> >> Administrative Services Group >>> >>> >> >>> >>> >> HealthMarkets(r) >>> >>> >> >>> >>> >> 9151 Boulevard 26 * N. Richland Hills * TX 76010 >>> >>> >> (817) 255-3225 phone * >>> >>> >> john.mck...@healthmarkets.com * www.HealthMarkets.com >>> >>> >> >>> >>> >> Confidentiality Notice: This e-mail message may contain >>> confidential or >>> >>> >> proprietary information. If you are not the intended recipient, >>> please >>> >>> >> contact the sender by reply e-mail and destroy all copies of the >>> >>> original >>> >>> >> message. HealthMarkets(r) is the brand name for products >>> underwritten >>> >>> and >>> >>> >> issued by the insurance subsidiaries of HealthMarkets, Inc. -The >>> >>> Chesapeake >>> >>> >> Life Insurance Company(r), Mid-West National Life Insurance >>> Company of >>> >>> >> TennesseeSM and The MEGA Life and Health Insurance Company.SM >>> >>> >> >>> >>> >> >>> >>> >> > -----Original Message----- >>> >>> >> > From: IBM Mainframe Discussion List [mailto: >>> IBM-MAIN@LISTSERV.UA.EDU] >>> >>> >> > On Behalf Of saurabh khandelwal >>> >>> >> > Sent: Thursday, September 13, 2012 1:55 PM >>> >>> >> > To: IBM-MAIN@LISTSERV.UA.EDU >>> >>> >> > Subject: Re: SMF Dataset CLOSE PENDING ISSUE >>> >>> >> > >>> >>> >> > I just dumped the MAN2 dataset. now D SMF shows MAN2 is active >>> but 67 >>> >>> >> > % >>> >>> >> > full. >>> >>> >> > >>> >>> >> > Now D SMF showing me >>> >>> >> > >>> >>> >> > IEE974I 11.45.18 SMF DATA SETS 652 >>> >>> >> > NAME VOLSER SIZE(BLKS) %FULL STATUS >>> >>> >> > P-SYS1.GBU1.MAN1 PLXU05 10800 99 CLOSE >>> PENDING >>> >>> >> > S-SYS1.GBU1.MAN2 PLXU05 10800 69 ACTIVE >>> >>> >> > >>> >>> >> > Can I use same >>> >>> >> > >>> >>> >> > >>> >>> >> > //SMFDMPM JOB 'SAURABH', >>> >>> >> > // NOTIFY=&SYSUID, >>> >>> >> > // CLASS=A, >>> >>> >> > // MSGCLASS=A >>> >>> >> > //STEP1 EXEC PGM=IFASMFDP,REGION=4M >>> >>> >> > //DUMPIN DD DSN=SYS1.GBU1.MAN2,DISP=SHR >>> >>> >> > //DUMPOUT DD DISP=(NEW,CATLG),DSN=arit.SMF.GBU1.D091312, >>> >>> >> > // >>> UNIT=SYSALLDA,VOL=SER=STOR51,SPACE=(CYL,(30,10),RLSE), >>> >>> >> > // DCB=(RECFM=VBS,LRECL=32760,BLKSIZE=4096) >>> >>> >> > //SYSPRINT DD SYSOUT=* >>> >>> >> > //SYSIN DD * >>> >>> >> > INDD(DUMPIN,OPTIONS(ALL)) >>> >>> >> > >>> >>> >> > job for MAN1 dataset to take dump and clear it.. the way I did >>> for >>> >>> >> > MAN2. >>> >>> >> > >>> >>> >> > please suggest. >>> >>> >> > >>> >>> >> > Regards >>> >>> >> > Saurabh >>> >>> >> > On Fri, Sep 14, 2012 at 12:11 AM, McKown, John < >>> >>> >> > john.mck...@healthmarkets.com> wrote: >>> >>> >> > >>> >>> >> > > I haven't researched this, but is there a way to "restart" >>> SMF? I >>> >>> >> > know >>> >>> >> > > some system address spaces can be FORCE'd and then started up >>> again >>> >>> >> > using >>> >>> >> > > some procedure (which seems to be different depending on the >>> system >>> >>> >> > address >>> >>> >> > > space). >>> >>> >> > > >>> >>> >> > > -- >>> >>> >> > > John McKown >>> >>> >> > > Systems Engineer IV >>> >>> >> > > IT >>> >>> >> > > >>> >>> >> > > Administrative Services Group >>> >>> >> > > >>> >>> >> > > HealthMarkets(r) >>> >>> >> > > >>> >>> >> > > 9151 Boulevard 26 * N. Richland Hills * TX 76010 >>> >>> >> > > (817) 255-3225 phone * >>> >>> >> > > john.mck...@healthmarkets.com * www.HealthMarkets.com >>> >>> >> > > >>> >>> >> > > Confidentiality Notice: This e-mail message may contain >>> confidential >>> >>> >> > or >>> >>> >> > > proprietary information. If you are not the intended recipient, >>> >>> >> > please >>> >>> >> > > contact the sender by reply e-mail and destroy all copies of >>> the >>> >>> >> > original >>> >>> >> > > message. HealthMarkets(r) is the brand name for products >>> >>> underwritten >>> >>> >> > and >>> >>> >> > > issued by the insurance subsidiaries of HealthMarkets, Inc. >>> -The >>> >>> >> > Chesapeake >>> >>> >> > > Life Insurance Company(r), Mid-West National Life Insurance >>> Company >>> >>> >> > of >>> >>> >> > > TennesseeSM and The MEGA Life and Health Insurance Company.SM >>> >>> >> > > >>> >>> >> > > >>> >>> >> > > > -----Original Message----- >>> >>> >> > > > From: IBM Mainframe Discussion List [mailto:IBM- >>> >>> >> > m...@listserv.ua.edu] >>> >>> >> > > > On Behalf Of Campbell Jay >>> >>> >> > > > Sent: Thursday, September 13, 2012 1:38 PM >>> >>> >> > > > To: IBM-MAIN@LISTSERV.UA.EDU >>> >>> >> > > > Subject: Re: SMF Dataset CLOSE PENDING ISSUE >>> >>> >> > > > >>> >>> >> > > > >>> >>> >> > > > Take MAN1 out of SMFPRMxx when you put the new MAN3 in... >>> Before T >>> >>> >> > > > SMF=xx. >>> >>> >> > > > Then do whatever you want with MAN1 while it's no longer >>> allocated >>> >>> >> > to >>> >>> >> > > > SMF. >>> >>> >> > > > Then put it back after it's fix ( deleted - redefined ) >>> >>> >> > > > >>> >>> >> > > > Jay Campbell >>> >>> >> > > > IBM OS Support Section >>> >>> >> > > >>> >>> >> > > >>> >>> --------------------------------------------------------------------- >>> >>> >> > - >>> >>> >> > > For IBM-MAIN subscribe / signoff / archive access instructions, >>> >>> >> > > send email to lists...@listserv.ua.edu with the message: INFO >>> IBM- >>> >>> >> > MAIN >>> >>> >> > > >>> >>> >> > >>> >>> >> > >>> >>> >> > >>> >>> >> > -- >>> >>> >> > Thanks & Regards >>> >>> >> > Saurabh Khandelwal >>> >>> >> > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN