Re: PPRC Cestpair problem

2012-06-05 Thread O'Brien, David W. (NIH/CIT) [C]
Thanks Gonzalo, I was completely sure the target devices were offline to all LPARs and it turned out I was wrong. Thanks also to Ron, Clifford and Zaromil for weighing in on this item. -Original Message- From: Gonzalo Cengotita [mailto:gonzaloce...@gmail.com] Sent: Thursday, May 31,

Re: SMS Dataset Alloc Issue

2012-05-25 Thread O'Brien, David W. (NIH/CIT) [C]
Were you looking at a catalog search or did you specify the volume serial on the 3.4 screen? Thank You, Dave O'Brien From: Walter Marguccio [walter_marguc...@yahoo.com] Sent: Friday, May 25, 2012 7:06 AM To: IBM-MAIN@bama.ua.edu Subject: Re: SMS Dataset

PPRC Cestpair problem

2012-05-25 Thread O'Brien, David W. (NIH/CIT) [C]
We are using PPRC Cestpair to duplex our DB2 farm for DR Backups. Have done it for years with no problem. Now I'm getting the following: CESTPAIR DEVN(X'1320') PRIM(X'1300',45342,X'20',X'03') SEC(X'1300',45342,X'21',X'03') MODE(COPY) PACE(100) COMMAND CONFLICTS WITH

Re: PPRC Cestpair problem

2012-05-25 Thread O'Brien, David W. (NIH/CIT) [C]
No, target device is simplex as is the primary device (PRIMARY) (SECONDARY) * SSID CCA LSS SSID CCA LSS* DEVICE LEVEL STATE PATH STATUS SERIAL# SERIAL#* -- -

Re: Early IPL problems

2012-05-14 Thread O'Brien, David W. (NIH/CIT) [C]
You're assuming that every employee of IBM is well versed in every aspect of all of IBM's products. Are all of your team members equally versed in the OS that you are running? I rather doubt it. Thank You, Dave O'Brien NIH Contractor From: J. Cassidy

Re: Early IPL problems

2012-05-14 Thread O'Brien, David W. (NIH/CIT) [C]
So you are suggesting that all mainframe IBMers are equally knowledgeable. That statement would be a fallacy. Thank You, Dave O'Brien From: J. Cassidy [s...@jdcassidy.net] Sent: Monday, May 14, 2012 2:06 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Early IPL

Re: How to limit HRECALLs by USER request

2012-05-02 Thread O'Brien, David W. (NIH/CIT) [C]
You could alter the priority of the recalls of the user submitting 1000s of recalls, see ALTERPRI in the HSM Admin Ref. Ex. TSO HSEND ALTERPRI USERID(USERA) LOW -Original Message- From: Lizette Koehler [mailto:stars...@mindspring.com] Sent: Wednesday, May 02, 2012 12:35 PM To:

Re: How to limit HRECALLs by USER request

2012-05-02 Thread O'Brien, David W. (NIH/CIT) [C]
Lizette, You may want to refer to 1.4.3 Processing Priority of Recalls and Deletions in the HSM Stor. Admin. Apparently recalls are not subject to FIFO. -Original Message- From: Lizette Koehler [mailto:stars...@mindspring.com] Sent: Wednesday, May 02, 2012 12:35 PM To:

Re: Batch utility to show DCB info for files

2012-04-11 Thread O'Brien, David W. (NIH/CIT) [C]
Bill, IDCAMS Dcollect followed by ACBQBAR7. ACBQBAR7 is called by SYS1.SACBCNTL member ACBJBARD. Subject is documented in z/OS V1R11.0 DFSMSdfp Storage Administration in section 21.5.18 Generate Data Set Report from DCOLLECT Data: ACBQBAR7. -Original Message- From: Ulrich Krueger

Re: catalogued datasets in tapes and expiration dates

2012-03-29 Thread O'Brien, David W. (NIH/CIT) [C]
I would expect TMS to show 'scratch' status for that tape after running PGM=TMSCLEAN,PARM=(SCRATCHLIST). -Original Message- From: Uriel Carrasquilla [mailto:uriel.carrasqui...@mail.mcgill.ca] Sent: Thursday, March 29, 2012 11:10 AM To: IBM-MAIN@bama.ua.edu Subject: Re: catalogued

Re: UNABLE TO DELETE DUPLICTE DSN

2012-03-22 Thread O'Brien, David W. (NIH/CIT) [C]
John, Have you tried the following: //STEP1EXEC PGM=IDCAMS,REGION=6M //SYSPRINT DDSYSOUT=* //DD1 DDVOL=SER=xx,UNIT=3390,DISP=OLD //SYSINDD * DELETE -

Re: Error Message ARC0744E MCDS COULD NOT BE BACKED UP, RC=0036

2012-03-15 Thread O'Brien, David W. (NIH/CIT) [C]
George, Check to see if any of your CDS Backups have been migrated. If yes, recall them and retry Backvol CDS. I'm assuming your backups are outputted to disk, not tape. Regards, Dave O'Brien -Original Message- From: George Rodriguez [mailto:george.rodrig...@palmbeachschools.org]

Re: Error Message ARC0744E MCDS COULD NOT BE BACKED UP, RC=0036

