Re: PPRC Cestpair problem
Thanks Gonzalo, I was completely sure the target devices were offline to all LPARs and it turned out I was wrong. Thanks also to Ron, Clifford and Zaromil for weighing in on this item. -Original Message- From: Gonzalo Cengotita [mailto:gonzaloce...@gmail.com] Sent: Thursday, May 31, 2012 5:35 AM To: IBM-MAIN@bama.ua.edu Subject: Re: PPRC Cestpair problem Dave, Are you completely sure there is not any other partition using this device? It happened to me, the device was online in a partition isolated from the one I was trying to do the CESTPAIR (there was no shared resources between them). In this case you would not see it with the CQUERY command, but the command fails alike. regards, Gonzalo Cengotita -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: SMS Dataset Alloc Issue
Were you looking at a catalog search or did you specify the volume serial on the 3.4 screen? Thank You, Dave O'Brien From: Walter Marguccio [walter_marguc...@yahoo.com] Sent: Friday, May 25, 2012 7:06 AM To: IBM-MAIN@bama.ua.edu Subject: Re: SMS Dataset Alloc Issue From: saurabh khandelwal sourabhkhandelwal...@gmail.com I tried ISPF 3.4 against volume. Only Data part is visible. Saurabh, are you sure you cataloged the VSAM under the correct master catalog ? Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
PPRC Cestpair problem
We are using PPRC Cestpair to duplex our DB2 farm for DR Backups. Have done it for years with no problem. Now I'm getting the following: CESTPAIR DEVN(X'1320') PRIM(X'1300',45342,X'20',X'03') SEC(X'1300',45342,X'21',X'03') MODE(COPY) PACE(100) COMMAND CONFLICTS WITH ESTABLISHED PPRC DEVICE STATE CESTPAIR COMMAND UNSUCCESSFUL FOR DEVICE 1320. COMPLETION CODE: 08 A similiar command earlier in the sequence works with no problem: CESTPAIR DEVN(X'132A') PRIM(X'1300',45342,X'2A',X'03') SEC(X'1300',45342,X'28',X'03') MODE(COPY) PACE(100) CESTPAIR COMMAND COMPLETED FOR DEVICE 132A. COMPLETION CODE: 00 READY The secondary volume has been varied offline to all other LPARs and has been detached from Z/VM. The hardware is an HDS 9990V. Is it possible I've hit a ceiling for the amount of PPRC Duplex volumes? We are currently duplexing 208 volumes. Any thoughts appreciated. Thank You, Dave O'Brien NIH Contractor -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: PPRC Cestpair problem
No, target device is simplex as is the primary device
(PRIMARY) (SECONDARY) *
SSID CCA LSS SSID CCA LSS*
DEVICE LEVEL STATE PATH STATUS SERIAL# SERIAL#*
-- - -- --- -- *
1321 . SIMPLEX... INACTIVE 1300 21 03 .. *
... ... 00045342 1300 21 03*
... ... *
PATHS SAID DEST STATUS: DESCRIPTION *
- - -- --- *
0 00NO PATH *
00NO PATH *
00NO PATH *
00NO PATH *
SUBSYSTEM WWNN LIC LEVEL *
--- --- *
PRIMARY 96.0.0.0*
***
NTP0001I CQUERY COMMAND COMPLETED FOR DEVICE 1321. COMPLETION CODE: 00
**
(PRIMARY) (SECONDARY) *
SSID CCA LSS SSID CCA LSS*
DEVICE LEVEL STATE PATH STATUS SERIAL# SERIAL#*
-- - -- --- -- *
1320 . SIMPLEX... INACTIVE 1300 20 03 .. *
... ... 00045342 1300 20 03*
... ... *
PATHS SAID DEST STATUS: DESCRIPTION *
But thanks for the suggestion.
Thank You,
Dave O'Brien
NIH Contractor
From: Clifford McNeill [sy...@hotmail.com]
Sent: Friday, May 25, 2012 2:37 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: PPRC Cestpair problem
Is it possible I've hit a ceiling for the amount of PPRC Duplex volumes? We
are currently duplexing 208 volumes.
We are licensed by amount of space on our DS8300. Try issuing the CQUERY
command against the secondary device. I'm guessing it is already in a pprc
session.
Cliff McNeill
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Early IPL problems
You're assuming that every employee of IBM is well versed in every aspect of all of IBM's products. Are all of your team members equally versed in the OS that you are running? I rather doubt it. Thank You, Dave O'Brien NIH Contractor From: J. Cassidy [s...@jdcassidy.net] Sent: Monday, May 14, 2012 1:49 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Early IPL problems I think Doug Fuerst had a point though. With their vast knowledgebase and thousand of man(woman)years of experience, a set of questions like that from IBM is rather odd. = -Original Message- = From: IBM Mainframe Discussion List = [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of J. Cassidy = Sent: Monday, May 14, 2012 12:01 PM = To: IBM-MAIN@bama.ua.edu = Subject: Re: Early IPL problems = = Will you pay (Euros only) for this knowledge? = = I am afraid nothing is free nowadays. = = nothing is and always has been free grin. = = GNU software, and other FOSS software, is gratis and libre both. And so is = often considered free. Of course, it really isn't because it is costing = the authors their time and effort. Also they pay for their own hardware, = electricity, and internet connection. But for the rest of us, it is a = gift. = = -- = John McKown = Systems Engineer IV = IT = = Administrative Services Group = = HealthMarkets(r) = = 9151 Boulevard 26 * N. Richland Hills * TX 76010 = (817) 255-3225 phone * = john.mck...@healthmarkets.com * www.HealthMarkets.com = = Confidentiality Notice: This e-mail message may contain confidential or = proprietary information. If you are not the intended recipient, please = contact the sender by reply e-mail and destroy all copies of the original = message. HealthMarkets(r) is the brand name for products underwritten and = issued by the insurance subsidiaries of HealthMarkets, Inc. -The = Chesapeake Life Insurance Company(r), Mid-West National Life Insurance = Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM = = -- = For IBM-MAIN subscribe / signoff / archive access instructions, = send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN = John Cassidy (Dipl.-Ingr.) Kapellenstr. 21a D-65193 Wiesbaden EU Mobile: +49 (0) 170 794 3616 http://www.JDCassidy.net http://en.federaleurope.org/ http://sva-zhosting.com/en/index.php -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Early IPL problems
So you are suggesting that all mainframe IBMers are equally knowledgeable. That statement would be a fallacy. Thank You, Dave O'Brien From: J. Cassidy [s...@jdcassidy.net] Sent: Monday, May 14, 2012 2:06 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Early IPL problems The IBM Mainframe people were implied in my previous post. Coffee time perhaps? = You're assuming that every employee of IBM is well versed in every aspect = of all of IBM's products. = Are all of your team members equally versed in the OS that you are = running? I rather doubt it. = = Thank You, = Dave O'Brien = NIH Contractor = = From: J. Cassidy [s...@jdcassidy.net] = Sent: Monday, May 14, 2012 1:49 PM = To: IBM-MAIN@bama.ua.edu = Subject: Re: Early IPL problems = = I think Doug Fuerst had a point though. = = With their vast knowledgebase and thousand of man(woman)years of = experience, a set of questions like that from IBM = is rather odd. = = = = -Original Message- = = From: IBM Mainframe Discussion List = = [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of J. Cassidy = = Sent: Monday, May 14, 2012 12:01 PM = = To: IBM-MAIN@bama.ua.edu = = Subject: Re: Early IPL problems = = = = Will you pay (Euros only) for this knowledge? = = = = I am afraid nothing is free nowadays. = = = = nothing is and always has been free grin. = = = = GNU software, and other FOSS software, is gratis and libre both. And so = is = = often considered free. Of course, it really isn't because it is = costing = = the authors their time and effort. Also they pay for their own = hardware, = = electricity, and internet connection. But for the rest of us, it is a = = gift. = = = = -- = = John McKown = = Systems Engineer IV = = IT = = = = Administrative Services Group = = = = HealthMarkets(r) = = = = 9151 Boulevard 26 * N. Richland Hills * TX 76010 = = (817) 255-3225 phone * = = john.mck...@healthmarkets.com * www.HealthMarkets.com = = = = Confidentiality Notice: This e-mail message may contain confidential or = = proprietary information. If you are not the intended recipient, please = = contact the sender by reply e-mail and destroy all copies of the = original = = message. HealthMarkets(r) is the brand name for products underwritten = and = = issued by the insurance subsidiaries of HealthMarkets, Inc. -The = = Chesapeake Life Insurance Company(r), Mid-West National Life Insurance = = Company of TennesseeSM and The MEGA Life and Health Insurance = Company.SM = = = = -- = = For IBM-MAIN subscribe / signoff / archive access instructions, = = send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN = = = = = John Cassidy (Dipl.-Ingr.) = = Kapellenstr. 21a = = D-65193 Wiesbaden = = EU = = = = Mobile: +49 (0) 170 794 3616 = = = http://www.JDCassidy.net = = http://en.federaleurope.org/ = = http://sva-zhosting.com/en/index.php = = -- = For IBM-MAIN subscribe / signoff / archive access instructions, = send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN = = -- = For IBM-MAIN subscribe / signoff / archive access instructions, = send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN = John Cassidy (Dipl.-Ingr.) Kapellenstr. 21a D-65193 Wiesbaden EU Mobile: +49 (0) 170 794 3616 http://www.JDCassidy.net http://en.federaleurope.org/ http://sva-zhosting.com/en/index.php -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: How to limit HRECALLs by USER request
You could alter the priority of the recalls of the user submitting 1000s of recalls, see ALTERPRI in the HSM Admin Ref. Ex. TSO HSEND ALTERPRI USERID(USERA) LOW -Original Message- From: Lizette Koehler [mailto:stars...@mindspring.com] Sent: Wednesday, May 02, 2012 12:35 PM To: IBM-MAIN@bama.ua.edu Subject: How to limit HRECALLs by USER request I have not seen a good answer on this, so I thought I would throw this out. We have on occasion users submit 1000's of recalls at one time. They use a variety of processes from TSO Batch HRECALL to a REXX process. Of course this can impact other users who are looking to just get one or two datasets back. Other than writing an exit, is there any simple approach to prevent user's from submitting more than X recalls at one time? Or a way to ensure that any recalls submitted are grouped together by migration tape? For example, if I submit 100 recalls that will actually need 40 different migration tapes. Is there any way to get DFHSM to force the recalls to be done by migration volume rather than FIFO? We are z/OS V1.12 and are using CRQ processing in DFHSM. thanks for any insights Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: How to limit HRECALLs by USER request
Lizette, You may want to refer to 1.4.3 Processing Priority of Recalls and Deletions in the HSM Stor. Admin. Apparently recalls are not subject to FIFO. -Original Message- From: Lizette Koehler [mailto:stars...@mindspring.com] Sent: Wednesday, May 02, 2012 12:35 PM To: IBM-MAIN@bama.ua.edu Subject: How to limit HRECALLs by USER request I have not seen a good answer on this, so I thought I would throw this out. We have on occasion users submit 1000's of recalls at one time. They use a variety of processes from TSO Batch HRECALL to a REXX process. Of course this can impact other users who are looking to just get one or two datasets back. Other than writing an exit, is there any simple approach to prevent user's from submitting more than X recalls at one time? Or a way to ensure that any recalls submitted are grouped together by migration tape? For example, if I submit 100 recalls that will actually need 40 different migration tapes. Is there any way to get DFHSM to force the recalls to be done by migration volume rather than FIFO? We are z/OS V1.12 and are using CRQ processing in DFHSM. thanks for any insights Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Batch utility to show DCB info for files
Bill, IDCAMS Dcollect followed by ACBQBAR7. ACBQBAR7 is called by SYS1.SACBCNTL member ACBJBARD. Subject is documented in z/OS V1R11.0 DFSMSdfp Storage Administration in section 21.5.18 Generate Data Set Report from DCOLLECT Data: ACBQBAR7. -Original Message- From: Ulrich Krueger [mailto:u...@pacbell.net] Sent: Wednesday, April 11, 2012 12:50 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Batch utility to show DCB info for files How about IDCAMS DCOLLECT followed by some DFSORT reports. IIRC, there should be some sample reports floating around that you can customize. Regards, Ulrich Krueger -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Bill Ashton Sent: Wednesday, April 11, 2012 9:36 AM To: IBM-MAIN@bama.ua.edu Subject: Batch utility to show DCB info for files Hello! Is there a standard IBM batch utility that can show the DCB and Space atributes for a file? I tried LISTCAT, but it didn't give me this data. I would like to generate a report for a whole list of files, so as we shift these to another location, we can have the metadata, too. Coding a Rexx or other program is not an option...the requirement is to use standard, already existing utilities. Thanks! Billy -- Thank you and best regards, *Billy Ashton* -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: catalogued datasets in tapes and expiration dates
I would expect TMS to show 'scratch' status for that tape after running PGM=TMSCLEAN,PARM=(SCRATCHLIST). -Original Message- From: Uriel Carrasquilla [mailto:uriel.carrasqui...@mail.mcgill.ca] Sent: Thursday, March 29, 2012 11:10 AM To: IBM-MAIN@bama.ua.edu Subject: Re: catalogued datasets in tapes and expiration dates Forgot to mention, yes, I am using CA-1. I ran a GENER to copy to output file on our VTL (UNIT=V3590) with a LABEL=EXPDT=99000 with a DISP to CATLG if successful. It ran OK and put the dataset (no stacking) into VOL=SER=682436. Then, via ISPF TMS, I checked the volume and it shows the expiration date with the CATALOG description. Then, I went to ISPF 3.2 and uncatalogued the dataset. TMS still has the same information with the expiration date set to CATALOG. I was expecting to see SCRATCH instead. is this normal? From: IBM Mainframe Discussion List [IBM-MAIN@bama.ua.edu] on behalf of Jonathan Goossen [jonathan.goos...@assurant.com] Sent: Thursday, March 29, 2012 10:23 AM To: IBM-MAIN@bama.ua.edu Subject: Re: catalogued datasets in tapes and expiration dates The answer likely varies by the TMS in use. CA-1 will keep the tape until every dataset on it is expired. This can be confusing as the volume record is also the first file on the tape. CA-1 will adjust its expiration to be equal the highest on the tape. If you manually expire the first file (volume record) then the entire tape will scratch regardless of the expiration of the rest of the files. That is one reason that I am very carful about changing the expiration of volume records. In CA-1 there is an expiration called CATALOG. It will expire the file when it is no longer cataloged. If a cataloged tape file has a Julian expiration, then uncataloging the file will not affect expiration. But scratching the tape will uncatalog the file. Thank you and have a Terrific day! Jonathan Goossen, DTM ACT Mainframe Storage Group Personal: 651-361-4541 Department Support Line: 651-361- For help with communication and leadership skills checkout Woodwinds Toastmasters IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 03/29/2012 08:51:19 AM: From: Uriel Carrasquilla uriel.carrasqui...@mail.mcgill.ca To: IBM-MAIN@bama.ua.edu Date: 03/29/2012 08:52 AM Subject: Re: catalogued datasets in tapes and expiration dates Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Let's say I have a tape with multiple datasets inside. Some datasets may be catalogued, some may not. I can understand the once not catalogued when they expire they no longer hold the tape from going to the scratch pool. But what about those cases when the catalogued datasets hit their expiration date? what happens? am I also correct in assuming that the entire tape with all the stacked datasets is being held until the last dataset in it expires? Please share your thoughts. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN 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: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: UNABLE TO DELETE DUPLICTE DSN
John, Have you tried the following: //STEP1EXEC PGM=IDCAMS,REGION=6M //SYSPRINT DDSYSOUT=* //DD1 DDVOL=SER=xx,UNIT=3390,DISP=OLD //SYSINDD * DELETE - dsn - NVR - FILE(DD1) Where xx is the vol ser of the targeted dataset. -Original Message- From: Robert A. Rosenberg [mailto:hal9...@panix.com] Sent: Thursday, March 22, 2012 11:59 AM To: IBM-MAIN@bama.ua.edu Subject: Re: UNABLE TO DELETE DUPLICTE DSN At 06:24 -0700 on 03/22/2012, John Dawes wrote about UNABLE TO DELETE DUPLICTE DSN: G'Day I am trying to delete a duplicate dsn via TSO. Since the cataloged version which resides on volume MPR003 is in use, I thought that I could rename the duplicate dsn which resides on MPR027. However when I try to rename the dsn (via TSO) it gave me the message Duplicate data set name followed by Data set is cataloged on a volume other than MPR027. Both volumes are managed by SMS. Is there some other tactic I could employ? Thanks. Since the problem is that the DSN Name is enqueued upon (which is pointing at another dataset with the same name) you need to rename the dataset you want to delete (so it is not a duplicate of a dataset with a current ENQ). One way to do this is to use SUPERZAP to edit the VTOC entry to alter the dataset name. Once this is done you can then do the delete. This may leave a orphan record in the VTOCIX which may cause errors in the future if you try to allocate the dataset name on that volume in the future (I do not know). There may be some RACF issues to be allowed to run the SUPERZAP which might need to be looked into. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Error Message ARC0744E MCDS COULD NOT BE BACKED UP, RC=0036
George, Check to see if any of your CDS Backups have been migrated. If yes, recall them and retry Backvol CDS. I'm assuming your backups are outputted to disk, not tape. Regards, Dave O'Brien -Original Message- From: George Rodriguez [mailto:george.rodrig...@palmbeachschools.org] Sent: Thursday, March 15, 2012 8:14 AM To: IBM-MAIN@bama.ua.edu Subject: Error Message ARC0744E MCDS COULD NOT BE BACKED UP, RC=0036 There was no ARC0745E and I've done everything I could think of to solve this problem. Can anyone point me in the right direction? Thanks in advance... * * *George Rodriguez* *Specialist II - IT Solutions* *Application Support / Quality Assurance* *PX - 47652* *(561) 357-7652 (office)* *(561) 707-3496 (mobile)* *School District of Palm Beach County* *3348 Forest Hill Blvd.* *Room B-251* *West Palm Beach, FL. 33406-5869* *Florida's Only A-Rated Urban District For Seven Consecutive Years* Home of Florida's first LEED Gold Certified School 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 lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Error Message ARC0744E MCDS COULD NOT BE BACKED UP, RC=0036
George, I would suggest following the steps outlined in ARC0745E or opening a ticket with IBM. -Original Message- From: George Rodriguez [mailto:george.rodrig...@palmbeachschools.org] Sent: Thursday, March 15, 2012 8:32 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Error Message ARC0744E MCDS COULD NOT BE BACKED UP, RC=0036 No, none of them have. Here's the display of the backups: DFHSM.BCDS *VSAM* DFHSM.BCDS.BACKUP.D0003983 PHSM01 DFHSM.BCDS.BACKUP.D0003984 PHSM01 DFHSM.BCDS.BACKUP.D0003985 PHSM01 DFHSM.BCDS.BACKUP.D0003986 PHSM01 DFHSM.BCDS.BACKUP.D0003987 PHSM01 DFHSM.BCDS.BACKUP.D0003988 PHSM01 DFHSM.BCDS.DATAPHSM04 DFHSM.BCDS.INDEX PHSM04 DFHSM.MCDS *VSAM* DFHSM.MCDS.BACKUP.D0003983 PHSM02 DFHSM.MCDS.BACKUP.D0003984 PHSM02 DFHSM.MCDS.BACKUP.D0003985 PHSM02 DFHSM.MCDS.BACKUP.D0003986 PHSM02 DFHSM.MCDS.BACKUP.D0003987 PHSM02 DFHSM.MCDS.BACKUP.D0003988 PHSM02 DFHSM.MCDS.DATAPHSM04 DFHSM.MCDS.INDEX PHSM04 DFHSM.OCDS *VSAM* DFHSM.OCDS.BACKUP.D0003983 PHSM03 DFHSM.OCDS.BACKUP.D0003984 PHSM03 DFHSM.OCDS.BACKUP.D0003985 PHSM03 DFHSM.OCDS.BACKUP.D0003986 PHSM03 DFHSM.OCDS.BACKUP.D0003987 PHSM03 DFHSM.OCDS.BACKUP.D0003988 PHSM03 DFHSM.OCDS.DATAPHSM04 DFHSM.OCDS.INDEX PHSM04 I even thought it might be space, but it's not that either. * * *George Rodriguez* *Specialist II - IT Solutions* *Application Support / Quality Assurance* *PX - 47652* *(561) 357-7652 (office)* *(561) 707-3496 (mobile)* *School District of Palm Beach County* *3348 Forest Hill Blvd.* *Room B-251* *West Palm Beach, FL. 33406-5869* *Florida's Only A-Rated Urban District For Seven Consecutive Years* On Thu, Mar 15, 2012 at 8:26 AM, O'Brien, David W. (NIH/CIT) [C] obrie...@mail.nih.gov wrote: George, Check to see if any of your CDS Backups have been migrated. If yes, recall them and retry Backvol CDS. I'm assuming your backups are outputted to disk, not tape. Regards, Dave O'Brien -Original Message- From: George Rodriguez [mailto:george.rodrig...@palmbeachschools.org] Sent: Thursday, March 15, 2012 8:14 AM To: IBM-MAIN@bama.ua.edu Subject: Error Message ARC0744E MCDS COULD NOT BE BACKED UP, RC=0036 There was no ARC0745E and I've done everything I could think of to solve this problem. Can anyone point me in the right direction? Thanks in advance... * * *George Rodriguez* *Specialist II - IT Solutions* *Application Support / Quality Assurance* *PX - 47652* *(561) 357-7652 (office)* *(561) 707-3496 (mobile)* *School District of Palm Beach County* *3348 Forest Hill Blvd.* *Room B-251* *West Palm Beach, FL. 33406-5869* *Florida's Only A-Rated Urban District For Seven Consecutive Years* Home of Florida's first LEED Gold Certified School 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 lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN Home of Florida's first LEED Gold Certified School 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 lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Error Message ARC0744E MCDS COULD NOT BE BACKED UP, RC=0036
It won't hurt to issue the query to find out what HSM is looking for. -Original Message- From: George Rodriguez [mailto:george.rodrig...@palmbeachschools.org] Sent: Thursday, March 15, 2012 8:43 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Error Message ARC0744E MCDS COULD NOT BE BACKED UP, RC=0036 Even though I didn't get the ARC0745E error message? I looked for it... * * *George Rodriguez* *Specialist II - IT Solutions* *Application Support / Quality Assurance* *PX - 47652* *(561) 357-7652 (office)* *(561) 707-3496 (mobile)* *School District of Palm Beach County* *3348 Forest Hill Blvd.* *Room B-251* *West Palm Beach, FL. 33406-5869* *Florida's Only A-Rated Urban District For Seven Consecutive Years* On Thu, Mar 15, 2012 at 8:39 AM, O'Brien, David W. (NIH/CIT) [C] obrie...@mail.nih.gov wrote: George, I would suggest following the steps outlined in ARC0745E or opening a ticket with IBM. -Original Message- From: George Rodriguez [mailto:george.rodrig...@palmbeachschools.org] Sent: Thursday, March 15, 2012 8:32 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Error Message ARC0744E MCDS COULD NOT BE BACKED UP, RC=0036 No, none of them have. Here's the display of the backups: DFHSM.BCDS *VSAM* DFHSM.BCDS.BACKUP.D0003983 PHSM01 DFHSM.BCDS.BACKUP.D0003984 PHSM01 DFHSM.BCDS.BACKUP.D0003985 PHSM01 DFHSM.BCDS.BACKUP.D0003986 PHSM01 DFHSM.BCDS.BACKUP.D0003987 PHSM01 DFHSM.BCDS.BACKUP.D0003988 PHSM01 DFHSM.BCDS.DATAPHSM04 DFHSM.BCDS.INDEX PHSM04 DFHSM.MCDS *VSAM* DFHSM.MCDS.BACKUP.D0003983 PHSM02 DFHSM.MCDS.BACKUP.D0003984 PHSM02 DFHSM.MCDS.BACKUP.D0003985 PHSM02 DFHSM.MCDS.BACKUP.D0003986 PHSM02 DFHSM.MCDS.BACKUP.D0003987 PHSM02 DFHSM.MCDS.BACKUP.D0003988 PHSM02 DFHSM.MCDS.DATAPHSM04 DFHSM.MCDS.INDEX PHSM04 DFHSM.OCDS *VSAM* DFHSM.OCDS.BACKUP.D0003983 PHSM03 DFHSM.OCDS.BACKUP.D0003984 PHSM03 DFHSM.OCDS.BACKUP.D0003985 PHSM03 DFHSM.OCDS.BACKUP.D0003986 PHSM03 DFHSM.OCDS.BACKUP.D0003987 PHSM03 DFHSM.OCDS.BACKUP.D0003988 PHSM03 DFHSM.OCDS.DATAPHSM04 DFHSM.OCDS.INDEX PHSM04 I even thought it might be space, but it's not that either. * * *George Rodriguez* *Specialist II - IT Solutions* *Application Support / Quality Assurance* *PX - 47652* *(561) 357-7652 (office)* *(561) 707-3496 (mobile)* *School District of Palm Beach County* *3348 Forest Hill Blvd.* *Room B-251* *West Palm Beach, FL. 33406-5869* *Florida's Only A-Rated Urban District For Seven Consecutive Years* On Thu, Mar 15, 2012 at 8:26 AM, O'Brien, David W. (NIH/CIT) [C] obrie...@mail.nih.gov wrote: George, Check to see if any of your CDS Backups have been migrated. If yes, recall them and retry Backvol CDS. I'm assuming your backups are outputted to disk, not tape. Regards, Dave O'Brien -Original Message- From: George Rodriguez [mailto:george.rodrig...@palmbeachschools.org] Sent: Thursday, March 15, 2012 8:14 AM To: IBM-MAIN@bama.ua.edu Subject: Error Message ARC0744E MCDS COULD NOT BE BACKED UP, RC=0036 There was no ARC0745E and I've done everything I could think of to solve this problem. Can anyone point me in the right direction? Thanks in advance... * * *George Rodriguez* *Specialist II - IT Solutions* *Application Support / Quality Assurance* *PX - 47652* *(561) 357-7652 (office)* *(561) 707-3496 (mobile)* *School District of Palm Beach County* *3348 Forest Hill Blvd.* *Room B-251* *West Palm Beach, FL. 33406-5869* *Florida's Only A-Rated Urban District For Seven Consecutive Years* Home of Florida's first LEED Gold Certified School 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
Re: Error Message ARC0744E MCDS COULD NOT BE BACKED UP, RC=0036
George, Suggest you open an ETR with IBM. I'm out of suggestions. -Original Message- From: George Rodriguez [mailto:george.rodrig...@palmbeachschools.org] Sent: Thursday, March 15, 2012 8:59 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Error Message ARC0744E MCDS COULD NOT BE BACKED UP, RC=0036 Dave, Here's what I got: F DFSMSHSM,Q CDSVERSIONBACKUP ARC0101I QUERY CDSVERSIONBACKUP COMMAND STARTING ON 743 ARC0101I (CONT.) HOST=1 ARC0375I CDSVERSIONBACKUP, 744 ARC0375I (CONT.) MCDSBACKUPDSN=DFHSM.MCDS.BACKUP, ARC0375I (CONT.) BCDSBACKUPDSN=DFHSM.BCDS.BACKUP, ARC0375I (CONT.) OCDSBACKUPDSN=DFHSM.OCDS.BACKUP, ARC0375I (CONT.) JRNLBACKUPDSN=DFHSM.JRNL.BACKUP ARC0376I BACKUPCOPIES=0007, BACKUPDEVICECATEGORY=DASD, 745 ARC0376I (CONT.) LATESTFINALQUALIFIER=D0003988, DATAMOVER=DSS ARC0101I QUERY CDSVERSIONBACKUP COMMAND COMPLETED ON 746 ARC0101I (CONT.) HOST=1 it looks like 3988 is the last good on and I have it out there... * * *George Rodriguez* *Specialist II - IT Solutions* *Application Support / Quality Assurance* *PX - 47652* *(561) 357-7652 (office)* *(561) 707-3496 (mobile)* *School District of Palm Beach County* *3348 Forest Hill Blvd.* *Room B-251* *West Palm Beach, FL. 33406-5869* *Florida's Only A-Rated Urban District For Seven Consecutive Years* On Thu, Mar 15, 2012 at 8:51 AM, O'Brien, David W. (NIH/CIT) [C] obrie...@mail.nih.gov wrote: It won't hurt to issue the query to find out what HSM is looking for. -Original Message- From: George Rodriguez [mailto:george.rodrig...@palmbeachschools.org] Sent: Thursday, March 15, 2012 8:43 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Error Message ARC0744E MCDS COULD NOT BE BACKED UP, RC=0036 Even though I didn't get the ARC0745E error message? I looked for it... * * *George Rodriguez* *Specialist II - IT Solutions* *Application Support / Quality Assurance* *PX - 47652* *(561) 357-7652 (office)* *(561) 707-3496 (mobile)* *School District of Palm Beach County* *3348 Forest Hill Blvd.* *Room B-251* *West Palm Beach, FL. 33406-5869* *Florida's Only A-Rated Urban District For Seven Consecutive Years* On Thu, Mar 15, 2012 at 8:39 AM, O'Brien, David W. (NIH/CIT) [C] obrie...@mail.nih.gov wrote: George, I would suggest following the steps outlined in ARC0745E or opening a ticket with IBM. -Original Message- From: George Rodriguez [mailto:george.rodrig...@palmbeachschools.org] Sent: Thursday, March 15, 2012 8:32 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Error Message ARC0744E MCDS COULD NOT BE BACKED UP, RC=0036 No, none of them have. Here's the display of the backups: DFHSM.BCDS *VSAM* DFHSM.BCDS.BACKUP.D0003983 PHSM01 DFHSM.BCDS.BACKUP.D0003984 PHSM01 DFHSM.BCDS.BACKUP.D0003985 PHSM01 DFHSM.BCDS.BACKUP.D0003986 PHSM01 DFHSM.BCDS.BACKUP.D0003987 PHSM01 DFHSM.BCDS.BACKUP.D0003988 PHSM01 DFHSM.BCDS.DATAPHSM04 DFHSM.BCDS.INDEX PHSM04 DFHSM.MCDS *VSAM* DFHSM.MCDS.BACKUP.D0003983 PHSM02 DFHSM.MCDS.BACKUP.D0003984 PHSM02 DFHSM.MCDS.BACKUP.D0003985 PHSM02 DFHSM.MCDS.BACKUP.D0003986 PHSM02 DFHSM.MCDS.BACKUP.D0003987 PHSM02 DFHSM.MCDS.BACKUP.D0003988 PHSM02 DFHSM.MCDS.DATAPHSM04 DFHSM.MCDS.INDEX PHSM04 DFHSM.OCDS *VSAM* DFHSM.OCDS.BACKUP.D0003983 PHSM03 DFHSM.OCDS.BACKUP.D0003984 PHSM03 DFHSM.OCDS.BACKUP.D0003985 PHSM03 DFHSM.OCDS.BACKUP.D0003986 PHSM03 DFHSM.OCDS.BACKUP.D0003987 PHSM03 DFHSM.OCDS.BACKUP.D0003988 PHSM03 DFHSM.OCDS.DATAPHSM04 DFHSM.OCDS.INDEX PHSM04 I even thought it might be space, but it's not that either. * * *George Rodriguez* *Specialist II - IT Solutions* *Application Support / Quality Assurance* *PX - 47652* *(561) 357-7652 (office)* *(561) 707-3496 (mobile)* *School District of Palm Beach County* *3348 Forest Hill Blvd.* *Room B-251* *West Palm Beach, FL. 33406-5869* *Florida's Only A-Rated Urban District
Re: Error Message ARC0744E MCDS COULD NOT BE BACKED UP, RC=0036
But you are missing D0003982 for all CDS Backups. Allocate them and then issue Backvol CDS. -Original Message- From: George Rodriguez [mailto:george.rodrig...@palmbeachschools.org] Sent: Thursday, March 15, 2012 9:57 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Error Message ARC0744E MCDS COULD NOT BE BACKED UP, RC=0036 Hi Paolo, I did that... it says: ARC0376I (CONT.) LATESTFINALQUALIFIER=D0003988 and that's out on the VTOC... * * *George Rodriguez* *Specialist II - IT Solutions* *Application Support / Quality Assurance* *PX - 47652* *(561) 357-7652 (office)* *(561) 707-3496 (mobile)* *School District of Palm Beach County* *3348 Forest Hill Blvd.* *Room B-251* *West Palm Beach, FL. 33406-5869* *Florida's Only A-Rated Urban District For Seven Consecutive Years* On Thu, Mar 15, 2012 at 9:50 AM, Paolo Cacciari paolo.cacci...@it.ibm.comwrote: George, ARC0744E RC36 is the result of missing or misnamed preallocated CDS backup data sets. It says the MHCR and CATALOG entries for the most recent BACKUP CDS version don't match. Try to issue the command: QUERY CDSV to see what HSM is seeing as the most recent version number. Try also to verify what you had specified in ARCCMDxx member for VERSION name. Paolo Cacciari IBM Senior IT Specialist - Certified From: George Rodriguez george.rodrig...@palmbeachschools.org To: IBM-MAIN@bama.ua.edu Date: 15/03/2012 14:30 Subject:Re: Error Message ARC0744E MCDS COULD NOT BE BACKED UP, RC=0036 Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Hi Paolo, Every single one looks like this: Data Set Name . . . . : DFHSM.MCDS.BACKUP.D0003983 General Data Current Allocation Management class . . : **None**Allocated cylinders : 65 Storage class . . . : **None**Allocated extents . : 10 Volume serial . . . : PHSM02 Device type . . . . : 3390 Data class . . . . . : **None** Organization . . . : PS Current Utilization Record format . . . : U Used cylinders . . : 63 Record length . . . : 0 Used extents . . . : 10 Block size . . . . : 18432 1st extent cylinders: 20 Secondary cylinders : 5 Dates Data set name type : Creation date . . . : 2002/06/07 SMS Compressible. . : NO Referenced date . . : 2012/03/15 Expiration date . . : ***None*** I even browsed the file and it looks good... *George Rodriguez* *Specialist II - IT Solutions* *Application Support / Quality Assurance* *PX - 47652* *(561) 357-7652 (office)* *(561) 707-3496 (mobile)* *School District of Palm Beach County* *3348 Forest Hill Blvd.* *Room B-251* *West Palm Beach, FL. 33406-5869* *Florida's Only A-Rated Urban District For Seven Consecutive Years* On Thu, Mar 15, 2012 at 9:20 AM, Paolo Cacciari paolo.cacci...@it.ibm.comwrote: George, try to get a look to the D0003983 datasets; maybe one of those has an invalid format. Paolo Cacciari IBM Senior IT Specialist - Certified From: George Rodriguez george.rodrig...@palmbeachschools.org To: IBM-MAIN@bama.ua.edu Date: 15/03/2012 14:01 Subject:Re: Error Message ARC0744E MCDS COULD NOT BE BACKED UP, RC=0036 Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Dave, Here's what I got: F DFSMSHSM,Q CDSVERSIONBACKUP ARC0101I QUERY CDSVERSIONBACKUP COMMAND STARTING ON 743 ARC0101I (CONT.) HOST=1 ARC0375I CDSVERSIONBACKUP, 744 ARC0375I (CONT.) MCDSBACKUPDSN=DFHSM.MCDS.BACKUP, ARC0375I (CONT.) BCDSBACKUPDSN=DFHSM.BCDS.BACKUP, ARC0375I (CONT.) OCDSBACKUPDSN=DFHSM.OCDS.BACKUP, ARC0375I (CONT.) JRNLBACKUPDSN=DFHSM.JRNL.BACKUP ARC0376I BACKUPCOPIES=0007, BACKUPDEVICECATEGORY=DASD, 745 ARC0376I (CONT.) LATESTFINALQUALIFIER=D0003988, DATAMOVER=DSS ARC0101I QUERY CDSVERSIONBACKUP COMMAND COMPLETED ON 746 ARC0101I (CONT.) HOST=1 it looks like 3988 is the last good on and I have it out there... * * *George Rodriguez* *Specialist II - IT Solutions* *Application Support / Quality Assurance* *PX - 47652* *(561) 357-7652 (office)* *(561) 707-3496 (mobile)* *School District of Palm Beach County* *3348 Forest Hill Blvd.* *Room B-251* *West Palm Beach, FL. 33406-5869* *Florida's Only A-Rated Urban District For Seven Consecutive Years* On Thu, Mar 15, 2012 at 8:51 AM, O'Brien, David W. (NIH/CIT) [C] obrie...@mail.nih.gov wrote: It won't hurt to issue the query to find out what HSM is looking for. -Original Message- From: George Rodriguez [mailto:george.rodrig...@palmbeachschools.org] Sent: Thursday, March 15, 2012 8:43 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Error Message ARC0744E MCDS COULD NOT BE BACKED UP, RC=0036 Even
Re: Error Message ARC0744E MCDS COULD NOT BE BACKED UP, RC=0036
* *Florida's Only A-Rated Urban District For Seven Consecutive Years* On Thu, Mar 15, 2012 at 8:51 AM, O'Brien, David W. (NIH/CIT) [C] obrie...@mail.nih.gov wrote: It won't hurt to issue the query to find out what HSM is looking for. -Original Message- From: George Rodriguez [mailto:george.rodriguez@**PALMBEACHSCHOOLS.ORGgeorge.rodrig...@palmbeachschools.org ] Sent: Thursday, March 15, 2012 8:43 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Error Message ARC0744E MCDS COULD NOT BE BACKED UP, RC=0036 Even though I didn't get the ARC0745E error message? I looked for it... * * *George Rodriguez* *Specialist II - IT Solutions* *Application Support / Quality Assurance* *PX - 47652* *(561) 357-7652 (office)* *(561) 707-3496 (mobile)* *School District of Palm Beach County* *3348 Forest Hill Blvd.* *Room B-251* *West Palm Beach, FL. 33406-5869* *Florida's Only A-Rated Urban District For Seven Consecutive Years* On Thu, Mar 15, 2012 at 8:39 AM, O'Brien, David W. (NIH/CIT) [C] obrie...@mail.nih.gov wrote: George, I would suggest following the steps outlined in ARC0745E or opening a ticket with IBM. -Original Message- From: George Rodriguez [mailto:george.rodriguez@** PALMBEACHSCHOOLS.ORG george.rodrig...@palmbeachschools.org] Sent: Thursday, March 15, 2012 8:32 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Error Message ARC0744E MCDS COULD NOT BE BACKED UP, RC=0036 No, none of them have. Here's the display of the backups: DFHSM.BCDS *VSAM* DFHSM.BCDS.BACKUP.D0003983 PHSM01 DFHSM.BCDS.BACKUP.D0003984 PHSM01 DFHSM.BCDS.BACKUP.D0003985 PHSM01 DFHSM.BCDS.BACKUP.D0003986 PHSM01 DFHSM.BCDS.BACKUP.D0003987 PHSM01 DFHSM.BCDS.BACKUP.D0003988 PHSM01 DFHSM.BCDS.DATAPHSM04 DFHSM.BCDS.INDEX PHSM04 DFHSM.MCDS *VSAM* DFHSM.MCDS.BACKUP.D0003983 PHSM02 DFHSM.MCDS.BACKUP.D0003984 PHSM02 DFHSM.MCDS.BACKUP.D0003985 PHSM02 DFHSM.MCDS.BACKUP.D0003986 PHSM02 DFHSM.MCDS.BACKUP.D0003987 PHSM02 DFHSM.MCDS.BACKUP.D0003988 PHSM02 DFHSM.MCDS.DATAPHSM04 DFHSM.MCDS.INDEX PHSM04 DFHSM.OCDS *VSAM* DFHSM.OCDS.BACKUP.D0003983 PHSM03 DFHSM.OCDS.BACKUP.D0003984 PHSM03 DFHSM.OCDS.BACKUP.D0003985 PHSM03 DFHSM.OCDS.BACKUP.D0003986 PHSM03 DFHSM.OCDS.BACKUP.D0003987 PHSM03 DFHSM.OCDS.BACKUP.D0003988 PHSM03 DFHSM.OCDS.DATAPHSM04 DFHSM.OCDS.INDEX PHSM04 I even thought it might be space, but it's not that either. * * *George Rodriguez* *Specialist II - IT Solutions* *Application Support / Quality Assurance* *PX - 47652* *(561) 357-7652 (office)* *(561) 707-3496 (mobile)* *School District of Palm Beach County* *3348 Forest Hill Blvd.* *Room B-251* *West Palm Beach, FL. 33406-5869* *Florida's Only A-Rated Urban District For Seven Consecutive Years* On Thu, Mar 15, 2012 at 8:26 AM, O'Brien, David W. (NIH/CIT) [C] obrie...@mail.nih.gov wrote: George, Check to see if any of your CDS Backups have been migrated. If yes, recall them and retry Backvol CDS. I'm assuming your backups are outputted to disk, not tape. Regards, Dave O'Brien -Original Message- From: George Rodriguez [mailto:george.rodriguez@**PALMBEACHSCHOOLS.ORGgeorge.rodrig...@palmbeachschools.org ] Sent: Thursday, March 15, 2012 8:14 AM To: IBM-MAIN@bama.ua.edu Subject: Error Message ARC0744E MCDS COULD NOT BE BACKED UP, RC=0036 There was no ARC0745E and I've done everything I could think of to solve this problem. Can anyone point me in the right direction? Thanks in advance... * * *George Rodriguez* *Specialist II - IT Solutions* *Application Support / Quality Assurance* *PX - 47652* *(561) 357-7652 (office)* *(561) 707-3496 (mobile)* *School District of Palm Beach County* *3348 Forest Hill Blvd.* *Room B-251* *West Palm Beach, FL. 33406-5869* *Florida's Only A-Rated Urban District For Seven Consecutive Years* Home of Florida's first LEED Gold Certified School Under Florida law, e-mail
Re: Error Message ARC0744E MCDS COULD NOT BE BACKED UP, RC=0036
Your backups are on phsm01,2,3 - These can be defrag'd with HSM up. Your CDSs are all on phsm04, no need to defrag phsm04. -Original Message- From: George Rodriguez [mailto:george.rodrig...@palmbeachschools.org] Sent: Thursday, March 15, 2012 10:42 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Error Message ARC0744E MCDS COULD NOT BE BACKED UP, RC=0036 I'm assuming DFSMShsm needs to be down to defrag the volumes, correct? * * *George Rodriguez* *Specialist II - IT Solutions* *Application Support / Quality Assurance* *PX - 47652* *(561) 357-7652 (office)* *(561) 707-3496 (mobile)* *School District of Palm Beach County* *3348 Forest Hill Blvd.* *Room B-251* *West Palm Beach, FL. 33406-5869* *Florida's Only A-Rated Urban District For Seven Consecutive Years* On Thu, Mar 15, 2012 at 10:34 AM, Mike Schwab mike.a.sch...@gmail.comwrote: Given 10 extents, you might defrag the datasets or the volumes to reduce the extent counts. Does not help this situation, but if it was maxed out with 16 extents, you would be facing a problem. On Thu, Mar 15, 2012 at 8:28 AM, George Rodriguez george.rodrig...@palmbeachschools.org wrote: deleted Storage class . . . : **None**Allocated extents . : 10 deleted -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN Home of Florida's first LEED Gold Certified School 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 lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: VVDS with no catalog pointers
As these are SMS managed volumes, a VVDS will be allocated with the first dataset allocated to that volume regardless of DSORG. See Defining a VVDS (catalog Volume Data Set) in z/OS V1R11.0 DFSMS Managing Catalogs. Also from the same section: A VVDS is defined with the name SYS1.VVDS.Vvolser, where volser is the volume serial number of the volume containing the VVDS. SYS1.VVDS.Vvolser does not have to be cataloged in the master catalog. Thank You, Dave O'Brien NIH Contractor From: Mike Schwab [mike.a.sch...@gmail.com] Sent: Friday, February 24, 2012 7:57 AM To: IBM-MAIN@bama.ua.edu Subject: Re: VVDS with no catalog pointers A VSAM dataset was never created on that volume. On Fri, Feb 24, 2012 at 3:33 AM, Buckton, T. (Theo) the...@nedbank.co.za wrote: Hi There, Please explain why not all VVDSs catalog pointers. When doing a listcat, the return is as follows: IDC3012I ENTRY SYS1.VVDS.VAPBPC7 NOT FOUND+ IDC1566I ** SYS1.VVDS.VAPBPC7 NOT LISTED IDC0014I LASTCC=4 IDC3009I ** VSAM CATALOG RETURN CODE IS 8 - REASON CODE IS IGG0CLEG-42 *** Apparently this is normal. I want to see the logic here. BTW, these are sms-managed volumes. -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: HSM Recall Failure
As Lizette points out this is a fairly large file, do you have any msgs. in Jeslog such as B-37? What is the value of Volcount? SETSYS VOLCOUNT(ANY) will allow expansion to a secondary volume. ANY specifies for DFSMShsm to pass the VOLCOUNT(ANY) parameter to DFSMSdss during the ARECOVER of data dumped by DFSMSdss (L0 data sets). This parameter affects the way SMS-managed data set allocations are performed by DFSMSdss for the L0 data sets dumped from primary volumes. Refer to z/OS DFSMSdss Storage Administration for more specific information about the restrictions and limitations of the DFSMSdss VOLCOUNT parameter. The result is the allocation of the target data sets on as many volumes as required, to a maximum of 59. Thank You, Dave O'Brien NIH Contractor From: Lizette Koehler [stars...@mindspring.com] Sent: Friday, February 24, 2012 7:07 AM To: IBM-MAIN@bama.ua.edu Subject: Re: HSM Recall Failure Hi There, I'm trying to recall a data set migrated to ML2. The recall fails due to errors found in either the VVDS or VTOC. Is there somebody that would be able to point me in the right direction of investigation PAGE 0001 5695-DF175 DFSMSDSS V1R12.0 DATA SET SERVICES 2012.055 11:55 ADR035I (SCH)-PRIME(06), INSTALLATION EXIT ALTERED BYPASS FAC CLASS CHK DEFAULT TO YES RESTORE INDDNAME(SYS79943) CAT SPHERE - BYPASSACS(PNGG00.IT3PCK.CSDITB.D0.KS250 ) - MGMTCLAS(@959 ) - STORCLAS(B2B26 ) - DATASET(INCLUDE(PNGG00.IT3PCK.CSDITB.D0.KS250 )) ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'RESTORE ' ADR109I (R/I)-RI01 (01), 2012.055 11:55:12 INITIAL SCAN OF USER CONTROL STATEME NTS COMPLETED ADR050I (001)-PRIME(01), DFSMSDSS INVOKED VIA APPLICATION INTERFACE ADR016I (001)-PRIME(01), RACF LOGGING OPTION IN EFFECT FOR THIS TASK ADR006I (001)-STEND(01), 2012.055 11:55:12 EXECUTION BEGINS ADR780I (001)-TDDS (01), THE INPUT DUMP DATA SET BEING PROCESSED IS IN LOGICAL DATA SET FORMAT AND WAS CREATED BY DFSMSDSS VERSION 1 RELEASE 12 MODIFICATION LEVEL 0 ON 2011.270 06:45:10 ADR711I (001)-NEWDS(01), DATA SET PNGG00.IT3PCK.CSDITB.D0.KS250 HAS BEEN ALLOCATED USING STORCLAS B2B26, DATACLAS @KS250, AND MGMTCLAS @959 ADR788I (001)-TDUNL(01), PROCESSING COMPLETED FOR CLUSTER PNGG00.IT3PCK.CSDITB. D0.KS250, 16552872 RECORD(S) PROCESSED ADR477E (001)-TDRF1(01), VVDS/VVR/CELL ERRORS ENCOUNTERED FOR CLUSTER PNGG00.IT 3PCK.CSDITB.D0.KS250 ADR417W (001)-TDRF1(05), COPY/RESTORE OF DATA SET PNGG00.IT3PCK.CSDITB.D0.KS250 IS INCOMPLETE, 05 ADR415W (001)-TDLOG(01), NO DATA SETS WERE COPIED, DUMPED, OR RESTORED FROM ANY VOLUME ADR480W (001)-TDLOG(01), THE FOLLOWING DATA SETS WERE NOT PROCESSED FROM THE LO GICALLY FORMATTED DUMP TAPE DUE TO ERRORS: PNGG00.IT3PCK.CSDITB.D0.KS250 ADR006I (001)-STEND(02), 2012.055 12:11:00 EXECUTION ENDS ADR013I (001)-CLTSK(01), 2012.055 12:11:00 TASK COMPLETED WITH RETURN CODE 0008 ADR012I (SCH)-DSSU (01), 2012.055 12:11:00 DFSMSDSS PROCESSING COMPLETE. HIGHES T RETURN CODE IS 0008 FROM: TASK001 ARC1001I PNGG00.IT3PCK.CSDITB.D0.KS250 RECALL FAILED, RC=0069, REAS=0477 ARC1169I RECALL/RECOVER FAILED DUE TO AN ERROR IN DFDSS *** Hi There, Please explain why not all VVDSs catalog pointers. When doing a listcat, the return is as follows: IDC3012I ENTRY SYS1.VVDS.VAPBPC7 NOT FOUND+ IDC1566I ** SYS1.VVDS.VAPBPC7 NOT LISTED IDC0014I LASTCC=4 IDC3009I ** VSAM CATALOG RETURN CODE IS 8 - REASON CODE IS IGG0CLEG-42 *** Apparently this is normal. I want to see the logic here. BTW, these are sms-managed volumes. First look at the ADR477E message. There are actually 3 reasons why it could happen. An error was encountered processing a VVR. If there was an I/O error, message ADR231E precede this message. An error was encountered on a catalog request. Message ADR497E precede this message. There be insufficient storage for internal processing. Messages ADR008E, ADR018I, or ADR376E precede this message. Looking at your DFDSS output I did not see any of the targeted messages. However, this seems to be a huge file ADR788I (001)-TDUNL(01), PROCESSING COMPLETED FOR CLUSTER PNGG00.IT3PCK.CSDITB.D0.KS250, 16552872 RECORD(S) PROCESSED So you need to 1) make sure there is sufficient space in the SMS Pool 2) make sure the VVDS and VTOC are large enough for the volumes in your pool I am curious as to why you focused on this one volume and the VVDS. I did not see any error messages targeting that volume or a vvds issue. IIRC - VVDS is done with a DEFINE command so should be cataloged. However, if there are a dasd moves or renames (volumes clipped), that might be some of the issue. Go to Option 3.4 in ISPF and just list the
Re: My 3.4 went wonky
Check the following line on the 3.4 screen: / Include Additional Qualifiers -Original Message- From: Lindy Mayfield [mailto:lindy.mayfi...@sas.com] Sent: Thursday, February 23, 2012 11:38 AM To: IBM-MAIN@bama.ua.edu Subject: My 3.4 went wonky Hello Something in my ISPF went funny and my 3.4 isn't working correctly. Here is what I get: SYS1 = No data set names found SYS1.PARMLIB = SYS1.PARMLIB but not another level. SYS1.PARMLIB.ZMVS = SYS1.PARMLIB.ZMVS SYS1.*.ZMVS = SYS1.PARMLIB.ZMVS , SYS1.PROCLIB.ZMVS, SYS1.SAXREXEC.ZMVS It has to be something with my ISPF and not a catalog error because my other user id works fine. RACF? I could have done something, but I don't find any differences between users. Any ideas what I did wrong? Thanks Lindy -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: 3390s on SAN?
Ron, Thank you very much. That's precisely the type of info I needed. Thank You, Dave O'Brien NIH Contractor From: Ron Hawkins [ronjhawk...@sbcglobal.net] Sent: Friday, January 27, 2012 10:03 PM To: IBM-MAIN@bama.ua.edu Subject: Re: 3390s on SAN? David, Firstly, I work for HDS. I'm assuming you mean that the VSP is the storage in the non-mainframe dept, and the aging HDS DASD is a 9980V or earlier controller. In order for the VSP to support CKD volumes you will need to install a FICON feature. This is two boards for a total of 16 FICON ports. These will take up two half slots in the controller, which means they can share the slot with a fibre channel board. You cannot define CKD volumes in the VSP unless there are FICON boards installed. I'm not sure what your capacity demands are, but if you are at less than 100,000 4KiB IOPS you should be OK with these boards using just two ports per board. The architecture change in the VSP means you need to be sure you have enough Virtual Storage Directors (VSD) to handle the total IO load though. VSD is a fancy name for Microprocessor Board - we don't put the MP on the Front or Back end cards any more. If the dark side is worried about sharing these you can assign CKD volumes and LUNs to different VSD so the activity is physically separated. That's not a recommendation, it's just something you can do to appease any concerns. CKD volumes are formatted into a whole parity group. A parity group can be 4xHDD (R5 3D+1P, R10 2D+2D), or 8xHDD (R5 7D+1P, R6 6D+2P). Then there is a method called concatenation that allows you to widen the RAID 10 stripe to 8xHDD, and the RAID 5 stripe to 16xHDD or 32xHDD. And finally there is a new facility called MF-HDP (Hitachi Dynamic Pooling) that can chunk a volume across up to 2KxHDD, where a chunk is 672 tracks. MF-HDP is supported on RAID-5 and RAID-6 (recommended). MF-HDP creates virtual volumes in a HDP Pool. The sum of the virtual volumes can be greater than the actual parity group(s), but I'd dredge up all my old Iceberg/RVA experience with Net Capacity Load before going that route. All the volumes in the pool are 3390-A (any size you want) so the Dynamic Volume Expansion method (DVE) is a simpler route than over provisioning. It's a simple thing to create a bucket load of standard size volumes in the pool - 15 minutes in the Storage Navigator GUI to create a couple of thousand volumes. (I love this in the lab). From the small amount of info you gave it sounds like an investment in some FICON Boards, a few spindles and the MF-HDP setup and you could be up and running on the VSP. If there's any concern about running open and Mainframe in the same Global cache you can carve out a Cache Logical Partition (CLPR) for the CKD Parity Groups and the dark side will be none the wiser. Personally I don't see a problem with this, but the first four CLPR are free and it gives some people nice warm and fuzzy feelings. Just make it equal to the cache in your current HDS Controller and you'll be good. With dedicated VSD, CLPR, Channels and RAID Group it's a bit like a condo for MF and the dark side. You get your own apartment, kitchen, and bathroom, but you have to share the corridors, lift and stairs :-) And you may want to check your current disk activity rates before jumping straight into 600GB drives. You don't want reduce 64x73GB HDD to 8x600GB HDD and find you're stalling because you need to handle 2000 read cache misses a second. SSD would make that no-brainer, but they are expensive. Good Luck Ron -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of O'Brien, David W. (NIH/CIT) [C] Sent: Thursday, January 26, 2012 7:53 AM To: IBM-MAIN@bama.ua.edu Subject: [IBM-MAIN] 3390s on SAN? There is an internal proposal to carve several TB of dasd from one of our non- mainframe depts. And use it to replace our aging HDS DASD. Question: How easy/difficult is this to accomplish? We re-configured an array from 3390 mod-3s to mod 27/50s but the entire array needed to be cleared of data. I'm assuming the same will be true in this case. I'm also assuming that the disks will need to be re-modeled (I am probably not using the correct terminology) to be mainframe compliant. Are my assumptions correct? Thank You, Dave O'Brien NIH Contractor -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message
Re: MCDS Dataset Help
George, You might want to take a look at SYS1.SAMPLIB(ARCSTRST). There are several variances between your define cluster and what is supplied by IBM. Since IBM wrote the code, I tend to defer to their recommendations. Thank You, Dave O'Brien NIH Contractor From: George Rodriguez [george.rodrig...@palmbeachschools.org] Sent: Friday, January 27, 2012 6:12 AM To: IBM-MAIN@bama.ua.edu Subject: Re: MCDS Dataset Help Hi Joel, I truly appreciate the amount of time you spent explaining each of my concerns. The definition for the VSAM files were inherited, but I didn't know many of the facts that have changed over the years. Us old timers are very slow to change our ways... I will do as your recommend. One other person in the List spoke about the free space percentage that I use. Am I wrong in not specify a value. I've always found that the system does a better job of requesting space by way of CI/CA splits, than I do in calculating what that percentage should be. Thanks again for your input. * * *George Rodriguez* *Specialist II - IT Solutions* *Application Support / Quality Assurance* *PX - 47652* *(561) 357-7652 (office)* *(561) 707-3496 (mobile)* *School District of Palm Beach County* *3348 Forest Hill Blvd.* *Room B-251* *West Palm Beach, FL. 33406-5869* *Florida's Only A-Rated Urban District For Seven Consecutive Years* On Thu, Jan 26, 2012 at 5:36 PM, Joel C. Ewing jcew...@acm.org wrote: On 01/26/2012 01:30 PM, George Rodriguez wrote: I'm running the export/import process almost daily. It used to run once a week. * * *George Rodriguez* *Specialist II - IT Solutions* *Application Support / Quality Assurance* *PX - 47652* *(561) 357-7652 (office)* *(561) 707-3496 (mobile)* *School District of Palm Beach County* *3348 Forest Hill Blvd.* *Room B-251* *West Palm Beach, FL. 33406-5869* *Florida's Only A-Rated Urban District For Seven Consecutive Years* On Thu, Jan 26, 2012 at 1:19 PM, Schwarz, Barry A barry.a.schw...@boeing.com wrote: -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of George Rodriguez Sent: Thursday, January 26, 2012 8:18 AM To: IBM-MAIN@bama.ua.edu Subject: MCDS Dataset Help Hi MVSListerv, I'm confused about the following information, that's display from command F DFSMShsm,F CDS: ARC0101I QUERY CONTROLDATASETS COMMAND STARTING ON ARC0101I (CONT.) HOST=1 ARC0947I CDS SERIALIZATION TECHNIQUE IS RESERVE ARC0148I MCDS TOTAL SPACE=648000 K-BYTES, CURRENTLY ARC0148I (CONT.) ABOUT 81% FULL, WARNING THRESHOLD=80%, TOTAL ARC0148I (CONT.) FREESPACE=49%, EA=NO, CANDIDATE VOLUMES=0 ARC0948I MCDS INDEX TOTAL SPACE=0010237 K-BYTES, ARC0948I (CONT.) CURRENTLY ABOUT 025% FULL, WARNING THRESHOLD=080%, ARC0948I (CONT.) CANDIDATE VOLUMES=0 snip I guess what has me confused is the 81% full with the 49% freespace... Makes no sense to me! Read the description of the message. The % full is based on the last used RBA while the % free includes all the space after that point PLUS any unused space before that point. It is similar to the situation in a PDS where new data will always be added at the end but there can be gas in the interior. Can someone tell me how to fix this problem? What problem do you think exists? Chapter 3 of the HSM Implementation and Customization Guide has a section on monitoring the CDSs. It tells you how to reorganize them if you want to recover the unusable free space. ... Home of Florida's first LEED Gold Certified School 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. ... You don't necessarily have to reorganize as soon as the threshold warning occurs, it all depends on growth rate of %full. Check the %full immediately after reorganize and then watch growth pattern. It will grow most rapidly the first day, then slow down as CA/CI splits build up in the most active parts of the MCDS. If it slows down enough that you are still below 90% by end of a week (there's nothing magic about 90% either if growth is slow enough), you choices are either to raise the threshold so it won't complain for a week, or increase the size of the MCDS by a large enough ratio so that the inverse ratio applied to the %full after one week would put that value below your 80% threshold. As the size of the MCDS gets larger with time, odds are a smaller percentage of records will change in the course of a week and larger %full thresholds may be appropriate. You can also track the MCDS %full after reorganize to get some idea of the actual long-term data growth. I always had enough stuff to do without worrying about dfhsm CDS's, so my goal was to be able to ignore them except for once or twice a year: based on
Re: different tape media for ML2 copies in HSM
Lizette, How would that work at DR? How do you update the HSM CDSs to point to the new vol sers? Actually I have the same question for the previous post using Opentech VDR. Thank You, Dave O'Brien NIH Contractor From: Lizette Koehler [stars...@mindspring.com] Sent: Friday, January 27, 2012 9:42 AM To: IBM-MAIN@bama.ua.edu Subject: Re: different tape media for ML2 copies in HSM I think if you have CA1 then you get COPYCAT. This can also be used to copy your VTS tapes to physical for shipping offsite. Lizette Michael Wickman We use VDR from OpenTech to copy ml2 tapes from VTL to have an offsite copy that is 3590 physical tapes. Look up the TAPECOPY command in the dfSMS/hsm Storage Admin Guide.. http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DGT2S680/2.40 ?SHELF=DGT2BK90DT=20090610113354 HTH, snip Currently we are creating duplex tape copies for ML2 in HSM. We are using logical tape (VTS), and we used to use Export to get the second copies offsite. However, 2 years ago we stopped all Export/Import functions, and now have the two copies always in the library(which is bad). My job now, is to find a way to be able to send the second copy offsite by using native 3590 tape. I was researching, and I am 99% sure that I cannot use different media - logical tape for onsite and native 3590 for offsite - for the ML2 tapes. I was told to turn the 99% into 100%. So here is my question: Is there any way to use different media for the two ML2 tapes? A patch maybe? Logically thinking, since the 3590 is larger we would never have issues with filling up the second tape, but then have partial filled 3590 tapes offsite. I wonder if parameters like the TAPEUTILIZATION and the RECYCLEPERCENT are the reason why we can't mix the media. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: MCDS Dataset Help
A larger MCDS would help as well. You only have 900 cyls. Unless you are incredibly squeezed on DASD, I would suggest a much larger CDS. Thank You, Dave O'Brien NIH Contractor From: Schwarz, Barry A [barry.a.schw...@boeing.com] Sent: Friday, January 27, 2012 10:25 AM To: IBM-MAIN@bama.ua.edu Subject: Re: MCDS Dataset Help So you changed the warning threshold from 80% to 90% even though you believe you have a problem that requires repeated and frequent fixing? It seems like you have just reduced the window during which you can fix the problem. From what I can see, one issue you need to address is: Why are 30% of your MCDS entries being deleted on a daily (or weekly) basis? Do you have an HSM or SMS parameter that is forcing a very rapid turnover? Are you migrating datasets too quickly forcing users to recall them almost immediately? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of George Rodriguez Sent: Friday, January 27, 2012 5:32 AM To: IBM-MAIN@bama.ua.edu Subject: Re: MCDS Dataset Help After the REORG these are the stats: F DFSMSHSM,Q CDS ARC0101I QUERY CONTROLDATASETS COMMAND STARTING ON ARC0101I (CONT.) HOST=1 ARC0947I CDS SERIALIZATION TECHNIQUE IS RESERVE ARC0148I MCDS TOTAL SPACE=646560 K-BYTES, CURRENTLY ARC0148I (CONT.) ABOUT 50% FULL, WARNING THRESHOLD=90%, TOTAL ARC0148I (CONT.) FREESPACE=49%, EA=NO, CANDIDATE VOLUMES=0 ARC0948I MCDS INDEX TOTAL SPACE=0001848 K-BYTES, ARC0948I (CONT.) CURRENTLY ABOUT 049% FULL, WARNING THRESHOLD=090%, ARC0948I (CONT.) CANDIDATE VOLUMES=0 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: 3390s on SAN?
To answer the question posed by Radoslav and Rex: Hitachi VSP system It currently has 600GB 10K RPM SAS disks in it. Thank You, Dave O'Brien NIH Contractor From: Pommier, Rex R. [rex.pomm...@cnasurety.com] Sent: Friday, January 27, 2012 10:13 AM To: IBM-MAIN@bama.ua.edu Subject: Re: 3390s on SAN? There is an internal proposal to carve several TB of dasd from one of our non-mainframe depts. And use it to replace our aging HDS DASD. Question: How easy/difficult is this to accomplish? We re-configured an array from 3390 mod-3s to mod 27/50s but the entire array needed to be cleared of data. I'm assuming the same will be true in this case. I'm also assuming that the disks will need to be re-modeled (I am probably not using the correct terminology) to be mainframe compliant. Are my assumptions correct? I have a really basic question to ask back to you regarding this. What storage are you going to? That simple question makes a huge difference. Another question is what is your definition of an 'array'? To an IBM disk subsystem, an array (at least on the DS6800 it was) is a set of disks within the subsystem. In my vocabulary, an array IS the subsystem. I've had subsystems from EMC, HP/Hitachi, and IBM in my shop within the past several years. They've all been arrays. On the IBM DS array, I had arrays within the array. :-) Rex The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: MCDS Dataset Help
setsys TAPEMIGRATION(ML2TAPE(TAPE(3590-1))RECONNECT(ALL)) Thank You, Dave O'Brien NIH Contractor From: George Rodriguez [george.rodrig...@palmbeachschools.org] Sent: Friday, January 27, 2012 11:10 AM To: IBM-MAIN@bama.ua.edu Subject: Re: MCDS Dataset Help Okay, I'll bite. Where does one place the RECONNECT parm? * * *George Rodriguez* *Specialist II - IT Solutions* *Application Support / Quality Assurance* *PX - 47652* *(561) 357-7652 (office)* *(561) 707-3496 (mobile)* *School District of Palm Beach County* *3348 Forest Hill Blvd.* *Room B-251* *West Palm Beach, FL. 33406-5869* *Florida's Only A-Rated Urban District For Seven Consecutive Years* On Fri, Jan 27, 2012 at 10:49 AM, Mike Schwab mike.a.sch...@gmail.comwrote: On Fri, Jan 27, 2012 at 9:25 AM, Schwarz, Barry A barry.a.schw...@boeing.com wrote: So you changed the warning threshold from 80% to 90% even though you believe you have a problem that requires repeated and frequent fixing? It seems like you have just reduced the window during which you can fix the problem. From what I can see, one issue you need to address is: Why are 30% of your MCDS entries being deleted on a daily (or weekly) basis? Do you have an HSM or SMS parameter that is forcing a very rapid turnover? Are you migrating datasets too quickly forcing users to recall them almost immediately? If they are recalling and migrating datasets quickly, RECONNECT can reuse the migrated copy and save writing out that dataset. -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN Home of Florida's first LEED Gold Certified School 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 lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: different tape media for ML2 copies in HSM
Judith, You should direct that question to CA support. Thank You, Dave O'Brien NIH Contractor From: Judith Nelson [jnel...@sfgmembers.com] Sent: Friday, January 27, 2012 11:42 AM To: IBM-MAIN@bama.ua.edu Subject: Re: different tape media for ML2 copies in HSM Hi Don, I wonder if CopyCat works like that as well. I know it stacks many logical tapes to the 3590's, but I will have to check to see if it would update the MCDS as well. Thank you, Judith -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
3390s on SAN?
There is an internal proposal to carve several TB of dasd from one of our non-mainframe depts. And use it to replace our aging HDS DASD. Question: How easy/difficult is this to accomplish? We re-configured an array from 3390 mod-3s to mod 27/50s but the entire array needed to be cleared of data. I'm assuming the same will be true in this case. I'm also assuming that the disks will need to be re-modeled (I am probably not using the correct terminology) to be mainframe compliant. Are my assumptions correct? Thank You, Dave O'Brien NIH Contractor -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: MCDS Dataset Help
When you defined the CDS's, what did you specify for freespace? -Original Message- From: George Rodriguez [mailto:george.rodrig...@palmbeachschools.org] Sent: Thursday, January 26, 2012 11:18 AM To: IBM-MAIN@bama.ua.edu Subject: MCDS Dataset Help Hi MVSListerv, I'm confused about the following information, that's display from command F DFSMShsm,F CDS: ARC0101I QUERY CONTROLDATASETS COMMAND STARTING ON ARC0101I (CONT.) HOST=1 ARC0947I CDS SERIALIZATION TECHNIQUE IS RESERVE ARC0148I MCDS TOTAL SPACE=648000 K-BYTES, CURRENTLY ARC0148I (CONT.) ABOUT 81% FULL, WARNING THRESHOLD=80%, TOTAL ARC0148I (CONT.) FREESPACE=49%, EA=NO, CANDIDATE VOLUMES=0 ARC0948I MCDS INDEX TOTAL SPACE=0010237 K-BYTES, ARC0948I (CONT.) CURRENTLY ABOUT 025% FULL, WARNING THRESHOLD=080%, ARC0948I (CONT.) CANDIDATE VOLUMES=0 ARC0148I BCDS TOTAL SPACE=288000 K-BYTES, CURRENTLY ARC0148I (CONT.) ABOUT 45% FULL, WARNING THRESHOLD=85%, TOTAL ARC0148I (CONT.) FREESPACE=60%, EA=NO, CANDIDATE VOLUMES=0 ARC0948I BCDS INDEX TOTAL SPACE=0006432 K-BYTES, ARC0948I (CONT.) CURRENTLY ABOUT 045% FULL, WARNING THRESHOLD=085%, ARC0948I (CONT.) CANDIDATE VOLUMES=0 ARC0148I OCDS TOTAL SPACE=216000 K-BYTES, CURRENTLY ARC0148I (CONT.) ABOUT 11% FULL, WARNING THRESHOLD=80%, TOTAL ARC0148I (CONT.) FREESPACE=91%, EA=NO, CANDIDATE VOLUMES=0 ARC0948I OCDS INDEX TOTAL SPACE=630! K-BYTES, ARC0948I (CONT.) CURRENTLY ABOUT 010% FULL, WARNING THRESHOLD=080%, ARC0948I (CONT.) CANDIDATE VOLUMES=0 ARC0148I JOURNAL TOTAL SPACE=155002 K-BYTES, CURRENTLY ARC0148I (CONT.) ABOUT 046% FULL, WARNING THRESHOLD=080%, TOTAL ARC0148I (CONT.) FREESPACE=054%, EA=NO, CANDIDATE VOLUMES=0 ARC0101I QUERY CONTROLDATASETS COMMAND COMPLETED ON ARC0101I (CONT.) HOST=1 I guess what has me confused is the 81% full with the 49% freespace... Makes no sense to me! Can someone tell me how to fix this problem? * * *George Rodriguez* *Specialist II - IT Solutions* *Application Support / Quality Assurance* *PX - 47652* *(561) 357-7652 (office)* *(561) 707-3496 (mobile)* *School District of Palm Beach County* *3348 Forest Hill Blvd.* *Room B-251* *West Palm Beach, FL. 33406-5869* *Florida's Only A-Rated Urban District For Seven Consecutive Years* Home of Florida's first LEED Gold Certified School 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 lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: HSM Journal dataset is almost full
Check with your automation folks. Thank You, Dave O'Brien NIH Contractor From: Uriel Carrasquilla [uriel.carrasqui...@mail.mcgill.ca] Sent: Monday, November 14, 2011 12:03 PM To: IBM-MAIN@bama.ua.edu Subject: Re: HSM Journal dataset is almost full yes, every hsm instance sharing the journal dataset must be put in emergency mode (1), and also be stopped (3). Walter Marguccio Walter, very kind of you. I will go it this weekend before we IPL with the new time here in the US. We ran into problems. We put HSM in emergency in 3 LPARS (all of them sharing HSM). We ran the BACKVOL command in the main LPAR. Then, we stopped HSM in all 3 LPARS. But, for some reason, in the main LPAR, HSM would restart automatically everytime we stopped it. So I could not drop the existing Journal to switch to a bigger one. The procedure we followed: F DFSMSHSM, SETSYS EMERGENCY (in all 3 LPARS) F DFSMSHSM, BACKVOL CONTROLDATASETS (in main LPAR) F DFSMSHSM, STOP (in al 3 LPARS) But then we noticed that in the main LPAR, DFSMSHSM would just start by itself. I could not switch to a bigger Journal file so we issued the S DFSMSHSM command in the remaining 2 LPARS. Why is DFSMSHSM re-starting by itself? We successfully took DFSMSHSM down in the main LPAR earlier that day and it would stay down. Is the emergency request creating a situation where at least one of the LPARs must be running HSM? -- 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
HSM Logging Disabled
Trying to figure out why the following msg. is appearing at HSM startup: ARC0021I DFSMSHSM LOGGING FUNCTION DISABLED ARC0020I ** ARC9921I ARC0021I DFSMSHSM LOGGING FUNCTION DISABLED Explanation: During DFSMShsm startup, either one or both of the DFSMShsm log data sets was not specified or was specified as DD DUMMY on the startup procedure through the DD names of ARCLOGX and ARCLOGY. This message also occurs if the log data set's JFCB or data set VTOC entry cannot be read. Both log data sets must be specified on the startup procedure before the logging function is enabled. System Action: DFSMShsm processing continues. DFSMShsm logging is not performed. Operator Response: Notify the storage administrator if your installation procedures require that DFSMShsm functions be recorded in DFSMShsm log data sets. Application Programmer Response: Shut down DFSMShsm. Before restarting DFSMShsm, ensure that two DFSMShsm log data sets are specified on the DFSMShsm startup procedure. JCL contains: //ARCLOGX DD DSN=SYSHSM.LOGX4,DISP=OLD //ARCLOGY DD DSN=SYSHSM.LOGY4,DISP=OLD Note: Both datasets are newly allocated using Iefbr14. Logsw=yes in Parm list I've no idea what I might have changed to disable or when I might have done it. All suggestions gratefully accepted. Regards, Dave O'Brien -- 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: HSM Journal dataset is almost full
No, it is not correct. Issue a Backup cds command. That will null the Journal as well as give you a set of CDS Backups. -Original Message- From: Uriel Carrasquilla [mailto:uriel.carrasqui...@mail.mcgill.ca] Sent: Wednesday, October 26, 2011 11:39 AM To: IBM-MAIN@bama.ua.edu Subject: Re: HSM Journal dataset is almost full I keep on getting messages that the Journal dataset is 80% (which I confirmed under ISPF 3.2). My plan is to shutdown HSM, rename the existing file, create a new one with the same characteristics, copy the renamed file, and bring up HSM. Is my thinking appropriate? 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 -- 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: HSM Journal dataset is almost full
Correction, that should be Backvol cds -Original Message- From: O'Brien, David W. (NIH/CIT) [C] Sent: Wednesday, October 26, 2011 11:45 AM To: IBM-MAIN@bama.ua.edu Subject: Re: HSM Journal dataset is almost full No, it is not correct. Issue a Backup cds command. That will null the Journal as well as give you a set of CDS Backups. -Original Message- From: Uriel Carrasquilla [mailto:uriel.carrasqui...@mail.mcgill.ca] Sent: Wednesday, October 26, 2011 11:39 AM To: IBM-MAIN@bama.ua.edu Subject: Re: HSM Journal dataset is almost full I keep on getting messages that the Journal dataset is 80% (which I confirmed under ISPF 3.2). My plan is to shutdown HSM, rename the existing file, create a new one with the same characteristics, copy the renamed file, and bring up HSM. Is my thinking appropriate? 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 -- 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: HSM Logging Disabled
Yes, both are on volume HSMPRM. -Original Message- From: Edgard Balter Jr. [mailto:edgard.bal...@ibge.gov.br] Sent: Wednesday, October 26, 2011 1:08 PM To: IBM-MAIN@bama.ua.edu Subject: Re: HSM Logging Disabled David, please verify if the datasets are allocated on the same volume (as required). Regards, Edgard De: O'Brien, David W. (NIH/CIT) [C] obrie...@mail.nih.gov Para: IBM-MAIN@bama.ua.edu Data: 26/10/2011 13:30 Assunto:HSM Logging Disabled Enviado por:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Trying to figure out why the following msg. is appearing at HSM startup: ARC0021I DFSMSHSM LOGGING FUNCTION DISABLED ARC0020I ** ARC9921I ARC0021I DFSMSHSM LOGGING FUNCTION DISABLED Explanation: During DFSMShsm startup, either one or both of the DFSMShsm log data sets was not specified or was specified as DD DUMMY on the startup procedure through the DD names of ARCLOGX and ARCLOGY. This message also occurs if the log data set's JFCB or data set VTOC entry cannot be read. Both log data sets must be specified on the startup procedure before the logging function is enabled. System Action: DFSMShsm processing continues. DFSMShsm logging is not performed. Operator Response: Notify the storage administrator if your installation procedures require that DFSMShsm functions be recorded in DFSMShsm log data sets. Application Programmer Response: Shut down DFSMShsm. Before restarting DFSMShsm, ensure that two DFSMShsm log data sets are specified on the DFSMShsm startup procedure. JCL contains: //ARCLOGX DD DSN=SYSHSM.LOGX4,DISP=OLD //ARCLOGY DD DSN=SYSHSM.LOGY4,DISP=OLD Note: Both datasets are newly allocated using Iefbr14. Logsw=yes in Parm list I've no idea what I might have changed to disable or when I might have done it. All suggestions gratefully accepted. Regards, Dave O'Brien -- 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 -- 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: HSM Logging Disabled
That was fun. Logx4 was apparently loaded into a HSM Temp file. When I allocated Logx4 on HSMPRM, HSM then thought it had a duplicate file. Renamed the temp file, allocated new logs and HSM is working as designed. -Original Message- From: Sambataro, Anthony (NIH/NBS) [E] Sent: Wednesday, October 26, 2011 2:05 PM To: O'Brien, David W. (NIH/CIT) [C] Subject: RE: HSM Logging Disabled Dave, Don't see SYSHSM.LOGX4 on that volume, although it's cataloged there? Tony S. -Original Message- From: O'Brien, David W. (NIH/CIT) [C] Sent: Wednesday, October 26, 2011 1:53 PM To: IBM-MAIN@bama.ua.edu Subject: Re: HSM Logging Disabled Yes, both are on volume HSMPRM. -Original Message- From: Edgard Balter Jr. [mailto:edgard.bal...@ibge.gov.br] Sent: Wednesday, October 26, 2011 1:08 PM To: IBM-MAIN@bama.ua.edu Subject: Re: HSM Logging Disabled David, please verify if the datasets are allocated on the same volume (as required). Regards, Edgard De: O'Brien, David W. (NIH/CIT) [C] obrie...@mail.nih.gov Para: IBM-MAIN@bama.ua.edu Data: 26/10/2011 13:30 Assunto:HSM Logging Disabled Enviado por:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Trying to figure out why the following msg. is appearing at HSM startup: ARC0021I DFSMSHSM LOGGING FUNCTION DISABLED ARC0020I ** ARC9921I ARC0021I DFSMSHSM LOGGING FUNCTION DISABLED Explanation: During DFSMShsm startup, either one or both of the DFSMShsm log data sets was not specified or was specified as DD DUMMY on the startup procedure through the DD names of ARCLOGX and ARCLOGY. This message also occurs if the log data set's JFCB or data set VTOC entry cannot be read. Both log data sets must be specified on the startup procedure before the logging function is enabled. System Action: DFSMShsm processing continues. DFSMShsm logging is not performed. Operator Response: Notify the storage administrator if your installation procedures require that DFSMShsm functions be recorded in DFSMShsm log data sets. Application Programmer Response: Shut down DFSMShsm. Before restarting DFSMShsm, ensure that two DFSMShsm log data sets are specified on the DFSMShsm startup procedure. JCL contains: //ARCLOGX DD DSN=SYSHSM.LOGX4,DISP=OLD //ARCLOGY DD DSN=SYSHSM.LOGY4,DISP=OLD Note: Both datasets are newly allocated using Iefbr14. Logsw=yes in Parm list I've no idea what I might have changed to disable or when I might have done it. All suggestions gratefully accepted. Regards, Dave O'Brien -- 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 -- 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: Data offload to DVDs or external drives
Responding to Ed's question: New media usually means new tape number ranges. Once the new media is in use for HSM it is a simple matter to recycle using: RECYCLE EXECUTE ML2 PERCENTVALID(99) - SELECT(INCLUDE(RANGE(E2:E20999))) -Original Message- From: Mike Schwab [mailto:mike.a.sch...@gmail.com] Sent: Wednesday, October 19, 2011 8:21 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Data offload to DVDs or external drives You can also specify volsers. Very useful if one is damaged. On Wed, Oct 19, 2011 at 5:27 PM, Ed Gould ps2...@yahoo.com wrote: David, Great reply. Thank you for pointing this out. As a small side question (I have never had to do this) how does one identify tapes that need recycling? I have just done recycles on percent valid and was never worried about doing it based on device type. Ed -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- 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: Tape Retention period for coop site
Richard, As is so often the case - It depends. For volume backups 14 days does give you a fall back in the event of a bad tape. For HSM alternate tapes, these need to exist as long as the primary backup/ML2 tapes exist. If the 180 day backup contains the only backup for a given file, it might be very valuable. If you're only referring to full volume backups taken weekly then probably it is of very little value. Dave O'Brien NIH Contractor -Original Message- From: Cosby, Bob - OCFO [mailto:bob.co...@nfc.usda.gov] Sent: Wednesday, October 19, 2011 6:23 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Tape Retention period for coop site Our standard for offsite DR tapes is 14 versions or 14 days which for us is a complete pay cycle. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Richard Sceniak Sent: Wednesday, October 19, 2011 3:54 PM To: IBM-MAIN@bama.ua.edu Subject: Tape Retention period for coop site I've been asked to find out what the industry standard is for the length of time to keep a backup tape for coop purposes. Obviously, in a coop situation, one would use the most current backup tape but how many versions of backup tapes need to be kept and when is a tape too old to be of any value? For example, of what value is a backup tape that is 180 days old? I suspect the answers we vary depending on the type of business, etc. but any input will be appreciated. -- 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 -- 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: Segmenting an output spool file in z/OS - 2nd attempt
Leslie, Look at the segment sub-parameter of the dd statement in the JCL Reference manual. -Original Message- From: Turriff, Leslie [mailto:leslie.turr...@oa.mo.gov] Sent: Thursday, October 20, 2011 10:41 AM To: IBM-MAIN@bama.ua.edu Subject: Segmenting an output spool file in z/OS - 2nd attempt Hi, I know that in z/VM and z/VSE I can break a large output spool file into several segments. I've Googled, and looked through the z/OS JCL Reference and User Guide and the JES2 Introduction and Commands manuals, but I can't find an equivalent mechanism for z/OS. Perhaps a different term is used in z/OS, and I'm looking for the wrong thing? Leslie Turriff State of Missouri Information Technology Services Division -- 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
Data offload to DVDs or external drives
The following has been posed by one of our mainframe users. QUESTION: What options (if any) are available for migrating these old study files and contents of accounts to storage media such as DVDs and external hard drives that could be securely held (off-line) by the agencies? Looking at the user id provided I find that most of these files are VSAM. Is there any way to use VSAM in a non-mainframe environment? Is there a way to write directly to a dvd from a mainframe? TIA, Dave O'Brien NIH Contractor -- 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: Data offload to DVDs or external drives
John, Thank you to all who have responded. Looking at the supplied HLQ, all of the VSAM appear to be KSDS. I believe the intent is to remove the data from the mainframe and subsequently access it using PC SAS, if necessary. Dave O'Brien -Original Message- From: McKown, John [mailto:john.mck...@healthmarkets.com] Sent: Wednesday, October 19, 2011 1:57 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Data offload to DVDs or external drives -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of O'Brien, David W. (NIH/CIT) [C] Sent: Wednesday, October 19, 2011 10:08 AM To: IBM-MAIN@bama.ua.edu Subject: Data offload to DVDs or external drives The following has been posed by one of our mainframe users. QUESTION: What options (if any) are available for migrating these old study files and contents of accounts to storage media such as DVDs and external hard drives that could be securely held (off-line) by the agencies? Looking at the user id provided I find that most of these files are VSAM. Is there any way to use VSAM in a non-mainframe environment? Not really. And which VSAM do you mean? There are 5 flavors: ESDS (sequential), KSDS (keyed), RRDS (relative record - fixed length records), VRRDS (Relative record - variable length records), and LINEAR (no logical records at all, more like memory since access is via DIV and byte addressing). I assume you mean KSDS. I know of no way to directly access a KSDS except via z/OS. Now, there are equivalent indexed sequential access methods available on UNIX and Windows platforms. But that is a file conversion. Is there a way to write directly to a dvd from a mainframe? I've never heard of one. DVDs are generally WORM devices. And you normally premaster the DVD image and write it in a single session. There are devices on the market which emulate mainframe tapes, storing the tape image in a disk file. You could then put those images on a DVD using UNIX/Windows software. That would be for off-site storage. And some of those devices have software subroutines so that a UNIX/Windows program can read the data from the tape image. Assuming the program knows how to handle the z/OS data (EBCDIC character coding, z/OS packed decimal, z/OS binary integers, z/OS HFP and BFP floating point formats). I think MicroFocus COBOL has the capability to do this latter in its I/O routines. What is your bottom line objective? To just have the data on DVDs in some format so that it can be restored to the mainframe? Or in a format so that it can be post processed by a non-z/OS system such as UNIX or Windows? In the former case, I would backup the dataset using ADRDSSU or FDR, then BINary ftp that dataset to a Linux/Windows platform so that it can be burned to DVD. In the latter case, you either need to ASCII ftp a sequential unload of the data which has converted everything to printable (translatable) characters. You could then burn a DVD with those files. TIA, Dave O'Brien NIH Contractor -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- 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: Data offload to DVDs or external drives
Responding to Ed's comments: At least if the data is under HSM control, it (the data) gets recycled to newer media every time the tape media changes. The same cannot be said for the private media be it tape or DVD that my user seems to have in mind. -Original Message- From: McKown, John [mailto:john.mck...@healthmarkets.com] Sent: Wednesday, October 19, 2011 2:55 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Data offload to DVDs or external drives -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ed Gould Sent: Wednesday, October 19, 2011 1:44 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Data offload to DVDs or external drives Tom: What ever media is decided on remember this. The life expectancy (readability) is at most 10 years for DVD and CD's . I had a long discussion with an expert and he just does not have a satisfactory answer (IMO) for anything long term. I suspect tape (even IBM's tape drives) to be iffy at 10 years as well. Technology changes so fast that there isn't a really great long term storage option. Ed' Egypt tech. Chisled granite kept in a desert has a proven long life time. Clay tablets aren't too bad either. Both are difficult to write to from a PC or even a mainframe. Of course, the information density is poor. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 9151 Boulevard 26 . N. Richland Hills . TX 76010 (817) 255-3225 phone . john.mck...@healthmarkets.com . www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets® is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company®, 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 -- 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: ADRDSSU logical dump of VSAM restore
A Listcat of the restored file should answer that question. I think Idcams Export/Import is invoked under the covers but I could be mistaken about that. -Original Message- From: McKown, John [mailto:john.mck...@healthmarkets.com] Sent: Wednesday, October 12, 2011 8:42 AM To: IBM-MAIN@bama.ua.edu Subject: ADRDSSU logical dump of VSAM restore I've been asked a question that I can't find the answer to. We are dumping VSAM KSDSes using ADRDSSU in logical dump mode. We then do a RESTORE. Does this reorganized the file, removing CA and CI splits and compressing the data back in physical/logical order? Or is it more like a physical restore of CAs or tracks? John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- 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: ADRDSSU logical dump of VSAM restore
If the file had CA/CI splits before the backup and had none after the restore then the file has been re-org'd. Listcat ent(/) all output: STATISTICS REC-TOTAL368 SPLITS-CI--0 --30 REC-DELETED---18 SPLITS-CA--0 ---1 -Original Message- From: Chase, John [mailto:jch...@ussco.com] Sent: Wednesday, October 12, 2011 8:58 AM To: IBM-MAIN@bama.ua.edu Subject: Re: ADRDSSU logical dump of VSAM restore -Original Message- From: IBM Mainframe Discussion List On Behalf Of McKown, John I've been asked a question that I can't find the answer to. We are dumping VSAM KSDSes using ADRDSSU in logical dump mode. We then do a RESTORE. Does this reorganized the file, removing CA and CI splits and compressing the data back in physical/logical order? Or is it more like a physical restore of CAs or tracks? What does a LISTCAT of a restored dataset show? The CI and CA split counts are in the statistics output. -jc- -- 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: ADRDSSU logical dump of VSAM restore
Are you able to Listcat ent(/) all From ISPF 3.4 screen? -Original Message- From: McKown, John [mailto:john.mck...@healthmarkets.com] Sent: Wednesday, October 12, 2011 9:02 AM To: IBM-MAIN@bama.ua.edu Subject: Re: ADRDSSU logical dump of VSAM restore Thanks. The problem is that this is done in a production job and it doesn't have a LISTCAT in it before and after the restore, so I couldn't answer. And updating production JCL is a PITA. Less than a minute to update, 4 days to process the change request (minimum of 4 approvals required). -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of O'Brien, David W. (NIH/CIT) [C] Sent: Wednesday, October 12, 2011 7:52 AM To: IBM-MAIN@bama.ua.edu Subject: Re: ADRDSSU logical dump of VSAM restore A Listcat of the restored file should answer that question. I think Idcams Export/Import is invoked under the covers but I could be mistaken about that. -Original Message- From: McKown, John [mailto:john.mck...@healthmarkets.com] Sent: Wednesday, October 12, 2011 8:42 AM To: IBM-MAIN@bama.ua.edu Subject: ADRDSSU logical dump of VSAM restore I've been asked a question that I can't find the answer to. We are dumping VSAM KSDSes using ADRDSSU in logical dump mode. We then do a RESTORE. Does this reorganized the file, removing CA and CI splits and compressing the data back in physical/logical order? Or is it more like a physical restore of CAs or tracks? John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- 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 -- 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: IDCAMS IMPORT problem - moving from -9 to -3s
John, I suggest you Import back to a 3390-9, then define a new name to 3 Mod 3s, Repro the file from the Mod 9 to Mod-3s Delete the original file Re-name the new file as necessary. The space parameter cannot be overridden during an Import. Regards, Dave O'Brien -Original Message- From: McKown, John [mailto:john.mck...@healthmarkets.com] Sent: Tuesday, October 11, 2011 9:15 AM To: IBM-MAIN@bama.ua.edu Subject: IDCAMS IMPORT problem - moving from -9 to -3s I have a VSAM KSDS cluster which was defined with space greater than a 3390-3. It did this using space constraint relief. I need to restore it to a new DSN. I did an EXPORT TEMPORARY. I then did a DELETE / DEFINE of the new name to create the new DSN on three 3390-3 volumes. I then did an IMPORT OUTDATASET. It failed as shown below. The original DSN has SPACE(8400 400) CYLINDERS. Apparently that is kept in the EXPORTed definition. I don't see any way to override this. I am on z/OS 1.10. Any help? IMPORT INFILE(INFILE) - INTOEMPTY OUTDATASET(TSSTV.TEST.PR.GCRLCHKS) IDC0604I DATA SET BEING IMPORTED WAS EXPORTED ON 10/10/11 AT 17:33:40 IGD17226I THERE IS AN INSUFFICIENT NUMBER OF VOLUMES IN THE ELIGIBLE STORAGE GROUP(S) TO SATISFY THIS REQUEST FOR DATA SET TSSTV.TEST.PR.GCRLCHKS IGD17290I THERE WERE 1 CANDIDATE STORAGE GROUPS OF WHICH THE FIRST 1 WERE ELIGIBLE FOR VOLUME SELECTION. THE CANDIDATE STORAGE GROUPS WERE:SGPRVSAM IGD17279I 300 VOLUMES WERE REJECTED BECAUSE OF INSUFF TOTAL SPACE IGD17219I UNABLE TO CONTINUE DEFINE OF DATA SET TSSTV.TEST.PR.GCRLCHKS IDC3003I FUNCTION TERMINATED. CONDITION CODE IS 12 -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- 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: IDCAMS IMPORT problem - moving from -9 to -3s
I seem to remember that you could use Repro to restore the Exported copy but you needed to skip some number of records at the beginning of the file. I think it was 8 but you would have to contact IBM to verify. -Original Message- From: McKown, John [mailto:john.mck...@healthmarkets.com] Sent: Tuesday, October 11, 2011 9:55 AM To: IBM-MAIN@bama.ua.edu Subject: Re: IDCAMS IMPORT problem - moving from -9 to -3s Thanks. Was hoping for a way to force IDCAMS to be smart. What would happen if this were sent to a location without any large 3390s? -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of O'Brien, David W. (NIH/CIT) [C] Sent: Tuesday, October 11, 2011 8:46 AM To: IBM-MAIN@bama.ua.edu Subject: Re: IDCAMS IMPORT problem - moving from -9 to -3s John, I suggest you Import back to a 3390-9, then define a new name to 3 Mod 3s, Repro the file from the Mod 9 to Mod-3s Delete the original file Re-name the new file as necessary. The space parameter cannot be overridden during an Import. Regards, Dave O'Brien -Original Message- From: McKown, John [mailto:john.mck...@healthmarkets.com] Sent: Tuesday, October 11, 2011 9:15 AM To: IBM-MAIN@bama.ua.edu Subject: IDCAMS IMPORT problem - moving from -9 to -3s I have a VSAM KSDS cluster which was defined with space greater than a 3390-3. It did this using space constraint relief. I need to restore it to a new DSN. I did an EXPORT TEMPORARY. I then did a DELETE / DEFINE of the new name to create the new DSN on three 3390-3 volumes. I then did an IMPORT OUTDATASET. It failed as shown below. The original DSN has SPACE(8400 400) CYLINDERS. Apparently that is kept in the EXPORTed definition. I don't see any way to override this. I am on z/OS 1.10. Any help? IMPORT INFILE(INFILE) - INTOEMPTY OUTDATASET(TSSTV.TEST.PR.GCRLCHKS) IDC0604I DATA SET BEING IMPORTED WAS EXPORTED ON 10/10/11 AT 17:33:40 IGD17226I THERE IS AN INSUFFICIENT NUMBER OF VOLUMES IN THE ELIGIBLE STORAGE GROUP(S) TO SATISFY THIS REQUEST FOR DATA SET TSSTV.TEST.PR.GCRLCHKS IGD17290I THERE WERE 1 CANDIDATE STORAGE GROUPS OF WHICH THE FIRST 1 WERE ELIGIBLE FOR VOLUME SELECTION. THE CANDIDATE STORAGE GROUPS WERE:SGPRVSAM IGD17279I 300 VOLUMES WERE REJECTED BECAUSE OF INSUFF TOTAL SPACE IGD17219I UNABLE TO CONTINUE DEFINE OF DATA SET TSSTV.TEST.PR.GCRLCHKS IDC3003I FUNCTION TERMINATED. CONDITION CODE IS 12 -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- 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 -- 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
Re: DFSMShsm DUPLEX tapes.
Barry, The short answer is NO. The reason you don't want to do this is: When HSM frees up the Primary tape, it will also scratch the alternate copy. You could then have a situation where the alternate had been scratched and written over with valid data is now a scratch tape again. At least that is my understanding of how HSM works assuming all relevant exits are in place. HTH, Dave O'Brien -Original Message- From: Barry Jones [mailto:jones...@gmail.com] Sent: Wednesday, October 05, 2011 12:03 PM To: IBM-MAIN@bama.ua.edu Subject: DFSMShsm DUPLEX tapes. Hi Listers, Does anybody know if there is someway to do a DELVOL of just the duplex copy of a tape. IE: ML2 tape VOLSER 123456 has a duplex copy on VOLSER 654321. I want to keep 123456, but delete the association with 654321 and return it to scratch. I know I can do it by SETSYS DUPLEX(MIGRATION(N)) and then RECYCLE EX VOL(123456), but I have thousands of volumes and dont want to have to recycle all of them. I've scanned the fine manual, but cant see anyway to do it. B. -- 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: DFDSS QUESTION - SYNTAX ERROR
The command Matthew gave you should have limited the eligible datasets to the desired Storgrp. From: esmie moo [mailto:esmie_...@yahoo.ca] Sent: Wednesday, September 28, 2011 7:38 AM To: O'Brien, David W. (NIH/CIT) [C] Subject: Re: DFDSS QUESTION - SYNTAX ERROR David, Thank you for taking the time and your patience to explain this to me. Now my problem is to select the dsns with that specific STORGRP and MGMTLCAS. Can this be done? If so, would you have an example. I was able to select the MGMTCLAS but the list was huge. By using the STORGRP it would reduce the size of the report tremendously. From: O'Brien, David W. (NIH/CIT) [C] obrie...@mail.nih.gov To: IBM-MAIN@bama.ua.edu Sent: Tuesday, September 27, 2011 2:06:52 PM Subject: Re: DFDSS QUESTION - SYNTAX ERROR Yes, the doc mentions Storgrp but NOT in the context that you are using. The following is allowable for the BY sub parameter: DATACLAS Data class for SMS MGMTCLAS Management class for SMS STORCLAS Storage class for SMS And since BY is a sub-parameter of the Dataset parameter you do need the extra ) at the end of the BY arguments, see example below. DUMP DATASET(INCLUDE(**) - BY((DSORG NE VSAM) - (CATLG EQ NO))) - -Original Message- From: esmie moo [mailto:esmie_...@yahoo.camailto:esmie_...@yahoo.ca] Sent: Tuesday, September 27, 2011 1:57 PM To: IBM-MAIN@bama.ua.edumailto:IBM-MAIN@bama.ua.edu Subject: Re: DFDSS QUESTION - SYNTAX ERROR David, I checked the doc and it shows that STORGRP: From: O'Brien, David W. (NIH/CIT) [C] obrie...@mail.nih.govmailto:obrie...@mail.nih.gov To: IBM-MAIN@bama.ua.edumailto:IBM-MAIN@bama.ua.edu Sent: Tuesday, September 27, 2011 1:43:03 PM Subject: Re: DFDSS QUESTION - SYNTAX ERROR Plus the doc mentions Storclas not Storgrp, at least 1.11 does. -Original Message- From: Scott Ford [mailto:scott_j_f...@yahoo.commailto:scott_j_f...@yahoo.com] Sent: Tuesday, September 27, 2011 1:38 PM To: IBM-MAIN@bama.ua.edumailto:IBM-MAIN@bama.ua.edu Subject: Re: DFDSS QUESTION - SYNTAX ERROR Esmie: Unless my eyes are getting too old doesnt this command have one too many ')' Old: DUMP DATASET(INCLUDE(**) - BY((REFDT,LE,*,-100)(MGMTCLAS EQ TMMDAY3)(STORGRP EQ TMMVOL))) - OPT(4) ALLX ALLD(*) SPHERE OUTDD(TAPE) New: DUMP DATASET(INCLUDE(**) - BY((REFDT,LE,*,-100)(MGMTCLAS EQ TMMDAY3)(STORGRP EQ TMMVOL)) - OPT(4) ALLX ALLD(*) SPHERE OUTDD(TAPE) Regards, Scott J Ford Software Engineer http://www.identityforge.comhttp://www.identityforge.com/ From: esmie moo esmie_...@yahoo.camailto:esmie_...@yahoo.ca To: IBM-MAIN@bama.ua.edumailto:IBM-MAIN@bama.ua.edu Sent: Tuesday, September 27, 2011 1:27 PM Subject: DFDSS QUESTION - SYNTAX ERROR Good Morning Gentle Readers, I am trying to backup dsns via a specific MGMTCLAS, STORGRP and those dsns that have not been referred to over 100 days. I keep getting a syntax error but I am unable to find it. Could someone please point out my error? DUMP DATASET(INCLUDE(**) - BY((REFDT,LE,*,-100)(MGMTCLAS EQ TMMDAY3)(STORGRP EQ TMMVOL))) - OPT(4) ALLX ALLD(*) SPHERE OUTDD(TAPE) ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'DUMP ' ADR109I (R/I)-RI01 (01), 2011.270 13:15:30 INITIAL SCAN OF USER CONTROL STATEMEN ADR140E (001)-RI03 (02), INVALID 'BY' CRITERIA If I try just with BY((REFDT,LE,*,-100)(MGMTCLAS EQ TMMDSK3J))) - It works. Could it be that I cannot select with STIRGRP? I looked at the doc and STORGRP is supported. Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edumailto: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.edumailto: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.edumailto:lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html SC35-0423-14 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edumailto: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.edumailto:lists...@bama.ua.edu with the message: GET IBM
Re: DFDSS QUESTION - SYNTAX ERROR
Plus the doc mentions Storclas not Storgrp, at least 1.11 does. -Original Message- From: Scott Ford [mailto:scott_j_f...@yahoo.com] Sent: Tuesday, September 27, 2011 1:38 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DFDSS QUESTION - SYNTAX ERROR Esmie: Unless my eyes are getting too old doesnt this command have one too many ')' Old: DUMP DATASET(INCLUDE(**) - BY((REFDT,LE,*,-100)(MGMTCLAS EQ TMMDAY3)(STORGRP EQ TMMVOL))) - OPT(4) ALLX ALLD(*) SPHERE OUTDD(TAPE) New: DUMP DATASET(INCLUDE(**) - BY((REFDT,LE,*,-100)(MGMTCLAS EQ TMMDAY3)(STORGRP EQ TMMVOL)) - OPT(4) ALLX ALLD(*) SPHERE OUTDD(TAPE) Regards, Scott J Ford Software Engineer http://www.identityforge.com From: esmie moo esmie_...@yahoo.ca To: IBM-MAIN@bama.ua.edu Sent: Tuesday, September 27, 2011 1:27 PM Subject: DFDSS QUESTION - SYNTAX ERROR Good Morning Gentle Readers, I am trying to backup dsns via a specific MGMTCLAS, STORGRP and those dsns that have not been referred to over 100 days. I keep getting a syntax error but I am unable to find it. Could someone please point out my error? DUMP DATASET(INCLUDE(**) - BY((REFDT,LE,*,-100)(MGMTCLAS EQ TMMDAY3)(STORGRP EQ TMMVOL))) - OPT(4) ALLX ALLD(*) SPHERE OUTDD(TAPE) ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'DUMP ' ADR109I (R/I)-RI01 (01), 2011.270 13:15:30 INITIAL SCAN OF USER CONTROL STATEMEN ADR140E (001)-RI03 (02), INVALID 'BY' CRITERIA If I try just with BY((REFDT,LE,*,-100)(MGMTCLAS EQ TMMDSK3J))) - It works. Could it be that I cannot select with STIRGRP? I looked at the doc and STORGRP is supported. 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 -- 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: DFDSS QUESTION - SYNTAX ERROR
Yes, the doc mentions Storgrp but NOT in the context that you are using. The following is allowable for the BY sub parameter: DATACLAS Data class for SMS MGMTCLAS Management class for SMS STORCLAS Storage class for SMS And since BY is a sub-parameter of the Dataset parameter you do need the extra ) at the end of the BY arguments, see example below. DUMP DATASET(INCLUDE(**) - BY((DSORG NE VSAM) - (CATLG EQ NO))) - -Original Message- From: esmie moo [mailto:esmie_...@yahoo.ca] Sent: Tuesday, September 27, 2011 1:57 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DFDSS QUESTION - SYNTAX ERROR David, I checked the doc and it shows that STORGRP: From: O'Brien, David W. (NIH/CIT) [C] obrie...@mail.nih.gov To: IBM-MAIN@bama.ua.edu Sent: Tuesday, September 27, 2011 1:43:03 PM Subject: Re: DFDSS QUESTION - SYNTAX ERROR Plus the doc mentions Storclas not Storgrp, at least 1.11 does. -Original Message- From: Scott Ford [mailto:scott_j_f...@yahoo.com] Sent: Tuesday, September 27, 2011 1:38 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DFDSS QUESTION - SYNTAX ERROR Esmie: Unless my eyes are getting too old doesnt this command have one too many ')' Old: DUMP DATASET(INCLUDE(**) - BY((REFDT,LE,*,-100)(MGMTCLAS EQ TMMDAY3)(STORGRP EQ TMMVOL))) - OPT(4) ALLX ALLD(*) SPHERE OUTDD(TAPE) New: DUMP DATASET(INCLUDE(**) - BY((REFDT,LE,*,-100)(MGMTCLAS EQ TMMDAY3)(STORGRP EQ TMMVOL)) - OPT(4) ALLX ALLD(*) SPHERE OUTDD(TAPE) Regards, Scott J Ford Software Engineer http://www.identityforge.com From: esmie moo esmie_...@yahoo.ca To: IBM-MAIN@bama.ua.edu Sent: Tuesday, September 27, 2011 1:27 PM Subject: DFDSS QUESTION - SYNTAX ERROR Good Morning Gentle Readers, I am trying to backup dsns via a specific MGMTCLAS, STORGRP and those dsns that have not been referred to over 100 days. I keep getting a syntax error but I am unable to find it. Could someone please point out my error? DUMP DATASET(INCLUDE(**) - BY((REFDT,LE,*,-100)(MGMTCLAS EQ TMMDAY3)(STORGRP EQ TMMVOL))) - OPT(4) ALLX ALLD(*) SPHERE OUTDD(TAPE) ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'DUMP ' ADR109I (R/I)-RI01 (01), 2011.270 13:15:30 INITIAL SCAN OF USER CONTROL STATEMEN ADR140E (001)-RI03 (02), INVALID 'BY' CRITERIA If I try just with BY((REFDT,LE,*,-100)(MGMTCLAS EQ TMMDSK3J))) - It works. Could it be that I cannot select with STIRGRP? I looked at the doc and STORGRP is supported. 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 -- 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 SC35-0423-14 -- 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: Problem with HSM Recalls
Tom asked off-list whether this problem had been resolved. Alas it has not. It would appear that we have very old datasets with very small blocksizes which were migrated from 3380s. Our h/w vendor tells us that we cannot re-configure a single volume to 3380 without configuring an entire array. That is not going to happen. Fortunately the user has decided to proceed without the data. It was being migrated off of the mainframe so it is questionable whether it is actually needed. The suggestion to use daoption(relblk) failed as the data is not FB. All other options failed due to track capacity exceeded. We may ask our DR provider to configure a 3380 at our next test and attempt to recover this data. Thank You, Dave O'Brien NIH Contractor From: O'Brien, David W. (NIH/CIT) [C] Sent: Tuesday, September 20, 2011 2:20 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Problem with HSM Recalls Thanks Tom but no dice, got the following: ARC1118I reas - 16 16The data set record format must be fixed or fixed-blocked when using DAOPTION(RELBLK). -Original Message- From: Tom Marchant [mailto:m42tom-ibmm...@yahoo.com] Sent: Tuesday, September 20, 2011 1:51 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Problem with HSM Recalls On Tue, 20 Sep 2011 10:18:12 -0400, O'Brien, David W. (NIH/CIT) [C] wrote: ARC1001I SYSMGT.D93132.N001606 RECOVER FAILED, RC=0008, REAS=0168 ARC1108I ERROR CATALOGING DATA SET The data was migrated in the early 90's, I don't see how the current track capacity could be exceeded. Of course no one is here who is knowledgeable of what was done. I'm open to suggestions. Continuing with the assumption that the error is caused because the blocksize is very small so that not as many blocks can fit on a track as were on the original 3380, have you tried telling HRECALL to recall the data logically, without trying to recall track images? I looked in DFSMShsm Managing Your Own Data and I see DAOPTION(RELBLK) for non-SMS data sets. Perhaps that will help. -- Tom Marchant -- 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 -- 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
Problem with HSM Recalls
A recall of the first dataset listed below results in ARC1113I I/O ERROR WRITING PRIMARY COPY Explanation: While DFSMShsm was writing the primary copy of a data set during a recall or recovery operation, an I/O error occurred or invalid data was found. If an I/O error occurred an access method or hardware error message should precede this message or be found in the DFSMShsm job log SYSMSG data set. Message ARC1001I also precedes this message, giving the operation in process, the name of the data set, and a reason code. Reascode Meaning 8 Direct access data records exceed the track capacity of the output device. Attempting to recover the backup with a rename results in ARC1001I SYSMGT.D93132.N001606 RECOVER FAILED, RC=0008, REAS=0168 ARC1108I ERROR CATALOGING DATA SET The data was migrated in the early 90's, I don't see how the current track capacity could be exceeded. Of course no one is here who is knowledgeable of what was done. I'm open to suggestions. TIA, Dave O'Brien -- 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: Problem with HSM Recalls
Thanks Darth, I had tried unit volume parameters with the same result. -Original Message- From: Darth Keller [mailto:darth.kel...@assurant.com] Sent: Tuesday, September 20, 2011 10:28 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Problem with HSM Recalls Dave - You didn't provide the commands you used, but based on the REAS=0168, I'd suggest specifying the UNIT(unittype) on your command if necessary, the VOLUME(volser) parameter. If it was migrated from a 3380, the recall recover are probably still trying to use that unit type you need to over-ride it. HTH's ddk /// A recall of the first dataset listed below results in ARC1113I I/O ERROR WRITING PRIMARY COPY Explanation: While DFSMShsm was writing the primary copy of a data set during a recall or recovery operation, an I/O error occurred or invalid data was found. If an I/O error occurred an access method or hardware error message should precede this message or be found in the DFSMShsm job log SYSMSG data set. Message ARC1001I also precedes this message, giving the operation in process, the name of the data set, and a reason code. Reascode Meaning 8 Direct access data records exceed the track capacity of the output device. Attempting to recover the backup with a rename results in ARC1001I SYSMGT.D93132.N001606 RECOVER FAILED, RC=0008, REAS=0168 ARC1108I ERROR CATALOGING DATA SET The data was migrated in the early 90's, I don't see how the current track capacity could be exceeded. Of course no one is here who is knowledgeable of what was done. I'm open to suggestions. TIA, Dave O'Brien 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 -- 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: Problem with HSM Recalls
Thanks Allan, I'll look into the possible 3390 compatibility issue. I had discounted it since the devtype that shows up in listcat is the same as for recalls that are working. -Original Message- From: Staller, Allan [mailto:allan.stal...@kbmg.com] Sent: Tuesday, September 20, 2011 10:23 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Problem with HSM Recalls 3380/3390 conflict? Might have to define a mod-3 in 3380 compat mode. Check the ICKDSF manuals HTH, snip A recall of the first dataset listed below results in ARC1113I I/O ERROR WRITING PRIMARY COPY Explanation: While DFSMShsm was writing the primary copy of a data set during a recall or recovery operation, an I/O error occurred or invalid data was found. If an I/O error occurred an access method or hardware error message should precede this message or be found in the DFSMShsm job log SYSMSG data set. Message ARC1001I also precedes this message, giving the operation in process, the name of the data set, and a reason code. Reascode Meaning 8 Direct access data records exceed the track capacity of the output device. Attempting to recover the backup with a rename results in ARC1001I SYSMGT.D93132.N001606 RECOVER FAILED, RC=0008, REAS=0168 ARC1108I ERROR CATALOGING DATA SET The data was migrated in the early 90's, I don't see how the current track capacity could be exceeded. Of course no one is here who is knowledgeable of what was done. I'm open to suggestions. /snip -- 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: Problem with HSM Recalls
Tom, Allan, I'm getting the following trying to test your suggestions: INSTALL UNIT(1091) VFY(NW1091) SETMODE(3380) ICK00700I DEVICE INFORMATION FOR 1091 IS CURRENTLY AS FOLLOWS: PHYSICAL DEVICE = 3390 STORAGE CONTROLLER = 2105 STORAGE CONTROL DESCRIPTOR = E8 DEVICE DESCRIPTOR = 0A ADDITIONAL DEVICE INFORMATION = 4A35 TRKS/CYL = 15, # PRIMARY CYLS = 3339 ICK04000I DEVICE IS IN SIMPLEX STATE ICK00091I 1091 NED=002105. .HTC.65.00045342 ICK03091I EXISTING VOLUME SERIAL READ = NW1091 ICK31054I DEVICE NOT SUPPORTED FOR THE SPECIFIED FUNCTION ICK30003I FUNCTION TERMINATED. CONDITION CODE IS 12 11:12:5709/20/11 Am I missing something or is this a no-go given my hardware? The address 1091 is currently a 3390 mod-3 on a HDS 9990V marketed by Oracle/Sun/STK. Thanks, Dave O'Brien -Original Message- From: Tom Marchant [mailto:m42tom-ibmm...@yahoo.com] Sent: Tuesday, September 20, 2011 10:52 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Problem with HSM Recalls On Tue, 20 Sep 2011 10:18:12 -0400, O'Brien, David W. (NIH/CIT) [C] wrote: Message ARC1001I also precedes this message, giving the operation in process, the name of the data set, and a reason code. Reascode Meaning 8 Direct access data records exceed the track capacity of the output device. Attempting to recover the backup with a rename results in ARC1001I SYSMGT.D93132.N001606 RECOVER FAILED, RC=0008, REAS=0168 ARC1108I ERROR CATALOGING DATA SET The data was migrated in the early 90's, I don't see how the current track capacity could be exceeded. Of course no one is here who is knowledgeable of what was done. I'm open to suggestions. If the data set originally resided on a 3380 and it has a very small blocksize, you might see this. For example, if it has a blocksize of 80, a 3380 track will hold 83 blocks but a 3390 will only hold 78. -- Tom Marchant -- 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: Problem with HSM Recalls
Allan, I did use the Install command, see first line of output. -Original Message- From: Staller, Allan [mailto:allan.stal...@kbmg.com] Sent: Tuesday, September 20, 2011 11:36 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Problem with HSM Recalls Looks like you need to use the INSTALL command, not the INIT command. See 2.1.1.3 Setting an IBM 3390 to 3380 track compatibility mode in GC35-0033-25 (ICKDSF R17 dated 12-14-02) Al Staller | Z Systems Programmer | KBM Group | (Tel) 972 664 3565 | allan.stal...@kbmg.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of O'Brien, David W. (NIH/CIT) [C] Sent: Tuesday, September 20, 2011 10:21 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Problem with HSM Recalls Tom, Allan, I'm getting the following trying to test your suggestions: INSTALL UNIT(1091) VFY(NW1091) SETMODE(3380) ICK00700I DEVICE INFORMATION FOR 1091 IS CURRENTLY AS FOLLOWS: PHYSICAL DEVICE = 3390 STORAGE CONTROLLER = 2105 STORAGE CONTROL DESCRIPTOR = E8 DEVICE DESCRIPTOR = 0A ADDITIONAL DEVICE INFORMATION = 4A35 TRKS/CYL = 15, # PRIMARY CYLS = 3339 ICK04000I DEVICE IS IN SIMPLEX STATE ICK00091I 1091 NED=002105. .HTC.65.00045342 ICK03091I EXISTING VOLUME SERIAL READ = NW1091 ICK31054I DEVICE NOT SUPPORTED FOR THE SPECIFIED FUNCTION ICK30003I FUNCTION TERMINATED. CONDITION CODE IS 12 11:12:5709/20/11 Am I missing something or is this a no-go given my hardware? The address 1091 is currently a 3390 mod-3 on a HDS 9990V marketed by Oracle/Sun/STK. Thanks, Dave O'Brien -Original Message- From: Tom Marchant [mailto:m42tom-ibmm...@yahoo.com] Sent: Tuesday, September 20, 2011 10:52 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Problem with HSM Recalls On Tue, 20 Sep 2011 10:18:12 -0400, O'Brien, David W. (NIH/CIT) [C] wrote: Message ARC1001I also precedes this message, giving the operation in process, the name of the data set, and a reason code. Reascode Meaning 8 Direct access data records exceed the track capacity of the output device. Attempting to recover the backup with a rename results in ARC1001I SYSMGT.D93132.N001606 RECOVER FAILED, RC=0008, REAS=0168 ARC1108I ERROR CATALOGING DATA SET The data was migrated in the early 90's, I don't see how the current track capacity could be exceeded. Of course no one is here who is knowledgeable of what was done. I'm open to suggestions. If the data set originally resided on a 3380 and it has a very small blocksize, you might see this. For example, if it has a blocksize of 80, a 3380 track will hold 83 blocks but a 3390 will only hold 78. -- Tom Marchant -- 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 -- 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: Problem with HSM Recalls
Allan, Specifying devtype seems to have worked. Thank You. Now I'll see if I can recall the datasets. -Original Message- From: Staller, Allan [mailto:allan.stal...@kbmg.com] Sent: Tuesday, September 20, 2011 1:19 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Problem with HSM Recalls The message text for ICK31054I DEVICE NOT SUPPORTED FOR THE SPECIFIED FUNCTION Will refer you to 1.1.4 Devices supported by ICKDSF Which indicates in table 12 that the INSTALL command is not supported on CU type 2105 You might try INIT UNIT(1091) VFY(NW1091) ..DEVTYPE(3380).. Not sure if this will work, but it's worth a try After that I would go to IBM and/or Oracle... HTH, snip I'm getting the following trying to test your suggestions: INSTALL UNIT(1091) VFY(NW1091) SETMODE(3380) ICK00700I DEVICE INFORMATION FOR 1091 IS CURRENTLY AS FOLLOWS: PHYSICAL DEVICE = 3390 STORAGE CONTROLLER = 2105 STORAGE CONTROL DESCRIPTOR = E8 DEVICE DESCRIPTOR = 0A ADDITIONAL DEVICE INFORMATION = 4A35 TRKS/CYL = 15, # PRIMARY CYLS = 3339 ICK04000I DEVICE IS IN SIMPLEX STATE ICK00091I 1091 NED=002105. .HTC.65.00045342 ICK03091I EXISTING VOLUME SERIAL READ = NW1091 ICK31054I DEVICE NOT SUPPORTED FOR THE SPECIFIED FUNCTION ICK30003I FUNCTION TERMINATED. CONDITION CODE IS 12 11:12:5709/20/11 /snip -- 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: Problem with HSM Recalls
Thanks Tom but no dice, got the following: ARC1118I reas - 16 16The data set record format must be fixed or fixed-blocked when using DAOPTION(RELBLK). -Original Message- From: Tom Marchant [mailto:m42tom-ibmm...@yahoo.com] Sent: Tuesday, September 20, 2011 1:51 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Problem with HSM Recalls On Tue, 20 Sep 2011 10:18:12 -0400, O'Brien, David W. (NIH/CIT) [C] wrote: ARC1001I SYSMGT.D93132.N001606 RECOVER FAILED, RC=0008, REAS=0168 ARC1108I ERROR CATALOGING DATA SET The data was migrated in the early 90's, I don't see how the current track capacity could be exceeded. Of course no one is here who is knowledgeable of what was done. I'm open to suggestions. Continuing with the assumption that the error is caused because the blocksize is very small so that not as many blocks can fit on a track as were on the original 3380, have you tried telling HRECALL to recall the data logically, without trying to recall track images? I looked in DFSMShsm Managing Your Own Data and I see DAOPTION(RELBLK) for non-SMS data sets. Perhaps that will help. -- Tom Marchant -- 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: HSM/CA1 Tape Catalog Discrepancy
George, Is the CA supplied TV exit properly installed? Thank You, Dave O'Brien NIH Contractor From: Henke, George [george.he...@hp.com] Sent: Friday, September 16, 2011 2:54 PM To: IBM-MAIN@bama.ua.edu Subject: Re: HSM/CA1 Tape Catalog Discrepancy Just DFHSM Backup and Dump tapes. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Friday, September 16, 2011 2:52 PM To: IBM-MAIN@bama.ua.edu Subject: Re: HSM/CA1 Tape Catalog Discrepancy HSM catalog does not agree with tapes cataloged in CA1? We are noticing a discrepancy of 200 TB. Is this normal? Is this in relationship to all tapes? Or just HSM Backup Tapes, or HSM Dump tapes? Could you provide more specifics? What are you looking at that you think is 200TB off? Lizette -- 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 -- 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: Spool volumes and SMS
No, not in the 4 shops I've worked in since 95. Thank You, Dave O'Brien NIH Contractor From: Gibney, Dave [gib...@wsu.edu] Sent: Saturday, August 27, 2011 7:56 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Spool volumes and SMS Probably never will. Unless an all SMS mandate appears for future z/OS. Dave Gibney Information Technology Services Washington State University -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mike Liberatore Sent: Saturday, August 27, 2011 3:39 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Spool volumes and SMS Never did. --Original Message-- From: Ed Gould Sender: IBM Mainframe Discussion List To: IBM-MAIN@bama.ua.edu ReplyTo: IBM Mainframe Discussion List Subject: Spool volumes and SMS Sent: Aug 27, 2011 5:50 PM ?Just curious as to a general consensus, do you use SMS for spool volumes? Ed -- 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 Sent from my Verizon Wireless BlackBerry -- 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 -- 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: DFhsm HRECOVER Dataset from FLASHCOPY Volumes
I was under the impression that HLIST would show all recoverable backups
including those taken by the Dump command. I may well be mistaken in this.
Your HLIST output shows one backup which could be recovered.
Have you opened a ticket with IBM?
David O'Brien
NIH Contractor
-Original Message-
From: George Rodriguez [mailto:george.rodrig...@palmbeachschools.org]
Sent: Thursday, August 18, 2011 6:15 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DFhsm HRECOVER Dataset from FLASHCOPY Volumes
Is there no way that I can use the backup taken by DFhsm to restore these
files? I really need HELP
Thanks. . .
*George Rodriguez*
*Specialist II - IT Solutions*
*Application Support / Quality Assurance*
*PX - 47652*
*(561) 357-7652 (office)*
*(561) 707-3496 (mobile)*
*School District of Palm Beach County*
*3348 Forest Hill Blvd.*
*Room B-332*
*West Palm Beach, FL. 33406-5869*
*Florida's Only A-Rated Urban District For Seven Consecutive Years*
On Wed, Aug 17, 2011 at 11:38 AM, George Rodriguez
george.rodrig...@palmbeachschools.org wrote:
When I issued the HLIST command, this is what I got:
ARC0138I NO MCDS INFORMATION FOUND FOR DATASET TX#P.F.TEXT.INV
DSN=TX#P.F.TEXT.INV BACK FREQ = *** MAX
VERS=***
BDSN=DFHSM.BACK.T282203.TX#P.F.A BACKVOL=V22915
FRVOL=PPRD24
BACKDATE=11/04/21 BACKTIME=03:22:20 CAT=YES GEN=000 VER=590 UNS/RET=
NO
RACF IND=NO BACK PROF=NO
ARC0140I LIST COMPLETED,4 LINE(S) OF DATA OUTPUT
***
*George Rodriguez*
*Specialist II - IT Solutions*
*Application Support / Quality Assurance*
*PX - 47652*
*(561) 357-7652 (office)*
*(561) 707-3496 (mobile)*
*School District of Palm Beach County*
*3348 Forest Hill Blvd.*
*Room B-332*
*West Palm Beach, FL. 33406-5869*
*Florida's Only A-Rated Urban District For Seven Consecutive Years*
On Wed, Aug 17, 2011 at 11:26 AM, O'Brien, David W. (NIH/CIT) [C]
obrie...@mail.nih.gov wrote:
You might also issue a HLIST DSN('TX#P.F.TEXT.INV') BOTH
To see what HSM has for backups and where they are located.
David O'Brien
NIH Contractor
-Original Message-
From: O'Brien, David W. (NIH/CIT) [C]
Sent: Wednesday, August 17, 2011 11:05 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DFhsm HRECOVER Dataset from FLASHCOPY Volumes
George,
Do you have DATASETRESTORE or NODATASETRESTORE specified in your Define
Dumpclass?
David O'Brien
NIH Contractor
-Original Message-
From: George Rodriguez [mailto:george.rodrig...@palmbeachschools.org]
Sent: Wednesday, August 17, 2011 10:50 AM
To: IBM-MAIN@bama.ua.edu
Subject: DFhsm HRECOVER Dataset from FLASHCOPY Volumes
There are daily jobs that run that flash copies PPRD00-PPRD88 to
XPRD00-XPRD88. I then use DFSMShsm SEND command to BACKVOL VOL(XPRDnn)
DUMP(DUMPCLASS(DAILYDR)). The output dataset is on VTL with the name
DFHSM.DMP.DAILYDR.VXPRDnn.D11223.T311301. What I'm trying (unsuccessfully)
to do is HRECOVER 2 datasets from 2011/08/11.
I don't know the X VOLSER the dataset is on, but I did issue the
following
command on all 89 volumes:
HRECOVER 'TX#P.F.TEXT.INV' FROMVOLUME(XPRDnn) DATE(2011/08/11)
NEWNAME(TX#T.F.TEXT.INV) REPLACE
Can anyone help me?
*George Rodriguez*
*Specialist II - IT Solutions*
*Application Support / Quality Assurance*
*PX - 47652*
*(561) 357-7652 (office)*
*(561) 707-3496 (mobile)*
*School District of Palm Beach County*
*3348 Forest Hill Blvd.*
*Room B-332*
*West Palm Beach, FL. 33406-5869*
*Florida's Only A-Rated Urban District For Seven Consecutive Years*
Home of Florida's first LEED Gold Certified School
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 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
--
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
Home of Florida's first LEED Gold Certified School
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
Re: DFhsm HRECOVER Dataset from FLASHCOPY Volumes
I would think not, but you haven't gotten a lot of feedback on this post (at
least not publicly).
David O'Brien
NIH Contractor
-Original Message-
From: George Rodriguez [mailto:george.rodrig...@palmbeachschools.org]
Sent: Thursday, August 18, 2011 8:12 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DFhsm HRECOVER Dataset from FLASHCOPY Volumes
Not sure if this is an actual problem with the code, but I guess I can ask
them a question on how to use it. The other problem I might have is support.
I'm on v1.9 of z/OS it may be out of support by now. We're working on
getting v1.11 in, but it's at least 3 to 4 weeks away.
Do you think I'm the only one that does flash copies and backs up the
flashed volume?
*George Rodriguez*
*Specialist II - IT Solutions*
*Application Support / Quality Assurance*
*PX - 47652*
*(561) 357-7652 (office)*
*(561) 707-3496 (mobile)*
*School District of Palm Beach County*
*3348 Forest Hill Blvd.*
*Room B-332*
*West Palm Beach, FL. 33406-5869*
*Florida's Only A-Rated Urban District For Seven Consecutive Years*
On Thu, Aug 18, 2011 at 7:10 AM, O'Brien, David W. (NIH/CIT) [C]
obrie...@mail.nih.gov wrote:
I was under the impression that HLIST would show all recoverable backups
including those taken by the Dump command. I may well be mistaken in this.
Your HLIST output shows one backup which could be recovered.
Have you opened a ticket with IBM?
David O'Brien
NIH Contractor
-Original Message-
From: George Rodriguez [mailto:george.rodrig...@palmbeachschools.org]
Sent: Thursday, August 18, 2011 6:15 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DFhsm HRECOVER Dataset from FLASHCOPY Volumes
Is there no way that I can use the backup taken by DFhsm to restore these
files? I really need HELP
Thanks. . .
*George Rodriguez*
*Specialist II - IT Solutions*
*Application Support / Quality Assurance*
*PX - 47652*
*(561) 357-7652 (office)*
*(561) 707-3496 (mobile)*
*School District of Palm Beach County*
*3348 Forest Hill Blvd.*
*Room B-332*
*West Palm Beach, FL. 33406-5869*
*Florida's Only A-Rated Urban District For Seven Consecutive Years*
On Wed, Aug 17, 2011 at 11:38 AM, George Rodriguez
george.rodrig...@palmbeachschools.org wrote:
When I issued the HLIST command, this is what I got:
ARC0138I NO MCDS INFORMATION FOUND FOR DATASET TX#P.F.TEXT.INV
DSN=TX#P.F.TEXT.INV BACK FREQ = *** MAX
VERS=***
BDSN=DFHSM.BACK.T282203.TX#P.F.A BACKVOL=V22915
FRVOL=PPRD24
BACKDATE=11/04/21 BACKTIME=03:22:20 CAT=YES GEN=000 VER=590
UNS/RET=
NO
RACF IND=NO BACK PROF=NO
ARC0140I LIST COMPLETED,4 LINE(S) OF DATA OUTPUT
***
*George Rodriguez*
*Specialist II - IT Solutions*
*Application Support / Quality Assurance*
*PX - 47652*
*(561) 357-7652 (office)*
*(561) 707-3496 (mobile)*
*School District of Palm Beach County*
*3348 Forest Hill Blvd.*
*Room B-332*
*West Palm Beach, FL. 33406-5869*
*Florida's Only A-Rated Urban District For Seven Consecutive Years*
On Wed, Aug 17, 2011 at 11:26 AM, O'Brien, David W. (NIH/CIT) [C]
obrie...@mail.nih.gov wrote:
You might also issue a HLIST DSN('TX#P.F.TEXT.INV') BOTH
To see what HSM has for backups and where they are located.
David O'Brien
NIH Contractor
-Original Message-
From: O'Brien, David W. (NIH/CIT) [C]
Sent: Wednesday, August 17, 2011 11:05 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DFhsm HRECOVER Dataset from FLASHCOPY Volumes
George,
Do you have DATASETRESTORE or NODATASETRESTORE specified in your Define
Dumpclass?
David O'Brien
NIH Contractor
-Original Message-
From: George Rodriguez [mailto:george.rodrig...@palmbeachschools.org]
Sent: Wednesday, August 17, 2011 10:50 AM
To: IBM-MAIN@bama.ua.edu
Subject: DFhsm HRECOVER Dataset from FLASHCOPY Volumes
There are daily jobs that run that flash copies PPRD00-PPRD88 to
XPRD00-XPRD88. I then use DFSMShsm SEND command to BACKVOL VOL(XPRDnn)
DUMP(DUMPCLASS(DAILYDR)). The output dataset is on VTL with the name
DFHSM.DMP.DAILYDR.VXPRDnn.D11223.T311301. What I'm trying
(unsuccessfully)
to do is HRECOVER 2 datasets from 2011/08/11.
I don't know the X VOLSER the dataset is on, but I did issue the
following
command on all 89 volumes:
HRECOVER 'TX#P.F.TEXT.INV' FROMVOLUME(XPRDnn) DATE(2011/08/11)
NEWNAME(TX#T.F.TEXT.INV) REPLACE
Can anyone help me?
*George Rodriguez*
*Specialist II - IT Solutions*
*Application Support / Quality Assurance*
*PX - 47652*
*(561) 357-7652 (office)*
*(561) 707-3496 (mobile)*
*School District of Palm Beach County*
*3348 Forest Hill Blvd.*
*Room B-332*
*West Palm Beach, FL. 33406-5869*
*Florida's Only A-Rated Urban District For Seven Consecutive Years*
Home of Florida's first LEED Gold Certified School
Under Florida law, e-mail addresses are public records. If you do not
want
your e-mail
Re: DFhsm HRECOVER Dataset from FLASHCOPY Volumes
George, Do you have DATASETRESTORE or NODATASETRESTORE specified in your Define Dumpclass? David O'Brien NIH Contractor -Original Message- From: George Rodriguez [mailto:george.rodrig...@palmbeachschools.org] Sent: Wednesday, August 17, 2011 10:50 AM To: IBM-MAIN@bama.ua.edu Subject: DFhsm HRECOVER Dataset from FLASHCOPY Volumes There are daily jobs that run that flash copies PPRD00-PPRD88 to XPRD00-XPRD88. I then use DFSMShsm SEND command to BACKVOL VOL(XPRDnn) DUMP(DUMPCLASS(DAILYDR)). The output dataset is on VTL with the name DFHSM.DMP.DAILYDR.VXPRDnn.D11223.T311301. What I'm trying (unsuccessfully) to do is HRECOVER 2 datasets from 2011/08/11. I don't know the X VOLSER the dataset is on, but I did issue the following command on all 89 volumes: HRECOVER 'TX#P.F.TEXT.INV' FROMVOLUME(XPRDnn) DATE(2011/08/11) NEWNAME(TX#T.F.TEXT.INV) REPLACE Can anyone help me? *George Rodriguez* *Specialist II - IT Solutions* *Application Support / Quality Assurance* *PX - 47652* *(561) 357-7652 (office)* *(561) 707-3496 (mobile)* *School District of Palm Beach County* *3348 Forest Hill Blvd.* *Room B-332* *West Palm Beach, FL. 33406-5869* *Florida's Only A-Rated Urban District For Seven Consecutive Years* Home of Florida's first LEED Gold Certified School 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 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: DFhsm HRECOVER Dataset from FLASHCOPY Volumes
You might also issue a HLIST DSN('TX#P.F.TEXT.INV') BOTH
To see what HSM has for backups and where they are located.
David O'Brien
NIH Contractor
-Original Message-
From: O'Brien, David W. (NIH/CIT) [C]
Sent: Wednesday, August 17, 2011 11:05 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DFhsm HRECOVER Dataset from FLASHCOPY Volumes
George,
Do you have DATASETRESTORE or NODATASETRESTORE specified in your Define
Dumpclass?
David O'Brien
NIH Contractor
-Original Message-
From: George Rodriguez [mailto:george.rodrig...@palmbeachschools.org]
Sent: Wednesday, August 17, 2011 10:50 AM
To: IBM-MAIN@bama.ua.edu
Subject: DFhsm HRECOVER Dataset from FLASHCOPY Volumes
There are daily jobs that run that flash copies PPRD00-PPRD88 to
XPRD00-XPRD88. I then use DFSMShsm SEND command to BACKVOL VOL(XPRDnn)
DUMP(DUMPCLASS(DAILYDR)). The output dataset is on VTL with the name
DFHSM.DMP.DAILYDR.VXPRDnn.D11223.T311301. What I'm trying (unsuccessfully)
to do is HRECOVER 2 datasets from 2011/08/11.
I don't know the X VOLSER the dataset is on, but I did issue the following
command on all 89 volumes:
HRECOVER 'TX#P.F.TEXT.INV' FROMVOLUME(XPRDnn) DATE(2011/08/11)
NEWNAME(TX#T.F.TEXT.INV) REPLACE
Can anyone help me?
*George Rodriguez*
*Specialist II - IT Solutions*
*Application Support / Quality Assurance*
*PX - 47652*
*(561) 357-7652 (office)*
*(561) 707-3496 (mobile)*
*School District of Palm Beach County*
*3348 Forest Hill Blvd.*
*Room B-332*
*West Palm Beach, FL. 33406-5869*
*Florida's Only A-Rated Urban District For Seven Consecutive Years*
Home of Florida's first LEED Gold Certified School
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 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
--
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: DFDSS QUESTION - BYPASS SMS - CORRECTION
Esmee, Try coding STORCLAS=storage-class-name which in your case would be storclas=nonsms See JCL Reference Chap 12 DD Statement for more details David O'Brien NIH Contractor -Original Message- From: Darth Keller [mailto:darth.kel...@assurant.com] Sent: Thursday, August 11, 2011 11:04 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION Do you not have a storage admin of some kind? Someone responsible for writing the rules? A 5 minute conversation with someone who knows the routines should easily resolve your question. SMS is intercepting your allocation based on it's rules re-assigning it. Someone coded it this way. 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 -- 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: DFDSS QUESTION - BYPASS SMS - CORRECTION
At this point you really need to resolve this with your storage admin person. There is no way for us to determine if the storclass ACS routine is properly written. If it's my shop, I would put in the following at or near the top of the Storclass ACS routine: WHEN (DSN EQ 'fully.qualified.dsn') DO /* GIVE esmee OPTION OF DIRECTINg */ SET STORCLAS = '' /* ALLOW ALLOCATION TO ve6c01 */ EXIT END Inelegant but it will work. David O'Brien NIH Contractor -Original Message- From: esmie moo [mailto:esmie_...@yahoo.ca] Sent: Thursday, August 11, 2011 11:32 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION David, I gave that a try however I got the same problem : IEF343I DFDSS22 BACKUP TAPE1 - REQUEST FAILED - NOT ENOUGH NON-SYSTEM MANAGED VOLUMES ELIGIBLE IEF272I DFDSS22 BACKUP - STEP WAS NOT EXECUTED. Here is my JCL: //BACKUP EXEC PGM=ADRDSSU,REGION=4096K,PARM='TYPRUN=NORUN' //*STEP01 EXEC PGM=ADRDSSU,REGION=4096K,TIME=1440,PARM='UTILMSG=YES' //SYSPRINT DD SYSOUT=* //DISK1 DD UNIT=SYSDA,VOL=SER=SHRPP4,DISP=SHR //TAPE1 DD DSN=SYS1.TEST4, // DISP=(,CATLG,DELETE), // UNIT=SYSDA,VOL=SER=VE6C01,SPACE=(CYL,(1055,20),RLSE), // STORCLAS=NONSMS, // DCB=BLKSIZE=32760,TRTCH=COMP //SYSIN DD * DUMP FULL INDDNAME(DISK1) OPT(4) ALLEXCP ALLDATA(*) - OUTDDNAME(TAPE1)) /* I noticed that the NONSMS STORCLAS does not have a FILTLIST. Maybe this could be the problem. From: O'Brien, David W. (NIH/CIT) [C] obrie...@mail.nih.gov To: IBM-MAIN@bama.ua.edu Sent: Thursday, August 11, 2011 11:09:24 AM Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION Esmee, Try coding STORCLAS=storage-class-name which in your case would be storclas=nonsms See JCL Reference Chap 12 DD Statement for more details David O'Brien NIH Contractor -Original Message- From: Darth Keller [mailto:darth.kel...@assurant.com] Sent: Thursday, August 11, 2011 11:04 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION Do you not have a storage admin of some kind? Someone responsible for writing the rules? A 5 minute conversation with someone who knows the routines should easily resolve your question. SMS is intercepting your allocation based on it's rules re-assigning it. Someone coded it this way. 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 -- 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 -- 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: A nice website,go it
Me too. Thank You, Dave O'Brien NIH Contractor From: Richards, Robert B. [robert.richa...@opm.gov] Sent: Friday, August 05, 2011 6:20 AM To: IBM-MAIN@bama.ua.edu Subject: Re: A nice website,go it Yes, I also got a private email. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Shane Ginnane Sent: Friday, August 05, 2011 6:11 AM To: IBM-MAIN@bama.ua.edu Subject: Re: A nice website,go it Looks like someone has hacked into John's email system. Did anyone else get this as a privately addressed mail, or merely via the list server ? Trying to work out if they got his contact list. Header IP looks like China. 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 -- 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: Vsam Extened Adressability
Mike, The following is extracted from 'DFSMS Using Data sets': Using extended addressability, the size limit for a VSAM data set is determined by either: t Control interval size multiplied by 4 GB t The volume size multiplied by 59. A control interval size of 4 KB yields a maximum data set size of 16 TB, while a control interval size of 32 KB yields a maximum data set size of 128 TB. A control interval size of 4 KB is preferred by many applications for performance reasons. No increase in processing time is expected for extended format data sets that grow beyond 4 GB. To use extended addressability, the data set must be: t SMS-managed t Defined as extended format. HTH, David O'Brien NIH Contractor -Original Message- From: Ward, Mike S [mailto:mw...@ssfcu.org] Sent: Wednesday, August 03, 2011 2:35 PM To: IBM-MAIN@bama.ua.edu Subject: Vsam Extened Adressability Hello, all. Can someone please point me to some documentation on Extended addressability vsam file restrictions. Or if would anyone know what restrictions we might run into, such as it has to be less than 12 gig etc... TIA Mike == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- 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: Orphan GDG problem
Gerry, Have you tried Delete / noscratch to get around the GDG allocate problem? To delete the HSM entry will probably require a Fixcds command, see the HSM Diagnosis guide for more info. Thank You, Dave O'Brien NIH Contractor From: Anstey, Gerry [gerry.ans...@jpmorgan.com] Sent: Monday, August 01, 2011 9:08 AM To: IBM-MAIN@bama.ua.edu Subject: Orphan GDG problem All, Any ideas here: We have a job that fails when creating a GDG entry, .ARC1001I PGINTT11.B671.TRANSACT.WINS.BKUP.G1460V00 RECALL FAILED, RC=0002, REAS= .ARC1102I DATA SET IS NOT MIGRATED/BACKED UP .IEF344I PRAH673 IEBGENER SYSUT2 - ALLOCATION FAILED DUE TO DATA FACILITY SYSTEM ERROR The entry concerned is showing as migrated Command - Enter / to select action Message Volume . --- . PGINTT11.B671.TRANSACT.WINS.BKUP ?? . PGINTT11.B671.TRANSACT.WINS.BKUP.G1450V00 HAP2NC+ . PGINTT11.B671.TRANSACT.WINS.BKUP.G1451V00 HAP2NC+ . PGINTT11.B671.TRANSACT.WINS.BKUP.G1452V00 HAP2M8+ . PGINTT11.B671.TRANSACT.WINS.BKUP.G1453V00 HAP2M8+ . PGINTT11.B671.TRANSACT.WINS.BKUP.G1454V00 HAP2M8+ . PGINTT11.B671.TRANSACT.WINS.BKUP.G1455V00 HAP2M8+ . PGINTT11.B671.TRANSACT.WINS.BKUP.G1456V00 HAP2M8+ . PGINTT11.B671.TRANSACT.WINS.BKUP.G1457V00 HAP1BC+ . PGINTT11.B671.TRANSACT.WINS.BKUP.G1458V00 HAP13F+ . PGINTT11.B671.TRANSACT.WINS.BKUP.G1459V00 HAP109+ . PGINTT11.B671.TRANSACT.WINS.BKUP.G1460V00 MIGRAT2 . * End of Data Set list . The problem is that I cannot delete the file using HDELETE, or IDCAMS with NVS, or standard IEFBR14 with an uncatlg Whatever we try we get the message above, ie recall failed, RC=0002 It looks like the file has beed created spuriously some how and is in some sort of orphan state so when we run the job to create +1 HSM seems to want to recall the orphan version but fails as above in the process. Any ideas how we can delete this entry? Many thanks Gerry Anstey WSS Technology EMEA - COSMIC PSD | World Wide Securities Services | J.P. Morgan | Chaseside, Bournemouth, BH7 7DA T:+44 (0)1202 342596,1 | Email: gerry.ans...@jpmorgan.com This email is confidential and subject to important disclaimers and conditions including on offers for the purchase or sale of securities, accuracy and completeness of information, viruses, confidentiality, legal privilege, and legal entity disclaimers, available at http://www.jpmorgan.com/pages/disclosures/email. -- 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: REXX Allocate size being changed.
Chip, Did you check the CDS Base Display? It sounds like it might be set up for 3380s. For 3390s it should look like this: Default Device Geometry : Bytes/track . . . . . : 56664 Tracks/cylinder . . . : 15 David O'Brien NIH Contractor -Original Message- From: Chip Grantham [mailto:cgrant...@ameritas.com] Sent: Tuesday, July 26, 2011 12:58 PM To: IBM-MAIN@bama.ua.edu Subject: REXX Allocate size being changed. I ran onto an interesting allocation problem. I have a REXX which will reallocates an ISPF.PROFILE dataset if the allocation sizes are below what is needed for the latest got to have product. There is a line in this REXX line in the code which allocates the new ISPF.PROFILE dataset with SPACE(45 15) TRACK. If the target volume group in the UNIT parameter is SMS managed the allocated size is reduced to 38,15. If it is not SMS managed, this allocated size is 45,15. The SMS Storage class has reduce % on allocation failure of 0. (Nothing in data classes modifies allocation size). I don't understand how it is getting reduced to 38 from 45. Ideas? Chip Grantham | Ameritas | Sr. IT Consultant | cgrant...@ameritas.com 5900 O Street, Lincoln NE 68510 | p: 402-467-7382 | c: 402-429-3579 | f: 402-325-4030 *** This message may contain confidential information intended only for the use of the addressee(s) named above and may contain information that is legally privileged. If you are not the addressee, or the person responsible for delivering it to the addressee, you are hereby notified that reading, disseminating, distributing or copying this message is strictly prohibited. If you have received this message by mistake, please immediately notify us by replying to the message and delete the original message immediately thereafter. 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 -- 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
Syslog problem
A colleague asked me to post the following: After an IPL this weekend one of our systems has no data in syslog. We user IOF and if we look at SYSLOG it shows a MSGFILE and a LOG file but no data file. A WRITELOG gets an error: W L IEE026I WNOT SUPPORTED So far IBM has been mute on a cause/fix. Any suggestions how to get syslog to record data? We are at Zos 1.11 Thank You, Dave O'Brien NIH Contractor -- 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: Syslog problem
Allan, My colleague tried your suggestion, no joy. V SYSLOG,HARDCPY,ROUT=ALL D C,HC,L=Z CNZ4100I 10.34.56 CONSOLE DISPLAY 609 CONSOLES MATCHING COMMAND: D C,HC MSG:CURR=30 LIM=3000 RPLY:CURR=11 LIM=30SYS=SYS9 PFK=NONE HARDCOPY LOG=(SYSLOG) CMDLEVEL=CMDS ROUT=(ALL) LOG BUFFERS IN USE: 0 LOG BUFFER LIMIT: 1000 No change. Thank You, Dave O'Brien NIH Contractor From: Staller, Allan [allan.stal...@kbmg.com] Sent: Monday, June 27, 2011 10:22 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Syslog problem A V SYSLOG,HARDCOPY,ROUTE=ALL command should do the trick (or at least give you a message for problem determination). Check the MVS System Commands Manual SA22-7627-21 available here: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2G1A0/CCON TENTS?SHELF=IEA2BKA0DN=SA22-7627-21DT=20090602223524 (watch the wrap) HTH, After an IPL this weekend one of our systems has no data in syslog. We user IOF and if we look at SYSLOG it shows a MSGFILE and a LOG file but no data file. A WRITELOG gets an error: W L IEE026I WNOT SUPPORTED /snip -- 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
T-Rex vs. Catalog Recovery Plus
Can anyone verify that T-Rex can perform the following functions: 1) Can you compare 2 master catalogues and build control cards to create missing aliases, page datasets, user cats, etc. 2) Can you make mass changes of volsers, for instance change all occurrences of SYS3R1 to ** We want to make sure that we do not lose functionality if we change tools in order to save some tax dollars. David O'Brien NIH Contractor -- 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: DFHSM V2.6 - Autodump how to stack disk vols on tape
I think this is what you're looking for. 2.13.2.17 DUMPCLASS(STACK): Specifying the Maximum Number of Dump Copies that Are Stacked for this Dump Class (c) Copyright IBM Corp. 1984, 2009 Topic lines 1 to 16 of 47 Explanation: STACK is an optional subparameter of DUMPCLASS that specifies how many dump copies DFSMShsm should place on a dump volume that is assigned to this dump class during one invocation of automatic dump or BACKVOL dump. DUMPCLASS(STACK(nn)): For nn, substitute a value from 1 to 99. Given typical values of compression and the capacity of tape cartridges such as 3590, STACK values should be in the range of 10 to 12. All stacking to a given tape is done while that tape is mounted. DFSMShsm selects empty dump volumes as targets for auto or command dump. Each dump copy is written in its own file, with a unique data set name. As dump generations are rolled off when new dumps are created, a dump volume may contain a combination of valid and not valid dump copies. -Original Message- From: Greg Caserta [mailto:gcase...@specialmetals.com] Sent: Wednesday, June 08, 2011 2:35 PM To: IBM-MAIN@bama.ua.edu Subject: DFHSM V2.6 - Autodump how to stack disk vols on tape DFHSM (autodump - 1 disk vol to 1 tape ?) I'm running DFHSM v2.6 on OS/390 1.3 (very old, I realize) Just put in a used Shark 2105 along with 3590 tape drives (20GB capacity). It used to take multiple tapes to dump a disk vol. Now I can dump all 76 disk vols onto 2 tapes if I manually do dfdss full dumps. When I run dfhsm's autodump, it dumps 1 disk vol to 1 tape, then the next disk vol to another tape, etc. etc. How can I change dfhsm to continue dumping disk vols until the tape is full, then call for another tape? This document has been scanned by Special Metals Corporation for viruses and inappropriate content. It contains information intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. Special Metals Corporation, 3200 Riverside Drive, Huntington, WV 25705, USA, www.specialmetals.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 -- 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: DFHSM OBSERVATION - RECYCLE
Explanation: ACTLOGMSGLVL(FULL | EXCEPTIONONLY | REDUCED) is an optional parameter specifying the message log level for the activity log required for recording data sets processed by volume and level functions. Specifically, this parameter determines which ARC0734I data set movement messages will be written to the activity log. Only the issuance of the ARC0734I message is affected. -Original Message- From: Staller, Allan [mailto:allan.stal...@kbmg.com] Sent: Wednesday, May 11, 2011 11:06 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DFHSM OBSERVATION - RECYCLE 1) Check the console routecde's i.e. Console A accepts routcde x; Console B does not accept routcde x 2) Check the fine manual for an HSM SETSYS that might affect which messages are produced (I am not particularly aware of any that might cause this behavior). HTH, snip I noticed that when I executed the RECYCLE EXECUTE VOL(001114) I noticed in the HSM STC the following messages were being displayed which I find extremely helpful: ARC0734I ACTION=RECYCLE FRVOL=001114 TOVOL=001960 BLOCKS= 8232 RC= 0, DSN=SYHSM1.HMIG.T532100.SSMF1.HISTO.A0196 ARC0734I ACTION=RECYCLE FRVOL=001114 TOVOL=001960 BLOCKS= 8232 RC= 0, DSN=SYHSM1.HMIG.T112200.SSMF1.HISTO.A0196 However these mesages (ARC0734I) are not being displayed when I perform the same RECYCLE execute command in another LPAR. This is what I receive: RECYCLE EXECUTE VOL(040104) ARC0830I RECYCLE COMMAND PROCESSING STARTING ARC0832I RECYCLE STARTING ON VOLUME 040104 AT 07:51:19 ON 2011/05/11 SYSTEM ARC0260I BACKUP VOLUME 040104 ENTRY UNASSIGNED ARC0833I RECYCLE ENDED ON VOLUME 040104, 0001531 DATA SETS MOVED, TIME 08:5 ARC0847I RECYCLE INPUT VOLUMES FREED=0001, OUTPUT VOLUMES USED= ARC0831I RECYCLE COMMAND PROCESSING ENDING Would anybody know why? In first example we are running RELEASE z/OS 01.10.00 In the second example we are running RELEASE z/OS 01.11.00 /snip -- 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
Floating point assembler code
A colleague asked that the following query be posted: Are there any tutorials/samples for writing floating point assembler code. We need to work with the z/VM Performance data and it is stored in short floating point. Been playing in the Principles of Operation but have a bit of a time wrapping my head around floating point manipulation. Thank You, Dave O'Brien NIH Contractor -- 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: HSM Compaction question(s)
John, Ron, Adam, Thanks for the feedback. Compaction has been turned off, ML1 to ML2 criteria has been reduced. Hopefully the performance folks will stop complaining about HSM, unlikely. To answer Ron's question about, 'why use ML1 at all'. We have abundant DASD, tape drives not so much. I'd prefer to bundle data movement to ML2 to the Secondary Space Mgt. window. I'm still cogitating whether or not that is a valid concern. Regards, Dave O'Brien -Original Message- From: Donnelly, John P [mailto:john.p.donne...@nsc.com] Sent: Wednesday, March 23, 2011 10:59 AM To: IBM-MAIN@bama.ua.edu Subject: Re: HSM Compaction question(s) We are DASD rich and CYCLEs poor, therefore NOCOMPaction anything... John Donnelly National Semiconductor Corporation 2900 Semiconductor Drive Santa Clara, CA 95051 408-721-5640 408-470-8364 Cell cjp...@nsc.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of O'Brien, David W. (NIH/CIT) [C] Sent: Wednesday, March 23, 2011 5:46 AM To: IBM-MAIN@bama.ua.edu Subject: HSM Compaction question(s) The system I inherited has compaction turned on for Dasdmigrate and Dasdbackup. We notice spikes in CPU utilization during HSM Migration whether it is manual or interval. Since we have DASD in abundance while CPU cycles are sometimes in short supply, I'm considering turning off compaction to save on overhead. My question to the group is whether the HSM users out there have compaction turned on or not and if yes what is your COMPACTPERCENT setting? Does anyone know of any downsides to turning off compaction, other than a larger ML1 pool? David O'Brien NIH Contractor -- 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 -- 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: Deleting ML2 Dataset
Have you tried Hdelete? Hdelete does not require a recall of the dataset. -Original Message- From: George Rodriguez [mailto:george.rodrig...@palmbeachschools.org] Sent: Thursday, March 24, 2011 11:06 AM To: IBM-MAIN@bama.ua.edu Subject: Deleting ML2 Dataset I have the following datasets that I can't delete: TM#T.C.PBDTC.DOE.TCHR.CRSE.MASTMIGRAT2 TM#T.C.PBDTC.DOE.TCHR.CRSE.MAST.DATA MIGRAT2 TM#T.C.PBDTC.DOE.TCHR.CRSE.MAST.INDEX MIGRAT2 TM#T.C.PBDTCX.DOE.TCHR.CRSE.AIXMIGRAT2 TM#T.C.PBDTCX.DOE.TCHR.CRSE.AIX.DATA MIGRAT2 TM#T.C.PBDTCX.DOE.TCHR.CRSE.AIX.INDEX MIGRAT2 TM#T.C.PBDTCX.DOE.TCHR.CRSE.AIX.PATH MIGRAT2 These are the error messages for the first file: ARC1010I USER REQUEST FOR A MIGRATED DATA SET FAILED. ARC1001I TM#T.C.PBDTC.DOE.TCHR.CRSE.MAST DELETE FAILED, RC=0010, REAS= ARC1110I DELETE OF MIGRATED DATA SET FAILED IDC3014I CATALOG ERROR+ IDC0551I ** ENTRY TM#T.C.PBDTC.DOE.TCHR.CRSE.MAST NOT DELETED IDC0014I LASTCC=8 IDC3007I ** VSAM CATALOG RETURN CODE IS 38 *** I have tried everything I know including a DELETE with a NOSCRATCH option, but it won't delete it. These are the error messages for the AIX file: ARC1020I DFSMSHSM IS RECALLING FROM TAPE DSN=TM#T.C.PBDTCX.DOE.TCHR.CRSE.AIX, Y OU MAY CONTINUE THE RECALL IN THE BACKGROUND AND FREE YOUR TSO SESSION BY PRESSI NG THE ATTENTION KEY ARC0612I VOLUME MOUNT ISSUED FOR RECALL OR RECOVER OF ARC0612I (CONT.) TM#T.C.PBDTC.DOE.TCHR.CRSE.MAST ARC1023A CONVERTING TO A NON-WAIT WILL FAIL THE USER REQUEST, BUT WILL ALLOW TH E RECALL TO COMPLETE IN THE BACKGROUND. CONVERT Y OR N? y ARC1010I USER REQUEST FOR A MIGRATED DATA SET FAILED. ARC1800I DFSMSHSM WAIT REQUEST CANCELLED BY ATTENTION IDC3014I CATALOG ERROR+ IDC0551I ** ENTRY TM#T.C.PBDTCX.DOE.TCHR.CRSE.AIX NOT DELETED IDC0014I LASTCC=8 IDC3007I ** VSAM CATALOG RETURN CODE IS 38 *** Does anyone know what I can do to delete these datasets? Thanks in advance... * * *George Rodriguez* *Specialist II - IT Solutions* *Application Support / Quality Assurance* *PX - 47652* *(561) 357-7652 (office)* *(561) 707-3496 (mobile)* *School District of Palm Beach County* *3348 Forest Hill Blvd.* *Room B-332* *West Palm Beach, FL. 33406-5869* *Florida's Only A-Rated Urban District For Six Consecutive Years* Home of Florida's first LEED Gold Certified School 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 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
HSM Compaction question(s)
The system I inherited has compaction turned on for Dasdmigrate and Dasdbackup. We notice spikes in CPU utilization during HSM Migration whether it is manual or interval. Since we have DASD in abundance while CPU cycles are sometimes in short supply, I'm considering turning off compaction to save on overhead. My question to the group is whether the HSM users out there have compaction turned on or not and if yes what is your COMPACTPERCENT setting? Does anyone know of any downsides to turning off compaction, other than a larger ML1 pool? David O'Brien NIH Contractor -- 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: Copying One DFHCSD file to another
Michael, I use the following: //CSDUPEXEC PGM=DFHCSDUP //STEPLIB DD DISP=SHR,DSN=CICSTS32.CICS.SDFHLOAD // DD DISP=SHR,DSN=CICSTS32.CPSM.SEYULOAD //DFHCSDDD DISP=SHR,DSN=NIH.CICSTS32.PROD.DFHCSD //ORIGCSD DD DISP=SHR,DSN=NIH.CICSTS23.PROD.DFHCSD //SYSPRINT DD SYSOUT=* //SYSIN DD * COPY GROUP(*) TO(*) MERGE FROMCSD(ORIGCSD) David O'Brien NIH Contractor -Original Message- From: Micheal Butz [mailto:michealb...@optonline.net] Sent: Tuesday, March 22, 2011 8:08 AM To: IBM-MAIN@bama.ua.edu Subject: Copying One DFHCSD file to another I am trying to copy one CICS system to another I have gotten everything to work besides the CSD file Would anyone know how to copy this file over Sent from my iPhone -- 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: DFHSM QUESTION - TTOC
Does the Sys2.** dataset have a value of 4 in the Rel FBID field? If yes, then it is the first dataset on the tape. The following is from the section Using the List command toward the end of the DFHSM Storage Ref. manual: RELATIVE FBIDe REL FBID e This field contains the file sequence e e number of this data set or the set of e e blocks relative to the beginning of the e e single tape volume. For example, the fir e e data set or data set segment on the tape e e volume has a relative FBID of 4 e e independent of any predecessor tapes. David O'Brien NIH Contractor -Original Message- From: esmie moo [mailto:esmie_...@yahoo.ca] Sent: Wednesday, March 09, 2011 9:39 AM To: IBM-MAIN@bama.ua.edu Subject: DFHSM QUESTION - TTOC Good Morning Gentle Readers, I issued a TTOC command of a ML2 volume. The report displayed all the dsns on that tape. My question is are the dsns on the tape listed according to the order they were migrated. For example the first dataset listed in the TTOC report is SYS2.AS.JOBSCAN.REPORT. The last tape is OFOX.D010.HASP56.TRIAL.BALANCE. Am I correct in thinking that the SYS2 dsn is the first dsn on the tape and the OFOX is the last dsn on the tape? I would be very greatful if someone could clear this up for me. Thank you all in advance. -- 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: DFSMShsm Utility to Copy Data From a Real Tape to a Virtual Tape
George, Assuming that you want to copy ML2 or Incremental Backups, direct your recycle output to the desired Esoteric and Recycle the tape. If it is a Dump tape, I can't think of anything that would copy the tape AND maintain the HSM records pointing to the data. David O'Brien NIH Contractor -Original Message- From: George Rodriguez [mailto:george.rodrig...@palmbeachschools.org] Sent: Tuesday, March 08, 2011 7:40 AM To: IBM-MAIN@bama.ua.edu Subject: DFSMShsm Utility to Copy Data From a Real Tape to a Virtual Tape If someone can just point me to the manual that will explain how I could do this simple function, I would appreciate it. Thanks in advance. . . * * *George Rodriguez* *Specialist II - IT Solutions* *Application Support / Quality Assurance* *PX - 47652* *(561) 357-7652 (office)* *(561) 707-3496 (mobile)* *School District of Palm Beach County* *3348 Forest Hill Blvd.* *Room B-332* *West Palm Beach, FL. 33406-5869* *Florida's Only A-Rated Urban District For Six Consecutive Years* Home of Florida's first LEED Gold Certified School 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 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: DFSMShsm Utility to Copy Data From a Real Tape to a Virtual Tape
OK, so it is or was a ML2 tape. Now do a tso HSEND LIST MVOL
ODS('hlq.MVOL.FEB11A') and see if the tape serial is on the resulting list. If
it is then perform the recycle. If it isn't then try to determine why your Tape
Mgt S/w did not expire the tape when HSM did.
David O'Brien
NIH Contractor
-Original Message-
From: George Rodriguez [mailto:george.rodrig...@palmbeachschools.org]
Sent: Tuesday, March 08, 2011 8:06 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DFSMShsm Utility to Copy Data From a Real Tape to a Virtual Tape
The dataset name is DFHSM.HMIGTAPE.DATASET, so I would say it's a HMIG tape.
Should I use the RECYCLE command to copy the data?
*
*
*George Rodriguez*
*Specialist II - IT Solutions*
*Application Support / Quality Assurance*
*PX - 47652*
*(561) 357-7652 (office)*
*(561) 707-3496 (mobile)*
*School District of Palm Beach County*
*3348 Forest Hill Blvd.*
*Room B-332*
*West Palm Beach, FL. 33406-5869*
*Florida's Only A-Rated Urban District For Six Consecutive Years*
On Tue, Mar 8, 2011 at 7:56 AM, Lizette Koehler stars...@mindspring.comwrote:
If someone can just point me to the manual that will explain how I could
do this simple
function, I would appreciate it.
Are you trying to copy a DFHSM Tape? Or some other tape? If DFSMShsm, then
which type of tape? BKUP, MIG, DUMP, ML2?
If you are having issues, please state them here. We may be able to help.
Lizette
--
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
Home of Florida's first LEED Gold Certified School
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 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: Question about wiping a DS8100
Nancy, I believe the ICKDSF TRKFMT command will do what you need. It has an Erase parameter. David O'Brien NIH Contractor -Original Message- From: Nancy R. Brizuela [mailto:brizu...@uwyo.edu] Sent: Wednesday, February 23, 2011 12:50 PM To: IBM-MAIN@bama.ua.edu Subject: Question about wiping a DS8100 Hi All, I am new to this list. I have a DS8100 that we are decommissioning and using as a trade-in. We need to make sure that all the data on this system is erased before we ship it off. Do any of you have any thoughts on how to accomplish this at little or no expense? Has anyone already dealt with this issue? Thanks! Nancy Brizuela Systems Programmer, Senior University of Wyoming IBM/Unix Systems Group -- 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: Library access confusion
Mace, Download and install Dataset Audit Facility from CBTtape.org. Easy to install, price is right and you'll never be at a loss when a dataset goes missing, provided you're cutting all the necessary SMF data. David O'Brien NIH Contractor -Original Message- From: Larry Macioce [mailto:mace1...@gmail.com] Sent: Wednesday, January 19, 2011 10:20 AM To: IBM-MAIN@bama.ua.edu Subject: Library access confusion I am getting ready to apply some CA maintenance and clean up (remove) some old datasets. I have backed up the datasets to which maint will be applied, and just for SGs thought I look at a few other datasets reference dates. Much to my surprise I found an old CA dataset ref'ed today! I sit back and think for a minute, Oh... I know what happened the dsn I backed up has a similar name and I finger checked it. Looked at my JCL output and no the names are correct...h Now I know I never removed it from the linklist, go check and guess what, it isn't there. So now I am confused. So my question is how do I find what allocated the file short of renaming it and wait for the abends? Thanks Mace -- 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: Question concerning CMF reporting of CPU Delay
I'm sorry; I should have worded that differently. I did not mean 'time slice' per se but rather the weight assigned to each LPAR. This is a constrained system so as Ted points out the weights are being enforced. David O'Brien NIH Contractor -Original Message- From: Ted MacNEIL [mailto:eamacn...@yahoo.ca] Sent: Wednesday, December 01, 2010 4:58 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Question concerning CMF reporting of CPU Delay Time slice? Normally PR/SM is running interrupt driven, not time sliced unless you tell configure it so. Actually, PR/SM always works with time slices (50ms IIRC). But, weights are only enforced when there is processor constraint. The HIPERVISOR doles out CPU in slice increments based on weights, workload need, constraints, and if specified, WAIT_COMPLETE=YES. On the older models, you could actually change the slice size, but it was (at the time) recommended if you 'had to' share CPUs for CF LPARs. And, that was recommended against doing. - Ted MacNEIL eamacn...@yahoo.ca -- 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
Question concerning CMF reporting of CPU Delay
We had a situation where our M204 users reported a delay but CMF shows the main delay as CPU but at a relatively low %. Question - Does CMF only report CPU delay for the Logical Processors in that particular LPAR? The LPAR is question often shows CPU usage of 90+%, while the CMF LPARSTAR view shows a physical cpu% of 35-45%. Is it possible that the delay at the Physical processor is not reported, or reported in a different view? Thank You, Dave O'Brien NIH Contractor -- 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: Question concerning CMF reporting of CPU Delay
Hi Kees, 3 physical CPs 2 Prod LPARs each with 3 LPs 1 Test LPAR with 2 LPs 1 Sandbox with 1 LP So we have 9 LPs competing for 3 CPs. Fortunately 3 of those LPs are little used. The relative weights of the Prod LPARs are 45 and 30. The LPAR reporting the problem is the one with 30, no surprise there. The Test LPAR has a weight of 15 while the Sandbox has a weight of 10 and seldom use their relative share. I have suggested that a 2:1 LP to CP ratio would be more efficient but was told the faster CP make the 2:1 ratio obsolete. Makes no sense to me but then I'm the DASD guy. Every problem is HSM until proven otherwise. Thank You, Dave O'Brien NIH Contractor From: Vernooij, CP - SPLXM [kees.verno...@klm.com] Sent: Tuesday, November 30, 2010 10:18 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Question concerning CMF reporting of CPU Delay O'Brien, David W. [C] , NIH/CIT obrie...@mail.nih.gov wrote in message news:cd22aa1aee707d489d9250d13e3862a18593711...@nihmlbxcms02.nih.gov.. . We had a situation where our M204 users reported a delay but CMF shows the main delay as CPU but at a relatively low %. Question - Does CMF only report CPU delay for the Logical Processors in that particular LPAR? The LPAR is question often shows CPU usage of 90+%, while the CMF LPARSTAR view shows a physical cpu% of 35-45%. Is it possible that the delay at the Physical processor is not reported, or reported in a different view? Thank You, Dave O'Brien NIH Contractor How many logical processors does the Lpar have and how many physical processors does the machine have? If this ratio is 1:2, 90% lpar utilization means 45% machine utilization. Kees. For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- 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: Question concerning CMF reporting of CPU Delay
Back to my original question, if LPARa has a weight of 30 and is 100% busy but is only getting 50% physical then the CPU delay % should be 50%. However CMF is reporting 2-3% which leads me to conclude that CMF is only computing wait for Logical Processors within the LPAR. Thank You, Dave O'Brien NIH Contractor From: Vernooij, CP - SPLXM [kees.verno...@klm.com] Sent: Tuesday, November 30, 2010 10:46 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Question concerning CMF reporting of CPU Delay Similar calculation: the lpar uses 90% of its allocated resources, which is 35-45% of the machine as being distributed by pr/sm based on weigths and Lpar demands. I see this in our test lpars: they are 90-100% busy, yet use 10% of the machine according to weights if demand by other Lpars is heavy. Kees. O'Brien, David W. [C] , NIH/CIT obrie...@mail.nih.gov wrote in message news:cd22aa1aee707d489d9250d13e3862a18593711...@nihmlbxcms02.nih.gov.. . Hi Kees, 3 physical CPs 2 Prod LPARs each with 3 LPs 1 Test LPAR with 2 LPs 1 Sandbox with 1 LP So we have 9 LPs competing for 3 CPs. Fortunately 3 of those LPs are little used. The relative weights of the Prod LPARs are 45 and 30. The LPAR reporting the problem is the one with 30, no surprise there. The Test LPAR has a weight of 15 while the Sandbox has a weight of 10 and seldom use their relative share. I have suggested that a 2:1 LP to CP ratio would be more efficient but was told the faster CP make the 2:1 ratio obsolete. Makes no sense to me but then I'm the DASD guy. Every problem is HSM until proven otherwise. Thank You, Dave O'Brien NIH Contractor From: Vernooij, CP - SPLXM [kees.verno...@klm.com] Sent: Tuesday, November 30, 2010 10:18 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Question concerning CMF reporting of CPU Delay O'Brien, David W. [C] , NIH/CIT obrie...@mail.nih.gov wrote in message news:cd22aa1aee707d489d9250d13e3862a18593711...@nihmlbxcms02.nih.gov.. . We had a situation where our M204 users reported a delay but CMF shows the main delay as CPU but at a relatively low %. Question - Does CMF only report CPU delay for the Logical Processors in that particular LPAR? The LPAR is question often shows CPU usage of 90+%, while the CMF LPARSTAR view shows a physical cpu% of 35-45%. Is it possible that the delay at the Physical processor is not reported, or reported in a different view? Thank You, Dave O'Brien NIH Contractor How many logical processors does the Lpar have and how many physical processors does the machine have? If this ratio is 1:2, 90% lpar utilization means 45% machine utilization. Kees. For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- 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 For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke
Re: Question concerning CMF reporting of CPU Delay
Thanks Mike, I was thinking that it might be better to consolidate the 2 Prod LPARs so that all of the workload operated under the same WLM policy without the PRSM time slice. But that's not my call. Thank You, Dave O'Brien NIH Contractor From: Mike Schwab [mike.a.sch...@gmail.com] Sent: Tuesday, November 30, 2010 1:28 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Question concerning CMF reporting of CPU Delay On Tue, Nov 30, 2010 at 9:35 AM, O'Brien, David W. (NIH/CIT) [C] obrie...@mail.nih.gov wrote: Hi Kees, 3 physical CPs 2 Prod LPARs each with 3 LPs 1 Test LPAR with 2 LPs 1 Sandbox with 1 LP So we have 9 LPs competing for 3 CPs. Fortunately 3 of those LPs are little used. The relative weights of the Prod LPARs are 45 and 30. Maybe a 42 / 33 weight would work a little bit better? The LPAR reporting the problem is the one with 30, no surprise there. The Test LPAR has a weight of 15 while the Sandbox has a weight of 10 and seldom use their relative share. I have suggested that a 2:1 LP to CP ratio would be more efficient but was told the faster CP make the 2:1 ratio obsolete. Makes no sense to me but then I'm the DASD guy. Every problem is HSM until proven otherwise. Thank You, Dave O'Brien NIH Contractor -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- 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: Question concerning CMF reporting of CPU Delay
Thanks Scott, That's what I thought but couldn't find documented. Thank You, Dave O'Brien NIH Contractor From: Scott Rowe [scott.r...@joann.com] Sent: Tuesday, November 30, 2010 1:46 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Question concerning CMF reporting of CPU Delay Assuming that CMF works the same as RMF, yes, the CPU delay % indicates the % of samples taken where the workload was waiting to use a LP. This calculation has no visibility to the physical CPs. On Tue, Nov 30, 2010 at 10:51 AM, O'Brien, David W. (NIH/CIT) [C] obrie...@mail.nih.gov wrote: Back to my original question, if LPARa has a weight of 30 and is 100% busy but is only getting 50% physical then the CPU delay % should be 50%. However CMF is reporting 2-3% which leads me to conclude that CMF is only computing wait for Logical Processors within the LPAR. Thank You, Dave O'Brien NIH Contractor From: Vernooij, CP - SPLXM [kees.verno...@klm.com] Sent: Tuesday, November 30, 2010 10:46 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Question concerning CMF reporting of CPU Delay Similar calculation: the lpar uses 90% of its allocated resources, which is 35-45% of the machine as being distributed by pr/sm based on weigths and Lpar demands. I see this in our test lpars: they are 90-100% busy, yet use 10% of the machine according to weights if demand by other Lpars is heavy. Kees. O'Brien, David W. [C] , NIH/CIT obrie...@mail.nih.gov wrote in message news:cd22aa1aee707d489d9250d13e3862a18593711...@nihmlbxcms02.nih.gov.. . Hi Kees, 3 physical CPs 2 Prod LPARs each with 3 LPs 1 Test LPAR with 2 LPs 1 Sandbox with 1 LP So we have 9 LPs competing for 3 CPs. Fortunately 3 of those LPs are little used. The relative weights of the Prod LPARs are 45 and 30. The LPAR reporting the problem is the one with 30, no surprise there. The Test LPAR has a weight of 15 while the Sandbox has a weight of 10 and seldom use their relative share. I have suggested that a 2:1 LP to CP ratio would be more efficient but was told the faster CP make the 2:1 ratio obsolete. Makes no sense to me but then I'm the DASD guy. Every problem is HSM until proven otherwise. Thank You, Dave O'Brien NIH Contractor From: Vernooij, CP - SPLXM [kees.verno...@klm.com] Sent: Tuesday, November 30, 2010 10:18 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Question concerning CMF reporting of CPU Delay O'Brien, David W. [C] , NIH/CIT obrie...@mail.nih.gov wrote in message news:cd22aa1aee707d489d9250d13e3862a18593711...@nihmlbxcms02.nih.gov.. . We had a situation where our M204 users reported a delay but CMF shows the main delay as CPU but at a relatively low %. Question - Does CMF only report CPU delay for the Logical Processors in that particular LPAR? The LPAR is question often shows CPU usage of 90+%, while the CMF LPARSTAR view shows a physical cpu% of 35-45%. Is it possible that the delay at the Physical processor is not reported, or reported in a different view? Thank You, Dave O'Brien NIH Contractor How many logical processors does the Lpar have and how many physical processors does the machine have? If this ratio is 1:2, 90% lpar utilization means 45% machine utilization. Kees. For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- 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
Re: QUESTION ABOUT Primary Days Non-usage
Esmie, Check the Storage Group and make sure it is Migration enabled. SCDS Name . . . . . : NIH.DFSMS.PROD. Storage Group Name : LARGE90 To ALTER Storage Group, Specify: Description == DATA SETS GT 285MB, == LARGE INTERACTIVE, B Auto Migrate . . Y (Y, N, I or P) Thank You, Dave O'Brien NIH Contractor From: esmie moo [esmie_...@yahoo.ca] Sent: Tuesday, November 16, 2010 10:14 AM To: IBM-MAIN@bama.ua.edu Subject: QUESTION ABOUT Primary Days Non-usage Good Morning Gentle Readers, I am trying to understand why some dsns are not being migrated. Here is the construct of the Management class: Migration Attributes Primary Days Non-usage . : 0 Level 1 Days Date/Days . : 0 Command or Auto Migrate . : BOTH Shouldn't these dsns be migrated directly from Level 0 to Level 2? However, when I perform the HMIG command manually it does the migration. Can someone spot my error. -- 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: QUESTION ABOUT Primary Days Non-usage
You got it. Migrate needs to be Y,I (Incremental) or P (Primary Space Mngt.) Also check Q AC for the following: MIGRATION=NOT HELD, AUTOMIGRATION=NOT HELD Thank You, Dave O'Brien NIH Contractor From: esmie moo [esmie_...@yahoo.ca] Sent: Tuesday, November 16, 2010 10:25 AM To: IBM-MAIN@bama.ua.edu Subject: Fw: QUESTION ABOUT Primary Days Non-usage As a follow up to my earlier post I checked the storage group attributes and it shows the following Auto Migrate . . N (Y, N, I or P) Auto Backup . . Y (Y or N) Auto Dump . . . Y (Y or N) Overflow . . . . N (Y or N) Could this be why the dsns are not being migrated? Thanks for your help in advance. --- On Wed, 11/17/10, esmie moo esmie_...@yahoo.ca wrote: From: esmie moo esmie_...@yahoo.ca Subject: QUESTION ABOUT Primary Days Non-usage To: IBM-MAIN@bama.ua.edu Received: Wednesday, November 17, 2010, 4:14 AM Good Morning Gentle Readers, I am trying to understand why some dsns are not being migrated. Here is the construct of the Management class: Migration Attributes Primary Days Non-usage . : 0 Level 1 Days Date/Days . : 0 Command or Auto Migrate . : BOTH Shouldn't these dsns be migrated directly from Level 0 to Level 2? However, when I perform the HMIG command manually it does the migration. Can someone spot my error. -- 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 -- 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
TSM Problem
Some time ago I changed the device type for Devclass Cartridge from an esoteric for 9840Ds to an esoteric for our VSM unit. I neglected to see that I had a 9840D cart with a status of 'filling'. Since the devclass now points to VSM, I'm getting the following msg. ANR5373I Cannot allocate tape drive of unit type ETAPE for tape Q3. Reply C(cancel), R (retry), or W(wait). I browsed the Admin Reference manual but did not see a command which would allow me to change the status of this tape to FULL. Any suggestions welcomed. I could change the devclass back to the former esoteric but then I'd get error msgs. on the 2 open virtual tapes. Thank You, Dave O'Brien NIH Contractor -- 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: I checked the archive for the last 15 years
Hi Janet, I duplex my ML2 and Backup HSM data out to our off-site location then send it all to DR along with the weekly backups. DR has been much smoother since I started doing this about 5 yrs ago. No more missing data. Thank You, Dave O'Brien NIH Contractor From: Grine, Janet [GCG-PFS] [janet.gr...@primerica.com] Sent: Tuesday, November 09, 2010 10:51 AM To: IBM-MAIN@bama.ua.edu Subject: I checked the archive for the last 15 years How do other companies handle ML2 datasets with regard to DR testing? Do you just store a copy of the ML2 tapes at DR or ship in from offsite? Use very long ML1 retentions for anything that might impact resumption of production environments? The archives since 1995 did not offer anything of use for this particular question. Thanks in advance for any suggestions. To all our vets out there, Happy Veterans' Day in advance and thank you for your service. -- 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
Tapeutilization parameter question
I'm obviously missing something here. Parmlib has the following entry: SETSYS - TAPEUTILIZATION (UNITTYPE(3590-1) - CAPACITYMODE(EXTENDED) - PERCENTFULL(97)) TAPESPANSIZE(2000) HSM initializes without any obvious problem but Q Setsys shows the following: TAPEUTILIZATION PERCENT=0097, UNIT=3590-1 CAPACITYMODE=**NONE** Thank You, Dave O'Brien NIH Contractor -- 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: Tapeutilization parameter question
Hi Bob, Thanks for responding. I was using an esoteric but only the local drives were defined. Realized what the problem was right after posting, naturally. Thank You, Dave O'Brien NIH Contractor From: Richards, Robert B. [robert.richa...@opm.gov] Sent: Friday, October 22, 2010 12:32 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Tapeutilization parameter question The CAPACITYMODE subparameter is valid when all the following are true: * CAPACITYMODE is used in conjunction with UNITTYPE * The subparameter of UNITTYPE is an esoteric that is specified through SETSYS USERUNITTABLE * The UNITTYPE contains only IBM 3590 drives that are emulating IBM 3490 drives that are CAPACITYMODE switchable. When you specify CAPACITYMODE incorrectly, DFSMShsm ignores the subparameter. For example, if you specify CAPACITYMODE when the UNITTYPE is a generic, such as 3490, DFSMShsm ignores the CAPACITYMODE subparameter. Also, if you specify CAPACITYMODE for an esoteric capable of CAPACITYMODE(EXTENDED), but you do not specify COMPATIBILITY or EXTENDED, CAPACITYMODE is ignored. Also note the last half of the sentence below: Issuing the SETSYS USERUNITTABLE command will reset the TAPEUTILIZATION for all esoteric devices to the DFSMShsm default of 97 percent. For the command to be effective, you must enter the SETSYS USERUNITTABLE command before the SETSYS TAPEUTILIZATION command. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of O'Brien, David W. (NIH/CIT) [C] Sent: Friday, October 22, 2010 12:25 PM To: IBM-MAIN@bama.ua.edu Subject: Tapeutilization parameter question I'm obviously missing something here. Parmlib has the following entry: SETSYS - TAPEUTILIZATION (UNITTYPE(3590-1) - CAPACITYMODE(EXTENDED) - PERCENTFULL(97)) TAPESPANSIZE(2000) HSM initializes without any obvious problem but Q Setsys shows the following: TAPEUTILIZATION PERCENT=0097, UNIT=3590-1 CAPACITYMODE=**NONE** Thank You, Dave O'Brien NIH Contractor -- 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 -- 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: Tapeutilization parameter question
OK, had my h/w config guy create an esoteric that included addresses at both the local and remote sites. Recycle successfully allocated input, output and duplex correctly with SMC Tapereq statements directing the allocations. However Capacitymode is still **none**. I'm using the following definitions: SETSYS USERUNITTABLE(HSM9840D:HSM9840D,HSM35901:HSM35901) SETSYS - TAPEUTILIZATION (UNITTYPE(HSM35901) - CAPACITYMODE(EXTENDED) - PERCENTFULL(97)) TAPESPANSIZE(2000) TAPEUTILIZATION PERCENT=0097, UNIT=HSM35901 CAPACITYMODE=**NONE** Any ideas why Capacitymode is being ignored? Thank You, Dave O'Brien NIH Contractor From: Richards, Robert B. [robert.richa...@opm.gov] Sent: Friday, October 22, 2010 12:32 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Tapeutilization parameter question The CAPACITYMODE subparameter is valid when all the following are true: * CAPACITYMODE is used in conjunction with UNITTYPE * The subparameter of UNITTYPE is an esoteric that is specified through SETSYS USERUNITTABLE * The UNITTYPE contains only IBM 3590 drives that are emulating IBM 3490 drives that are CAPACITYMODE switchable. When you specify CAPACITYMODE incorrectly, DFSMShsm ignores the subparameter. For example, if you specify CAPACITYMODE when the UNITTYPE is a generic, such as 3490, DFSMShsm ignores the CAPACITYMODE subparameter. Also, if you specify CAPACITYMODE for an esoteric capable of CAPACITYMODE(EXTENDED), but you do not specify COMPATIBILITY or EXTENDED, CAPACITYMODE is ignored. Also note the last half of the sentence below: Issuing the SETSYS USERUNITTABLE command will reset the TAPEUTILIZATION for all esoteric devices to the DFSMShsm default of 97 percent. For the command to be effective, you must enter the SETSYS USERUNITTABLE command before the SETSYS TAPEUTILIZATION command. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of O'Brien, David W. (NIH/CIT) [C] Sent: Friday, October 22, 2010 12:25 PM To: IBM-MAIN@bama.ua.edu Subject: Tapeutilization parameter question I'm obviously missing something here. Parmlib has the following entry: SETSYS - TAPEUTILIZATION (UNITTYPE(3590-1) - CAPACITYMODE(EXTENDED) - PERCENTFULL(97)) TAPESPANSIZE(2000) HSM initializes without any obvious problem but Q Setsys shows the following: TAPEUTILIZATION PERCENT=0097, UNIT=3590-1 CAPACITYMODE=**NONE** Thank You, Dave O'Brien NIH Contractor -- 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 -- 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: Tapeutilization parameter question
Upon re-reading Bob's post below, I realize that I don't have a problem. The 3590 drives are not emulating 3490s so according to the manual capacitymode will be ignored. Thank You, Dave O'Brien NIH Contractor From: O'Brien, David W. (NIH/CIT) [C] Sent: Friday, October 22, 2010 1:23 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Tapeutilization parameter question OK, had my h/w config guy create an esoteric that included addresses at both the local and remote sites. Recycle successfully allocated input, output and duplex correctly with SMC Tapereq statements directing the allocations. However Capacitymode is still **none**. I'm using the following definitions: SETSYS USERUNITTABLE(HSM9840D:HSM9840D,HSM35901:HSM35901) SETSYS - TAPEUTILIZATION (UNITTYPE(HSM35901) - CAPACITYMODE(EXTENDED) - PERCENTFULL(97)) TAPESPANSIZE(2000) TAPEUTILIZATION PERCENT=0097, UNIT=HSM35901 CAPACITYMODE=**NONE** Any ideas why Capacitymode is being ignored? Thank You, Dave O'Brien NIH Contractor From: Richards, Robert B. [robert.richa...@opm.gov] Sent: Friday, October 22, 2010 12:32 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Tapeutilization parameter question The CAPACITYMODE subparameter is valid when all the following are true: * CAPACITYMODE is used in conjunction with UNITTYPE * The subparameter of UNITTYPE is an esoteric that is specified through SETSYS USERUNITTABLE * The UNITTYPE contains only IBM 3590 drives that are emulating IBM 3490 drives that are CAPACITYMODE switchable. When you specify CAPACITYMODE incorrectly, DFSMShsm ignores the subparameter. For example, if you specify CAPACITYMODE when the UNITTYPE is a generic, such as 3490, DFSMShsm ignores the CAPACITYMODE subparameter. Also, if you specify CAPACITYMODE for an esoteric capable of CAPACITYMODE(EXTENDED), but you do not specify COMPATIBILITY or EXTENDED, CAPACITYMODE is ignored. Also note the last half of the sentence below: Issuing the SETSYS USERUNITTABLE command will reset the TAPEUTILIZATION for all esoteric devices to the DFSMShsm default of 97 percent. For the command to be effective, you must enter the SETSYS USERUNITTABLE command before the SETSYS TAPEUTILIZATION command. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of O'Brien, David W. (NIH/CIT) [C] Sent: Friday, October 22, 2010 12:25 PM To: IBM-MAIN@bama.ua.edu Subject: Tapeutilization parameter question I'm obviously missing something here. Parmlib has the following entry: SETSYS - TAPEUTILIZATION (UNITTYPE(3590-1) - CAPACITYMODE(EXTENDED) - PERCENTFULL(97)) TAPESPANSIZE(2000) HSM initializes without any obvious problem but Q Setsys shows the following: TAPEUTILIZATION PERCENT=0097, UNIT=3590-1 CAPACITYMODE=**NONE** Thank You, Dave O'Brien NIH Contractor -- 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 -- 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
