Re: HSM Compaction question(s)
David, A few years ago we totally eliminated ML1 and started directing our migration directly to ML2. We just kept the data on ML0 for the same amount of time that we would have had the data on ML0 and ML1 - thus we increased the disk in our storage pools. We also turned off compaction in DFHSM and let the tape controllers do the compaction. One other thing we did was to implement the ARCMDEXT and not migrate datasets that were smaller than 10MB for 100 days. We saw a 38% decrease in DFHSM CPU utilization when we implemented these changes. ThanksRick -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 7: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
Re: REMOVE ML2 TAPE FROM HSM CONTROL
That is correct. ThanksRick -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of willie bunter Sent: Monday, March 07, 2011 8:05 AM To: IBM-MAIN@bama.ua.edu Subject: Re: REMOVE ML2 TAPE FROM HSM CONTROL Rick I assume the you are refering to the HSEND DELVOL 030562 MIGRATION? Right? --- On Mon, 3/7/11, Adams, Rick wrote: From: Adams, Rick Subject: Re: REMOVE ML2 TAPE FROM HSM CONTROL To: IBM-MAIN@bama.ua.edu Received: Monday, March 7, 2011, 6:00 AM The DELVOL should take care of it. ThanksRick -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of willie bunter Sent: Monday, March 07, 2011 7:37 AM To: IBM-MAIN@bama.ua.edu Subject: REMOVE ML2 TAPE FROM HSM CONTROL Good Day To All Members, I have recycled successfully an ML2 Migration tape. I did a TTOC and it shows no files on the tape. I have to replace this tape. My question is to remove the tape from HSM do I used the command : HSEND DELVOL 030562 MIGRATION? In the doc I saw the command DEL VOLSER MIGRATION FULL. From my understanding the FULL won't cause the tape to be removed from HSM. Could someone clarify it? 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 -- 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: REMOVE ML2 TAPE FROM HSM CONTROL
The DELVOL should take care of it. ThanksRick -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of willie bunter Sent: Monday, March 07, 2011 7:37 AM To: IBM-MAIN@bama.ua.edu Subject: REMOVE ML2 TAPE FROM HSM CONTROL Good Day To All Members, I have recycled successfully an ML2 Migration tape. I did a TTOC and it shows no files on the tape. I have to replace this tape. My question is to remove the tape from HSM do I used the command : HSEND DELVOL 030562 MIGRATION? In the doc I saw the command DEL VOLSER MIGRATION FULL. From my understanding the FULL won't cause the tape to be removed from HSM. Could someone clarify it? 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
Re: Rediscovering WWII's female 'computers'
Copy the link and remove everything after the women.rosies.math. Then it works. Thanks for the article - interesting read! ThanksRick -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chase, John Sent: Thursday, February 10, 2011 8:56 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Rediscovering WWII's female 'computers' > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Elardus Engelbrecht > > Some history trivia > > 'Computer' was a job title, not a name for a machine at once a time. > > This link is to a CNN article describing women who acted as 'computer'. > > Title: Rediscovering WWII's female 'computers' > > http://edition.cnn.com/2011/TECH/innovation/02/08/women.rosies.math/inde x.html?hpt=Sbin Response: We're sorry! This page is not available. Please visit the CNN homepage or use the search box below. -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: How to delete orphaned Data and Index components?
Peter, A DELVVR should take care of these. Here is an example JCL. Plug in the volser where the orphan entry resides and the orphan entry dsn. //STEP020 EXEC PGM=IDCAMS //DDNAME1 DD UNIT=3390,VOL=SER=volser1,DISP=OLD //DDNAME2 DD UNIT=3390,VOL=SER=volser2,DISP=OLD //SYSPRINT DD SYSOUT=* //SYSINDD * DELETE - HLQC01.HLQC002.HLQ3.HLQ04.ED0399C7 - FILE(DDNAME1) - VVR DELETE - HLQC01.HLQC002.HLQ3.HLQ04.O19KLAD7 - FILE(DDNAME2) - VVR ThanksRick -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Farley, Peter x23353 Sent: Monday, December 27, 2010 2:25 PM To: IBM-MAIN@bama.ua.edu Subject: How to delete orphaned Data and Index components? I have somehow created a data and index component of a VSAM KSDS that are orphaned from the cluster name. The cluster was deleted and re-created and now has differently named data and index components, so I don't think I can "connect" the orphaned components to that cluster name. All file creation and deletion was done in batch jobs. The orphaned components were created using the LIKE operand in an IEFBR14 step. Neither TSO delete nor IDCAMS batch delete will allow me to remove the components. IDCAMS complains as follows: IDC2552I ENTRY TYPE IS INVALID FOR DELETE IDC0551I ** ENTRY HLQC01.HLQC002.HLQ3.HLQ04.ED0399C7 NOT DELETED IDC2552I ENTRY TYPE IS INVALID FOR DELETE IDC0551I ** ENTRY HLQC01.HLQC002.HLQ3.HLQ04.O19KLAD7 NOT DELETED IDC0001I FUNCTION COMPLETED, HIGHEST CONDITION CODE WAS 8 The IDC2552I explanation in the Fine Manual only says I can't delete these entry types but doesn't tell me how I *can* delete them. Is there any way to delete these orphaned components? TIA for any help, RTFM, etc. you can provide. Peter -- This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- 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 - ALTERNATE VOL (AVOL)
John, A duplex tape does not have a TTOC record. Therefore the TTOC display is correct. When we were using TAPECOPY, to keep our duplex environment intact, once a TAPECOPY did complete the TTOC record for the OVOL did show the correct AVOL so I am not sure why your display shows that there is not an AVOL. I would hit up IBM on that one. We have had several issues with TAPECOPY and have since changed our strategy to use RECYCLE to create a new set of tapes. We found this to be a better solution since RECYCLE can get interrupted, for a recall/recover operation, and not have to start over from the beginning of the tape. ThanksRick -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of John Dawes Sent: Wednesday, December 08, 2010 6:00 AM To: IBM-MAIN@bama.ua.edu Subject: DFHSM QUESTION - ALTERNATE VOL (AVOL) G'DAY We have a problem with an ML2 tape. Since this partition has duplexing I did a HSEND TAPEREPL OVOL(WA1055). The command was successfu (as shown below)l making the former AVOL WA1163 into OVOL or original. ARC0952I THE ORIGINAL OF A DUPLEXED PAIR WAS REPLACED BY THE ALTERNATE:WA1163. ARC0952I (CONT.) ALL DUPLEX INDICATORS HAVE BEEN REMOVED. Next I issued the command HSEND TAPECOPY ORIGINALVOLUMES(WA1163) It took abou 2 hours to complete. I received the message : ARC0423I VOLUME COPY COMPLETE - SOURCE=WA1163 ARC0423I (CONT.) TARGET=WA0797 ARC0422I TAPECOPY COMPLETED - RETURN CODE=0 Next I did a LIST TTOC (WA0797) I got error code : - DFSMSHSM CONTROL DATASET - TAPE VOLUME TTOC - LISTING - AT 13:40:18 ON 10/12/0 ARC0184I ERROR WHEN READING THE DFSMSHSM CONTROL DATA SET V RECORD FOR WA0797, RC=0004 ARC0184I ERROR WHEN READING THE DFSMSHSM CONTROL DATA SET X RECORD FOR WA0797, RC=0004 ARC0814I LIST TTOC PROCESSING TERMINATING EARLY, RC=009 - END OF - TAPE VOLUME TTOC - LISTING - I am not sure why this is happening. Shouldn't it have all the records as in WA1163? Next I issued a HSEND LIST ML2 TAPE. The report shows WA1163 but under the DUPLEX ALT column it shows as *NONE* Shouldn't it show WA0797? Or is there something else that I need to do in order for it to appear as the alternate volume. Maybe my understanding of the TAPECOPY is skewered. I um under the impression that the TAPECOPY creates the AVOL. Could somebody correct my understanding and please suggest how I can create a AVOL of the OVOL? 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
Re: HSM Secondary Space Management Expiration
Dave, Have you reviewed the HSM activity log to see if it is attempting to delete this file and is having some issue? ThanksRick -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Gibney, Dave Sent: Monday, October 18, 2010 1:04 PM To: IBM-MAIN@bama.ua.edu Subject: HSM Secondary Space Management Expiration I know I had this working a few years ago, then we had some issues that required me to pull everything back from migration, thereby resetting the last used date. Remigration was accomplish by explicit command. Why are my datasets not expiring? I've searched the archives to no avail, I have a vague memory of discussing this before :( I have several datasets, this is an example: NONVSAM --- TAPE.VARP.REX800.FALL.WSUVA.ASCTL.G0350V00 IN-CAT --- ICFCAT.AISDEVL.AISDATA HISTORY DATASET-OWNER-(NULL) CREATION2007.240 RELEASE2 EXPIRATION--.000 ACCOUNT-INFO---(NULL) STATUSACTIVE SMSDATA STORAGECLASS ---SCDSKTAP MANAGEMENTCLASS-ATMACTVS DATACLASS --TMACTVSM LBACKUP ---.XXX. VOLUMES VOLSERMIGRAT DEVTYPE--X'78048081' FSEQN--0 ASSOCIATIONS GDG--TAPE.VARP.REX800.FALL.WSUVA.ASCTL ATTRIBUTES SMS has: MGMTCLAS EXPIRE EXPIRERET NAME NON-USAGE DATE/DAYSLIMIT --(2)--- ---(3)--- ---(4) --(5)-- ATMACTVS 730 NOLIMIT NOLIMIT I have a report based on DCOLLECT (via MXG) data: Dataset TAPE.VARP.REX800.FALL.WSUVA.ASCTL.G0350V00 in AISDEVL not referenced for 786 days Created 28AUG2007 Last Ref. 22AUG2008 Migrated 22AUG2008 will expire 17OCT2010 Query SETSYS: ARC0151I (CONT.) MIGRATION PREFIX=DFHSM, SCRATCH EXPIRED DATA SETS=YES, ARC0151I (CONT.) SECONDARYSPMGMTSTART=(2115 0600) ARC0272I SECONDARY SPACE MGMT CYCLE LENGTH=07 DAYS, 779 ARC0272I (CONT.) CYCLE=YYY, TODAY IS DAY=07, CYCLE START list dsname(TAPE.VARP.REX800.FALL.WSUVA.ASCTL.G0350V00) both - DFSMSHSM CONTROL DATASET - MIGRATED DATASET-- LISTING - AT 11:00:20 ON 10/10/18 FOR SYSTEM=AIS0 DATASET NAME MIGRATED LAST REF MIGRATED TRKSQTY TIMES DS SDSP QTYLAST MIG ON VOLUME DATE DATE ALLOC 2K BLKS MIG ORG DS 16K BLKS VOLUME TAPE.VARP.REX800.FALL.WSUVA.ASCTL.G0350V00 Y11009 08/08/22 08/08/22 027 *** 001 PS NO 90 *NONE* - END OF - MIGRATED DATASET - LISTING - - DFSMSHSM CONTROL DATASET - BACKUP DATASET-- LISTING - AT 11:00:20 ON 10/10/18 FOR SYSTEM=AIS0 DSNAME = TAPE.VARP.REX800.FALL.WSUVA.ASCTL.G0350V00BACKUP FREQ = ***, MAX ACTIVE BACKUP VERSIONS = *** BACKUP VERSION DATA SET NAME BACKUP FROM BACKUP BACKUP SYS GEN VER UNS/ RET BACKUP NEW VOLUME VOLUME DATE TIME CAT NMBR NMBR RET DAYS PROF NAME DFHSM.BACK.T524116.TAPE.VARP.J8235 Y11008 DVLM18 08/08/22 16:41:52 YES 000 004 NO * NO N** TOTAL BACKUP VERSIONS = 01 Dave Gibney Information Technology Services Washington State University -- 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: How to terminate a RECYCLE on DFHSM
Lizette, You can issue a QUERY ACT(TCBADDRESS) and identify the TCB of the recycle process. Then you can cancel the TCB by issuing C TCBADDRESS(x'y') with being the TCBADDRESS identified in the quesry command. IBM recommends that you hold the process prior to issuing the cancel. I usually only use this process when I have a hung task - but it will kill the active task. ThanksRick -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Tuesday, June 15, 2010 10:28 AM To: IBM-MAIN@bama.ua.edu Subject: Re: How to terminate a RECYCLE on DFHSM David, So I can have recall and recycle run at the same time with these patches? Great. How about terminating my current HSM Recycle. Lizette -Original Message- >From: "O'Brien, David (NIH/CIT) [C]" >Sent: Jun 15, 2010 11:24 AM >To: IBM-MAIN@bama.ua.edu >Subject: Re: How to terminate a RECYCLE on DFHSM > >Lizette, > > The following is valid for Zos 1.9 > > /* ALLOW RECALL TO ACCESS TAPES ASSIGNED TO RECYCLE OR TAPECOPY > / > PATCH .MCVT.+315 X'05' > PATCH .MCVT.+53 BITS(.1..) > >Thank You, >Dave O'Brien >NIH Contractor > >From: Lizette Koehler [stars...@mindspring.com] >Sent: Tuesday, June 15, 2010 11:14 AM >To: IBM-MAIN@bama.ua.edu >Subject: How to terminate a RECYCLE on DFHSM > >I started a recycle and now need to stop it. I issue the F DFHSM,HOLD RECYCLE >but a display says HELD ACTIVE. > >When will it go inactive? At the end of the task/volume/?? > >Does RECYCLE hold up my RECALL tasks on DFHSM. > >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
Re: LIBRARY 3494
Helio, We had this issue before and here is what we did to get around it. You can do a D SMS,VOL(volser) and see if it shows any status at the bottom of the display (you can also see the error status on this display as well). If it says it is in use in the library you will need to get IBM to clear it at the library. If the error status field is set to something other than NO ERROR you can run an IDCAMS job to ALTER the VOLUMEENTRY and use keyword NULLIFY(ERRORSTATUS). That will reset the error field to NO ERROR. ThanksRick -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of HELIO Sent: Thursday, May 13, 2010 10:45 AM To: IBM-MAIN@bama.ua.edu Subject: LIBRARY 3494 All list, In our company we have a 3494 library, we have a volume within it that is not identified by her, when we issued the command (Li E,volser) to eject the library returned the following message CBR1000I OAM E command execution scheduled. *CBR3650I Eject of volume VOLSER from library ROBO failed. *CBR3728I Volume VOLSER in use in library ROBO. Eject pending. Someone know as I can do the library put the volume available. Thanks -- Hélio José da Silva Depto. Software Básico -- 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 - ARC1151I :RECALL PROBLEM
Esmie, Your recall should not have failed. Recall should have taken the tape away from the abackup - then the abackup would try to backup any further datasets later. >From the zOS 1.9 DFSMShsm Storage Administration Guide: Function that has the tape - ABACKUP Function that needs the tape - RECALL Result - Recall periodically retries accessing the data set on the tape. If Recall is a WAIT request, after a delay, it initiates a tape takeaway, which causes ABACKUP to skip any remaining data sets that are needed by ABACKUP on the tape and process from other migration and user tapes. ABACKUP later tries to process those data sets that were skipped earlier. You may want to open an issue with IBM and send them your PDA data. We already have an issue open with them regarding tape takeaway from a recycle task not working properly! ThanksRick -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of esmie moo Sent: Monday, February 01, 2010 8:06 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DFHSM QUESTION - ARC1151I :RECALL PROBLEM Eureka. I found it. It was an ABARS job which was holding the dsns. The user had submitted the ABARS job about 10 minutes before the batch job which was trying to recall the same dsns. Thanks to all who responded. --- On Mon, 2/1/10, O'Brien, David W. (NIH/CIT) [C] wrote: From: O'Brien, David W. (NIH/CIT) [C] Subject: Re: DFHSM QUESTION - ARC1151I :RECALL PROBLEM To: IBM-MAIN@bama.ua.edu Received: Monday, February 1, 2010, 12:53 PM Check to see if recycle was running. Thank You, Dave O'Brien NIH Contractor From: Lizette Koehler [stars...@mindspring.com] Sent: Sunday, January 31, 2010 12:57 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DFHSM QUESTION - ARC1151I :RECALL PROBLEM The ARC1151I indicates that there was another DFHSM function active for this dataset. The DFHSM Log or PDA may have some additional information. I am not sure that SMF would be helpful. Look at ALL DFHSM STCs to see if perhaps a recall and backup or dump were occurring at the same time for this dataset or volume this dataset is on. Or it could be possible that two RECALL functions were trying to be performed from two different LPARs. If the dataset recalled successfully and this is the first time you see this message, I would not look too hard. Sometimes things collide. If you are seeing this a lot, then I would open an ETR with IBM to resolve the issue. Lizette > > Good Morning Gentle Readers, > > I am trying to trouble shoot a problem. A batch job was trying to > recall an ML2 dsn. However the job failed after waiting for an hour > with the following messages: > ARC1001I MK2.RWNPT$O0.RNPT.X.G0076V00 RECALL FAILED, RC=0051,REAS= > ARC1151I ANOTHER DFSMSHSM FUNCTION ACTIVE FOR DATA SET,RECALL REJECTED > > I scanned the STC in its entierty for error messages but came up > empty. Is there anyplace else where I could find the info besides the > SMF logs? I cannot read the SMF tapes today because of hardware > maintenance to the ROBOT. > -- 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 __ The new Internet Explorer® 8 - Faster, safer, easier. Optimized for Yahoo! Get it Now for Free! at http://downloads.yahoo.com/ca/internetexplorer/ -- 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 - RUNNING QUERY COMMAND IN BATCH
John, There are a couple of options I can think of. This will get you a list of all backup volumes that are not full - but only tape volumes. HSEND LIST TTOC SELECT(BACKUP NOTFULL) NODSI ODS(output.dataset.name) This will list all backup volumes - full or not full. Should include disk. HSEND LIST BACKUPVOLUME ODS(A058775.BACKUP.ALL) HTH. ThanksRick -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of John Dawes Sent: Wednesday, August 12, 2009 12:26 PM To: IBM-MAIN@bama.ua.edu Subject: DFHSM QUESTION - RUNNING QUERY COMMAND IN BATCH Hi, I am trying to execute the following query command via a batch job. The reason for this is to create audit trails for our internal inspectors HSEND Q BACKUP(ALL). If the command is issued via TSO I get the desired results however via batch (jcl below) I am getting syntax errors //STEP001 EXEC PGM=IKJEFT01 //SYSPRINT DD SYSOUT=* //SYSTSPRT DD SYSOUT=* //SYSTSIN DD * HSENDCMD LIST BACKUP(ALL) - ODS('PROM.BACKUP.ALL') /* // I tried substituing the LIST with QUERY. No luck. Any suggestions what else I can try? Thanks __ Find local businesses and services in your area with Yahoo!7 Local. Get started: http://local.yahoo.com.au -- 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 - UNABLE TO BACKUP DSN
AUTOBACKUP should have nothing to do with command backup. I would issue a QUERY REQUESTS and QUERY ACTIVE to find out what is waiting and what is active. Sounds like there may be an issue if all of the requests are waiting and none are active. ThanksRick -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of willie bunter Sent: Thursday, May 28, 2009 9:15 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN Thanks Bill. I have a sneaky suspicion that this has to do with the AUTOBACKSTART time. I will keep on digging and let the LIST know if I find anything. --- On Thu, 5/28/09, Big Iron wrote: From: Big Iron Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN To: IBM-MAIN@bama.ua.edu Received: Thursday, May 28, 2009, 7:06 AM If I understand correctly, you are saying that there were 1740 backup requests waiting. Your request would normally go to the back of the queue. If there are active backup requests, then DFHSM will get around to yours. If there aren't any active backup requests, then there may be a problem, possibly related to processing the backup request(s) at the front of the queue. I think that it is now possible to adjust the priority of DFHSM requests but I haven't experimented with that feature myself. Bill On Thu, 28 May 2009 19:49:12 +0800, Brian Fraser wrote: >My guess would be that the MGMTCLAS doesn't allow backup. > >On Thu, May 28, 2009 at 7:27 PM, willie bunter wrote: > >> Good Morn, >> >> Could somedbody advise as to how I can trigger the backup of a dsn. I >> issued the command HBACK FE2.FOCUS.MONTHLY.RESULTS. The command was >> accepted however nothing happens. I checked the DFHSM parm and I noticed >> that the autobackup start is as follows: >> SETSYS AUTOBACKUPSTART(0100 0300 0530) >> >> Could that be the reason why? If so, to fix the problem, if I issue >> SETSYS AUTOBACKUPSTART(0700 0800 0830) would that be a work around? I also >> noticed that there are BACKUP=1740 waiting when I did the HSEND Q AC W. >> How can I just run my backup and nothing else? >> >> 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 __ Yahoo! Canada Toolbar: Search from anywhere on the web, and bookmark your favourite sites. Download it now http://ca.toolbar.yahoo.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: How to SUSPEND Migration by HSM?
You can also issue F DFHSM,HOLD MIGRATION. It will be held until you issue a release or a recycle of the DFHSM task. ThanksRick -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Spencer, Mike Sent: Friday, May 22, 2009 7:12 AM To: IBM-MAIN@bama.ua.edu Subject: Re: How to SUSPEND Migration by HSM? SETSYS HOLD ALL To release any specific function it is SETSYS RELEASE (function name). For Recalls it would be SETSYS RELEASE RECALL Here is a location for quick DFHSM tips and techniques http://wizardofzos.blogspot.com/2008/06/hsm-tips-n-tricks.html Michael Spencer BMC Software -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Adams, Tracy Sent: Friday, May 22, 2009 8:04 AM To: IBM-MAIN@bama.ua.edu Subject: Re: How to SUSPEND Migration by HSM? I forget the exact syntax but there is a setsys emergency command that puts everything on hold and then your can release individual functions, even level 1 recalls versus level 2 recalls. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Adams, Rick Sent: Friday, May 22, 2009 12:55 AM To: IBM-MAIN@bama.ua.edu Subject: Re: How to SUSPEND Migration by HSM? Larry, You can alter the storage group definition to AUTOMIGRATE=NO. That will stop automatic migration until you change it back. ThanksRick -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Larry Burch Sent: Thursday, May 21, 2009 10:49 PM To: IBM-MAIN@bama.ua.edu Subject: How to SUSPEND Migration by HSM? Is there a dynamic command that can be issued to cause HSM to completely suspend any migration activity for a specific storage group? Something that will stay in effect until ordered otherwise, or an IPL (or restart of HSM)? (I do not want to stop Recall processing.) OS390v210 -- 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to SUSPEND Migration by HSM?
Larry, You can alter the storage group definition to AUTOMIGRATE=NO. That will stop automatic migration until you change it back. ThanksRick -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Larry Burch Sent: Thursday, May 21, 2009 10:49 PM To: IBM-MAIN@bama.ua.edu Subject: How to SUSPEND Migration by HSM? Is there a dynamic command that can be issued to cause HSM to completely suspend any migration activity for a specific storage group? Something that will stay in effect until ordered otherwise, or an IPL (or restart of HSM)? (I do not want to stop Recall processing.) OS390v210 -- 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 COPYTAPE ML2 Tape unit type confusion
John, When you create a TAPECOPY the dataset created is HSM.COPY.HMIGTAPE.DATASET. Make sure your SMS routines allow this dataset to go to your ATL. That should take care of your issue with copying existing tapes via the TAPECOPY command. Just curious - are you using duplexing to create your DR copy or just copying after the fact? If you have the resources I would recommend using duplexing and create the DR copy at the same time as your local copy. ThanksRick -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of John Mattson Sent: Monday, May 18, 2009 4:17 PM To: IBM-MAIN@bama.ua.edu Subject: HSM COPYTAPE ML2 Tape unit type confusion After many years I have finally convinced management (or more nearly accurately SOX and PCI have convinced them) that they might really need ML2 tapes at the DR site in a Disaster. Swell. So now I try implementing it. BUT COPYTAPE ML2 tries to copy my 359L ATL tapes to 3590-1 (non-ATL) volumes. 8700 string is my ATL, and 3400 is the 3590-1's IEF234E K 8702,M00205,PVT,DFHSM,DFHSM IEC501A M 8704,M00205,SL,COMP,DFHSM,DFHSM,HSM.HMIGTAPE.DATASET IEC501A M 8705,M00112,SL,COMP,DFHSM,DFHSM,HSM.HMIGTAPE.DATASET IEF244I DFHSM DFHSM - UNABLE TO ALLOCATE 1 UNIT(S) 436 AT LEAST 1 OFFLINE UNIT(S) NEEDED. IEF877E DFHSM NEEDS 1 UNIT(S) 437 FOR DFHSM SYS02358 FOR VOLUME PRIVAT- 1 OFFLINE 3400-340F IEF878I END OF IEF877E FOR DFHSM DFHSM SYS02358 18 IEF238D DFHSM - REPLY DEVICE NAME OR 'CANCEL'. R 18,CANCEL 19 ARC0381A ALLOCATION REQUEST FAILED FOR PRIVAT FOR TAPECOPY. REPLY WAIT OR CANCEL Now, I can get around this by using a special TAPECOPY command " TAPECOPY MIGRATIONLEVEL2 A3590UNITNAME(TAPEA) " where TAPEA is my ATL estoeric. But what worries me is that HSM uses 3590-1 as the default in this case. All of my parms in my PARMLIB(ARCCMD00) use the TAPEA estoeric. I have spent a couple of hours on the manual, and I have not been able to find a SETSYS, or other cmd, which will change the default. I notice that a LIST of my ML2 shows 3590-1 even though the tapes beginning with "M" are all in the ATL. * TOP OF DATA ** - DFSMSHSM CONTROL DATASET - MIGRATE VOLUME-MCDS--- LISTING - AT 11:59:56 ON 09/05/18 FOR SYSTEM=EAI1 VOLSER DEVICE MIGRATE VOL DATE VOL LAST VOL DELETED PSWD EXP RACF AVAILABLE IN USE SELECTED IDRC DUPLEX PCT TYPETYPEFULL SP MANAGEDEMPTYDS ALT FULL M00112 3590-1 L2-TPYES00/00/00 NO NOYES NO YES -NO- NO Y *NONE* 96.7 M00205 3590-1 L2-TPNO 00/00/00 NO NOYES NO YES -NO- YESY *NONE* 17.9 M00292 3590-1 L2-TPNO 00/00/00 NO NOYES NO YES -NO- YESY *NONE* 76.8 So, now, I ask the experts. 1) Should I just use the A3590UNITNAME with tapecopy, or is there a way to make it the default? Is there any downside to this. 2) In particular, I do NOT want to load my ML2 tapes into the ATL at the DR site, and get them rejected because it wants a 3590-1 non-ATL instead. This will be the first time trying ML2 tapes in the DR scenario. -- 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 Interval Migration and HOST
Lizette, We do this same thing. We have 8 lpars and only run interval migration on a few of them. This is how we do it: SETSYS INTERVALMIGRATION/* turns on interval migration */ SETSYS MAXINTERVALTASKS(0) /* sets max tasks to 0 on all lpars */ ONLYIF HSMHOST(C) SETSYS MAXINTERVALTASKS(2) /* sets max tasks to 2 on HOST C only */ ThanksRick -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Monday, April 13, 2009 12:43 PM To: IBM-MAIN@bama.ua.edu Subject: HSM Interval Migration and HOST I have been trying to find this answer in the DFSMShsm manuals. And it is eluding me. When I run Interval migration in HSM does it have to be on HOST A? Or can I run it on any host? How would I set that up? I found the following documentation but I am not clear if this is what I want to do. I really only want to run it once per hour on Host C. The performance impact is minimal there. If you want the space check to occur once per hour in each of n hosts, but at a different time after the hour in each host, issue the following patch. Set one field to the number of minutes after the hour when you want the space check to start, and set another field so that the sum of the two is 90. To start interval migration twice per hour requires two hosts. Issue the following patches to start space check on the primary host on the hour and start space check on the non-primary host at 30 minutes after the hour: Primary: PATCH .MGCB.+60 X'005A' /* 90 minutes - default */ Non-primary: PATCH .MGCB.+62 X'001E' /* 30 minutes after the */ /* hour is the time to */ /* do space check */ PATCH .MGCB.+60 X'003C' /* 60 more minutes, to */ /* take us to the middle */ /* of the next hour */ Thanks. 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
Re: Sun/STK T10K tape drives and HSM
Larre, Check your TAPEUTILIZATION parameter for these tapes. If the drives are defined as 3590-1 you will have to increase the utilization to a number around 2200-2400%. If you are using the normal 97% then I would expect to only see about 15-20 gb used on a tape. ThanksRick -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Larre Shiller Sent: Wednesday, March 18, 2009 10:34 AM To: IBM-MAIN@bama.ua.edu Subject: Sun/STK T10K tape drives and HSM Hello - We are attempting to use Sun/STK T10K tape drives for HSM using 500G tapes and we have not been able to fill the tapes more than 3% (or maybe 10%) full. As far as we can determine, we have everything defined correctly. Is anybody currently using T10K tape drives for HSM and did you have this issue? What did you do to correct it? Thanks! Larre Shiller US Social Security Administration "The contents of this message are mine personally and do not necessarily reflect any official position of the US Government or the US Social Security Administration." -- 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: changing management class on about 10000 datasets
Rex, I went through this same process a while back. I changed all of our datasets to new management classes due to a new naming convention we decided to implement. I generated the ALTER commands and issued them 1000 at a time (100 to a step). I had no issues with that process. The only issues I encountered were that the BCDS Backup Version Record (the C record) stores the management class name - thus if a dataset gets recovered from a backup it will get the old management class - and the MCDS Data Set Record (the D record) stores the management class name. These need to be updated as well to allow your space management processes to do the cleanup. I originally altered the management classes in the catalog and then deleted the original mgmtclas'. All of the non-migrated data worked fine but the migrated data took errors during PSM due to the management class being gone. I then went in and updated the C and D records using FIXCDS and that solved the issue. Lots of commands and they will fill up your journal if you are not careful! HTH ThanksRick -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Pommier, Rex R. Sent: Tuesday, March 17, 2009 2:53 PM To: IBM-MAIN@bama.ua.edu Subject: changing management class on about 1 datasets Hi list, I checked the documentation and the archives and either what I want to do isn't available or I missed it, so please bear with me. Is there some way to change the management class of a number of SMS managed datasets (roughly 10,000 so I don't really want to IDCAMS ALTER all of them)? My situation is that before I got here, the decision was made to use the same management class for test and production datasets. This class has "never expire" set on it. I want to create a new management class for the test datasets that has an expiration date so that since the developers don't clean up after themselves, I can. However, I have about 10K test datasets that still have the production mgmt class assigned to them. The vast majority of these datasets are on ML2 tapes and I would like there to be some way to tell SMS to assign the new mgmt class to all these datasets so they automatically get migrated to the bit bucket. Some of the test datasets are over 10 years old and the developers have agreed that there should be an automatic purge of them (the datasets, not the developers...). >From what I've gathered, the new mgmt class will only apply to new datasets or the old ones if they get migrated or recalled, but I can't mass change these old datasets while they are at rest. TIA for any help you can provide. Rex -- 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: Virtual Tape options
VTape is priced per virtual drive. We are using it and it works great. CPU/DASD are the other costs but you will have those with TMM as well. ThanksRick -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mike Myers Sent: Thursday, December 18, 2008 12:54 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Virtual Tape options Mark: CPU and DASD may well not be a problem. The workload moving off the mainframe to the servers has freed up a lot of DASD and the CPU demand is dropping. I never believed in free rides (or free lunches) either. Mike Myers >>> "Mark Zelden" 12/18/2008 1:18 PM >>> On Thu, 18 Dec 2008 12:08:20 -0500, Mike Myers wrote: >Jeff: > >Thanks for the reply. I am supposing that CA-VTAPE is a separately priced product. Is that correct? If so, any idea how much it costs? > I don't know the cost... but with products like VTAPE, the cost is in CPU (some offloaded to zIIP now for VTAPE) and your own DASD. Don't forget about DR also. There is no free ride. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- The contents of this e-mail (and any attachments) are confidential, may be privileged and may contain copyright material. You may only reproduce or distribute material if you are expressly authorized by us to do so. If you are not the intended recipient, any use, disclosure or copying of this email (and any attachments) is unauthorized. If you have received this e-mail in error, please notify the sender and immediately delete this e-mail and any copies of it from your system. == -- 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 ACCESS
I think Jay hit it. You need to update this field to scratch. This can be done in batch using IDCAMS ALTER VOLUMEENTRY like this: //STEP010 EXEC PGM=IDCAMS //SYSPRINT DD SYSOUT=* //SYSINDD * ALTER Vxx USEATTRIBUTE(SCRATCH) ThanksRick -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Campbell Jay Sent: Tuesday, September 16, 2008 11:25 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: TAPE ACCESS Try ejecting and reinserting one of them and see what happens. LIBRARY CATEGORY UNKNOWN isn't right. Jay Campbell IBM OS Support Section Phone 304-264-7409 Cell 304-676-6546 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Lucy Arnold Sent: Tuesday, September 16, 2008 12:21 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: TAPE ACCESS Rick, Darn. It has the correct library: CBR1180I OAM tape volume status: 299 VOLUME MEDIA STORAGE LIBRARY USE W C SOFTWARE LIBRARY TYPE GROUP NAME ATR P P ERR STAT CATEGORY 990001 MEDIA4*SCRTCH* LIBRARY1 S NOERROR UNKNOWN --- RECORDING TECH: 256 TRACKCOMPACTION: UNKNOWN SPECIAL ATTRIBUTE: NONE ENTER/EJECT DATE: 2004-06-14 CREATION DATE: 2004-06-14 EXPIRATION DATE: LAST MOUNTED DATE: LAST WRITTEN DATE: SHELF LOCATION: OWNER: Lucy Arnold Storage Manager U.C. Davis Medical Center 916-734-5498 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TAPE ACCESS
When you issue the D SMS,VOL(990001) command what Library does it show to be in? They may still have the old library id in the volcat. ThanksRick -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Lucy Arnold Sent: Tuesday, September 16, 2008 10:41 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: TAPE ACCESS The D SMS,VOL(990001) will display the v olume, but they do not show up in the scratch count for the D SMS,LIB(LIBRARY1),DETAIL command: LIBRARY TYP TYPE DRV DRV DRV SLOTS SLOTS VOLS LIBRARY1 AL 3494-L10443861154 52 Y Y - MEDIA SCRATCH SCRATCH SCRATCH TYPE COUNT THRESHOLD CATEGORY MEDIA45250 0004 - OPERATIONAL STATE: AUTOMATED ERROR CATEGORY SCRATCH COUNT: 3 HIGH CAPACITY OUTPUT STATION CAPACITY: 10 The scratch count should be closer the 252 if the new range were being picked up - plus the new tape range is not getting mounted to be used. Lucy Arnold Storage Manager U.C. Davis Medical Center 916-734-5498 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Efficient defrag? Not for weekends only...
No it does not move in use files. For in use files I only know of LDMF - which was mentioned earlier. Here is a link to the Dino site if anyone is interested. http://www.dino-software.com/rtd_productsummary.php?&menu=rtd ThanksRick -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of John McKown Sent: Tuesday, September 16, 2008 9:07 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Efficient defrag? Not for weekends only... On Tue, 16 Sep 2008 08:37:00 -0500, Adams, Rick <[EMAIL PROTECTED]> wrote: >There is also a product from Dino software called Real Time Defrag. > >ThanksRick Can it move datasets which are in use? That is really what the OP wants. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ARC0560E MIGRATION LIMITED: NO TAPE MIGRATION VOLUME
Scott, Verify that you still have access to the devices defined in your parmlib for migration. It appears that something happened to their accessibility (perhaps an esoteric change?). Just a thought... ThanksRick -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Scott Rowe Sent: Monday, September 15, 2008 3:48 PM To: IBM-MAIN@BAMA.UA.EDU Subject: ARC0560E MIGRATION LIMITED: NO TAPE MIGRATION VOLUME Anyone seen this: ARC0560E MIGRATION LIMITED: NO TAPE MIGRATION VOLUME AVAILABLE? We just started getting this after re-starting HSM. This causes HSM to no longer try to migrate datasets to level 2. I have tried to release migration, but the message just re-appears, I can find no reason why this is happening. If we don't get this fixed, we will run out of space in our TMM storage pool by morning. I have checked the message doc, but I can't locate a reason for this failure, has anyone seen this and have any ideas? TIA, Scott Note that my email domain has changed from jo-annstores.com to joann.com. Please update your address book and other records to reflect this change. CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Efficient defrag? Not for weekends only...
There is also a product from Dino software called Real Time Defrag. ThanksRick -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ron Hawkins Sent: Tuesday, September 16, 2008 4:08 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Efficient defrag? Not for weekends only... Itschak, The result of course is that you will *need* more free space satisfying Primary allocation with large contiguous extents, than if you use allocation recovery software built into SMS, or better still a third party product. My experience is that the 3rd party products allow me to run at 10-15% Freespace, whereas I needed 30-40% and a lot of JCL amendments without. One site had 2-3 space abends a night and needed daily DEFRAGS just to survive. After fine tuning ACC/SRS we were down to less than two space abends a month and reclaimed 20% of the Batch Storgrup. And of course never ending JCL amendments went away... But to your question, the only product I can think of that will do what you want is LDMF, which will mean migrating the fragmented dataset(s) onto another volume. Net/net you may as well allocate the datasets that are failing allocation on the other volume and defrag that volume when they are closed. Ron > -Original Message- > From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On > Behalf Of Itschak Mugzach > Sent: Tuesday, September 16, 2008 12:45 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: [IBM-MAIN] Efficient defrag? Not for weekends only... > > Hello Ron, > > The problem is indeed in allocation, usually on the first allocation > unit > (DS creation). I don't want StopX or other [product to resize it. I > want to > have free space. If space is stripped, I want to reclaim the space into > contiguous area. The problem is that many datasets on the volume are in > use > and are not moved. > > Itschak > > On Mon, Sep 15, 2008 at 8:42 PM, Ron Hawkins > <[EMAIL PROTECTED]>wrote: > > > Itschak, > > > > One thing where Mainframe totally outstrips open systems is file > structure. > > Unlike Windows theirs is almost no performance benefit whatsoever to > be > > gained from Defragging your volumes. > > > > If you are having allocation problems, then the money would be better > spent > > on Software like ACC/SRS or Stop-x37. > > > > Ron > > > > > -Original Message- > > > From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] > On > > > Behalf Of Itschak Mugzach > > > Sent: Monday, September 15, 2008 10:26 AM > > > To: IBM-MAIN@BAMA.UA.EDU > > > Subject: [IBM-MAIN] Efficient defrag? Not for weekends only... > > > > > > Defrag (DSS) is not a much help if part of the datasets on the > volume > > > are > > > in-use. I wonder if there is a defrag product that can use hardware > > > technologies (I'll accept software solutions as well ;-) ) to re- > map > > > moved > > > cylinders. The fact is that all sites I know uses Defrag mainly on > > > weekends > > > and effciency is poor. If you have a DB2 subsys that runs 7X24, or > > > CICS, you > > > can't stop the databases and defrag is not much helpful. Thanks for > > > your > > > ideas. > > > > > > Itschak > > > > > > --- > --- > > > For IBM-MAIN subscribe / signoff / archive access instructions, > > > send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN > INFO > > > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > > > - > - > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN > INFO > > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFHSM DELVOL error
Yes it is x'08'. I looked at the actual offset. Sorry about that. ThanksRick -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jack Kelly Sent: Wednesday, August 27, 2008 6:26 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: DFHSM DELVOL error I think it's 08 and I still verify manually. I use /* ARC0309I TAPE VOLUME HD0172 REJECTED & ARC0814I LIST RC07 */ /* INUSE BIT (X'40') IS ON IN THE DVL */ /* THEN DO HSEND DELVOL HD0172 DUMP */ HSENDCMD WAIT /* TYPE Y IN DVL CNTLBLK,THE BCDS DUMP VOL REC */ - FIXCDS Y HD0172 PATCH(X'08' BITS(.0..)) - /*DISPLAY*/ LOGONLY ODS('uid.HSM.SYSOUT.FIXCDS') Jack Kelly 202-502-2390 (Office) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFHSM DELVOL error
Dave, You can patch the DVLFUSED field to BITS(.0..) in the DVL record to turn off the in-use bit. Verify that it is set to BITS(.1..) before you change it! The DVLFUSED field is located at x'48'. ThanksRick -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Gibney, Dave Sent: Wednesday, August 27, 2008 3:10 PM To: IBM-MAIN@BAMA.UA.EDU Subject: DFHSM DELVOL error The fine manuals have been unhelpful: F DFHSM,DELVOL ITP159 DUMP(PURGE LASTCOPY) ARC0263I DUMP VOLUME ITP159 NOT DELETED, VOLUME 350 ARC0263I (CONT.) STATUS=UNCHANGED , RETCODE=0006 ARC0260I DUMP VOLUME ITP159 ENTRY NOT DELETED-CDS ERROR Rc= 6 The DVL record was in use while DFSMShsm was trying to process it. It's been "in use" for some long time and even over an IPL. I just want to get rid of it. I tried figuring how to FIXCDS to delete it, but haven't found it yet? Any help would be appreciated. I know I can/should open an ETR, but thought I'd try here first :) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFHSM Backup ignoring REUSE and doing MARKFULL for every scratch tape
John, Make sure your TAPESPANSIZE is adjusted for your tape size. Also make sure that you have TAPEUTILIZATION set properly. Just a couple of thoughts about things that can affect tape usage. We are at 1.9, and use an IBM ATL with 3592 drives, and are not seeing this issue. ThanksRick -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of John Mattson Sent: Thursday, August 21, 2008 5:48 PM To: IBM-MAIN@BAMA.UA.EDU Subject: DFHSM Backup ignoring REUSE and doing MARKFULL for every scratch tape IBM has at least two occurances of this problem, one at z/OS 1.08, one at 1.09. And it could be happening to you unless you monitor it. We have SETSYS PARTIALTAPE(MIGRATION(REUSE) BACKUP(REUSE)) set in ARCCMD00 but when AUTOBACKUP uses a scratch tape, the following happens. IEC501A M 8701,PRIVAT,SL,COMP,DFHSM,DFHSM,HSM.BACKTAPE.DATASET IEC705I TAPE ON 8703,M00812,SL,COMP,DFHSM,DFHSM,HSM.BACKTAPE.DATASET,MEDIA4 ARC0120I BACKUP VOLUME M00812 ADDED, RC=, REAS= IEC205I SYS18542,DFHSM,DFHSM,FILESEQ=1, COMPLETE VOLUME LIST, 497 DSN=HSM.BACKTAPE.DATASET,VOLS=M00812,TOTALBLOCKS=2 ARC0421I BACKUP VOLUME M00812 IS NOW MARKED FULL We only noticed this because we are short on scratch tapes, 'cuz the OPS manager only orders them when we run out. After going to zOS 1.08 we suddenly went from 5-10 scratches being used for hsm backup to 150+. If you have a large ATL and lots of scratch, this could be happening to you right now. The tapes get returned after RECYCLE and RMM daily job, but ATL gets beat hard. We are HOLDing the BAckups until we get this fixed. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HSM tape devices selection
Victor, It depends on what you are coding in your rules. If you are talking about the input tape, and it is a VTAPE (I am assuming you are using CA-VTAPE) managed volume, then VTAPE will intercept the EDL and remove everything but drives owned by him. If your esoteric in the HSM parms is pointing to the esoteric VTAPE then only those 8 devices will be on the original EDL. If you are talking about the output tape, for your recycle process, then the EDL will be whatever you have coded in the RECYCLEOUTPUT(MIGRATION() BACKUP()) parm. If it is set to 3490 then all 16 drives will be in the EDL. If it is coded VTAPE then only the 8 drives will be in the EDL. HTH. ThanksRick -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Victor Zhang Sent: Sunday, August 03, 2008 1:02 AM To: IBM-MAIN@BAMA.UA.EDU Subject: HSM tape devices selection Hi HSM experts, One question regarding TAPE device selection for HSM: Suppose there are A000-A00F(total 16) devices defined in this systems and all 16 devices are 3490 devices, they are compatible. Suppose EDT name VTAPE defined and contains only first 8 devices(A000-A007), and when HSM requires to modify a tape volumes, for example doing RECYCLE, what tape devices will in included in initial EDL? Will only 8 devices(A000-A007) included or will all 16 devices be included? Regards Victor -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HSM Recalls
The HSM migration exit (ARCMDEXT) is what we use to keep smaller datasets from migrating. You can find a sample in SYS1.SAMPLIB(ARCMDEXT). We set the exit up to not migrate any datasets smaller than 10MB for 60 days and to not migrate datasets smaller then 5MB for 400 days. After 60 days we saw a daily 89% decrease in the number of datasets that were being migrated (67,226 down to 7,153) and a decrease of 17% in the number of recalls (2719 down to 2263). The CPU utilization for migration/recall reduced 45%. We did this without having to increase the size of the pools - since the datasets not migrating were so small. This was a win-win situation for us. ThanksRick -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Michael Wickman Sent: Monday, July 28, 2008 7:55 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: HSM Recalls Just curious how you select for migration base on size. Do you set special management class based on primary space at allocation time? Or are there HSM commands that help with this selection process? *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* Mike Wickman Technical Services email mwickman at waddell dot com *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL Sent: Thursday, July 24, 2008 4:56 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: [IBM-MAIN] HSM Recalls >We do not migrate anything smaller than 5mb since the overhead of migrating them and having them recalled later was greater than the cost of just leaving them on disk! I mentioned this on IBM-Main many years ago. I was told I was full of s**t. Back then, it was any dataset a cylinder (.8 MB) or smaller. Now, I think even 5MB is probably small. Analysis is required, but the concept is sound. - Too busy driving to stop for gas! "This email is intended to be reviewed by only the intended recipient and may contain information that is privileged and/or confidential. If you are not the intended recipient, you are hereby notified that any review, use, dissemination, disclosure or copying of this email and its attachments, if any, is strictly prohibited. If you have received this email in error, please immediately notify the sender by return email and delete this email from your system." -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HSM Recalls
If the files are not very large I would recommend keeping them on disk and not migrate them. That would solve the immediate issue. We do not migrate anything smaller than 5mb since the overhead of migrating them and having them recalled later was greater than the cost of just leaving them on disk! ThanksRick -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Farley, Peter x23353 Sent: Thursday, July 24, 2008 3:20 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: HSM Recalls There is, and it does. It starts a TCB for each file in the whole job that needs recalling following the place where RECALL is invoked. In each TCB it issues HRECALL for one file and WAIT's for the recall to finish. Beware though -- If your shop's "maximum WAIT time" is too low or HSM is very busy, you can get an S522 abend when one or more of the HRECALL's takes too long to finish. HTH Peter > -Original Message- > From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On > Behalf Of Alex > Sent: Thursday, July 24, 2008 3:55 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: HSM Recalls > > there was at one time a program on cbt file 183 - RECALL, from > Gilbert. > > Maybe it still works. > > Alex This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFHSM QUESTION - EXPIREBV - URGENT
If the command did not use a RETAINVERSIONS I believe it will remove it regardless of the management class. ThanksRick -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of John Dawes Sent: Tuesday, June 17, 2008 1:37 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: DFHSM QUESTION - EXPIREBV - URGENT Rick, Thanks for the tip. I found the culprit - batch job which did the deed. However, I don't understand why the dsn was expired even though the Management class has "no limit" and 999. --- On Wed, 18/6/08, Adams, Rick <[EMAIL PROTECTED]> wrote: From: Adams, Rick <[EMAIL PROTECTED]> Subject: Re: DFHSM QUESTION - EXPIREBV - URGENT To: IBM-MAIN@BAMA.UA.EDU Received: Wednesday, 18 June, 2008, 2:57 AM John, I believe that an EXPIREBV ABARSVERSIONS command was probably issued - that is if you do not see this normally - and you do not show any other versions expiring. If you look in the syslog, where the command ran, you should be able to find who issued it. If it was a batch job you may need to look at SMF to find jobs that started at about the same time. ThanksRick -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of John Dawes Sent: Tuesday, June 17, 2008 8:04 AM To: IBM-MAIN@BAMA.UA.EDU Subject: DFHSM QUESTION - EXPIREBV - URGENT Hallo To All, I am trying to track down the reason why an ABARS dsn was expired. I checked in the log and it shows the following : KEY DVTAU.2008164000101 WAS DELETED BY EXPIREBV ABARVSVERSION COMMAND, RC=0 ARC0681I EXPIRE ABARS VERSIONS ENDING AT 17;10:05 ON 2008/06/12. The dsn was created at 07:10:52 Date 08/06/12 My question is was this a manual command entered? I checked the HSM startup but I didn't find any SETSYS commands which would issue the EXPIREBV. If this command was entered by someone is there someplace I can look for the USERID? Thanks Get the name you always wanted with the new y7mail email address. www.yahoo7.com.au/mail -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Get the name you always wanted with the new y7mail email address. www.yahoo7.com.au/mail -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFHSM QUESTION - EXPIREBV - URGENT
John, I believe that an EXPIREBV ABARSVERSIONS command was probably issued - that is if you do not see this normally - and you do not show any other versions expiring. If you look in the syslog, where the command ran, you should be able to find who issued it. If it was a batch job you may need to look at SMF to find jobs that started at about the same time. ThanksRick -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of John Dawes Sent: Tuesday, June 17, 2008 8:04 AM To: IBM-MAIN@BAMA.UA.EDU Subject: DFHSM QUESTION - EXPIREBV - URGENT Hallo To All, I am trying to track down the reason why an ABARS dsn was expired. I checked in the log and it shows the following : KEY DVTAU.2008164000101 WAS DELETED BY EXPIREBV ABARVSVERSION COMMAND, RC=0 ARC0681I EXPIRE ABARS VERSIONS ENDING AT 17;10:05 ON 2008/06/12. The dsn was created at 07:10:52 Date 08/06/12 My question is was this a manual command entered? I checked the HSM startup but I didn't find any SETSYS commands which would issue the EXPIREBV. If this command was entered by someone is there someplace I can look for the USERID? Thanks Get the name you always wanted with the new y7mail email address. www.yahoo7.com.au/mail -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISMF dataset list only returns my datasets
Scroll down through the screens and make sure you do not have something set to filter it. ThanksRick -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of O'Brien, David W. (NIH/CIT) [C] Sent: Monday, May 05, 2008 12:17 PM To: IBM-MAIN@BAMA.UA.EDU Subject: ISMF dataset list only returns my datasets What would prevent SMS from returning a list of all datasets that fit a search criteria? The list that I got only contains my datasets. Thanks, Dave O'Brien -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: New HSM function in z/OS 1.9
Bill, There have been some issues with this new function and IBM stated at SHARE that they do not recommend you implement it unless you are experiencing 878 abends on a regular basis. ThanksRick -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Bill Cochran Sent: Friday, March 21, 2008 9:45 AM To: IBM-MAIN@bama.ua.edu Subject: New HSM function in z/OS 1.9 Can anyone tell me if this new function is worth using? Also, I found the note at the bottom about using this new function with Large Block Interface. We don't currently use LBI, but were wondering which of these functions is more beneficial since you can't use both per the note at the bottom. Thanks in advance for any replies. The following address spaces are new in z/OS(r) V1R9: ARCn: One of these DFSMSdss(tm) address spaces is started automatically by DFSMShsm(tm) whenever a dump, restore, migration, backup, recover, or CDS backup function is invoked. (A DFSMSdss address space is not started for recall tasks.) These DFSMSdss address spaces can reduce the storage used in the DFSMShsm address space, enabling more tasks to be started within the DFSMShsm address space. When DFSMShsm invokes DFSMSdss through the DFSMSdss cross-memory application interface, DFSMShsm requests that DFSMSdss use a unique address space identifier for each unique DFSMShsm function and host ID. The address space identifier for each function is in the form ARCn, where n is a unique DFSMShsm host ID and is an abbreviation of a DFSMShsm function. The abbreviations and corresponding functions are: DUMP for dump REST for restore MIGR for migration BACK for backup RCVR for recover CDSB for CDS backup For instance, migration for DFSMShsm host ID 1 would result in a generated address space identifier of ARC1MIGR. The address space terminates automatically when DFSMShsm terminates. NOTE: When z/OS V1R9 DFSMShsm invokes DFSMSdss through the cross-memory interface (ADRXMAIA) so that DFSMSdss can run in its own address space, the DFSMSdss large block interface (LBI) function, introduced by APAR OA13742, is not supported. If you prefer to have the DFSMSdss LBI function rather than the cross-memory function, you can disable DFSMShsm's use of the cross- memory function with the following patch in the ARCCMDxx member of SYS1.PROCLIB: PATCH .MCVT.+433 X'00'. Also, if ARCCMDxx includes the patch PATCH .MCVT.+432 BITS(XX..), where X is a 0 or 1, remove the patch. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Need MASS recall advice
Hi Len. If you submit a bunch of recalls HSM will automatically sort them based on the volser they are on - in other words all of the recalls in the queue, that are on the same volume, will get recalled one after the other. If you use the earlier response of issuing the TSO HLIST LEVEL(whatever.level.qualifier) OUTDATASET(output.dataset.name), you can sort by the physical volser, build the recall commands, submit them to HSM and HSM will get them ordered for you. If you are not using the CRQ then you will need to issue all of the recall commands, for datasets on the same tape, on the same system for HSM to handle it properly - otherwise you will get multiple HSM's contending for the same tape. Hope this helps! ThanksRick -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Rugen, Len Sent: Friday, March 21, 2008 10:25 AM To: IBM-MAIN@bama.ua.edu Subject: Need MASS recall advice I'm doing some planning for a end-of-life for the mainframe conversion project, as in the 9th year of our 5 year plan to get off this system. We have View Direct / Mobius report viewer. It has 100,000's of HSM migrated files in our 3494 library. If they just issue recalls for these in some order they choose, the physical tape and file order will be random and slow. On a good day, 500 recalls would probably be the max we could allow before we would need the drives for overnight production. I think when I did the math, it was 3-4 years worth of recalls. (That's OK, I need this job :-) ) Is there a faster way? If I had a list of files they wanted, could I send the recalls in tape - file sequence somehow to "batch" them? Thanks Len Rugen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CATALOG Quesiton
John, The IDCAMS manual states (V1R8 section 3.4): Catalog aliases are defined in the master catalog, which contains an entry for the user catalog. The number of aliases a catalog can have is limited by the maximum record size for the master catalog. If the master catalog is defined with the default record sizes, there is a practical maximum of 3000 aliases per catalog, assuming the aliases are only for high-level qualifiers. If you use multilevel aliases, fewer aliases per catalog can be defined. We do a count of each user catalog and if the alias count is approaching 3000 we will create a new user catalog. ThanksRick -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of John Dawes Sent: Wednesday, March 12, 2008 1:39 PM To: IBM-MAIN@bama.ua.edu Subject: CATALOG Quesiton Hallo To All, Is there a way of telling if a USER CAT is near full or full? Thanks. - Get the name you always wanted with the new y7mail email address. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Easy way to covert IEFBR14 and IDCAMS deletes to HDELETE
DTS has a product, ACC, that can handle these for you. We use it and it works great. It cut out our recalls for BR14 deletes completely. ThanksRick -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of John Mattson Sent: Wednesday, March 12, 2008 11:44 AM To: IBM-MAIN@bama.ua.edu Subject: Easy way to covert IEFBR14 and IDCAMS deletes to HDELETE Programmers have been deleting for years using BR14 (MOD,DELETE), and IDCAMS DELETE. I am finding that we are spending ever more time on HSM Migrated ds being recalled just to delete them. Is there an EASY way to convert these deletes into HSEND DELETE? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HSM ARC0923I message (additional info)
I don't think this is your issue. Changing how large a dataset has to be before it will span should not cause this error. ThanksRick -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Gilbert Cardenas Sent: Wednesday, February 06, 2008 7:51 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: HSM ARC0923I message (additional info) I was reviewing some of the changes in the ARCCMD00 parmlib member and I do remember making a change several weeks back because there were too many tapes showing up in the excessivevoluimes list and after reviewing some IBM documentation in the HSM storage admin reference chapter 36 that said: "DFSMShsm recommends a value of 4000MB for all IBM 3490 and 3590 tape cartridges." I set the SETSYS TAPESPANSIZE(4000) as recommended. Could this possibly be the culprit? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HSM ARC0923I message
Gil, IBM has an open APAR (hiper) OA23206 that we are tracking that may be a hit for your issue. Take a look and see if it matches. If so then the dataset probably never migrated properly and the migrate copy is no good. ThanksRick -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Gilbert Cardenas Sent: Wednesday, February 06, 2008 7:22 AM To: IBM-MAIN@BAMA.UA.EDU Subject: HSM ARC0923I message Good morning all, for some time now, I have been running the following command: LIST TTOC SELECT(BOTH FAILEDRECYCLE) DSI and I have recently been getting several tapes that are listed as failed recycle. When I manually recycle them, I get most of the datasets off of the tape except for a few mostly DB2 datasets. I was able to locate several error messages in my HSM logs, however, I can't make heads or tails what they are trying to tell me and the ARC and ADR messages aren't very helpful at all. PAGE 0001 5695-DF175 DFSMSDSS V1R07.0 DATA SET SERVICES 2008.037 02:17 ADR035I (SCH)-PRIME(06), INSTALLATION EXIT ALTERED BYPASS FAC CLASS CHK DEFAULT TO YES DUMP DATASET(INCLUDE (DISSDB2.DSNU.BMCCM74F.BMCBUCC.P000.G0939V00)) - OUTDDNAME(SYS01526) CANCELERROR OPTIMIZE (2) ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'DUMP ' ADR109I (R/I)-RI01 (01), 2008.037 02:17:42 INITIAL SCAN OF USER CONTROL STATEMENTS COMPLETED. ADR050I (001)-PRIME(01), DFSMSDSS INVOKED VIA APPLICATION INTERFACE ADR035I (001)-PRIME(50), INSTALLATION EXIT ALTERED TAPE BLOCK SIZE DEFAULT TO 32 K-BYTES ADR016I (001)-PRIME(01), RACF LOGGING OPTION IN EFFECT FOR THIS TASK ADR006I (001)-STEND(01), 2008.037 02:17:42 EXECUTION BEGINS ADR049E (001)-STEND(01), 2008.037 02:17:47 DFSMSDSS FUNCTION TASK ABEND RECOVERY ROUTINE WAS ENTERED. SYSTEM ABEND CODE=0001 ADR415W (001)-DTDSC(04), NO DATA SETS WERE COPIED, DUMPED, OR RESTORED FROM ANY VOLUME ADR324E (001)-DTDSC(01), THE VOLUME/DATA SET SPECIFIED BY DDNAME SYS01526 HAS BECOME UNUSABLE ADR006I (001)-STEND(02), 2008.037 02:17:47 EXECUTION ENDS ADR013I (001)-CLTSK(01), 2008.037 02:17:47 TASK COMPLETED WITH RETURN CODE 0016 ADR012I (SCH)-DSSU (01), 2008.037 02:17:47 DFSMSDSS PROCESSING COMPLETE. HIGHEST RETURN CODE IS 0016 FROM: TASK 001 ARC0421I MIGRATION VOLUME TL0173 IS NOW MARKED FULL ARC0923I ERROR CLOSING TAPE DATA SET DFHSM.HMIGTAPE.DATASET, RC=0 I see several ARC0923I and ARC0734I with rc=969 reason=0 throughout the log. When I look up the ARC0923I message, it says that there are only six possible return codes and rc=0 is not one of them. I don't know whether the problem is hardware (the tape drive or the tape itself) or whether the dataset was in use or perhaps a RACF security issue? Has anyone dealt with something similar to this? Any feedback would be appreciated. Best regards, Gil. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFHSM ARC0184I error
Art, If these are alternate tapes this is a normal message. ThanksRick -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Art Sent: Thursday, January 31, 2008 11:08 AM To: IBM-MAIN@BAMA.UA.EDU Subject: DFHSM ARC0184I error All, I issue this command: LIST TTOC SELECT(hsm.volume) I received several of these messages: ARC0184I ERROR WHEN READING THE DFSMSHSM CONTROL DATA SET X RECORD FOR H1, RC=0004 and not figured out on how to resolve. Has anyone gotten these messages and can recommend on how to resolve. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: removing a mgmtclas
We went through a management class rename recently. We updated the routines first with the new names. Then we altered all existing datasets to the new mgmtclas name. Finally we deleted the old mgmtclas definitions. ThanksRick -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of SUBSCRIBE IBM-MAIN Jim Sent: Wednesday, January 09, 2008 1:10 PM To: IBM-MAIN@BAMA.UA.EDU Subject: removing a mgmtclas We are wanting to remove some mgmtclas routines, but not sure how that will affect datasets that are still out there under that name ? We are not just deleting the routines, but also the definition themselves. Will this have an adverse affect on datasets that are still out there, or will they still function as before ? Or do we need to do an ALTER first ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Batch Tuning
If you are using HSM you can check your recall activity and see what activity is in your batch cycle. Adjust the management class of these datasets to keep them on disk if possible thus avoiding the delay of waiting for a recall! ThanksRick In a message dated 12/27/2007 3:15:10 A.M. Central Standard Time, [EMAIL PROTECTED] writes: any other thing we can do to implement to improve our batch further? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HSM dump volume migration
Victor, If you are specifically looking at moving your DUMP processing to another media type I do not think there is a way to copy the old dumps to a new media. During our conversions over the years we have just updated the DUMPCLASS to point to the new unit and allow the older copies to roll off. If the old devices are removed before they have all rolled off, or if you have some dumps that rarely get dumped, you can cleanup the old entries using the DELVOL command. FYI - I will be doing a presentation at SHARE in Orlando discussing how we have converted from one technology to another over the last few years. It is session 3033 on Tuesday 2/26/08 at 1:30 pm. If you are attending SHARE stop by! ThanksRick -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Victor Zhang Sent: Sunday, December 16, 2007 22:59 To: IBM-MAIN@BAMA.UA.EDU Subject: HSM dump volume migration Hi all, Is there a way to migration/copy old DFSMShsm dump volumes from old tapes to new tapes? Is there any DFSMShsm utility to accomplish it? Regards Victor -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFHSM QUESTION - PROBLEM PARTIAL/MARFULL
Willie, You can run a LIST TTOC SELECT(ML2 NOTFULL) ODS(your.output.dataset) This will list all of the PARTIAL volumes. You can then issue a DELVOL volser MIGRATION(MARKFULL) This will make them full to HSM and it will not need to call the secondary copy that is offsite. I would do this before I send tapes offsite each day. ThanksRick -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of willie bunter Sent: Friday, December 14, 2007 7:40 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: DFHSM QUESTION - PROBLEM PARTIAL/MARFULL Rick, Thanks for the explanation. If I understand correctly there is nothing that can be done? I am stuck with another problem because DFHSM requests a tape mount (COPY2) which is our offsite copy. So far, I let the request expire. Is there any way around this? "Adams, Rick" <[EMAIL PROTECTED]> wrote: Willie, This is straight out of the manual for the SETSYS PARTIALTAPE command: DFSMShsm automatically marks a single-file-formatted tape volume full (except after data set migration or data set backup)independent of the block count when it demounts the tape. These volumes can be marked as full even though the volume is only partially used. DFSMShsm excludes data set migration or backup to avoid marking a tape volume full after a command migration or after a command backup of a single data set to migration level 2. ThanksRick -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of willie bunter Sent: Friday, December 14, 2007 7:00 AM To: IBM-MAIN@BAMA.UA.EDU Subject: DFHSM QUESTION - PROBLEM PARTIAL/MARFULL Hi all, I have a problem which is occurring at an intermittent basis. DFHSM has DUPLEX(MIGRATION) and we are using the parm SETSYS PARTIALTAPE(MIGRATION(MARKFULL). We send one copy offsite. For some reason sometimes DFHSM sets both copies to PARTIAL. I am not sure why this is happening. Could someone suggest where I should look to find the cause of this problem. Thanks in advance. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFHSM QUESTION - PROBLEM PARTIAL/MARFULL
Willie, This is straight out of the manual for the SETSYS PARTIALTAPE command: DFSMShsm automatically marks a single-file-formatted tape volume full (except after data set migration or data set backup)independent of the block count when it demounts the tape. These volumes can be marked as full even though the volume is only partially used. DFSMShsm excludes data set migration or backup to avoid marking a tape volume full after a command migration or after a command backup of a single data set to migration level 2. ThanksRick -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of willie bunter Sent: Friday, December 14, 2007 7:00 AM To: IBM-MAIN@BAMA.UA.EDU Subject: DFHSM QUESTION - PROBLEM PARTIAL/MARFULL Hi all, I have a problem which is occurring at an intermittent basis. DFHSM has DUPLEX(MIGRATION) and we are using the parm SETSYS PARTIALTAPE(MIGRATION(MARKFULL). We send one copy offsite. For some reason sometimes DFHSM sets both copies to PARTIAL. I am not sure why this is happening. Could someone suggest where I should look to find the cause of this problem. Thanks in advance. - Looking for last minute shopping deals? Find them fast with Yahoo! Search. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Q(HSM):Remove alternative/original backup/migration volume
Victor, If you issue a TAPEREPL command the alternate volume will become the primary volume and the original primary volume will be deleted. ThanksRick -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Victor Zhang Sent: Thursday, December 13, 2007 11:59 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Q(HSM):Remove alternative/original backup/migration volume Hi HSM experts, I have one question that is regarding HSM: If a backup/migration volume has alternative volume,can I delete one volume(either original or alternative)? Is it possilbe? Thanks Victor -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFHSM CANCEL REQUEST
There are a couple of ways. First, in the HSM parmlib, there is a SETSYS MOUNTWAITTIME(xx), with the xx being in minutes. After the specified amount of time HSM will prompt the operator to reply if the tape can be mounted. The operator can reply N to this prompt and that will cancel the mount and send a message to the requestor that the request failed. Second you can issue a Q ACT(TCBADDRESS). This will come back with a TCBADDRESS for each active task. Then you need to hold the process (recall, recover etc). Once it is held then issue C TCBADDRESS(x'') with being the TCBADDRESS. This will cause the task to abend in HSM and the mount will go away. Then you can release the process. Be sure that you get the right TCBADDRESS! ThanksRick -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Edward Jaffe Sent: Monday, November 19, 2007 1:18 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: DFHSM CANCEL REQUEST Pommier, Rex R. wrote: > If it is requesting a tape mount, DFHSM should have a message on the > console. DFHSM is waiting for z/OS to tell it that the tape is > available. If you cancel the mount via the console mount request line, > DFHSM will figure it out and clean itself up. > How do you cancel a mount other than V ,OFFLINE,FORCE? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFHSM can not allocate tape volume
Art, I have seen this occur when the Batch job gets cancelled but the DFHSMABR task does not. If you cancel the ABARS task then the tape should release - or at the least become unallocated on the drive in which case you can just issue an MVS unload to the drive. ThanksRick -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Arturo A. Arca Sent: Monday, November 19, 2007 6:36 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: DFHSM can not allocate tape volume In my research this morning I found out that what had caused DFSMSHSM to hold on to tape 410239 was that the ABARS job that was reading the tape had been cancelled and never restarted and/or rerun. so by bring down DFSMSHSM the tape allocation was released. But I still would appreciate if someone knows how I could of identified which of the 5 DFSMSHSM had the tape allocated and if I could of issued a command to release the tape without bring the DFSMSHSM. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFHSM - URGENT HELP
Issue the DEFINE command again but use device type DEVT(X'78048083'). Then try to recall the dataset. If it fails look in the HSM Storage Administration Guide and follow the steps for Case 9 in the Data Recovery Scenarios Chapter (at least that is the case in the 1.8 manual!). You would look for the heading: Reestablish Access to Previously Deleted Migrated Data Sets (No Backup Exists, ML2 Only) That should fix you up. ThanksRick -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of willie bunter Sent: Friday, November 16, 2007 12:19 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: DFHSM - URGENT HELP I forgot to answer your question about how long ago the dataset was uncataloged. It was about 2 hours ago. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFHSM :ARC0560E - Message Clarity
Either adding space to ML1 or migrating some data off to ML2 would have cleared the issue. In either case you needed to release migration to start the migration process again! ThanksRick -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of willie bunter Sent: Tuesday, October 09, 2007 8:53 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: DFHSM :ARC0560E - Message Clarity No, I didn't. I didn't see the message that the MIGRATION was held. I will take note of this to add to my procedures. Would you know if there is something else I should have done besides adding the disks? I thought of doing a MIGRATE1 to MIGRATE2. Would that have been a good move? "Adams, Rick" <[EMAIL PROTECTED]> wrote: Did you release migration after you added the ML1 volume? The message MIGRATION LIMITED means that it held migration. ThanksRick -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of willie bunter Sent: Tuesday, October 09, 2007 7:58 AM To: IBM-MAIN@BAMA.UA.EDU Subject: DFHSM :ARC0560E - Message Clarity Good Day To All, I was investigatin problem ARC0521I - the PRIMARY SPACE MANAGEMENT ended due to a ARC0521I COMPLETION, RESOURCES NOT AVAILABLE. I found the message ARC0560E MIGRATION LIMITED: NO MIGRATION LEVEL 1 SPACE AVAILABLE, followed by subsequent messages : ARC0559I SPACE MANAGEMENT OF PROM116 WILL NOT TARGET 708 ARC0559I (CONT.) MIGRATION LEVEL 1 UNTIL THE REQUESTED VOLUME TYPE I ARC0559I (CONT.) MADE AVAILABLE I checked the message ARC0560E explanation but it didn't tell me much only to say that the there was a "lack of available space for LEVEL 1". I added a level 1 volume but the problem didn't clear. I added another one still the problem persisted. Finally, I shutdown the STC and brought it up again. For some reason the problem was "fixed". However, I am at a loss as to why this happened. Were my actions correct? Is there something else that I should have tried? Please let me know. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFHSM :ARC0560E - Message Clarity
Did you release migration after you added the ML1 volume? The message MIGRATION LIMITED means that it held migration. ThanksRick -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of willie bunter Sent: Tuesday, October 09, 2007 7:58 AM To: IBM-MAIN@BAMA.UA.EDU Subject: DFHSM :ARC0560E - Message Clarity Good Day To All, I was investigatin problem ARC0521I - the PRIMARY SPACE MANAGEMENT ended due to a ARC0521I COMPLETION, RESOURCES NOT AVAILABLE. I found the message ARC0560E MIGRATION LIMITED: NO MIGRATION LEVEL 1 SPACE AVAILABLE, followed by subsequent messages : ARC0559I SPACE MANAGEMENT OF PROM116 WILL NOT TARGET 708 ARC0559I (CONT.) MIGRATION LEVEL 1 UNTIL THE REQUESTED VOLUME TYPE I ARC0559I (CONT.) MADE AVAILABLE I checked the message ARC0560E explanation but it didn't tell me much only to say that the there was a "lack of available space for LEVEL 1". I added a level 1 volume but the problem didn't clear. I added another one still the problem persisted. Finally, I shutdown the STC and brought it up again. For some reason the problem was "fixed". However, I am at a loss as to why this happened. Were my actions correct? Is there something else that I should have tried? Please let me know. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VSAM Extended Format and DFSMS
Hi Lizette. We place them in a combined pool in our environment and have had no issues doing so. We have been doing this for quite some time now. ThanksRick -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Lizette Koehler Sent: Wednesday, October 03, 2007 11:50 AM To: IBM-MAIN@BAMA.UA.EDU Subject: VSAM Extended Format and DFSMS I am just starting to have to added support for VSAM EF in our environment. I was wondering if there was any consensus as to what to do with them. Do you have them in their own pool? Do you combine them in a common pool? I have the data class already set up. I am having the users code the DATACLAS(VSAMEF) in their VSAM control cards. I will put them in a filtlist if needed, however, I only have 2 requests currently so it is managable. Any recommendataions are appreciated. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Backing out of COMPRESS(TAILORED)?
The key is written with the dataset so it will still be uncompressible. ThanksRick -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Hare, Tim Sent: Saturday, September 22, 2007 2:19 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Backing out of COMPRESS(TAILORED)? I just learned about, and turned on, COMPRESS(TAILORED) in SMS. Things were working OK, then we had a user job abend because the region size was too small (213-ED abend, with 378 abend also showing); trying to browse the dataset after that got 213-E0. We were able to recover this job and change the region size, but it did raise a question: Once I have turned on tailored compression, if I wanted to switch back to the generic version, what would happen to any datasets that were compressed with tailored compression? Would I have to identify them somehow and uncompress them before turning the option off? Tim Hare Senior Systems Programmer Florida Department of Transportation Tel: +1 (850) 414-4209 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html