2012-03-15 Thread O'Brien, David W. (NIH/CIT) [C]
15, 2012 at 8:26 AM, O'Brien, David W. (NIH/CIT) [C] obrie...@mail.nih.gov wrote: George, Check to see if any of your CDS Backups have been migrated. If yes, recall them and retry Backvol CDS. I'm assuming your backups are outputted to disk, not tape. Regards, Dave O'Brien

Re: Error Message ARC0744E MCDS COULD NOT BE BACKED UP, RC=0036

2012-03-15 Thread O'Brien, David W. (NIH/CIT) [C]
Blvd.* *Room B-251* *West Palm Beach, FL. 33406-5869* *Florida's Only A-Rated Urban District For Seven Consecutive Years* On Thu, Mar 15, 2012 at 8:39 AM, O'Brien, David W. (NIH/CIT) [C] obrie...@mail.nih.gov wrote: George, I would suggest following the steps outlined in ARC0745E or opening

Re: Error Message ARC0744E MCDS COULD NOT BE BACKED UP, RC=0036

2012-03-15 Thread O'Brien, David W. (NIH/CIT) [C]
Beach, FL. 33406-5869* *Florida's Only A-Rated Urban District For Seven Consecutive Years* On Thu, Mar 15, 2012 at 8:51 AM, O'Brien, David W. (NIH/CIT) [C] obrie...@mail.nih.gov wrote: It won't hurt to issue the query to find out what HSM is looking for. -Original Message- From

Re: Error Message ARC0744E MCDS COULD NOT BE BACKED UP, RC=0036

2012-03-15 Thread O'Brien, David W. (NIH/CIT) [C]
Only A-Rated Urban District For Seven Consecutive Years* On Thu, Mar 15, 2012 at 8:51 AM, O'Brien, David W. (NIH/CIT) [C] obrie...@mail.nih.gov wrote: It won't hurt to issue the query to find out what HSM is looking for. -Original Message- From: George Rodriguez

Re: Error Message ARC0744E MCDS COULD NOT BE BACKED UP, RC=0036

2012-03-15 Thread O'Brien, David W. (NIH/CIT) [C]
, O'Brien, David W. (NIH/CIT) [C] obrie...@mail.nih.gov wrote: It won't hurt to issue the query to find out what HSM is looking for. -Original Message- From: George Rodriguez [mailto:george.rodriguez@**PALMBEACHSCHOOLS.ORGgeorge.rodrig...@palmbeachschools.org ] Sent: Thursday, March

Re: Error Message ARC0744E MCDS COULD NOT BE BACKED UP, RC=0036

2012-03-15 Thread O'Brien, David W. (NIH/CIT) [C]
Your backups are on phsm01,2,3 - These can be defrag'd with HSM up. Your CDSs are all on phsm04, no need to defrag phsm04. -Original Message- From: George Rodriguez [mailto:george.rodrig...@palmbeachschools.org] Sent: Thursday, March 15, 2012 10:42 AM To: IBM-MAIN@bama.ua.edu Subject:

Re: VVDS with no catalog pointers

2012-02-24 Thread O'Brien, David W. (NIH/CIT) [C]
As these are SMS managed volumes, a VVDS will be allocated with the first dataset allocated to that volume regardless of DSORG. See Defining a VVDS (catalog Volume Data Set) in z/OS V1R11.0 DFSMS Managing Catalogs. Also from the same section: A VVDS is defined with the name SYS1.VVDS.Vvolser,

Re: HSM Recall Failure

2012-02-24 Thread O'Brien, David W. (NIH/CIT) [C]
As Lizette points out this is a fairly large file, do you have any msgs. in Jeslog such as B-37? What is the value of Volcount? SETSYS VOLCOUNT(ANY) will allow expansion to a secondary volume. ANY specifies for DFSMShsm to pass the VOLCOUNT(ANY) parameter to DFSMSdss during the ARECOVER of data

Re: My 3.4 went wonky

2012-02-23 Thread O'Brien, David W. (NIH/CIT) [C]
Check the following line on the 3.4 screen: / Include Additional Qualifiers -Original Message- From: Lindy Mayfield [mailto:lindy.mayfi...@sas.com] Sent: Thursday, February 23, 2012 11:38 AM To: IBM-MAIN@bama.ua.edu Subject: My 3.4 went wonky Hello Something in my ISPF went funny

Re: 3390s on SAN?

2012-01-29 Thread O'Brien, David W. (NIH/CIT) [C]
-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of O'Brien, David W. (NIH/CIT) [C] Sent: Thursday, January 26, 2012 7:53 AM To: IBM-MAIN@bama.ua.edu Subject: [IBM-MAIN] 3390s on SAN? There is an internal proposal to carve several TB of dasd from

Re: MCDS Dataset Help

2012-01-27 Thread O'Brien, David W. (NIH/CIT) [C]
George, You might want to take a look at SYS1.SAMPLIB(ARCSTRST). There are several variances between your define cluster and what is supplied by IBM. Since IBM wrote the code, I tend to defer to their recommendations. Thank You, Dave O'Brien NIH Contractor

Re: different tape media for ML2 copies in HSM

2012-01-27 Thread O'Brien, David W. (NIH/CIT) [C]
Lizette, How would that work at DR? How do you update the HSM CDSs to point to the new vol sers? Actually I have the same question for the previous post using Opentech VDR. Thank You, Dave O'Brien NIH Contractor From: Lizette Koehler

