DUMP COMM=(some title)
Which will result in a message similar to:
*06 IEE094D SPECIFY OPERAND(S) FOR DUMP COMMAND
You then reply 'JOBNAME=SMF' with messages like:
R 6,JOBNAME=SMF
IEE600I REPLY TO 06 IS;JOBNAME=SMF
IEA045I AN SVC DUMP HAS STARTED AT TIME=14.33.28 DATE=09/13/2012 956
FOR ASID (001B)
QUIESCE = YES
IEA794I SVC DUMP HAS CAPTURED: 957
DUMPID=002 REQUESTED BY JOB (*MASTER*)
DUMP TITLE=SMF ADDRESS SPACE
*IEA911E COMPLETE DUMP ON SYS1.DUMP02 958
DUMPID=002 REQUESTED BY JOB (*MASTER*)
FOR ASID (001B)
INCIDENT TOKEN: LIHT LIHT 09/13/2012 19:33:28
If you are in critical need, you might want to try the following. But only if
you might need an IPL anyway. This is dangerous! And may result in loss of some
SMF data in MAN1.
WARNING TRY AT OWN RISK!
I really have no idea what the problem is. On my test "sandbox" z/OS 1.12
system I was able to stop and restart SMF by issuing the command:
FORCE SMF,ARM
Which resulted in messages:
FORCE SMF,ARM
IEE301I SMF FORCE ARM COMMAND ACCEPTED
IEA045I AN SVC DUMP HAS STARTED AT TIME=14.27.17 DATE=09/13/2012 900
FOR ASID (001B)
ERROR ID = SEQ00419 CPU00 ASID001B TIME14.27.17.4
QUIESCE = NO
IEE962E SMF TERMINATED.
IEA794I SVC DUMP HAS CAPTURED: 901
DUMPID=001 REQUESTED BY JOB (SMF )
DUMP TITLE=COMPON=SMF CONTROL TASK, ISSUER=IEEMB825, ERRMOD=IFA
SMF, COMPID=SC100
IEF196I IGD104I SYS1.LIHT.MAN1 RETAINED,
IEF196I DDNAME=SYS00003
IEF196I IGD104I SYS1.LIHT.MAN2 RETAINED,
IEF196I DDNAME=SYS00002
IEF196I IGD104I SYS1.LIHT.MAN3 RETAINED,
IEF196I DDNAME=SYS00001
IEF450I IEESYSAS SMF - ABEND=SA22 U0000 REASON=00000000 909
TIME=14.27.21
IEF196I IEF472I IEESYSAS SMF - COMPLETION CODE - SYSTEM=A22 USER=0000
IEF196I REASON=00000000
IEF196I IEF373I STEP/IEFPROC /START 2012234.1518
IEF196I IEF032I STEP/IEFPROC /STOP 2012257.1427
IEF196I CPU: 0 HR 00 MIN 02.38 SEC SRB: 0 HR 00
IEF196I MIN 23.52 SEC
IEF196I VIRT: 220K SYS: 160K EXT: 104K SYS:
IEF196I 147868K
IEF196I IEF375I JOB/SMF /START 2012234.1518
IEF196I IEF033I JOB/SMF /STOP 2012257.1427
IEF196I CPU: 0 HR 00 MIN 02.38 SEC SRB: 0 HR 00
IEF196I MIN 23.52 SEC
IEA989I SLIP TRAP ID=X33E MATCHED. JOBNAME=*UNAVAIL, ASID=001B.
IEA911E COMPLETE DUMP ON SYS1.DUMP01 923
DUMPID=001 REQUESTED BY JOB (SMF )
FOR ASID (001B)
INCIDENT TOKEN: LIHT LIHT 09/13/2012 19:27:17
ERROR ID = SEQ00419 CPU00 ASID001B TIME14.27.17.4
IEA650I SYSPLEX DUMP DIRECTORY ENTRY NOT PROCESSED
Followed by the command: T SMF=00 which resulted in the messages:
T SMF=00
IEE980I SMF IS BEING RESTARTED
IEE252I MEMBER SMFPRM00 FOUND IN SYS1.LIHT.PARMLIB
But, again, the system did not have that CLOSE PENDING message.
--
John McKown
Systems Engineer IV
IT
Administrative Services Group
HealthMarkets(r)
9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone *
[email protected] * 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:[email protected]]
> On Behalf Of saurabh khandelwal
> Sent: Thursday, September 13, 2012 2:29 PM
> To: [email protected]
> 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
> <[email protected]>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 <[email protected]>
> > >Sent: Sep 13, 2012 12:13 PM
> > >To: [email protected]
> > >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 <
> > >[email protected]> 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 *
> > >> [email protected] * 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-
> [email protected]]
> > >> > On Behalf Of saurabh khandelwal
> > >> > Sent: Thursday, September 13, 2012 1:55 PM
> > >> > To: [email protected]
> > >> > 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 <
> > >> > [email protected]> 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 *
> > >> > > [email protected] * 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-
> > >> > [email protected]]
> > >> > > > On Behalf Of Campbell Jay
> > >> > > > Sent: Thursday, September 13, 2012 1:38 PM
> > >> > > > To: [email protected]
> > >> > > > 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 [email protected] with the message: INFO
> IBM-
> > >> > MAIN
> > >> > >
> > >> >
> > >> >
> > >> >
> > >> > --
> > >> > Thanks & Regards
> > >> > Saurabh Khandelwal
> > >> >
> > >> > ----------------------------------------------------------------
> ------
> > >> > 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
> > >>
> > >
> > >
> > >
> > >--
> > >Thanks & Regards
> > >Saurabh Khandelwal
> > >
> > >--------------------------------------------------------------------
> --
> > >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
> >
>
>
>
> --
> Thanks & Regards
> Saurabh Khandelwal
>
> ----------------------------------------------------------------------
> 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
