Re: Finding IPL Text for Stand Alone Dump
--snip- It would be a good idea to IPL the SADMP to verify its operation anyway. Much better than finding out it doesn't work when you actually need it! ---unsnip--- AMEN, BROTHER! Do that for any SA programs you have loaded onto disks or tapes. An ounce of prevention.. Rick -- 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
Finding IPL Text for Stand Alone Dump
Is there a way to find out if a volume has the IPL Text for taking a Stand Alone Dump? I'm pretty sure that the IPL text is on the master catalog volume, but is there any way to verify that? I looked at the volume with FileAid, and didn't see anything. -- Eric Bielefeld Systems Programmer -- 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
Re: Finding IPL Text for Stand Alone Dump
On Tue, 17 Aug 2010 20:40:41 +, Eric Bielefeld eric-ibmm...@wi.rr.com wrote: Is there a way to find out if a volume has the IPL Text for taking a Stand Alone Dump? I'm pretty sure that the IPL text is on the master catalog volume, but is there any way to verify that? I looked at the volume with FileAid, and didn't see anything. -- You need to print CYL 0 TRK 0. FDR example: //STEP1EXEC PGM=FDRDSF //SYSPRINT DD SYSOUT=* //SYSUDUMP DD SYSOUT=* //DISK1DD UNIT=SYSDA,DISP=OLD,VOL=SER=SYSRES //TAPE1DD SYSOUT=* //SYSINDD * PRINT TYPE=DSF,DSN=VTOC SELECT FROM(CYL=0,TRK=0),TO(CYL=0,TRK=0) DFSMSdss example: //STEP1 EXEC PGM=ADRDSSU,REGION=2M //SYSPRINT DD SYSOUT=* //SYSIN DD * PRINT TRACKS((0,0,0,0)) INDY(SYSRES) /* -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- 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
Re: Finding IPL Text for Stand Alone Dump
The presence of a SYS1.PAGEDUMP dataset on the volume is a pretty strong indicator, though I guess it would be possible to lose the actual IPL text and leave the dataset, in which case a dump of track 0 should be pretty clear. Eric Bielefeld eric-ibmm...@wi.rr.com 8/17/2010 4:40 PM Is there a way to find out if a volume has the IPL Text for taking a Stand Alone Dump? I'm pretty sure that the IPL text is on the master catalog volume, but is there any way to verify that? I looked at the volume with FileAid, and didn't see anything. -- Eric Bielefeld Systems Programmer -- 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 CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- 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
Re: Finding IPL Text for Stand Alone Dump
Eric, They can be on any volume of your choosing. If local convention dictates the master catalog volume that'd be true. Look for a volume with a SYS1.PAGEDUMP.Vnnn dataset. The SAD build doesn't catalog these. I modify the AMDSADMP macro so they are cataloged on my system. Alan -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Eric Bielefeld Sent: Tuesday, August 17, 2010 15:41 To: IBM-MAIN@bama.ua.edu Subject: Finding IPL Text for Stand Alone Dump Is there a way to find out if a volume has the IPL Text for taking a Stand Alone Dump? I'm pretty sure that the IPL text is on the master catalog volume, but is there any way to verify that? I looked at the volume with FileAid, and didn't see anything. -- Eric Bielefeld Systems Programmer -- 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
Re: Finding IPL Text for Stand Alone Dump
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Eric Bielefeld Sent: Tuesday, August 17, 2010 3:41 PM To: IBM-MAIN@bama.ua.edu Subject: Finding IPL Text for Stand Alone Dump Is there a way to find out if a volume has the IPL Text for taking a Stand Alone Dump? I'm pretty sure that the IPL text is on the master catalog volume, but is there any way to verify that? I looked at the volume with FileAid, and didn't see anything. -- Eric Bielefeld Is a DSN like: SYS1.ADR.SAIPLD.Vvolser on the volume? If no, then I don't believe that it can be used for SADUMP. If fairly sure that just having the IPL text is insufficient. Of course, just having the DSN without IPL text is insufficient too. DFDSS dump looks similar to: ADR006I (001)-STEND(01), 2010.229 15:53:44 EXECUTION BEGINS *** TRACK(CCHH) R0 DATA COUNT 01040018 C9D7D3F1 0008 8400 06000110 6040 08000110 0001 *IPL1-...* COUNT 02040090 C9D7D3F2 31000136 6005 08000110 0001 0500 60001000 06000400 *IPL2-...-...* 0020 2C00 0400 ** 0040 ** 0060 TO 007F SAME AS ABOVE 0080 ** COUNT 03040050 E5D6D3F1 E5D6D3F1 D3C9C8E3 E2F14000 0101 40404040 40404040 40404040 *VOL1VOL1LIHTS1..* 0020 40404040 40404040 40C9C3F0 F1404040 40404040 40404040 40404040 40404040 *.IC01...* 0040 40404040 40404040 40404040 40404040 40404040 ** COUNT 04001000 E3C8C9E2 40C9E240 C5D4D7E3 E840E6D6 D9D2C6C9 D3C540D9 C5C3D6D9 C440F0F0 *THIS.IS.EMPTY.WORKFILE.RECORD.00* 0020 F0F0 *00..* 0040 ** 0060 TO 0FFF SAME AS ABOVE COUNT 05000C00 47F00C80 C1D4C4E2 C1C9D7C4 F0F261F2 F361F9F8 40C8C2C2 F6F6F0F6 9110037C *.0..AMDSAIPD02/23/98.hbb6606...@* 0020 47800440 94EF037C BF2F0250 47800432 18C2BF2F 02544780 043C18D2 82000258 *...@B.Kb...* 0040 D2070260 09409500 037F4780 04601F55 50500264 D2000265 037FD200 0267037E *K..-..n.-KK=* 0060 82000260 9180026C 47800470 82000268 8208 900F0F30 982F0B18 B6660A4C *b..-j..%b...b...q..* -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-691-6183 cell 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 -- 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
Re: Finding IPL Text for Stand Alone Dump
OOPS - that DSN's for ICKDSF stand alone. Sorry! -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-691-6183 cell 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...@bama.ua.edu] On Behalf Of McKown, John Sent: Tuesday, August 17, 2010 3:55 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Finding IPL Text for Stand Alone Dump -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Eric Bielefeld Sent: Tuesday, August 17, 2010 3:41 PM To: IBM-MAIN@bama.ua.edu Subject: Finding IPL Text for Stand Alone Dump Is there a way to find out if a volume has the IPL Text for taking a Stand Alone Dump? I'm pretty sure that the IPL text is on the master catalog volume, but is there any way to verify that? I looked at the volume with FileAid, and didn't see anything. -- Eric Bielefeld Is a DSN like: SYS1.ADR.SAIPLD.Vvolser on the volume? If no, then I don't believe that it can be used for SADUMP. If fairly sure that just having the IPL text is insufficient. Of course, just having the DSN without IPL text is insufficient too. DFDSS dump looks similar to: ADR006I (001)-STEND(01), 2010.229 15:53:44 EXECUTION BEGINS *** TRACK(CCHH) R0 DATA COUNT 01040018 C9D7D3F1 0008 8400 06000110 6040 08000110 0001 *IPL1-...* COUNT 02040090 C9D7D3F2 31000136 6005 08000110 0001 0500 60001000 06000400 *IPL2-...-...* 0020 2C00 0400 ** 0040 ** 0060 TO 007F SAME AS ABOVE 0080 ** COUNT 03040050 E5D6D3F1 E5D6D3F1 D3C9C8E3 E2F14000 0101 40404040 40404040 40404040 *VOL1VOL1LIHTS1..* 0020 40404040 40404040 40C9C3F0 F1404040 40404040 40404040 40404040 40404040 *.IC01...* 0040 40404040 40404040 40404040 40404040 40404040 ** COUNT 04001000 E3C8C9E2 40C9E240 C5D4D7E3 E840E6D6 D9D2C6C9 D3C540D9 C5C3D6D9 C440F0F0 *THIS.IS.EMPTY.WORKFILE.RECORD.00* 0020 F0F0 *00..* 0040 ** 0060 TO 0FFF SAME AS ABOVE COUNT 05000C00 47F00C80 C1D4C4E2 C1C9D7C4 F0F261F2 F361F9F8 40C8C2C2 F6F6F0F6 9110037C *.0..AMDSAIPD02/23/98.hbb6606...@* 0020 47800440 94EF037C BF2F0250 47800432 18C2BF2F 02544780 043C18D2 82000258 *...@B.Kb...* 0040 D2070260 09409500 037F4780 04601F55 50500264 D2000265 037FD200 0267037E *K..-..n.-KK=* 0060 82000260 9180026C 47800470 82000268 8208 900F0F30 982F0B18 B6660A4C *b..-j..%b...b...q..* -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-691-6183 cell 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 -- 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
Re: Finding IPL Text for Stand Alone Dump
Actually, it sounds more like DFDSS than ICKDSF. McKown, John john.mck...@healthmarkets.com 8/17/2010 4:56 PM OOPS - that DSN's for ICKDSF stand alone. Sorry! -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-691-6183 cell 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...@bama.ua.edu] On Behalf Of McKown, John Sent: Tuesday, August 17, 2010 3:55 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Finding IPL Text for Stand Alone Dump -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Eric Bielefeld Sent: Tuesday, August 17, 2010 3:41 PM To: IBM-MAIN@bama.ua.edu Subject: Finding IPL Text for Stand Alone Dump Is there a way to find out if a volume has the IPL Text for taking a Stand Alone Dump? I'm pretty sure that the IPL text is on the master catalog volume, but is there any way to verify that? I looked at the volume with FileAid, and didn't see anything. -- Eric Bielefeld Is a DSN like: SYS1.ADR.SAIPLD.Vvolser on the volume? If no, then I don't believe that it can be used for SADUMP. If fairly sure that just having the IPL text is insufficient. Of course, just having the DSN without IPL text is insufficient too. DFDSS dump looks similar to: ADR006I (001)-STEND(01), 2010.229 15:53:44 EXECUTION BEGINS *** TRACK(CCHH) R0 DATA COUNT 01040018 C9D7D3F1 0008 8400 06000110 6040 08000110 0001 *IPL1-...* COUNT 02040090 C9D7D3F2 31000136 6005 08000110 0001 0500 60001000 06000400 *IPL2-...-...* 0020 2C00 0400 ** 0040 ** 0060 TO 007F SAME AS ABOVE 0080 ** COUNT 03040050 E5D6D3F1 E5D6D3F1 D3C9C8E3 E2F14000 0101 40404040 40404040 40404040 *VOL1VOL1LIHTS1..* 0020 40404040 40404040 40C9C3F0 F1404040 40404040 40404040 40404040 40404040 *.IC01...* 0040 40404040 40404040 40404040 40404040 40404040 ** COUNT 04001000 E3C8C9E2 40C9E240 C5D4D7E3 E840E6D6 D9D2C6C9 D3C540D9 C5C3D6D9 C440F0F0 *THIS.IS.EMPTY.WORKFILE.RECORD.00* 0020 F0F0 *00..* 0040 ** 0060 TO 0FFF SAME AS ABOVE COUNT 05000C00 47F00C80 C1D4C4E2 C1C9D7C4 F0F261F2 F361F9F8 40C8C2C2 F6F6F0F6 9110037C *.0..AMDSAIPD02/23/98.hbb6606...@* 0020 47800440 94EF037C BF2F0250 47800432 18C2BF2F 02544780 043C18D2 82000258 *...@B.Kb...* 0040 D2070260 09409500 037F4780 04601F55 50500264 D2000265 037FD200 0267037E *K..-..n.-KK=* 0060 82000260 9180026C 47800470 82000268 8208 900F0F30 982F0B18 B6660A4C *b..-j..%b...b...q..* -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-691-6183 cell 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 -- For IBM-MAIN subscribe / signoff / archive access
Re: Finding IPL Text for Stand Alone Dump
Eric, I use the DFDSS print below and search for AMDSAIPD. //PRTSADMP EXEC PGM=ADRDSSU, // REGION=4M //SYSPRINT DD SYSOUT=* //DD1 DD UNIT=SYSDA, // DISP=SHR, // VOL=SER=xx //SYSIN DD * PRINT TRKS(X'',X'',X'',X'') INDD(DD1) /* Cliff McNeill Is there a way to find out if a volume has the IPL Text for taking a Stand Alone Dump? I'm pretty sure that the IPL text is on the master catalog volume, but is there any way to verify that? I looked at the volume with FileAid, and didn't see anything. -- Eric Bielefeld Systems Programmer -- 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
Re: Finding IPL Text for Stand Alone Dump
Could be. I saw the SAD in the name and jumped to the wrong conclusions. Bad week for me. John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-691-6183 cell 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...@bama.ua.edu] On Behalf Of Scott Rowe Sent: Tuesday, August 17, 2010 4:00 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Finding IPL Text for Stand Alone Dump Actually, it sounds more like DFDSS than ICKDSF. McKown, John john.mck...@healthmarkets.com 8/17/2010 4:56 PM OOPS - that DSN's for ICKDSF stand alone. Sorry! -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-691-6183 cell 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...@bama.ua.edu] On Behalf Of McKown, John Sent: Tuesday, August 17, 2010 3:55 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Finding IPL Text for Stand Alone Dump -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Eric Bielefeld Sent: Tuesday, August 17, 2010 3:41 PM To: IBM-MAIN@bama.ua.edu Subject: Finding IPL Text for Stand Alone Dump Is there a way to find out if a volume has the IPL Text for taking a Stand Alone Dump? I'm pretty sure that the IPL text is on the master catalog volume, but is there any way to verify that? I looked at the volume with FileAid, and didn't see anything. -- Eric Bielefeld Is a DSN like: SYS1.ADR.SAIPLD.Vvolser on the volume? If no, then I don't believe that it can be used for SADUMP. If fairly sure that just having the IPL text is insufficient. Of course, just having the DSN without IPL text is insufficient too. DFDSS dump looks similar to: ADR006I (001)-STEND(01), 2010.229 15:53:44 EXECUTION BEGINS *** TRACK(CCHH) R0 DATA COUNT 01040018 C9D7D3F1 0008 8400 06000110 6040 08000110 0001 *IPL1-...* COUNT 02040090 C9D7D3F2 31000136 6005 08000110 0001 0500 60001000 06000400 *IPL2-...-...* 0020 2C00 0400 ** 0040 ** 0060 TO 007F SAME AS ABOVE 0080 ** COUNT 03040050 E5D6D3F1 E5D6D3F1 D3C9C8E3 E2F14000 0101 40404040 40404040 40404040 *VOL1VOL1LIHTS1..* 0020 40404040 40404040 40C9C3F0 F1404040 40404040 40404040 40404040 40404040 *.IC01...* 0040 40404040 40404040 40404040 40404040 40404040 ** COUNT 04001000 E3C8C9E2 40C9E240 C5D4D7E3 E840E6D6 D9D2C6C9 D3C540D9 C5C3D6D9 C440F0F0 *THIS.IS.EMPTY.WORKFILE.RECORD.00* 0020 F0F0 *00..* 0040 ** 0060 TO 0FFF SAME AS ABOVE COUNT 05000C00 47F00C80 C1D4C4E2 C1C9D7C4 F0F261F2 F361F9F8 40C8C2C2 F6F6F0F6 9110037C *.0..AMDSAIPD02/23/98.hbb6606...@* 0020 47800440 94EF037C BF2F0250 47800432 18C2BF2F 02544780
Re: Finding IPL Text for Stand Alone Dump
Thanks to all who replied, especially the reply below. I discovered that I had a pack called SADPGM with the SYS1.PAGEDUMP dataset on it. It also had AMDSAIPD in the text, so I'm pretty sure that is the correct pack. Problem solved. -- Eric Bielefeld Systems Programmer Clifford McNeill sy...@hotmail.com wrote: Eric, I use the DFDSS print below and search for AMDSAIPD. //PRTSADMP EXEC PGM=ADRDSSU, // REGION=4M //SYSPRINT DD SYSOUT=* //DD1 DD UNIT=SYSDA, // DISP=SHR, // VOL=SER=xx //SYSIN DD * PRINT TRKS(X'',X'',X'',X'') INDD(DD1) /* Cliff McNeill Is there a way to find out if a volume has the IPL Text for taking a Stand Alone Dump? I'm pretty sure that the IPL text is on the master catalog volume, but is there any way to verify that? I looked at the volume with FileAid, and didn't see anything. -- Eric Bielefeld Systems Programmer -- 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
Re: Finding IPL Text for Stand Alone Dump
Dump track 0 of cylinder 0, as described below, on what you know to be your SYSRES volume, dump track 0 of cylinder 0 on what you think is a SAD-capable volume, and then compare the printouts for R1 and R2 on the two volumes. You should see eyeball-readable text saying SAD or Standalone Dump instead of IPLTEXT, or something like that. Or get some standalone test time and try to IPL from what you think is the SAD volume. Bill Fairchild Rocket Software -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Zelden Sent: Tuesday, August 17, 2010 3:49 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Finding IPL Text for Stand Alone Dump You need to print CYL 0 TRK 0. FDR example: //STEP1EXEC PGM=FDRDSF //SYSPRINT DD SYSOUT=* //SYSUDUMP DD SYSOUT=* //DISK1DD UNIT=SYSDA,DISP=OLD,VOL=SER=SYSRES //TAPE1DD SYSOUT=* //SYSINDD * PRINT TYPE=DSF,DSN=VTOC SELECT FROM(CYL=0,TRK=0),TO(CYL=0,TRK=0) DFSMSdss example: //STEP1 EXEC PGM=ADRDSSU,REGION=2M //SYSPRINT DD SYSOUT=* //SYSIN DD * PRINT TRACKS((0,0,0,0)) INDY(SYSRES) /* -- 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 -- 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
Re: Finding IPL Text for Stand Alone Dump
Did you check if it is the correct level of SADMP? The dumped text will include the FMID that will tell you what level of the SADMP code is on the pack. Eric Bielefeld eric-ibmm...@wi.rr.com 8/17/2010 5:39 PM Thanks to all who replied, especially the reply below. I discovered that I had a pack called SADPGM with the SYS1.PAGEDUMP dataset on it. It also had AMDSAIPD in the text, so I'm pretty sure that is the correct pack. Problem solved. -- Eric Bielefeld Systems Programmer Clifford McNeill sy...@hotmail.com wrote: Eric, I use the DFDSS print below and search for AMDSAIPD. //PRTSADMP EXEC PGM=ADRDSSU, // REGION=4M //SYSPRINT DD SYSOUT=* //DD1 DD UNIT=SYSDA, // DISP=SHR, // VOL=SER=xx //SYSIN DD * PRINT TRKS(X'',X'',X'',X'') INDD(DD1) /* Cliff McNeill Is there a way to find out if a volume has the IPL Text for taking a Stand Alone Dump? I'm pretty sure that the IPL text is on the master catalog volume, but is there any way to verify that? I looked at the volume with FileAid, and didn't see anything. -- Eric Bielefeld Systems Programmer -- 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 CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- 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
Re: Finding IPL Text for Stand Alone Dump
It would be a good idea to IPL the SADMP to verify its operation anyway. Much better than finding out it doesn't work when you actually need it! -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Bill Fairchild wrote (snipped): Or get some standalone test time and try to IPL from what you think is the SAD volume. -- 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
Re: 3592 stand-alone drives at DR Site
We have both manual 3590 3592 tape drives at DR. We had issues with the wrong tapes being mounted on the wrong tape drives because they both have the same device type.We don't have any stand-alone 3592's at 'home' - they're managed as part of the native library we have defined. We got around it temporarily by varying the different drives offline depending on which drives we needed. Our final solution for the next DR was to create an MTL for our 3592 tape drives and allowing SMS to manage them. The Operating Systems group had to define another library and, yes, we had to make SMS changes for the MTL. We had to delete the old library definitions and define new definitions for the DR VTS and the MTL. It's worked like a charm since then. ddk This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- 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
Re: 3592 stand-alone drives at DR Site
Hi Darth, I find you post interesting because it is along the lines of what I would like to accomplish. Are you saying that you are in fact using the same library name at 'home' and at the DR site? This approach seems like its really the only way to keep it somewhat simplified, otherwise wouldn't the CA-1 (entry exit routine) have to be changed as well, mine has the library name hard-coded? Do you have to go through any ISMF changes at the DR site, or is the DR IODF with MTL runed on for the devices sufficient for SMS to come up with an MTL instead of an ATL ? What about the TCDB, will it be ok with the switch from ATL to MTL, or will it have to be re-built somehow? The more I think about this, the more complex it becomes. Sounds like a good excercise for an IBM Redbook. thanks -- 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
How to define stand-alone 3590 tape drives in SMS?
Would anyone be able to tell me the specifics of how to define the necessary SMS constructs SG,SC,DC to define and use one or two stand alone 3590 tape drives in SMS. The 3590 needs to get allocated preferably for a scratch request based on ACS datasetname filtering? Thank You, Wayne -- 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
Re: How to define stand-alone 3590 tape drives in SMS?
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Wayne Bileci Sent: Wednesday, September 09, 2009 3:16 PM To: IBM-MAIN@bama.ua.edu Subject: How to define stand-alone 3590 tape drives in SMS? Would anyone be able to tell me the specifics of how to define the necessary SMS constructs SG,SC,DC to define and use one or two stand alone 3590 tape drives in SMS. The 3590 needs to get allocated preferably for a scratch request based on ACS datasetname filtering? Thank You, Wayne You must define the stand alone drives as a being in a Manual Tape Library. This is done in the HCD, which creates the IODF. Once you have that done, you can use the MTL as if it were a robot tape library (with a person being the robot). You'd assign the MTL library id to a Tape Library defined in SMS. That's a brief overview as I've not done it, personally. But it is much like an ATL (automated tape library). -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell 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 -- 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
Re: How to define stand-alone 3590 tape drives in SMS?
Wayne, John has given you the basics. But I was curious. Why do you want to define the 3590's to SMS? Do you already have some inside an IBM robot and want to allocate some tape files to the outside drives (offsite backups for example)? Russell Witt -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu]on Behalf Of Wayne Bileci Sent: Wednesday, September 09, 2009 3:16 PM To: IBM-MAIN@bama.ua.edu Subject: How to define stand-alone 3590 tape drives in SMS? Would anyone be able to tell me the specifics of how to define the necessary SMS constructs SG,SC,DC to define and use one or two stand alone 3590 tape drives in SMS. The 3590 needs to get allocated preferably for a scratch request based on ACS datasetname filtering? Thank You, Wayne -- 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
Stand-Alone Dump
IBM-Main readers I have some questions about Stand-Alone Dump The 'Tools and Service Aids' manual mentions the following steps for Stand-Alone Dump 1 Stop all processors. Do not clear storage. Does this mean to drag the icon for the image to be dumped to 'STOP'? Does this affect any other defined images in the CPC? 2. IPL stand-alone dump I assume this means setting 'LOAD TYPE' to normal, entering the 'LOAD ADDRESS' of the SADUMP program, and selecting 'STORE STATUS' in the Activation Profile for SADUMP? After the Activation Profile is assigned to the image and saved is it then dragged to 'Activate'? Does this affect any other defined images in the CPC? 3. There is a mention of a 'LOAD PARM'. It looks like this is entered from the console after the image is dragged to 'Activate' from the HMC. Is anything entered into the 'LOAD PARM' on in the Activation Profile for the image? 4. Ready the default output device that was specified on the OUTPUT parameter on the AMDSADMP macro Does this mean to insert/mount a tape into the 'OUTPUT' device specified when the SADUMP program was created? 5. Can these tapes be SL (standard label)? 6. Is there a way to estimate how many 3490E tapes will be required for a SADUMP? Thanks to all in advance. Bill Pitts -- Bill Pitts Systems Specialist UNC-CH ITS 440 West Franklin St. CB# 1150 Chapel Hill, NC 27599-1150 Voice: +1 919 445-9519 Fax: +1 919 445-9487 -- 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
Re: Stand-Alone Dump
Bill Pitts wrote: IBM-Main readers I have some questions about Stand-Alone Dump [snip] IPLing one image, whether for stand-alone dump or not, does not affect other images. I would not write to tape. I would write several 3390s in parallel to take advantage of SAD striping support. Very little hassle and keeps down-time to a minimum. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- 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
Re: Stand-Alone Dump
On Wed, 17 Jun 2009 13:35:49 -0400, Bill Pitts bill_pi...@unc.edu wrote: IBM-Main readers I have some questions about Stand-Alone Dump all questions snipped Please read this, then post back with any questions: z/OS Best Practices: Large Stand-Alone Dump Handling - Version 2 http://www-03.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/TD103286 -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- 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
Re: Stand-Alone Dump
Ed wrote on 18/06/2009 03:45:32 AM: I would not write to tape. I would write several 3390s in parallel to take advantage of SAD striping support. Very little hassle and keeps down-time to a minimum. Last time I tried it, it took a few - I killed it after about 5 or 6 I think. And that was *after* it had filled all my disk allocation. SAP can be such a ... This was a test (developers) environment, so I could afford a reasonable amount of time, and wanted to get the total dump. Never did anyway as it turns out - tape == long dump time. As for SL tapes - don't go there; especially if the tapes are known to a library and/or tape management software. I used to isolate some carts, re-init them as NL, and stick them in a box in the corner. Just hope they never get used. Shane ... -- 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
Re: Stand-Alone Dump
IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 06/17/2009 09:04:27 PM: Ed wrote on 18/06/2009 03:45:32 AM: I would not write to tape. I would write several 3390s in parallel to take advantage of SAD striping support. Very little hassle and keeps down-time to a minimum. Last time I tried it, it took a few - I killed it after about 5 or 6 I think. And that was *after* it had filled all my disk allocation. SAP can be such a ... This was a test (developers) environment, so I could afford a reasonable amount of time, and wanted to get the total dump. Never did anyway as it turns out - tape == long dump time. As for SL tapes - don't go there; especially if the tapes are known to a library and/or tape management software. I used to isolate some carts, re-init them as NL, and stick them in a box in the corner. Just hope they never get used. SADMP IPL tapes and output tapes must be NL. SADMP has never supported SL tapes. SADMP can be relatively slow while it is reading paged out stuff from the MVS page data sets. Dumping data in real storage can be fairly fast if you have a high performance output configuration (like current top-of-the line DASD, 4 gigabit FICON channels/switches/DASD interfaces, and a multivolume output data set spread over a sufficient number of DASD subsystems and channels. With such a configuration using z/OS 1.10 on a z9 processor, SADMP was able to dump real storage dump at a bit over 300MB per second, at which point it became CPU bound. I have done considerable work in z/OS 1.11 to reduce the CPU bottleneck (using MIDAWs, cache prefetching, other path length reductions), and recently measured z/OS 1.11 on a z10 processor dumping real storage at over 1200MB per second to a 16 volume (and well spread out) data set. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- 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
Re: Stand-Alone Dump
Jim wrote on 18/06/2009 01:10:43 PM: SADMP can be relatively slow while it is reading paged out stuff from the MVS page data sets. Dumping data in real storage can be fairly fast if you have a high performance output configuration Just in case there is any confusion, when I said SAP can be such a ... I was talking (complaining) about the size of the SAP R/3 regions that needed dumping, not the performance of SAP hardware shoving the bits out to storage. Shane ... -- 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
Re: Stand-Alone Dump
IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 06/17/2009 11:26:17 PM: Jim wrote on 18/06/2009 01:10:43 PM: SADMP can be relatively slow while it is reading paged out stuff from the MVS page data sets. Dumping data in real storage can be fairly fast if you have a high performance output configuration Just in case there is any confusion, when I said SAP can be such a ... I was talking (complaining) about the size of the SAP R/3 regions that needed dumping, not the performance of SAP hardware shoving the bits out to storage. I understood. But it is a win-win. 1. SAP R3 uses lots of storage. 2. IBM can sell you lots of real storage. 3. IBM can sell you lots of channels and DASD so you can exploit the z/OS 1.11 SADMP improvements to dump that storage quickly. And this maximizes the rate of transfer of money from you to us, which is the objective of the data processing industry, isn't it? :-) This has got to be an example of that synergy stuff that executives are always talking about. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- 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
Re: Stand Alone restore and File number
I posted a question earlier about whether the file number for standalone (SA) DSS was the SL file number or the number of tape marks. And as responded, it is really the SL file number. Thanks for the replies. Just in case anyone else gets 'stucks' with doing standalone restores, the DSS folks say that SA DSS 'unloads' a tape after each RESTORE and it truly does. Needless to say remounting the tape over and over in the IBM ATL is a treat. Jack Kelly 202-502-2390 (Office) -- 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
Stand-alone
We are at our new datacenter and we are trying to perform stand-alone ICKDSF, and DFDSS from an IBM Tape Library. We do not have any consoles yet and we are trying to do this from the HMC. ICKDSF is the first file and it works finethe second file is DFDSS and it will load successfully but we are not able to get a console...we get MESSAGE INTERFACE UNAVAILABLE. We were able to do this process at our original datacenter, but we had a console. Has anyone encountered this same situation using HMC? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Stand-alone
From the HMC, Highlight the LPAR that you are performing the standalone on, Double click on system messages and that should let you continue from there Edouard A. Myers Senior Information Technology Specialist Office of the Chief Technology Officer DC Government 222 Massachusetts Ave, NW, Suite 200 Washington, DC 20001 Phone : 202-727-4017 Fax: 202-727-3880 Email: [EMAIL PROTECTED] Website: http://www.octo.dc.gov -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Lopez, Sharon Sent: Wednesday, April 23, 2008 12:45 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Stand-alone We are at our new datacenter and we are trying to perform stand-alone ICKDSF, and DFDSS from an IBM Tape Library. We do not have any consoles yet and we are trying to do this from the HMC. ICKDSF is the first file and it works finethe second file is DFDSS and it will load successfully but we are not able to get a console...we get MESSAGE INTERFACE UNAVAILABLE. We were able to do this process at our original datacenter, but we had a console. Has anyone encountered this same situation using HMC? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Stand-alone
Since ICKDSF works OK, you appear to have access to the SYSCONS. In you SA/DSS did you code an OPERCNSL keyword? Usually it'll wait if that console isn't there but you should have a WSC then. Did you get a WSC after/with the message? Standalones tend to communicate with WSC more so then messages. I assume that you tried entering from the HMC to get the 'ADRY005E DEFINE INPUT ...'? Jack Kelly 202-502-2390 (Office) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Stand alone Dump with ICC cards
Mark, The total time of the outage from hang to CICS regions up an functional was 34 minutes which I know is a local record (not one that I am anxious to try and beat!). :-) Not bad considering this LPAR had 22G of real storage. The SADUMP performance with striping is amazing! Can you provide a number how long dumping of real storage took? (Which options?) I was able to test sadump on a 6GB real lpar, and the outage time from IPLing sadump to IPLing MVS again was less than 10 minutes (dsntype=large to two volumes): 8:18:50 IPL sadump 8:21:29 AMD095I VIRTUAL DUMP 15% COMPLETED. TOTAL MEGABYTES DUMPED: 8:25:02 End of sadump 8:28:08 Re-IPL 'Specify System parms' (and this only took so long because it took me a while to recognize the end of sadump). I keep getting postponed to test sadump on the big production lpar (well, 10G is big for us) including their IMS/DB2 recovery. I want some numbers in case we ever need an sadump in production to say: 'it'll only be 15 minutes longer, but we'll have a dump to provide IBM'. On a smaller lpar where I recently took several sadumps the actual dumping process appeared shorter than when I took an svcdump (2.5GB real, the svcdump always had to include OMVS and all dataspaces and the SMSPDSE/1 stuff). The capture phase lasted 'forever'. We also found out the hard way that when you need any OMVS stuff in the sadump (like file information for open files), you'd better specify ALSO DATASPACES OF ASID('OMVS') Traditionally, we also dump all of RASPs dataspaces. Regards, Barbara Nitz -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Stand alone Dump with ICC cards
I was able to test sadump on a 6GB real lpar, and the outage time from IPLing sadump to IPLing MVS again was less than 10 minutes (dsntype=large to two volumes): 8:18:50 IPL sadump 8:21:29 AMD095I VIRTUAL DUMP 15% COMPLETED. TOTAL MEGABYTES DUMPED: 8:25:02 End of sadump 8:28:08 Re-IPL 'Specify System parms' (and this only took so long because it took me a while to recognize the end of sadump). In z/OS 1.10, you can set things up so that if SADMP completes successfully, it will initiate the IPL of MVS automatically. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Stand alone Dump with ICC cards
On Mon, 24 Mar 2008 16:41:38 -0700, Skip Robinson [EMAIL PROTECTED] wrote: I dug into the doc once again for more info on Mark's reference to 'striping'. I find this comment in Diagnosis: Tools and Service Aids: Extended format data sets are supported by z/OS V1R6 and later releases. Extended format sequential data sets can hold 16,777,215 blocks. If you use a maximum block size, 29120 bytes, approximately 488 GB can fit. You cannot use striping or compression options for extended format sequential data sets. You must use the guaranteed free space option to require DFSMS to reserve space at the time that the data set is created. On the other hand: Large format data sets are supported by z/OS V1R7 and later releases. Large format (DSNTYPE=LARGE) data sets can span 16,777,215 tracks. If you use a maximum block size, 29120 bytes, approximately 768 GB can fit. I have two Mod-9 volumes with SYS1.SADMP spanning both as DSNTYPE=LARGE for a total of 20,032 cylinders. I use the AMDSADDD REXX utility to enable SAD to write data to both volumes in a way I understood as 'logical striping' (my term). Is there a better option? FYI... the SADUMP striping has been available since z/OS 1.2. As far as whats best, there was a good SHARE session from July 2001 given by Greg Dyck - When the Big Crash Occurs Standalone Dump Session number 2823. There is still a lot of good information in that and does include the z/OS 1.2 changes. For something more current, there is this: z/OS Best Practices: Large Stand-Alone Dump Handling - Version 2 http://www-03.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/TD103286 Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Stand alone Dump with ICC cards
I dug into the doc once again for more info on Mark's reference to 'striping'. I find this comment in Diagnosis: Tools and Service Aids: Extended format data sets are supported by z/OS V1R6 and later releases. Extended format sequential data sets can hold 16,777,215 blocks. If you use a maximum block size, 29120 bytes, approximately 488 GB can fit. You cannot use striping or compression options for extended format sequential data sets. You must use the guaranteed free space option to require DFSMS to reserve space at the time that the data set is created. On the other hand: Large format data sets are supported by z/OS V1R7 and later releases. Large format (DSNTYPE=LARGE) data sets can span 16,777,215 tracks. If you use a maximum block size, 29120 bytes, approximately 768 GB can fit. I have two Mod-9 volumes with SYS1.SADMP spanning both as DSNTYPE=LARGE for a total of 20,032 cylinders. I use the AMDSADDD REXX utility to enable SAD to write data to both volumes in a way I understood as 'logical striping' (my term). Is there a better option? Mark Zelden [EMAIL PROTECTED] CHNA.COM To Sent by: IBM IBM-MAIN@bama.ua.edu Mainframe cc Discussion List [EMAIL PROTECTED] Subject .edu Re: Stand alone Dump with ICC cards 03/21/2008 05:47 AM Please respond to IBM Mainframe Discussion List [EMAIL PROTECTED] .edu On Thu, 20 Mar 2008 13:41:26 -0700, Skip Robinson [EMAIL PROTECTED] wrote: snip The SADUMP performance with striping is amazing! Mark -- Mark Zelden -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Stand alone Dump with ICC cards
Hello Rick, StandAlone Dump dasd striping is not the same as DFSMS dataset striping. To build the SAD datasets onto multiple volumes you run something like this:- //STEP1EXEC PGM=IKJEFT01 //SYSPROCDD DISP=SHR,DSN=SYS1.SAMPLIB //SYSTSPRT DD SYSOUT=* //SYSTSINDD * %AMDSADDD DEFINE + (SBXDM2,SBXDM3,SBXDM4,SBXDM5,SBXDM6)(SYS1.SADMP) + 3390 3335 N /* // SAD will then run 6 separate data streams to write to the six volumes in parallel. IPCS will merge and sort the records from all six datasets/volumes into a coherent image when you access or copy the SADump. Regards Bruce Hewson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Stand alone Dump with ICC cards
IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 03/24/2008 07:41:38 PM: I dug into the doc once again for more info on Mark's reference to 'striping'. I find this comment in Diagnosis: Tools and Service Aids: Extended format data sets are supported by z/OS V1R6 and later releases. Extended format sequential data sets can hold 16,777,215 blocks. If you use a maximum block size, 29120 bytes, approximately 488 GB can fit. You cannot use striping or compression options for extended format sequential data sets. You must use the guaranteed free space option to require DFSMS to reserve space at the time that the data set is created. On the other hand: Large format data sets are supported by z/OS V1R7 and later releases. Large format (DSNTYPE=LARGE) data sets can span 16,777,215 tracks. If you use a maximum block size, 29120 bytes, approximately 768 GB can fit. I have two Mod-9 volumes with SYS1.SADMP spanning both as DSNTYPE=LARGE for a total of 20,032 cylinders. I use the AMDSADDD REXX utility to enable SAD to write data to both volumes in a way I understood as 'logical striping' (my term). Is there a better option? SADMP uses a blocksize of 24960 for 3390 geometry, not 29120. So that works out to about 383 GB for Extended Sequential, and 766 GB for DSNTYPE=LARGE (assuming the quoted number of blocks and number of tracks limits are correct). We avoid using the term 'Striping' for SADMP data sets, because the way SADMP dumps in parallel to a multi-volume data set is different than what DFSMS does with an Extended Format Sequential data set which has more than one stripe. You can use multi-volume with Extended Format, DSNTYPE=LARGE, or ordinary sequential. SADMP performance-wise, it shouldn't make any significant difference. If you are trying to optimize the dumping speed, for a DS8000 with Ficon channels on a z9 processor, I would use more than two volumes. Using z/OS 1.9 on a z9 with 3 volumes (spread across 3 different DS8000s, although I don't know how relevant that is), I was able to get a data rate of a bit over 300MB per second while dumping real storage, at which point the dumping process became CPU bound. z/OS 1.10 may be a little better - I removed some unnecessary zeroing of I/O buffers in that release - but I haven't gotten around to measuring it yet. A z10 processor should also be better, but I haven't measured that yet either. For slower DASD or channels, a larger number of volumes might be beneficial. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Stand alone Dump with ICC cards
IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 03/25/2008 01:29:43 AM: IPCS will merge and sort the records from all six datasets/volumes into a coherent image when you access or copy the SADump. IPCS COPYDUMP will merge the data from the multiple volumes, which is why we recommend that you copy a multivolume data set with COPYDUMP before reading it in any other fashion. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Stand alone Dump with ICC cards
Here's the job step that creates our standalone dump. Remember that the page dump data set is now on the SAD IPL volume as SYS1.PAGEDUMP.Vvolser My job includes a preceding step to delete/purge the old one if any and a succeeding step to catalog the new one. Cataloging is not required. The DUMP= parameters have accumulated values over the years from various suggestions or problems. SAD as set up here--along with the SCSYSC load parm recommend by Jim Mulder--will dump straight to DASD with no operator intervention after the load. A default title is generated. //SADCREATE EXEC PGM=AMDSAOSG,REGION=20M //SYSLIB DD DISP=SHR,DSN=SYS1.MACLIB // DD DISP=SHR,DSN=SYS1.MODGEN //GENPRINT DD SYSOUT=* //GENPARMS DD * AMDSADMP VOLSER=sad-ipl-volser, * CONSOLE=SYSC, USE HMC AS CONSOLE* REUSEDS=ALWAYS, ALWAYS OVERWRITE DATA SET * MINASID=PHYSIN, GET AT LEAST SWAPPED IN GUYS * DUMP=('SP(ALL) IN ASID(1,'JES2','JESXCF') * ALSO DATASPACES OF ASID(1,'DUMPSRV','JESXCF','APPC','SMS* VSAM','CONSOLE','SMSPDSE','SMSPDSE1') * ALSO PAGETABLES OF DATASPACES'),* OUTPUT=D SADUMP TO 1st VOL OF SYS1.SADMP END . . JO.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile [EMAIL PROTECTED] Jim Mulder [EMAIL PROTECTED] OMTo Sent by: IBM IBM-MAIN@bama.ua.edu Mainframe cc Discussion List [EMAIL PROTECTED] Subject .edu Re: Stand alone Dump with ICC cards 03/22/2008 10:28 PM Please respond to IBM Mainframe Discussion List [EMAIL PROTECTED] .edu IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 03/23/2008 12:29:20 AM: I also use only the HMC for SAD support our basic operator instructions: 1. logon to HMC as OPERATOR 2. logon to MVS Console on SYSPLEX partner system 3. Select SAD_sysname HMC Icon. 4. Perform RESET-NORMAL, Answer YES and OK. 5. On MVS Console, reply to IXC402D or IXC102A messages, or issue V XCF,sysname,OFFLINE (reply is SYSNAME=sysname) Actions 3-5 expedite sysplex system recovery actions. 6. Perform ACTIVATE SAD_sysname HMC ICON, Answer Yes and OK. 7. Start Operating System Messages (double-click with SAD_sysname Icon highlighted) 8. Enter a NULL command, by clicking on SEND COMMAND and then clicking on SEND button. 9+++ now answer SAD prompts as required. You can avoid step 8 by specifying SCSYSC as the Load Parameter in the profile that you are using to IPL SAD. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Stand alone Dump with ICC cards
Hello Andy, I also use only the HMC for SAD support our basic operator instructions: 1. logon to HMC as OPERATOR 2. logon to MVS Console on SYSPLEX partner system 3. Select SAD_sysname HMC Icon. 4. Perform RESET-NORMAL, Answer YES and OK. 5. On MVS Console, reply to IXC402D or IXC102A messages, or issue V XCF,sysname,OFFLINE (reply is SYSNAME=sysname) Actions 3-5 expedite sysplex system recovery actions. 6. Perform ACTIVATE SAD_sysname HMC ICON, Answer Yes and OK. 7. Start Operating System Messages (double-click with SAD_sysname Icon highlighted) 8. Enter a NULL command, by clicking on SEND COMMAND and then clicking on SEND button. 9+++ now answer SAD prompts as required. Regards Bruce Hewson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Stand alone Dump with ICC cards
IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 03/23/2008 12:29:20 AM: I also use only the HMC for SAD support our basic operator instructions: 1. logon to HMC as OPERATOR 2. logon to MVS Console on SYSPLEX partner system 3. Select SAD_sysname HMC Icon. 4. Perform RESET-NORMAL, Answer YES and OK. 5. On MVS Console, reply to IXC402D or IXC102A messages, or issue V XCF,sysname,OFFLINE (reply is SYSNAME=sysname) Actions 3-5 expedite sysplex system recovery actions. 6. Perform ACTIVATE SAD_sysname HMC ICON, Answer Yes and OK. 7. Start Operating System Messages (double-click with SAD_sysname Icon highlighted) 8. Enter a NULL command, by clicking on SEND COMMAND and then clicking on SEND button. 9+++ now answer SAD prompts as required. You can avoid step 8 by specifying SCSYSC as the Load Parameter in the profile that you are using to IPL SAD. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Stand alone Dump with ICC cards
On Thu, 20 Mar 2008 13:41:26 -0700, Skip Robinson [EMAIL PROTECTED] wrote: HMC--defined to MVS as SYSCONS--works great on several levels. You don't have to worry about... -- Altered console configurations -- Flaky tubes/PCs/controllers -- Updating SAD procedures We don't take many standalone dumps, but three changes in the past several years have greatly improved reliability: 1, Use only SYSCONS (no more MCS consoles) 2. Use only DASD (no more tapes) 3. Set up LOAD profiles on the HMC exclusively for standalone dump. . Exactly what we do. Along with the option to automatically overwrite the sadump data set if it is not empty and no operator reply. Unfortunately I had the pleasure of testing it myself about a month ago during prime time. One our critical LPARs went into a spin loop. I knew right away because I logon to our vtam session manager from that LPAR and my session hung. I then opened my remote console application (AFREMOTE) and couldn't get a console response. At this point I knew it was disabled wait or spin loop. I logged on to the HMC and saw the spin loop and immediately initiated the SADUMP. The total time of the outage from hang to CICS regions up an functional was 34 minutes which I know is a local record (not one that I am anxious to try and beat!). :-) Not bad considering this LPAR had 22G of real storage. The SADUMP performance with striping is amazing! Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Stand alone Dump with ICC cards
Is anyone out there using ICC for a z/OS console. We are switching over from our 3174's and started to use ICC consoles so I thought id ask our operator to do a SAD from it. The first problem I had was I didn't change the SAD to use the new console (address 1300) I changed it had them we do it but we get a xwait on the emulator, like it cant find the console. Here is what I have coded job ran with zero's, No wait state just sits there the system AMDSADMP IPL=D3390,VOLSER=AVE3EC, X MINASID=ALL, X DDSPROMPT=YES,X OUTPUT=T1511,X REUSEDS=CHOICE,X CONSOLE=((1300,3278),(1310,3278)) END Is there anything that needs to be coded for a ICC type of console to do a SAD? Thanks in advance. Andy Internet: Mailto:[EMAIL PROTECTED] The information contained in this message may be CONFIDENTIAL and is for the intended addressee only. Any unauthorized use, dissemination of the information, or copying of this message is prohibited. If you are not the intended addressee, please notify the sender immediately and delete this message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Stand alone Dump with ICC cards
It is probably waiting for an interrupt from the device. Hit RESET/ENTER and it should wake up.. snip Is anyone out there using ICC for a z/OS console. We are switching over from our 3174's and started to use ICC consoles so I thought id ask our operator to do a SAD from it. The first problem I had was I didn't change the SAD to use the new console (address 1300) I changed it had them we do it but we get a xwait on the emulator, like it cant find the console. Here is what I have coded job ran with zero's, No wait state just sits there the system AMDSADMP IPL=D3390,VOLSER=AVE3EC, X MINASID=ALL, X DDSPROMPT=YES,X OUTPUT=T1511,X REUSEDS=CHOICE,X CONSOLE=((1300,3278),(1310,3278)) END Is there anything that needs to be coded for a ICC type of console to do a SAD? Thanks in advance. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Stand alone Dump with ICC cards
Thanks we tried that a few times just got a xwait... Do you code in the macro below the 4 digit console that way? Thats what im wondering. Andy Internet: Mailto:[EMAIL PROTECTED] IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 03/20/2008 10:28:36 AM: It is probably waiting for an interrupt from the device. Hit RESET/ENTER and it should wake up.. snip Is anyone out there using ICC for a z/OS console. We are switching over from our 3174's and started to use ICC consoles so I thought id ask our operator to do a SAD from it. The first problem I had was I didn't change the SAD to use the new console (address 1300) I changed it had them we do it but we get a xwait on the emulator, like it cant find the console. Here is what I have coded job ran with zero's, No wait state just sits there the system AMDSADMP IPL=D3390,VOLSER=AVE3EC, X MINASID=ALL, X DDSPROMPT=YES,X OUTPUT=T1511,X REUSEDS=CHOICE,X CONSOLE=((1300,3278),(1310,3278)) END Is there anything that needs to be coded for a ICC type of console to do a SAD? Thanks in advance. The information contained in this message may be CONFIDENTIAL and is for the intended addressee only. Any unauthorized use, dissemination of the information, or copying of this message is prohibited. If you are not the intended addressee, please notify the sender immediately and delete this message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Stand alone Dump with ICC cards
Andy, We use the ICC controllers for consoles and have not had a problem doing SA dumps. Here is our console piece of the AMDSADMP macro. CONSOLE=((200,3278),(201,3278),(300,3278),(301,3278)) here is the ICC/OSA setup Number Name IP Addr Type DHD RSP RTO 200 UTM10001 10.10.10.11 Console Enable 600 Enable 10 Sec 201 UTM10002 10.10.10.13 Console Enable 600 Enable 10 Sec 300 UTM10009 10.10.10.11 Console Enable 600 Enable 10 Sec 301 UTM10010 10.10.10.42 Console Enable 600 Enable 10 Sec Cliff McNeill MD Anderson Cancer Center _ Connect and share in new ways with Windows Live. http://www.windowslive.com/share.html?ocid=TXT_TAGHM_Wave2_sharelife_012008 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Stand alone Dump with ICC cards
The coding for the SAD looks good to me. If all else fails, the HCM can be used to control the SAD... It is probably waiting for an interrupt from the device. Hit RESET/ENTER and it should wake up.. snip Is anyone out there using ICC for a z/OS console. We are switching over from our 3174's and started to use ICC consoles so I thought id ask our operator to do a SAD from it. The first problem I had was I didn't change the SAD to use the new console (address 1300) I changed it had them we do it but we get a xwait on the emulator, like it cant find the console. Here is what I have coded job ran with zero's, No wait state just sits there the system AMDSADMP IPL=D3390,VOLSER=AVE3EC, X MINASID=ALL, X DDSPROMPT=YES,X OUTPUT=T1511,X REUSEDS=CHOICE,X CONSOLE=((1300,3278),(1310,3278)) END Is there anything that needs to be coded for a ICC type of console to do a SAD? Thanks in advance. The information contained in this message may be CONFIDENTIAL and is for the intended addressee only. Any unauthorized use, dissemination of the information, or copying of this message is prohibited. If you are not the intended addressee, please notify the sender immediately and delete this message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Stand alone Dump with ICC cards
Don't know but why bother? I always use the SYSCONS (HMC operating system messages) for standalone dump console - works great for me anyway. Dick Andy White [EMAIL PROTECTED] 3/20/2008 9:49:38 AM Is anyone out there using ICC for a z/OS console. We are switching over from our 3174's and started to use ICC consoles so I thought id ask our operator to do a SAD from it. The first problem I had was I didn't change the SAD to use the new console (address 1300) I changed it had them we do it but we get a xwait on the emulator, like it cant find the console. Here is what I have coded job ran with zero's, No wait state just sits there the system AMDSADMP IPL=D3390,VOLSER=AVE3EC, X MINASID=ALL, X DDSPROMPT=YES,X OUTPUT=T1511,X REUSEDS=CHOICE,X CONSOLE=((1300,3278),(1310,3278)) END Is there anything that needs to be coded for a ICC type of console to do a SAD? Thanks in advance. Andy Internet: Mailto:[EMAIL PROTECTED] The information contained in this message may be CONFIDENTIAL and is for the intended addressee only. Any unauthorized use, dissemination of the information, or copying of this message is prohibited. If you are not the intended addressee, please notify the sender immediately and delete this message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html == CONFIDENTIALITY NOTICE: This email contains information from the sender that may be CONFIDENTIAL, LEGALLY PRIVILEGED, PROPRIETARY or otherwise protected from disclosure. This email is intended for use only by the person or entity to whom it is addressed. If you are not the intended recipient, any use, disclosure, copying, distribution, printing, or any action taken in reliance on the contents of this email, is strictly prohibited. If you received this email in error, please contact the sending party by reply email, delete the email from your computer system and shred any paper copies. Note to Patients: There are a number of risks you should consider before using e-mail to communicate with us. See our Privacy Policy and Henry Ford My Health at www.henryford.com for more detailed information. If you do not believe that our policy gives you the privacy and security protection you need, do not send e-mail or Internet communications to us. ==
Re: Stand alone Dump with ICC cards
HMC--defined to MVS as SYSCONS--works great on several levels. You don't have to worry about... -- Altered console configurations -- Flaky tubes/PCs/controllers -- Updating SAD procedures We don't take many standalone dumps, but three changes in the past several years have greatly improved reliability: 1, Use only SYSCONS (no more MCS consoles) 2. Use only DASD (no more tapes) 3. Set up LOAD profiles on the HMC exclusively for standalone dump. . . JO.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile [EMAIL PROTECTED] Richard Bond [EMAIL PROTECTED] Sent by: IBM To Mainframe IBM-MAIN@bama.ua.edu Discussion Listcc [EMAIL PROTECTED] .edu Subject Re: Stand alone Dump with ICC cards 03/20/2008 12:59 PM Please respond to IBM Mainframe Discussion List [EMAIL PROTECTED] .edu Don't know but why bother? I always use the SYSCONS (HMC operating system messages) for standalone dump console - works great for me anyway. Dick Andy White [EMAIL PROTECTED] 3/20/2008 9:49:38 AM Is anyone out there using ICC for a z/OS console. We are switching over from our 3174's and started to use ICC consoles so I thought id ask our operator to do a SAD from it. The first problem I had was I didn't change the SAD to use the new console (address 1300) I changed it had them we do it but we get a xwait on the emulator, like it cant find the console. Here is what I have coded job ran with zero's, No wait state just sits there the system AMDSADMP IPL=D3390,VOLSER=AVE3EC, X MINASID=ALL, X DDSPROMPT=YES,X OUTPUT=T1511,X REUSEDS=CHOICE,X CONSOLE=((1300,3278),(1310,3278)) END Is there anything that needs to be coded for a ICC type of console to do a SAD? Thanks in advance. Andy Internet: Mailto:[EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM paper on Large Stand Alone Dump handling
-- snip -- 1. Ontop for EMEA customers: I think ontop is dead in EMEA. IBM consistently refused to use ontop to look at a dump, always demanding the dump to be ftp'd in. That was (and still is) a nuisance. A colleague then wrote a program that allows us to ftp directly to IBM (don't ask me how), but without it we would still send cartridges. We have now deleted the environment. -- snip -- I prefer the ftp method to ontop. Once you set up a job to terse and send the dump to ftp.emea.inm.com it works quite well. With the old ontop method, there were constant problems with the user_id passwords and racf access. -- snip -- 2. I have just done some testing for standalone dump to a large dasd data set (and fallen flat on my face while I was at it). A word of warning: The UCB address(es) of the DASD data set are put into the preallocated DASD data set. Make sure they don't change! (This may be what the paper refers to as hiperswap, and I don't know what it is.) We mirror our DASD and when we swapped, the ucb address for each volume changed to its mirror while the former mirror became the primary. This failed sadump spectacularly! (with a message that didn't tell me anything under 1.8. I am told it changed to something meaningful with 1.9) We have now moved that data set to non-mirrored DASD. -- snip -- Hyperswap is one of the best things that have happened to reduce DASD outages. It works very well. But. Whether it was a hyperswap or a normal mirror swap, you have to be aware that the DASD device addresses have changed. GDPS takes care of this when LPARs are IPL'd (primary and secondary IPL information is primed). For SADMP, I would still aim to mirror all DASD and have separate volumes prepared for SADMP usage on the primary and SADMP usage on the secondary side. Set up separate procedures for starting it depending on whether you are running on the primary or on the secondary DASD (you always need to be aware of where your DASD currently is!). If you hardcode only a primary device number for SADMP, what do you use when your primary DASD is really hosed? -- John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM paper on Large Stand Alone Dump handling
For SADMP, I would still aim to mirror all DASD and have separate volumes prepared for SADMP usage on the primary and SADMP usage on the secondary side. Set up separate procedures for starting it depending on whether you are running on the primary or on the secondary DASD (you always need to be aware of where your DASD currently is!). If you hardcode only a primary device number for SADMP, what do you use when your primary DASD is really hosed? We're not big enough that this would be a concern. And we're not a GDPS customer, either. We also don't have enough spare DASD to have them lay around doing nothing - twice. As it was, I had a hard enough time to get one set per sysplex (we have 7, including 3 monoplexes) We have one controller per side where everything is behind, and if that is hosed, we deal with lots of other problems. Given that I always say 'Ich nix hardware' (meaning I have no idea what hardware configs are all about) I am not even sure we would be able to switch to the mirror without the hardware people 'separating' the mirrors first, which means no one can access the DASD, anyway. Which also means that we would have lots of xcf wait stated systems, I think. In such a situation, no one would agree to an sadump, anyway. :-) That no one except me really cares about. :-( Best regards, Barbara -- GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS. Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM paper on Large Stand Alone Dump handling
Actually, the long link got me an 'you are not authorized', so I used google, too, and found something from 8/7/2007, NOT from the ibm page, though. Two words about it: 1. Ontop for EMEA customers: I think ontop is dead in EMEA. IBM consistently refused to use ontop to look at a dump, always demanding the dump to be ftp'd in. That was (and still is) a nuisance. A colleague then wrote a program that allows us to ftp directly to IBM (don't ask me how), but without it we would still send cartridges. We have now deleted the environment. 2. I have just done some testing for standalone dump to a large dasd data set (and fallen flat on my face while I was at it). A word of warning: The UCB address(es) of the DASD data set are put into the preallocated DASD data set. Make sure they don't change! (This may be what the paper refers to as hiperswap, and I don't know what it is.) We mirror our DASD and when we swapped, the ucb address for each volume changed to its mirror while the former mirror became the primary. This failed sadump spectacularly! (with a message that didn't tell me anything under 1.8. I am told it changed to something meaningful with 1.9) We have now moved that data set to non-mirrored DASD. When things finally worked, the complete standalone dump of a 6GB real storage fully loaded lpar took less than 10 minutes from dragging the icon for sadump to dragging the icon for MVS IPL. Most of the time was spent by the operator (not me) who needed to read what to input (three times enter with nothing to type on the HMC, and a dump title in between). I still need to test the biggest production lpar with 10GB real storage, just to make sure it fits the DASD data set. And admittedly, to have an argument against the prejudice that 'stand alone dump takes too long'. Regards, Barbara Nitz -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IBM paper on Large Stand Alone Dump handling
Watch the wrap: http://www6.software.ibm.com/sdfdl/v2/regs2/khelbig/zperf11/Xa.2/ Xb.Y66VoLdARoyRtv9tbMT_PlpSU1D3shM7Rzzlsdc/Xc.zos_best_practices- large_stand-alone_dump_handling.pdf/Xd./Xf.Ltr./Xg.4162659/Xi.swg- systemzperf11/XY.regsrvs/XZ.vxW5ueatqjT23dLFWmswXEAzwig/ zos_best_practices-large_stand-alone_dump_handling.pdf -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM paper on Large Stand Alone Dump handling
Ed, thanks for the link. Google was faster (Large Stand Alone Dump handling) the cut paste the long link... Itschak Itschak Mugzach, Director SecuriTeam Software ltd. Tel: +972 (522) 986404 Skype: Securiteam-Software Email: [EMAIL PROTECTED] Gmail: [EMAIL PROTECTED] for large mails -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ed Gould Sent: Thursday, November 29, 2007 7:40 PM To: IBM-MAIN@BAMA.UA.EDU Subject: IBM paper on Large Stand Alone Dump handling Watch the wrap: http://www6.software.ibm.com/sdfdl/v2/regs2/khelbig/zperf11/Xa.2/ Xb.Y66VoLdARoyRtv9tbMT_PlpSU1D3shM7Rzzlsdc/Xc.zos_best_practices- large_stand-alone_dump_handling.pdf/Xd./Xf.Ltr./Xg.4162659/Xi.swg- systemzperf11/XY.regsrvs/XZ.vxW5ueatqjT23dLFWmswXEAzwig/ zos_best_practices-large_stand-alone_dump_handling.pdf -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Load from Tape using HMC - Stand Alone Tape
In [EMAIL PROTECTED], on 09/20/2007 at 04:42 AM, Mohan [EMAIL PROTECTED] said: We specify the Load address on the HMC screen Which HMC screen? as 890 Try 0890. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Stand-Alone Dump Process
IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 09/03/2007 02:15:40 AM: So you almost always want exactly one and only Store Status for SAD to capture. In real life, many shops take advantage of HMC wizardry to define SAD load profile(s). These profiles must be different from regular OS load profiles because the IPL device for SAD is never a sysres volume and may differ from one LPAR to another. You have the option in an SAD load profile-- still, I think?--to set the Store Status option. Yes, the option is still there. The temptation is to set it because this is by definition a SAD profile. I used to do that until I was advised otherwise: if the first shot at SAD goes awry for some transitory and immediately correctable reason, you DO NOT want a second Store Status on retry. Only the first Store Status, the one from the OS, is of any use UNLESS you trying to debug SAD itself. BTW I have never once done that in my whole career. Well, this thread comes in handy. I have just generated (and tested) sadump for 1.8. And during testing, I clicked on the option for store status (despite having read NOT to do it, as I was really unsure). The sadump I then took was definitely readable and was NOT a dump of an sadump. It was showing everything I expected it to show, including all system address spaces that were up at the time. I had been regenerating sadump from tape to DASD (dsntype LARGE), and my first attempt went wrong due to operator error. I re-IPL'd sadump (without store status, I think), and *that* was definitely a dump of a dump (sadump even tells me so). So I guess now I am really confused with the whole issue of store status or not. When SADMP gets through its initialization and then goes awry and you need to start over, the first thing to try is a PSW Restart. If that works, it starts the dump over without losing any data. If you do have to ReIPL SADMP, you will lose the 4 megabytes of data for the frames which SADMP used for its code and buffers. SADMP tries to use MVS read-only nucleus frames for this purpose, and these are rarely required for debugging MVS problems. Since they are read-only, we know what should be there, unless the problem was an overlay via a real address or channel program. If you have to ReIPL SADMP on z/OS 1.8 or an older release, SADMP will only dump real storage, and is unable to locate MVS control blocks to allow it dump paged-out virtual storage. I improved SADMP in z/OS 1.9 so that it can dump paged-out storage if SADMP is reIPLed. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Stand-Alone Dump Process
The original post I think asked for procedures so I will share our SOP. My considerations 1. SAD to DASD is very good and has been since 4.3.0 the simplification of procedure is easily justification for the DASD on reserve to capture the SAD 2. Allocate two sets of SAD data sets large enough for the largest LPAR 3. Take the SAD! If you have a failure don't assume you got enough to diagnose it prior or hope lighting won't strike twice. First Failure data capture and root cause analysis are worth the effort when anything as large and valued as a z/OS image has failed! 4. Review IBM z/OS Best Practices: Large Stand-Alone Dump Handling Version 2 http://tinyurl.com/2kf5em http://www-03.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/TD103286 Best Regards, Sam Knutson, GEICO Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 Think big, act bold, start simple, grow fast... Standard Operating Procedure November 7, 2006 One Step Stand-Alone Dump This document outlines the Standard Operating Procedure for a One-Step Stand-Alone Dump (SAD) of SNIP LPAR after a system failure/hang condition or if a z/OS system is not responding. This SOP replaces all previous z/OS Stand-Alone Dump procedures. Perform the following steps in order to create a Stand-Alone system dump. The reason for a Stand Alone Dump is to save the master address space and all its contents some place else to be sent off for further analysis of why the system failed. Procedure to perform a Stand-Alone Dump on an IBM 2094 processor LPAR Procedure Overview A) Identify failed system B) Invoke Stand-Alone Dump Program C)Remove failed system from sysplex (WITHOUT an LPAR RESET) D)Wait for SAD program to complete E) Re-IPL failed system F) Interrupting the SAD (if needed) A) IDENTIFY STOPPED OR HUNG LPAR Identify console messages that may indicate which system is hung or not responding. Issue console commands or ROUTE xSYS,cmd to possibly clear the hang condition. Notify the Lead Systems Programmer and SOD Management of a system hang or failure condition. B) PERFORM STAND-ALONE DUMP on an IBM 2094 PROCESSOR b-1) LOGON TO A HMC CONSOLE Click on Log on and launch the Hardware Management Console web application Then Logon to the Hardware Management Console with ADVANCED /password (THE PASSWORD WILL BE GIVEN TO YOU BY YOUR SUPERVISOR) b-2) SELECT HMC VIEW OF DEFINED LPAR's In the following steps icon selection will be indicated by a gray background surrounding the icon on the HMC screen. 1. Ensure that the following can be seen GROUP WORK AREA open (double click) the 'STAND ALONE DUMP' icon. 2. Double left click the lpar icon to bring up the Instance Information screen and verify that the SADMP00 activation profile has been selected for activation (ALL lpars now use the SADMP00 Profile). If not, click on the Change Options button and select the SADMP00 profile in the next screen. Click APPLY then CANCEL to return to the Instance Information screen. Click CANCEL again to return to the GROUP WORK AREA. PROFILES: All lpars now use SADMP00 NOTE: If a second SAD is needed or SYS1.SADMP00 is unavailable, you may use the SADMP01 profiles to dump to the SYS1.SADMP dataset. If you initiate an SAD with the SADMP00 profile and receive message AMD093I that SYS1.SADMP00 is not empty, reply to the AMD001A message with device address 2400 to use SYS1.SADMP and the SAD will proceed normally without further intervention. OR, reply with a tape device address if no dasd datasets are available. 3. Then single left click which will highlight the lpar icon for the lpar which is to be dumped. b-3) INITIATE THE STAND-ALONE-DUMP Perform the following steps to invoke the STAND-ALONE-DUMP of the LPAR on HMC console. 1. Highlight the lpar icon by a single left click which is the failed lpar to be dumped. 2. In the DAILY task list (right-hand pane), double Left Click the ACTIVATE icon. 3. An Activation TASK Confirmation window will appear. Verify that the requested lpar is the one, and only one, being activated and the correct SAD activation profile (SADMP00) is being Activated. Click YES to proceed with SAD function. 4. An ACTIVATE PROGRESS window will appear showing the Stand-Alone Dump IPL progress. 5. STATUS Success window will appear. Click OK to complete. b-4) INVOKE STAND-ALONE-DUMP CONSOLE FUNCTIONS The messages will be seen in the Operating SYSTEM Messages ICON screen of the HMC console. The FAILED LPAR's icon must be highlighted (single left click to highlight) . You may need to issue a V CN(*),ACTIVATE on the HMC console to start things rolling. Two DASD datasets have been set up for SAD
Re: Stand-Alone Dump Process
So you almost always want exactly one and only Store Status for SAD to capture. In real life, many shops take advantage of HMC wizardry to define SAD load profile(s). These profiles must be different from regular OS load profiles because the IPL device for SAD is never a sysres volume and may differ from one LPAR to another. You have the option in an SAD load profile-- still, I think?--to set the Store Status option. Yes, the option is still there. The temptation is to set it because this is by definition a SAD profile. I used to do that until I was advised otherwise: if the first shot at SAD goes awry for some transitory and immediately correctable reason, you DO NOT want a second Store Status on retry. Only the first Store Status, the one from the OS, is of any use UNLESS you trying to debug SAD itself. BTW I have never once done that in my whole career. Well, this thread comes in handy. I have just generated (and tested) sadump for 1.8. And during testing, I clicked on the option for store status (despite having read NOT to do it, as I was really unsure). The sadump I then took was definitely readable and was NOT a dump of an sadump. It was showing everything I expected it to show, including all system address spaces that were up at the time. I had been regenerating sadump from tape to DASD (dsntype LARGE), and my first attempt went wrong due to operator error. I re-IPL'd sadump (without store status, I think), and *that* was definitely a dump of a dump (sadump even tells me so). So I guess now I am really confused with the whole issue of store status or not. Regards, Barbara Nitz -- Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten Browser-Versionen downloaden: http://www.gmx.net/de/go/browser -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Stand-Alone Dump Process
One last non-expert post on this topic. For the first Load of SAD after an MVS IPL, Store Status will yield the same results whether requested implicitly or explicitly. For any subsequent Load, a new Store Status will capture data from the last control program that was running. In the case described, it sounds like SAD got far enough that a second attempt would indeed show SAD code in real storage. Whether old (MVS) Store Status data would be of any use at that point is questionable. In this case, Store Status might be irrelevant, although vast amounts of real storage could still be mined for clues to the original failure depending on far SAD got. But another classic case of failed SAD is simply pointing to the wrong IPL volume, one that has no IPL text on it. In that case, a second SAD attempt might succeed because real storage has not been 'corrupted'. That's the case where a second Store Status might mess things up by losing MVS related data. In other words, it's probably best practice not to set the Store Status flag when IPLing SAD. It can hardly help in any scenario but might well cause trouble. . . JO.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile [EMAIL PROTECTED] Barbara Nitz [EMAIL PROTECTED] To Sent by: IBM IBM-MAIN@BAMA.UA.EDU Mainframe cc Discussion List [EMAIL PROTECTED] Subject .EDU Re: Stand-Alone Dump Process 09/02/2007 11:15 PM Please respond to IBM Mainframe Discussion List [EMAIL PROTECTED] .EDU So you almost always want exactly one and only Store Status for SAD to capture. In real life, many shops take advantage of HMC wizardry to define SAD load profile(s). These profiles must be different from regular OS load profiles because the IPL device for SAD is never a sysres volume and may differ from one LPAR to another. You have the option in an SAD load profile-- still, I think?--to set the Store Status option. Yes, the option is still there. The temptation is to set it because this is by definition a SAD profile. I used to do that until I was advised otherwise: if the first shot at SAD goes awry for some transitory and immediately correctable reason, you DO NOT want a second Store Status on retry. Only the first Store Status, the one from the OS, is of any use UNLESS you trying to debug SAD itself. BTW I have never once done that in my whole career. Well, this thread comes in handy. I have just generated (and tested) sadump for 1.8. And during testing, I clicked on the option for store status (despite having read NOT to do it, as I was really unsure). The sadump I then took was definitely readable and was NOT a dump of an sadump. It was showing everything I expected it to show, including all system address spaces that were up at the time. I had been regenerating sadump from tape to DASD (dsntype LARGE), and my first attempt went wrong due to operator error. I re-IPL'd sadump (without store status, I think), and *that* was definitely a dump of a dump (sadump even tells me so). So I guess now I am really confused with the whole issue of store status or not. Regards, Barbara Nitz -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Stand-Alone Dump Process
Hi Guys, in the Archives is a thread containing responses from Greg Dyck regarding this topic. Subject: Stand Alone Dump Sysplex Method B see: http://bama.ua.edu/cgi-bin/wa?A2=ind0101L=ibm-mainP=R40691 He explains about auto-store status for Stand Alone Dumps. Regards Bruce Hewson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Stand-Alone Dump Process
Once again my perspective. Store Status either will or will not 'save the exact same data' depending on how you define 'same'. The process is more (mostly? entirely?) a function of hardware. What you get is effectively the register, PSW, etc. (too lazy to crack the book) data reflecting the state of the control program that was last running in the LPAR at moment your favorite operator Mashed Load. For an ordinary SAD, you almost certainly want that data to represent the z/OS or VM or Linux (or TPF?) operating system that failed beyond expectation of repair within a reasonable outage window. So you almost always want exactly one and only Store Status for SAD to capture. In real life, many shops take advantage of HMC wizardry to define SAD load profile(s). These profiles must be different from regular OS load profiles because the IPL device for SAD is never a sysres volume and may differ from one LPAR to another. You have the option in an SAD load profile--still, I think?--to set the Store Status option. The temptation is to set it because this is by definition a SAD profile. I used to do that until I was advised otherwise: if the first shot at SAD goes awry for some transitory and immediately correctable reason, you DO NOT want a second Store Status on retry. Only the first Store Status, the one from the OS, is of any use UNLESS you trying to debug SAD itself. BTW I have never once done that in my whole career. . . JO.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile [EMAIL PROTECTED] Binyamin Dissen [EMAIL PROTECTED] FTWARE.COMTo Sent by: IBM IBM-MAIN@BAMA.UA.EDU Mainframe cc Discussion List [EMAIL PROTECTED] Subject .EDU Re: Stand-Alone Dump Process 09/01/2007 07:44 PM Please respond to IBM Mainframe Discussion List [EMAIL PROTECTED] .EDU snip Can issuing a STORE STATUS directly hurt? Or does the IPL store status save the exact same data? -- Binyamin Dissen [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Stand-Alone Dump Process
On Fri, 31 Aug 2007 13:22:33 -0400 Jim Mulder [EMAIL PROTECTED] wrote: :IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 08/31/2007 :12:55:59 PM: : The advice I've heeded for years is NOT to perform STORE STATUS for : standalone dump because MVS itself sets a flag that requests STORE :STATUS : on the next IPL in the same LPAR. So manual action is not only :unnecessary, : but you might inadvertently get status stored from SAD itself rather :than : from the running OS. That would be appropriate only if you're trying to : debug standalone dump code. :From the archives: :http://bama.ua.edu/cgi-bin/wa?A2=ind0403L=ibm-mainP=R9199I=1X=- :archive start :Subject: Re: Stand-Alone Dump Questions :From: Jim Mulder [EMAIL PROTECTED] :Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU :Date: Tue, 2 Mar 2004 14:28:00 -0500 :Content-Type: text/plain : I've seen posting from Greg Dyck that say not to set store status, : because it's already done for you by z/OS. : That doesn't make sense. You use a SA dump when z/OS is dead in the : water. I suspect that he was telling you not to do a double store : status. : During IPL processing, MVS tells the machine to do a store status :as part of the next LOAD (IPL) operation under the assumption that :the next LOAD *might* be an IPL of SA dump. If it isn't, no harm is :done. This function was introduced in MVS/370 SP1.3 as part of the :RAS enhancements package for the 3033 processor, to deal with the :problem of operators forgetting to do a store status. Unfortunately, :VM never implemented this function (unless it was done recently :and I didn't hear about it), so you still need to do it manually :when running MVS on VM. :archive end : One update: :That support was added to z/VM 5.1, which became generally available in :September, 2004. Can issuing a STORE STATUS directly hurt? Or does the IPL store status save the exact same data? -- Binyamin Dissen [EMAIL PROTECTED] http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Stand-Alone Dump Process
Have any of you ever heard that a Store-Status is NOT needed for dump taking? Does anyone have a stand-alone dump procedure that they would be willing to share? TIA, George Rodriguez Specialist, Systems Programmer [EMAIL PROTECTED] (561) 357-7652 School District of Palm Beach County 3348 Forrest Hill Blvd. Room B301 West Palm Beach, FL. 33406-5869 Rated A by the Florida Department of Education 2005, 2006 2007 - Under Florida law, e-mail addresses are public records. If you do not want your e-mail address released in response to a public records request, do not send electronic mail to this entity. Instead, contact this office by phone or in writing. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Stand-Alone Dump Process
The advice I've heeded for years is NOT to perform STORE STATUS for standalone dump because MVS itself sets a flag that requests STORE STATUS on the next IPL in the same LPAR. So manual action is not only unnecessary, but you might inadvertently get status stored from SAD itself rather than from the running OS. That would be appropriate only if you're trying to debug standalone dump code. . . JO.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile [EMAIL PROTECTED] George Rodriguez [EMAIL PROTECTED] EACH.K12.FL.USTo Sent by: IBM IBM-MAIN@BAMA.UA.EDU Mainframe cc Discussion List [EMAIL PROTECTED] Subject .EDU Stand-Alone Dump Process 08/31/2007 09:30 AM Please respond to IBM Mainframe Discussion List [EMAIL PROTECTED] .EDU Have any of you ever heard that a Store-Status is NOT needed for dump taking? Does anyone have a stand-alone dump procedure that they would be willing to share? TIA, George Rodriguez -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Stand-Alone Dump Process
IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 08/31/2007 12:55:59 PM: The advice I've heeded for years is NOT to perform STORE STATUS for standalone dump because MVS itself sets a flag that requests STORE STATUS on the next IPL in the same LPAR. So manual action is not only unnecessary, but you might inadvertently get status stored from SAD itself rather than from the running OS. That would be appropriate only if you're trying to debug standalone dump code. From the archives: http://bama.ua.edu/cgi-bin/wa?A2=ind0403L=ibm-mainP=R9199I=1X=- archive start Subject: Re: Stand-Alone Dump Questions From: Jim Mulder [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU Date: Tue, 2 Mar 2004 14:28:00 -0500 Content-Type: text/plain I've seen posting from Greg Dyck that say not to set store status, because it's already done for you by z/OS. That doesn't make sense. You use a SA dump when z/OS is dead in the water. I suspect that he was telling you not to do a double store status. During IPL processing, MVS tells the machine to do a store status as part of the next LOAD (IPL) operation under the assumption that the next LOAD *might* be an IPL of SA dump. If it isn't, no harm is done. This function was introduced in MVS/370 SP1.3 as part of the RAS enhancements package for the 3033 processor, to deal with the problem of operators forgetting to do a store status. Unfortunately, VM never implemented this function (unless it was done recently and I didn't hear about it), so you still need to do it manually when running MVS on VM. archive end One update: That support was added to z/VM 5.1, which became generally available in September, 2004. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Stand-Alone Dump Process
-snip--- Have any of you ever heard that a Store-Status is NOT needed for dump taking? Does anyone have a stand-alone dump procedure that they would be willing to share? ---unsnip IIRC, HMC setup for LOAD could optionally do a Store Status before initiating the LOAD. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How do I build a stand alone z/OS
Thank you Mark for your help. Thanks Mohan On 5/17/07, Mark Zelden [EMAIL PROTECTED] wrote: On Thu, 17 May 2007 07:42:31 -0500, Mark Zelden [EMAIL PROTECTED] wrote: As a first step we are planning to install the z/OS, is there any way i could build a systempac kinda use it for future LPAR's. snip I have some examples on my cbt file - file 434 and in the JOBs section of my web site (URL below in my signature). If you don't need TCPIP then you can use the ONEPAK* examples - otherwise you need the TWOPAK* examples (which can fit on a single 3390-9). I last updated them for z/OS 1.6 but was just considering updating them for z/OS 1.8. If you are running z/OS 1.7, there are only minor changes that need to be made (new LNKLST lib for example). You can get those from the migration manual and / or looking at one of your 1.7 systems. snip These are the changes that are required from my 1.6 samples to work with z/OS 1.7 and z/OS 1.8. I will update my CBT file soon - but you can easily make them yourself if you plan on using my samples: CHANGES FROM Z/OS 1.6 VERSION FOR Z/OS 1.8: 1. DEL REFERENCES TO SISPSASC (1.8 CHANGE) 2. DEL SHASLINK AND REPLACE WITH SHASLNKE (1.7 CHANGE) 3. ADD SIEAMIGE TO COPY/ALTER/LNKLST/APF IN PROG00 (1.7 CHANGE) 4. REMOVE RDINUM= FROM JES2PARM (1.7 CHANGE) 5. ADD SCEERUN2 TO COPY/ALTER/LNKLST/APF IN PROG00 (1.7 CHANGE?) (ABEND IN CEEBINIT AT IPL WITHOUT SCEERUN2 - OMVS RELATED) 6. CHANGE TMP HFS TO A TFS (UNRELATED TO OS LEVEL CHANGE) 5 and 6 are only for the 2 pack system that includes OMVS and TCP/IP. SCEERUN2 is a large DSN, so it is going on the 2nd volume. Regards, Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How do I build a stand alone z/OS
You're welcome. Upon further review... My abend in CEEBINIT was caused by trying to start SYSLOGD from /etc/rc in the ETC file copied to the twopak system. So I am not including SCEERUN2 in the updated sample except as comments and I am also including a note about the abend I saw while testing. I also removed RELADDR= from JES2PARM since this is obsolete as of z/OS 1.7. Regards, Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html On Fri, 18 May 2007 19:21:41 +0530, Mohan Vel [EMAIL PROTECTED] wrote: Thank you Mark for your help. Thanks Mohan On 5/17/07, Mark Zelden [EMAIL PROTECTED] wrote: On Thu, 17 May 2007 07:42:31 -0500, Mark Zelden [EMAIL PROTECTED] wrote: As a first step we are planning to install the z/OS, is there any way i could build a systempac kinda use it for future LPAR's. snip I have some examples on my cbt file - file 434 and in the JOBs section of my web site (URL below in my signature). If you don't need TCPIP then you can use the ONEPAK* examples - otherwise you need the TWOPAK* examples (which can fit on a single 3390-9). I last updated them for z/OS 1.6 but was just considering updating them for z/OS 1.8. If you are running z/OS 1.7, there are only minor changes that need to be made (new LNKLST lib for example). You can get those from the migration manual and / or looking at one of your 1.7 systems. snip These are the changes that are required from my 1.6 samples to work with z/OS 1.7 and z/OS 1.8. I will update my CBT file soon - but you can easily make them yourself if you plan on using my samples: CHANGES FROM Z/OS 1.6 VERSION FOR Z/OS 1.8: 1. DEL REFERENCES TO SISPSASC (1.8 CHANGE) 2. DEL SHASLINK AND REPLACE WITH SHASLNKE (1.7 CHANGE) 3. ADD SIEAMIGE TO COPY/ALTER/LNKLST/APF IN PROG00 (1.7 CHANGE) 4. REMOVE RDINUM= FROM JES2PARM (1.7 CHANGE) 5. ADD SCEERUN2 TO COPY/ALTER/LNKLST/APF IN PROG00 (1.7 CHANGE?) (ABEND IN CEEBINIT AT IPL WITHOUT SCEERUN2 - OMVS RELATED) 6. CHANGE TMP HFS TO A TFS (UNRELATED TO OS LEVEL CHANGE) 5 and 6 are only for the 2 pack system that includes OMVS and TCP/IP. SCEERUN2 is a large DSN, so it is going on the 2nd volume. Regards, Mark -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
How do I build a stand alone z/OS
Hi, Here we had activated 2 LPAR's, need to install the z/OS subsystems. As a first step we are planning to install the z/OS, is there any way i could build a systempac kinda use it for future LPAR's. For example there is no need of the samplib other lib's , etc... in the new LPAR. Also there are other datasets under z17 HLQ which is not required for running the z/OS. Is there a approach/process needs to be followed for this, to identify isolate them, so that only z/OS runtime lib's are copied in to the new LPAR to make z/OS run. Please send me your valuable sugesstions any process/downloads(from CBT etc) followed in your previous installations. Thank you for your time. Thanks Mohan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How do I build a stand alone z/OS
On Thu, 17 May 2007 04:46:12 -0500, Mohan [EMAIL PROTECTED] wrote: Hi, Here we had activated 2 LPAR's, need to install the z/OS subsystems. As a first step we are planning to install the z/OS, is there any way i could build a systempac kinda use it for future LPAR's. For example there is no need of the samplib other lib's , etc... in the new LPAR. Also there are other datasets under z17 HLQ which is not required for running the z/OS. Is there a approach/process needs to be followed for this, to identify isolate them, so that only z/OS runtime lib's are copied in to the new LPAR to make z/OS run. Please send me your valuable sugesstions any process/downloads(from CBT etc) followed in your previous installations. Thank you for your time. I have some examples on my cbt file - file 434 and in the JOBs section of my web site (URL below in my signature). If you don't need TCPIP then you can use the ONEPAK* examples - otherwise you need the TWOPAK* examples (which can fit on a single 3390-9). I last updated them for z/OS 1.6 but was just considering updating them for z/OS 1.8. If you are running z/OS 1.7, there are only minor changes that need to be made (new LNKLST lib for example). You can get those from the migration manual and / or looking at one of your 1.7 systems. Cheers, Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How do I build a stand alone z/OS
On Thu, 17 May 2007 07:42:31 -0500, Mark Zelden [EMAIL PROTECTED] wrote: As a first step we are planning to install the z/OS, is there any way i could build a systempac kinda use it for future LPAR's. snip I have some examples on my cbt file - file 434 and in the JOBs section of my web site (URL below in my signature). If you don't need TCPIP then you can use the ONEPAK* examples - otherwise you need the TWOPAK* examples (which can fit on a single 3390-9). I last updated them for z/OS 1.6 but was just considering updating them for z/OS 1.8. If you are running z/OS 1.7, there are only minor changes that need to be made (new LNKLST lib for example). You can get those from the migration manual and / or looking at one of your 1.7 systems. snip These are the changes that are required from my 1.6 samples to work with z/OS 1.7 and z/OS 1.8. I will update my CBT file soon - but you can easily make them yourself if you plan on using my samples: CHANGES FROM Z/OS 1.6 VERSION FOR Z/OS 1.8: 1. DEL REFERENCES TO SISPSASC (1.8 CHANGE) 2. DEL SHASLINK AND REPLACE WITH SHASLNKE (1.7 CHANGE) 3. ADD SIEAMIGE TO COPY/ALTER/LNKLST/APF IN PROG00 (1.7 CHANGE) 4. REMOVE RDINUM= FROM JES2PARM (1.7 CHANGE) 5. ADD SCEERUN2 TO COPY/ALTER/LNKLST/APF IN PROG00 (1.7 CHANGE?) (ABEND IN CEEBINIT AT IPL WITHOUT SCEERUN2 - OMVS RELATED) 6. CHANGE TMP HFS TO A TFS (UNRELATED TO OS LEVEL CHANGE) 5 and 6 are only for the 2 pack system that includes OMVS and TCP/IP. SCEERUN2 is a large DSN, so it is going on the 2nd volume. Regards, Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
How Do I create a stand alone volume for IPL
Hi, I have a requirement to create a stand alone IPL volume, how do i create it. Is there any documentation i could follow. Please help on this. Thanks Mohan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How Do I create a stand alone volume for IPL
A one pack res? Or just placing the IPL record on a volume for standalone dump, or standalone restore, or whatever? At 09:02 AM 4/8/2007, you wrote: Hi, I have a requirement to create a stand alone IPL volume, how do i create it. Is there any documentation i could follow. Please help on this. Thanks Mohan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Doug Fuerst Consultant BK Associates Brooklyn, NY (718) 921-2620 (Office) (718) 921-0952 (Fax) (917) 572-7364 (Cell) [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How Do I create a stand alone volume for IPL
1)Go to _www.cbttape.org_ (http://www.cbttape.org) 2)Select Mark Zelden from right hand side of names 3)Go to his JOBs/Docs and download the ONEPAK/TWOPAK samples for your level of MVS. 4)Some of his other utilities like IPLINFO are worth trying too. ** See what's free at http://www.aol.com. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
z/OS stand-alone dump
What the name of manual that contain information for stand-alone dump for z/OS 1.4? Jason Lowe - Mainframe Systems - Cornell Information Technologies [EMAIL PROTECTED] (607) 255-7851 The Supreme Court has surrendered. It has destroyed the Civil Rights Bill, and converted the Republican party into a party of money rather than a party of morals. Frederick Douglass, 1894 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS stand-alone dump
Jason, If you mean the basics - z/OS V1R4.0 MVS Diagnosis: Tools and Service Aids Otherwise, you could use the online bookmgr z/OS 1.4 bookshelf and search for what you are looking for: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/Shelves/IEA2BK34 Lizette Koehler --- Snip What the name of manual that contain information for stand-alone dumpfor z/OS 1.4? Jason Lowe - Mainframe Systems - Cornell Information Technologies --- Unsnip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html