Re: MCDS Dataset Help

2012-01-27 Thread O'Brien, David W. (NIH/CIT) [C]
A larger MCDS would help as well. You only have 900 cyls. Unless you are incredibly squeezed on DASD, I would suggest a much larger CDS. Thank You, Dave O'Brien NIH Contractor From: Schwarz, Barry A [barry.a.schw...@boeing.com] Sent: Friday, January 27,

Re: 3390s on SAN?

2012-01-27 Thread O'Brien, David W. (NIH/CIT) [C]
To answer the question posed by Radoslav and Rex: Hitachi VSP system It currently has 600GB 10K RPM SAS disks in it. Thank You, Dave O'Brien NIH Contractor From: Pommier, Rex R. [rex.pomm...@cnasurety.com] Sent: Friday, January 27, 2012 10:13 AM To:

Re: MCDS Dataset Help

2012-01-27 Thread O'Brien, David W. (NIH/CIT) [C]
setsys TAPEMIGRATION(ML2TAPE(TAPE(3590-1))RECONNECT(ALL)) Thank You, Dave O'Brien NIH Contractor From: George Rodriguez [george.rodrig...@palmbeachschools.org] Sent: Friday, January 27, 2012 11:10 AM To: IBM-MAIN@bama.ua.edu Subject: Re: MCDS Dataset Help

Re: different tape media for ML2 copies in HSM

2012-01-27 Thread O'Brien, David W. (NIH/CIT) [C]
Judith, You should direct that question to CA support. Thank You, Dave O'Brien NIH Contractor From: Judith Nelson [jnel...@sfgmembers.com] Sent: Friday, January 27, 2012 11:42 AM To: IBM-MAIN@bama.ua.edu Subject: Re: different tape media for ML2 copies in

3390s on SAN?

2012-01-26 Thread O'Brien, David W. (NIH/CIT) [C]
There is an internal proposal to carve several TB of dasd from one of our non-mainframe depts. And use it to replace our aging HDS DASD. Question: How easy/difficult is this to accomplish? We re-configured an array from 3390 mod-3s to mod 27/50s but the entire array needed to be cleared of

Re: MCDS Dataset Help

2012-01-26 Thread O'Brien, David W. (NIH/CIT) [C]
When you defined the CDS's, what did you specify for freespace? -Original Message- From: George Rodriguez [mailto:george.rodrig...@palmbeachschools.org] Sent: Thursday, January 26, 2012 11:18 AM To: IBM-MAIN@bama.ua.edu Subject: MCDS Dataset Help Hi MVSListerv, I'm confused about the

Re: HSM Journal dataset is almost full

2011-11-14 Thread O'Brien, David W. (NIH/CIT) [C]
Check with your automation folks. Thank You, Dave O'Brien NIH Contractor From: Uriel Carrasquilla [uriel.carrasqui...@mail.mcgill.ca] Sent: Monday, November 14, 2011 12:03 PM To: IBM-MAIN@bama.ua.edu Subject: Re: HSM Journal dataset is almost full yes,

HSM Logging Disabled

2011-10-26 Thread O'Brien, David W. (NIH/CIT) [C]
Trying to figure out why the following msg. is appearing at HSM startup: ARC0021I DFSMSHSM LOGGING FUNCTION DISABLED ARC0020I ** ARC9921I ARC0021I DFSMSHSM LOGGING FUNCTION DISABLED Explanation: During DFSMShsm startup, either one or both of the DFSMShsm log data

Re: HSM Journal dataset is almost full

2011-10-26 Thread O'Brien, David W. (NIH/CIT) [C]
No, it is not correct. Issue a Backup cds command. That will null the Journal as well as give you a set of CDS Backups. -Original Message- From: Uriel Carrasquilla [mailto:uriel.carrasqui...@mail.mcgill.ca] Sent: Wednesday, October 26, 2011 11:39 AM To: IBM-MAIN@bama.ua.edu Subject:

Re: HSM Journal dataset is almost full

2011-10-26 Thread O'Brien, David W. (NIH/CIT) [C]
Correction, that should be Backvol cds -Original Message- From: O'Brien, David W. (NIH/CIT) [C] Sent: Wednesday, October 26, 2011 11:45 AM To: IBM-MAIN@bama.ua.edu Subject: Re: HSM Journal dataset is almost full No, it is not correct. Issue a Backup cds command. That will null

Re: HSM Logging Disabled

2011-10-26 Thread O'Brien, David W. (NIH/CIT) [C]
(as required). Regards, Edgard De: O'Brien, David W. (NIH/CIT) [C] obrie...@mail.nih.gov Para: IBM-MAIN@bama.ua.edu Data: 26/10/2011 13:30 Assunto:HSM Logging Disabled Enviado por:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Trying to figure out why the following msg

Re: HSM Logging Disabled

2011-10-26 Thread O'Brien, David W. (NIH/CIT) [C]
: Wednesday, October 26, 2011 2:05 PM To: O'Brien, David W. (NIH/CIT) [C] Subject: RE: HSM Logging Disabled Dave, Don't see SYSHSM.LOGX4 on that volume, although it's cataloged there? Tony S. -Original Message- From: O'Brien, David W. (NIH/CIT) [C] Sent: Wednesday, October 26, 2011 1:53 PM

