Procedure to fix problem with virtual tape causing I/O errors

2012-06-28 Thread Uriel Carrasquilla
I received a notification that one of my tapes which is in my one-and-only ISMF tape library is generating errors (bus-tech implemented using an MTL with the MDL). I checked the faulty VOLSER using TMS (ca-1) (under TSO/ISPF) and the volume has a dataset already expired and it is in DELETE

Re: Using SSH or SCP in REXX under TSO

2012-07-26 Thread Uriel Carrasquilla
To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Using SSH or SCP in REXX under TSO On Wed, 25 Jul 2012 22:12:01 +, Uriel Carrasquilla wrote: Does anybody have a sample REXX that can be shared to either scp or ssh to remote Unix from TSO? I have seen JCL to that effect using BPXBATCH but I have not tried

Re: Using SSH or SCP in REXX under TSO

2012-07-26 Thread Uriel Carrasquilla
@LISTSERV.UA.EDU] On Behalf Of Uriel Carrasquilla Sent: Wednesday, July 25, 2012 5:12 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Using SSH or SCP in REXX under TSO I need to copy files from zOS 1.11 to a Unix machine on a regular basis (not to USS or Linux under zVM). I came across

Re: Using SSH or SCP in REXX under TSO

2012-07-30 Thread Uriel Carrasquilla
, Kirk Wolf Dovetailed Technologies http://dovetail.com On Thu, Jul 26, 2012 at 9:35 AM, Uriel Carrasquilla uriel.carrasqui...@mail.mcgill.ca wrote: Hi John. Great suggestion. For me to get Co:Z I would need to register Dovetail as a vendor even if we pay nothing. That would require

HSM - space for full recall

2012-08-20 Thread Uriel Carrasquilla
If I wanted to find out how much disk space (in TBytes) would be needed to recall all of the HSM migrated datasets from Level-2, how would I go about it? The same question but by high-level prefix (e.g. all datasets starting with 'myco')?

Re: HSM - space for full recall

2012-08-20 Thread Uriel Carrasquilla
. You can do this through the console with a F dfhsm,LIST Or HLIST command in TSO Option 6. So long as you have the ODS(...) parm it will not tie up your tso session. Lizette -Original Message- From: Uriel Carrasquilla uriel.carrasqui...@mail.mcgill.ca Sent: Aug 20, 2012 2:34 PM To: IBM

Re: HSM - space for full recall

2012-08-20 Thread Uriel Carrasquilla
dfhsm,LIST Or HLIST command in TSO Option 6. So long as you have the ODS(...) parm it will not tie up your tso session. Lizette -Original Message- From: Uriel Carrasquilla uriel.carrasqui...@mail.mcgill.ca Sent: Aug 20, 2012 2:34 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: HSM - space

Re: HSM - space for full recall

2012-08-20 Thread Uriel Carrasquilla
On second thought, I will write the perl program to extract the number of tracks per high level with a total. Thank you. ps/ I have 693,000 datasets. From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Uriel Carrasquilla

Re: HSM - space for full recall

2012-08-21 Thread Uriel Carrasquilla
-MAIN@LISTSERV.UA.EDU Subject: Re: HSM - space for full recall Did you get a B-37 on your list attempt. That many datasets may require you to patch the HSM ODS allocation or pre-allocate your ODS. -Original Message- From: Uriel Carrasquilla [mailto:uriel.carrasqui...@mail.mcgill.ca] Sent

Re: HSM - space for full recall

2012-08-21 Thread Uriel Carrasquilla
should help. Dave Gibney Information Technology Services Washington State University -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Uriel Carrasquilla Sent: Tuesday, August 21, 2012 7:53 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject

Re: X86 server

2012-08-23 Thread Uriel Carrasquilla
When I used to work for the stock exchange (in Vancouver), it was always the question about MF versus Tandem/Stratus fault-tolerant equipment. Yes, most of the problems were not hardware related. But one time we were hit by a massive failure in the primary and backup components that brought