Re: Data offload to DVDs or external drives

2011-10-20 Thread O'Brien, David W. (NIH/CIT) [C]
Responding to Ed's question: New media usually means new tape number ranges. Once the new media is in use for HSM it is a simple matter to recycle using: RECYCLE EXECUTE ML2 PERCENTVALID(99) - SELECT(INCLUDE(RANGE(E2:E20999))) -Original Message- From: Mike Schwab

Re: Tape Retention period for coop site

2011-10-20 Thread O'Brien, David W. (NIH/CIT) [C]
Richard, As is so often the case - It depends. For volume backups 14 days does give you a fall back in the event of a bad tape. For HSM alternate tapes, these need to exist as long as the primary backup/ML2 tapes exist. If the 180 day backup contains the only backup for a given file, it might

Re: Segmenting an output spool file in z/OS - 2nd attempt

2011-10-20 Thread O'Brien, David W. (NIH/CIT) [C]
Leslie, Look at the segment sub-parameter of the dd statement in the JCL Reference manual. -Original Message- From: Turriff, Leslie [mailto:leslie.turr...@oa.mo.gov] Sent: Thursday, October 20, 2011 10:41 AM To: IBM-MAIN@bama.ua.edu Subject: Segmenting an output spool file in z/OS -

Data offload to DVDs or external drives

2011-10-19 Thread O'Brien, David W. (NIH/CIT) [C]
The following has been posed by one of our mainframe users. QUESTION: What options (if any) are available for migrating these old study files and contents of accounts to storage media such as DVDs and external hard drives that could be securely held (off-line) by the agencies? Looking at the

Re: Data offload to DVDs or external drives

2011-10-19 Thread O'Brien, David W. (NIH/CIT) [C]
[mailto:john.mck...@healthmarkets.com] Sent: Wednesday, October 19, 2011 1:57 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Data offload to DVDs or external drives -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of O'Brien, David W. (NIH/CIT) [C

Re: Data offload to DVDs or external drives

2011-10-19 Thread O'Brien, David W. (NIH/CIT) [C]
Responding to Ed's comments: At least if the data is under HSM control, it (the data) gets recycled to newer media every time the tape media changes. The same cannot be said for the private media be it tape or DVD that my user seems to have in mind. -Original Message- From: McKown,

Re: ADRDSSU logical dump of VSAM restore

2011-10-12 Thread O'Brien, David W. (NIH/CIT) [C]
A Listcat of the restored file should answer that question. I think Idcams Export/Import is invoked under the covers but I could be mistaken about that. -Original Message- From: McKown, John [mailto:john.mck...@healthmarkets.com] Sent: Wednesday, October 12, 2011 8:42 AM To:

Re: ADRDSSU logical dump of VSAM restore

2011-10-12 Thread O'Brien, David W. (NIH/CIT) [C]
If the file had CA/CI splits before the backup and had none after the restore then the file has been re-org'd. Listcat ent(/) all output: STATISTICS REC-TOTAL368 SPLITS-CI--0 --30

Re: ADRDSSU logical dump of VSAM restore

2011-10-12 Thread O'Brien, David W. (NIH/CIT) [C]
Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of O'Brien, David W. (NIH/CIT) [C] Sent: Wednesday, October 12, 2011 7:52 AM To: IBM-MAIN@bama.ua.edu

Re: IDCAMS IMPORT problem - moving from -9 to -3s

2011-10-11 Thread O'Brien, David W. (NIH/CIT) [C]
John, I suggest you Import back to a 3390-9, then define a new name to 3 Mod 3s, Repro the file from the Mod 9 to Mod-3s Delete the original file Re-name the new file as necessary. The space parameter cannot be overridden during an Import. Regards, Dave O'Brien -Original Message-

Re: IDCAMS IMPORT problem - moving from -9 to -3s

2011-10-11 Thread O'Brien, David W. (NIH/CIT) [C]
Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of O'Brien, David W. (NIH/CIT) [C] Sent: Tuesday, October 11, 2011 8:46 AM To: IBM-MAIN@bama.ua.edu

Re: DFSMShsm DUPLEX tapes.

2011-10-05 Thread O'Brien, David W. (NIH/CIT) [C]
Barry, The short answer is NO. The reason you don't want to do this is: When HSM frees up the Primary tape, it will also scratch the alternate copy. You could then have a situation where the alternate had been scratched and written over with valid data is now a scratch tape again. At least

Re: DFDSS QUESTION - SYNTAX ERROR

2011-09-28 Thread O'Brien, David W. (NIH/CIT) [C]
The command Matthew gave you should have limited the eligible datasets to the desired Storgrp. From: esmie moo [mailto:esmie_...@yahoo.ca] Sent: Wednesday, September 28, 2011 7:38 AM To: O'Brien, David W. (NIH/CIT) [C] Subject: Re: DFDSS QUESTION - SYNTAX ERROR David, Thank you for taking

Re: DFDSS QUESTION - SYNTAX ERROR

2011-09-27 Thread O'Brien, David W. (NIH/CIT) [C]
Plus the doc mentions Storclas not Storgrp, at least 1.11 does. -Original Message- From: Scott Ford [mailto:scott_j_f...@yahoo.com] Sent: Tuesday, September 27, 2011 1:38 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DFDSS QUESTION - SYNTAX ERROR Esmie:   Unless my eyes are getting too old

Re: DFDSS QUESTION - SYNTAX ERROR

2011-09-27 Thread O'Brien, David W. (NIH/CIT) [C]
: esmie moo [mailto:esmie_...@yahoo.ca] Sent: Tuesday, September 27, 2011 1:57 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DFDSS QUESTION - SYNTAX ERROR David, I checked the doc and it shows that STORGRP: From: O'Brien, David W. (NIH/CIT) [C] obrie...@mail.nih.gov

Re: Problem with HSM Recalls

2011-09-23 Thread O'Brien, David W. (NIH/CIT) [C]
capacity exceeded. We may ask our DR provider to configure a 3380 at our next test and attempt to recover this data. Thank You, Dave O'Brien NIH Contractor From: O'Brien, David W. (NIH/CIT) [C] Sent: Tuesday, September 20, 2011 2:20 PM To: IBM-MAIN

Problem with HSM Recalls

2011-09-20 Thread O'Brien, David W. (NIH/CIT) [C]
A recall of the first dataset listed below results in ARC1113I I/O ERROR WRITING PRIMARY COPY Explanation: While DFSMShsm was writing the primary copy of a data set during a recall or recovery operation, an I/O error occurred or invalid data was found. If an I/O error occurred an access method

Re: Problem with HSM Recalls

2011-09-20 Thread O'Brien, David W. (NIH/CIT) [C]
Thanks Darth, I had tried unit volume parameters with the same result. -Original Message- From: Darth Keller [mailto:darth.kel...@assurant.com] Sent: Tuesday, September 20, 2011 10:28 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Problem with HSM Recalls Dave - You didn't provide the

Re: Problem with HSM Recalls

2011-09-20 Thread O'Brien, David W. (NIH/CIT) [C]
Thanks Allan, I'll look into the possible 3390 compatibility issue. I had discounted it since the devtype that shows up in listcat is the same as for recalls that are working. -Original Message- From: Staller, Allan [mailto:allan.stal...@kbmg.com] Sent: Tuesday, September 20, 2011

Re: Problem with HSM Recalls

2011-09-20 Thread O'Brien, David W. (NIH/CIT) [C]
- From: Tom Marchant [mailto:m42tom-ibmm...@yahoo.com] Sent: Tuesday, September 20, 2011 10:52 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Problem with HSM Recalls On Tue, 20 Sep 2011 10:18:12 -0400, O'Brien, David W. (NIH/CIT) [C] wrote: Message ARC1001I also precedes this message, giving the operation

Re: Problem with HSM Recalls