Re: Dcollect question

2012-09-05 Thread Uriel Carrasquilla
I have a question regarding DCOLLECT data for HSM migrated datasets. The expiry date for the datasets is empty even when I know there are rules based on the dataset name. How can I obtain the expiry date for our datasets under SMS control? From: IBM

Re: another DCOLLECT question

2012-09-06 Thread Uriel Carrasquilla
State University -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Uriel Carrasquilla Sent: Wednesday, September 05, 2012 6:02 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: another DCOLLECT question How do I get the expiration date

Re: another DCOLLECT question

2012-09-06 Thread Uriel Carrasquilla
Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Uriel Carrasquilla Sent: Thursday, September 06, 2012 4:56 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: another DCOLLECT question David, thank you. The UMCLASS provides the DFSMSHSM management class

Re: another DCOLLECT question

2012-09-07 Thread Uriel Carrasquilla
, Sep 6, 2012 at 7:36 PM, Uriel Carrasquilla uriel.carrasqui...@mail.mcgill.ca wrote: Thank you all for your reply. I am learning from the explanations provided. The datasets are sequential files that have an associated management-class and they all have a LIMIT required by our legal and auditing

DFSMSHSM is a not deleting expired datasets

2012-09-21 Thread Uriel Carrasquilla
I listed three high level qualifiers (HLQ) and found 27,000 datasets that were catalogued, some of them on disk, some of them on HSM (ML-1 or ML2) and some other on tapes (TMS). Found that TMS is doing its job and expired datasets were gone. With thos dasets on DASD and under HSM (migrated),

Re: DFSMSHSM is a not deleting expired datasets

2012-09-21 Thread Uriel Carrasquilla
- :: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On :: Behalf Of Uriel Carrasquilla :: Sent: Friday, September 21, 2012 10:25 AM :: To: IBM-MAIN@LISTSERV.UA.EDU :: Subject: DFSMSHSM is a not deleting expired datasets :: :: I listed three high level qualifiers (HLQ

DFSMSHSM Management Class Question

2012-10-09 Thread Uriel Carrasquilla
I have a situation that I am hoping someone can shine some light. I am conflicted by a behavior in our zOS 1.11 system. We have a Management Class defined to expire datasets after a given number of days. I know it is working because I found some datasets about to expire, waited for them to

Re: DFSMSHSM Management Class Question

2012-10-09 Thread Uriel Carrasquilla
? -Original Message- From: Uriel Carrasquilla [mailto:uriel.carrasqui...@mail.mcgill.ca] Sent: Tuesday, October 09, 2012 2:32 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: DFSMSHSM Management Class Question I have a situation that I am hoping someone can shine some light. I am conflicted by a behavior

Re: DFSMSHSM Management Class Question

2012-10-09 Thread Uriel Carrasquilla
for the message ARC0721I AUTOMATIC BACKUP ENDING, otherwise a file will not be deleted. In addition, make sure that the Storage Group is set to yes in Column 6 in ISMF. Regards, Hervey -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Uriel

Re: DFSMSHSM Management Class Question

2012-10-09 Thread Uriel Carrasquilla
I ran the HLIST command on both, the dataset properly deleted and the one that was not. Even when they both have the same management and storage class, I found that for the dataset properly delete, it had no MCDS information and the BCDS information was present. That is not the case for the one

Re: DFSMSHSM Management Class Question

2012-10-09 Thread Uriel Carrasquilla
They both have the same management class with the same expire date/days and nothing for expiration by non-useage. From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Staller, Allan [allan.stal...@kbmg.com] Sent: Tuesday, October

Re: DFSMSHSM Management Class Question

2012-10-09 Thread Uriel Carrasquilla
it. If you do care about the backup, you can restore the dataset, manually back it up, and then delete it. :: -Original Message- :: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On :: Behalf Of Uriel Carrasquilla :: Sent: Tuesday, October 09, 2012 1:19 PM :: To: IBM