2011-09-20 Thread O'Brien, David W. (NIH/CIT) [C]
[mailto:IBM-MAIN@bama.ua.edu] On Behalf Of O'Brien, David W. (NIH/CIT) [C] Sent: Tuesday, September 20, 2011 10:21 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Problem with HSM Recalls Tom, Allan, I'm getting the following trying to test your suggestions: INSTALL UNIT(1091) VFY(NW1091) SETMODE(3380

Re: Problem with HSM Recalls

2011-09-20 Thread O'Brien, David W. (NIH/CIT) [C]
Allan, Specifying devtype seems to have worked. Thank You. Now I'll see if I can recall the datasets. -Original Message- From: Staller, Allan [mailto:allan.stal...@kbmg.com] Sent: Tuesday, September 20, 2011 1:19 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Problem with HSM Recalls The

Re: Problem with HSM Recalls

2011-09-20 Thread O'Brien, David W. (NIH/CIT) [C]
: Tuesday, September 20, 2011 1:51 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Problem with HSM Recalls On Tue, 20 Sep 2011 10:18:12 -0400, O'Brien, David W. (NIH/CIT) [C] wrote: ARC1001I SYSMGT.D93132.N001606 RECOVER FAILED, RC=0008, REAS=0168 ARC1108I ERROR CATALOGING DATA SET The data was migrated

Re: HSM/CA1 Tape Catalog Discrepancy

2011-09-16 Thread O'Brien, David W. (NIH/CIT) [C]
George, Is the CA supplied TV exit properly installed? Thank You, Dave O'Brien NIH Contractor From: Henke, George [george.he...@hp.com] Sent: Friday, September 16, 2011 2:54 PM To: IBM-MAIN@bama.ua.edu Subject: Re: HSM/CA1 Tape Catalog Discrepancy Just

Re: Spool volumes and SMS

2011-08-28 Thread O'Brien, David W. (NIH/CIT) [C]
No, not in the 4 shops I've worked in since 95. Thank You, Dave O'Brien NIH Contractor From: Gibney, Dave [gib...@wsu.edu] Sent: Saturday, August 27, 2011 7:56 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Spool volumes and SMS Probably never will. Unless an

Re: DFhsm HRECOVER Dataset from FLASHCOPY Volumes

2011-08-18 Thread O'Brien, David W. (NIH/CIT) [C]
* *Florida's Only A-Rated Urban District For Seven Consecutive Years* On Wed, Aug 17, 2011 at 11:26 AM, O'Brien, David W. (NIH/CIT) [C] obrie...@mail.nih.gov wrote: You might also issue a HLIST DSN('TX#P.F.TEXT.INV') BOTH To see what HSM has for backups and where they are located. David

Re: DFhsm HRECOVER Dataset from FLASHCOPY Volumes

2011-08-18 Thread O'Brien, David W. (NIH/CIT) [C]
of Palm Beach County* *3348 Forest Hill Blvd.* *Room B-332* *West Palm Beach, FL. 33406-5869* *Florida's Only A-Rated Urban District For Seven Consecutive Years* On Thu, Aug 18, 2011 at 7:10 AM, O'Brien, David W. (NIH/CIT) [C] obrie...@mail.nih.gov wrote: I was under the impression that HLIST

Re: DFhsm HRECOVER Dataset from FLASHCOPY Volumes

2011-08-17 Thread O'Brien, David W. (NIH/CIT) [C]
George, Do you have DATASETRESTORE or NODATASETRESTORE specified in your Define Dumpclass? David O'Brien NIH Contractor -Original Message- From: George Rodriguez [mailto:george.rodrig...@palmbeachschools.org] Sent: Wednesday, August 17, 2011 10:50 AM To: IBM-MAIN@bama.ua.edu Subject:

Re: DFhsm HRECOVER Dataset from FLASHCOPY Volumes

2011-08-17 Thread O'Brien, David W. (NIH/CIT) [C]
You might also issue a HLIST DSN('TX#P.F.TEXT.INV') BOTH To see what HSM has for backups and where they are located. David O'Brien NIH Contractor -Original Message- From: O'Brien, David W. (NIH/CIT) [C] Sent: Wednesday, August 17, 2011 11:05 AM To: IBM-MAIN@bama.ua.edu Subject: Re

Re: DFDSS QUESTION - BYPASS SMS - CORRECTION

2011-08-11 Thread O'Brien, David W. (NIH/CIT) [C]
Esmee, Try coding STORCLAS=storage-class-name which in your case would be storclas=nonsms See JCL Reference Chap 12 DD Statement for more details David O'Brien NIH Contractor -Original Message- From: Darth Keller [mailto:darth.kel...@assurant.com] Sent: Thursday, August 11, 2011

Re: DFDSS QUESTION - BYPASS SMS - CORRECTION

2011-08-11 Thread O'Brien, David W. (NIH/CIT) [C]
not have a FILTLIST.  Maybe this could be the problem.  From: O'Brien, David W. (NIH/CIT) [C] obrie...@mail.nih.gov To: IBM-MAIN@bama.ua.edu Sent: Thursday, August 11, 2011 11:09:24 AM Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION Esmee, Try coding STORCLAS=storage-class-name which in your

Re: A nice website,go it

2011-08-05 Thread O'Brien, David W. (NIH/CIT) [C]
Me too. Thank You, Dave O'Brien NIH Contractor From: Richards, Robert B. [robert.richa...@opm.gov] Sent: Friday, August 05, 2011 6:20 AM To: IBM-MAIN@bama.ua.edu Subject: Re: A nice website,go it Yes, I also got a private email. Bob -Original

Re: Vsam Extened Adressability

2011-08-03 Thread O'Brien, David W. (NIH/CIT) [C]
Mike, The following is extracted from 'DFSMS Using Data sets': Using extended addressability, the size limit for a VSAM data set is determined by either: t Control interval

Re: Orphan GDG problem

2011-08-01 Thread O'Brien, David W. (NIH/CIT) [C]
Gerry, Have you tried Delete / noscratch to get around the GDG allocate problem? To delete the HSM entry will probably require a Fixcds command, see the HSM Diagnosis guide for more info. Thank You, Dave O'Brien NIH Contractor From: Anstey, Gerry

Re: REXX Allocate size being changed.

2011-07-26 Thread O'Brien, David W. (NIH/CIT) [C]
Chip, Did you check the CDS Base Display? It sounds like it might be set up for 3380s. For 3390s it should look like this: Default Device Geometry : Bytes/track . . . . . : 56664 Tracks/cylinder . . . : 15 David O'Brien NIH Contractor -Original Message- From: Chip

Syslog problem

2011-06-27 Thread O'Brien, David W. (NIH/CIT) [C]
A colleague asked me to post the following: After an IPL this weekend one of our systems has no data in syslog. We user IOF and if we look at SYSLOG it shows a MSGFILE and a LOG file but no data file. A WRITELOG gets an error: W L

Re: Syslog problem

2011-06-27 Thread O'Brien, David W. (NIH/CIT) [C]
Allan, My colleague tried your suggestion, no joy. V SYSLOG,HARDCPY,ROUT=ALL D C,HC,L=Z CNZ4100I 10.34.56 CONSOLE DISPLAY 609 CONSOLES MATCHING

T-Rex vs. Catalog Recovery Plus

2011-06-15 Thread O'Brien, David W. (NIH/CIT) [C]
Can anyone verify that T-Rex can perform the following functions: 1) Can you compare 2 master catalogues and build control cards to create missing aliases, page datasets, user cats, etc. 2) Can you make mass changes of volsers, for instance change all occurrences of SYS3R1 to **

Re: DFHSM V2.6 - Autodump how to stack disk vols on tape

2011-06-08 Thread O'Brien, David W. (NIH/CIT) [C]
I think this is what you're looking for. 2.13.2.17 DUMPCLASS(STACK): Specifying the Maximum Number of Dump Copies that Are Stacked for this Dump Class (c) Copyright IBM Corp. 1984, 2009 Topic lines 1 to 16 of 47

Re: DFHSM OBSERVATION - RECYCLE

2011-05-11 Thread O'Brien, David W. (NIH/CIT) [C]
Explanation: ACTLOGMSGLVL(FULL | EXCEPTIONONLY | REDUCED) is an optional parameter specifying the message log level for the activity log required for recording data sets processed by volume and level functions. Specifically, this parameter determines which ARC0734I data set movement

Floating point assembler code

2011-04-04 Thread O'Brien, David W. (NIH/CIT) [C]
A colleague asked that the following query be posted: Are there any tutorials/samples for writing floating point assembler code. We need to work with the z/VM Performance data and it is stored in short floating point. Been playing in the Principles of Operation but have a bit of a time

Re: HSM Compaction question(s)

2011-03-24 Thread O'Brien, David W. (NIH/CIT) [C]
- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of O'Brien, David W. (NIH/CIT) [C] Sent: Wednesday, March 23, 2011 5:46 AM To: IBM-MAIN@bama.ua.edu Subject: HSM Compaction question(s) The system I inherited has compaction turned on for Dasdmigrate and Dasdbackup. We

Re: Deleting ML2 Dataset

2011-03-24 Thread O'Brien, David W. (NIH/CIT) [C]
Have you tried Hdelete? Hdelete does not require a recall of the dataset. -Original Message- From: George Rodriguez [mailto:george.rodrig...@palmbeachschools.org] Sent: Thursday, March 24, 2011 11:06 AM To: IBM-MAIN@bama.ua.edu Subject: Deleting ML2 Dataset I have the following

HSM Compaction question(s)

2011-03-23 Thread O'Brien, David W. (NIH/CIT) [C]
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

Re: Copying One DFHCSD file to another

2011-03-22 Thread O'Brien, David W. (NIH/CIT) [C]
Michael, I use the following: //CSDUPEXEC PGM=DFHCSDUP //STEPLIB DD DISP=SHR,DSN=CICSTS32.CICS.SDFHLOAD // DD DISP=SHR,DSN=CICSTS32.CPSM.SEYULOAD //DFHCSDDD DISP=SHR,DSN=NIH.CICSTS32.PROD.DFHCSD //ORIGCSD DD

Re: DFHSM QUESTION - TTOC

2011-03-09 Thread O'Brien, David W. (NIH/CIT) [C]
Does the Sys2.** dataset have a value of 4 in the Rel FBID field? If yes, then it is the first dataset on the tape. The following is from the section Using the List command toward the end of the DFHSM Storage Ref. manual: RELATIVE FBIDe REL FBID e This field contains the file sequence

Re: DFSMShsm Utility to Copy Data From a Real Tape to a Virtual Tape

2011-03-08 Thread O'Brien, David W. (NIH/CIT) [C]
George, Assuming that you want to copy ML2 or Incremental Backups, direct your recycle output to the desired Esoteric and Recycle the tape. If it is a Dump tape, I can't think of anything that would copy the tape AND maintain the HSM records pointing to the data. David O'Brien NIH

Re: DFSMShsm Utility to Copy Data From a Real Tape to a Virtual Tape

2011-03-08 Thread O'Brien, David W. (NIH/CIT) [C]
OK, so it is or was a ML2 tape. Now do a tso HSEND LIST MVOL ODS('hlq.MVOL.FEB11A') and see if the tape serial is on the resulting list. If it is then perform the recycle. If it isn't then try to determine why your Tape Mgt S/w did not expire the tape when HSM did. David O'Brien NIH

Re: Question about wiping a DS8100

2011-02-23 Thread O'Brien, David W. (NIH/CIT) [C]
Nancy, I believe the ICKDSF TRKFMT command will do what you need. It has an Erase parameter. David O'Brien NIH Contractor -Original Message- From: Nancy R. Brizuela [mailto:brizu...@uwyo.edu] Sent: Wednesday, February 23, 2011 12:50 PM To: IBM-MAIN@bama.ua.edu Subject: Question about

Re: Library access confusion

2011-01-19 Thread O'Brien, David W. (NIH/CIT) [C]
Mace, Download and install Dataset Audit Facility from CBTtape.org. Easy to install, price is right and you'll never be at a loss when a dataset goes missing, provided you're cutting all the necessary SMF data. David O'Brien NIH Contractor -Original Message- From: Larry Macioce

Re: Question concerning CMF reporting of CPU Delay

2010-12-01 Thread O'Brien, David W. (NIH/CIT) [C]
I'm sorry; I should have worded that differently. I did not mean 'time slice' per se but rather the weight assigned to each LPAR. This is a constrained system so as Ted points out the weights are being enforced. David O'Brien NIH Contractor -Original Message- From: Ted MacNEIL

Question concerning CMF reporting of CPU Delay

2010-11-30 Thread O'Brien, David W. (NIH/CIT) [C]
We had a situation where our M204 users reported a delay but CMF shows the main delay as CPU but at a relatively low %. Question - Does CMF only report CPU delay for the Logical Processors in that particular LPAR? The LPAR is question often shows CPU usage of 90+%, while the CMF LPARSTAR view

Re: Question concerning CMF reporting of CPU Delay

2010-11-30 Thread O'Brien, David W. (NIH/CIT) [C]
Hi Kees, 3 physical CPs 2 Prod LPARs each with 3 LPs 1 Test LPAR with 2 LPs 1 Sandbox with 1 LP So we have 9 LPs competing for 3 CPs. Fortunately 3 of those LPs are little used. The relative weights of the Prod LPARs are 45 and 30. The LPAR reporting the problem is the one with 30, no surprise

Re: Question concerning CMF reporting of CPU Delay

2010-11-30 Thread O'Brien, David W. (NIH/CIT) [C]
Back to my original question, if LPARa has a weight of 30 and is 100% busy but is only getting 50% physical then the CPU delay % should be 50%. However CMF is reporting 2-3% which leads me to conclude that CMF is only computing wait for Logical Processors within the LPAR. Thank You, Dave

Re: Question concerning CMF reporting of CPU Delay

2010-11-30 Thread O'Brien, David W. (NIH/CIT) [C]
Schwab [mike.a.sch...@gmail.com] Sent: Tuesday, November 30, 2010 1:28 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Question concerning CMF reporting of CPU Delay On Tue, Nov 30, 2010 at 9:35 AM, O'Brien, David W. (NIH/CIT) [C] obrie...@mail.nih.gov wrote: Hi Kees, 3 physical CPs 2 Prod LPARs each

Re: Question concerning CMF reporting of CPU Delay

2010-11-30 Thread O'Brien, David W. (NIH/CIT) [C]
reporting of CPU Delay Assuming that CMF works the same as RMF, yes, the CPU delay % indicates the % of samples taken where the workload was waiting to use a LP. This calculation has no visibility to the physical CPs. On Tue, Nov 30, 2010 at 10:51 AM, O'Brien, David W. (NIH/CIT) [C] obrie

Re: QUESTION ABOUT Primary Days Non-usage

2010-11-16 Thread O'Brien, David W. (NIH/CIT) [C]
Esmie, Check the Storage Group and make sure it is Migration enabled. SCDS Name . . . . . : NIH.DFSMS.PROD. Storage Group Name : LARGE90 To ALTER Storage Group, Specify: Description == DATA SETS GT 285MB, == LARGE INTERACTIVE, B Auto Migrate . . Y (Y, N, I or P)

Re: QUESTION ABOUT Primary Days Non-usage

2010-11-16 Thread O'Brien, David W. (NIH/CIT) [C]
You got it. Migrate needs to be Y,I (Incremental) or P (Primary Space Mngt.) Also check Q AC for the following: MIGRATION=NOT HELD, AUTOMIGRATION=NOT HELD Thank You, Dave O'Brien NIH Contractor From: esmie moo [esmie_...@yahoo.ca] Sent: Tuesday, November

TSM Problem

2010-11-15 Thread O'Brien, David W. (NIH/CIT) [C]
Some time ago I changed the device type for Devclass Cartridge from an esoteric for 9840Ds to an esoteric for our VSM unit. I neglected to see that I had a 9840D cart with a status of 'filling'. Since the devclass now points to VSM, I'm getting the following msg. ANR5373I Cannot allocate tape

Re: I checked the archive for the last 15 years

2010-11-09 Thread O'Brien, David W. (NIH/CIT) [C]
Hi Janet, I duplex my ML2 and Backup HSM data out to our off-site location then send it all to DR along with the weekly backups. DR has been much smoother since I started doing this about 5 yrs ago. No more missing data. Thank You, Dave O'Brien NIH Contractor

Tapeutilization parameter question

2010-10-22 Thread O'Brien, David W. (NIH/CIT) [C]
I'm obviously missing something here. Parmlib has the following entry: SETSYS - TAPEUTILIZATION (UNITTYPE(3590-1) - CAPACITYMODE(EXTENDED) - PERCENTFULL(97)) TAPESPANSIZE(2000) HSM initializes without any obvious problem but Q

Re: Tapeutilization parameter question

2010-10-22 Thread O'Brien, David W. (NIH/CIT) [C]
Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of O'Brien, David W. (NIH/CIT) [C] Sent: Friday, October 22, 2010 12:25 PM To: IBM-MAIN@bama.ua.edu Subject: Tapeutilization parameter question I'm obviously missing something here. Parmlib has the following entry: SETSYS

Re: Tapeutilization parameter question

2010-10-22 Thread O'Brien, David W. (NIH/CIT) [C]
percent. For the command to be effective, you must enter the SETSYS USERUNITTABLE command before the SETSYS TAPEUTILIZATION command. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of O'Brien, David W. (NIH/CIT) [C] Sent: Friday, October

Re: Tapeutilization parameter question

2010-10-22 Thread O'Brien, David W. (NIH/CIT) [C]
Upon re-reading Bob's post below, I realize that I don't have a problem. The 3590 drives are not emulating 3490s so according to the manual capacitymode will be ignored. Thank You, Dave O'Brien NIH Contractor From: O'Brien, David W. (NIH/CIT) [C] Sent

  1   2   3   4   5   6   7   >