DFHSM - URGENT HELP

Discussion:

DFHSM - URGENT HELP

(too old to reply)

willie bunter

2007-11-16 17:03:12 UTC

Good Day,

A files which was migrated by DFHSM (MIGRAT2)was uncataloged in error ( del nscr purge). Is there a way of getting it back?

I tried :
DEFINE CL (NAME(SCCPM1.GBANK.LOG3.FDBS0658.G0001V00) -
VOLUMES(MIGRAT2) -
RECATALOG)

I received the following:

IDC3201I CONSTANT 'MIGRAT2' EXCEEDS LENGTH LIMIT

Is there something else I can try?

Thanks.

---------------------------------
Get easy, one-click access to your favorites. Make Yahoo! your homepage.

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Staller, Allan

2007-11-16 17:08:10 UTC

Permalink

Do the define without the RECATALOG parameter

DEF NVSAM(name(x) devt(tape) volume(migrat))

<snip>
A files which was migrated by DFHSM (MIGRAT2)was uncataloged in error
( del nscr purge). Is there a way of getting it back?

I tried :
DEFINE CL (NAME(SCCPM1.GBANK.LOG3.FDBS0658.G0001V00) -
VOLUMES(MIGRAT2) -
RECATALOG)

I received the following:

IDC3201I CONSTANT 'MIGRAT2' EXCEEDS LENGTH LIMIT
</snip>

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Thompson, Steve

2007-11-16 17:08:20 UTC

Permalink

-----Original Message-----
From: IBM Mainframe Discussion List [mailto:IBM-***@BAMA.UA.EDU] On
Behalf Of willie bunter
Sent: Friday, November 16, 2007 11:03 AM
To: IBM-***@BAMA.UA.EDU
Subject: DFHSM - URGENT HELP

Good Day,

A files which was migrated by DFHSM (MIGRAT2)was uncataloged in error
( del nscr purge). Is there a way of getting it back?

I tried :
DEFINE CL (NAME(SCCPM1.GBANK.LOG3.FDBS0658.G0001V00) -
VOLUMES(MIGRAT2) -
RECATALOG)
<SNIP>

IF DFHSM still has it available via archive(?), then just restore it. If
you have to restore it with a G00V00 name other than how it was, then
use G0001V01 (which is the next version of the generation data set
itself).

Regards,
Steve Thompson

-- All opinions expressed by me are my own and may not necessarily
reflect those of my employer. --

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

willie bunter

2007-11-16 17:17:14 UTC

Permalink

I TRIED IT OUT AND IT DIDN'T WORK. BELOW IS MESSAGE:

ARC1001I SCCPM1.GBANK.LOG3.FDBS0658.G0001V00 RECOVER FAILED, RC=0028,
ARC1001I (CONT.) REAS=0000
ARC1128I BACKUP/DUMP COPY DOES NOT EXIST

"Thompson, Steve" <***@STERCOMM.COM> wrote:
-----Original Message-----
From: IBM Mainframe Discussion List [mailto:IBM-***@BAMA.UA.EDU] On
Behalf Of willie bunter
Sent: Friday, November 16, 2007 11:03 AM
To: IBM-***@BAMA.UA.EDU
Subject: DFHSM - URGENT HELP

Good Day,

A files which was migrated by DFHSM (MIGRAT2)was uncataloged in error
( del nscr purge). Is there a way of getting it back?

I tried :
DEFINE CL (NAME(SCCPM1.GBANK.LOG3.FDBS0658.G0001V00) -
VOLUMES(MIGRAT2) -
RECATALOG)

IF DFHSM still has it available via archive(?), then just restore it. If
you have to restore it with a G00V00 name other than how it was, then
use G0001V01 (which is the next version of the generation data set
itself).

Regards,
Steve Thompson

-- All opinions expressed by me are my own and may not necessarily
reflect those of my employer. --

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

---------------------------------
Be a better sports nut! Let your teams follow you with Yahoo Mobile. Try it now.

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Pommier, Rex R.

2007-11-16 17:52:01 UTC

Permalink

A couple thoughts. First of all, shut the caps-lock key off. It looks
like you're yelling at us. :-)

Did you try doing the DEFINE NVSAM that John (I believe) tossed out?

At least at our site, before a dataset can get migrated, it must be
backed up via DFHSM backup routines. You could try running a DFHSM
RECOVER command to try to get the most recent backup of the dataset.

Post the actual command you tried below. That could give us a clue as
to what you actually tried! Running the RECALL command against the
dataset would be the correct way to get it back from the ML2 volume.

How long ago did the dataset get uncataloged? Depending on what DFHSM
has run since the uncatalog happened may cause you problems.

Do you have any full-volume backups of the pack it was originally on?
If so, you may be able to get it back from a backup.

Rex

-----Original Message-----
From: IBM Mainframe Discussion List [mailto:IBM-***@BAMA.UA.EDU] On
Behalf Of willie bunter
Sent: Friday, November 16, 2007 11:17 AM
To: IBM-***@BAMA.UA.EDU
Subject: Re: DFHSM - URGENT HELP

I TRIED IT OUT AND IT DIDN'T WORK. BELOW IS MESSAGE:

ARC1001I SCCPM1.GBANK.LOG3.FDBS0658.G0001V00 RECOVER FAILED, RC=0028,

ARC1001I (CONT.) REAS=0000

ARC1128I BACKUP/DUMP COPY DOES NOT EXIST

"Thompson, Steve" <***@STERCOMM.COM> wrote:
-----Original Message-----
From: IBM Mainframe Discussion List [mailto:IBM-***@BAMA.UA.EDU] On
Behalf Of willie bunter
Sent: Friday, November 16, 2007 11:03 AM
To: IBM-***@BAMA.UA.EDU
Subject: DFHSM - URGENT HELP

Good Day,

A files which was migrated by DFHSM (MIGRAT2)was uncataloged in error (
del nscr purge). Is there a way of getting it back?

I tried :
DEFINE CL (NAME(SCCPM1.GBANK.LOG3.FDBS0658.G0001V00) -
VOLUMES(MIGRAT2) -
RECATALOG)

IF DFHSM still has it available via archive(?), then just restore it. If
you have to restore it with a G00V00 name other than how it was, then
use G0001V01 (which is the next version of the generation data set
itself).

Regards,
Steve Thompson

-- All opinions expressed by me are my own and may not necessarily
reflect those of my employer. --

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions, send
email to ***@bama.ua.edu with the message: GET IBM-MAIN INFO Search
the archives at http://bama.ua.edu/archives/ibm-main.html

---------------------------------
Be a better sports nut! Let your teams follow you with Yahoo Mobile. Try
it now.

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions, send
email to ***@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 ***@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

willie bunter

2007-11-16 18:17:29 UTC

Permalink

Rex,

My apologies for using caps-lock.

I tired the DEFINE NVAS command and I am having a problem with device type:
IDC3009I ** VSAM CATALOG RETURN CODE IS 168 - REASON CODE IS IGG0CLEH-4

I know it is a high density drive 9840 (STORAGETEK) but it doesn't seem to work.
Here is my command:
DEFINE NVSAM (NAME(SCCPM1.GBANK.LOG3.FDBS0658.G0001V00 ) -
DEVT(9840) -
VOLUMES(MIGRAT) -

I perfomed a recall of another migrated dataset just to verify the drive type and it shows the device type as 3590.

I tried the RECOVER but it failed because of :
ARC1001I SCCPM1.GBANK.LOG3.FDBS0658.G0001V00 RECOVER FAILED, RC=0028,
ARC1001I (CONT.) REAS=0000
ARC1128I BACKUP/DUMP COPY DOES NOT EXIST

"Pommier, Rex R." <***@CNASURETY.COM> wrote:
A couple thoughts. First of all, shut the caps-lock key off. It looks
like you're yelling at us. :-)

Did you try doing the DEFINE NVSAM that John (I believe) tossed out?

At least at our site, before a dataset can get migrated, it must be
backed up via DFHSM backup routines. You could try running a DFHSM
RECOVER command to try to get the most recent backup of the dataset.

Post the actual command you tried below. That could give us a clue as
to what you actually tried! Running the RECALL command against the
dataset would be the correct way to get it back from the ML2 volume.

How long ago did the dataset get uncataloged? Depending on what DFHSM
has run since the uncatalog happened may cause you problems.

Do you have any full-volume backups of the pack it was originally on?
If so, you may be able to get it back from a backup.

Rex

-----Original Message-----
From: IBM Mainframe Discussion List [mailto:IBM-***@BAMA.UA.EDU] On
Behalf Of willie bunter
Sent: Friday, November 16, 2007 11:17 AM
To: IBM-***@BAMA.UA.EDU
Subject: Re: DFHSM - URGENT HELP

I TRIED IT OUT AND IT DIDN'T WORK. BELOW IS MESSAGE:

ARC1001I SCCPM1.GBANK.LOG3.FDBS0658.G0001V00 RECOVER FAILED, RC=0028,

ARC1001I (CONT.) REAS=0000

ARC1128I BACKUP/DUMP COPY DOES NOT EXIST

"Thompson, Steve" wrote:
-----Original Message-----
From: IBM Mainframe Discussion List [mailto:IBM-***@BAMA.UA.EDU] On
Behalf Of willie bunter
Sent: Friday, November 16, 2007 11:03 AM
To: IBM-***@BAMA.UA.EDU
Subject: DFHSM - URGENT HELP

Good Day,

A files which was migrated by DFHSM (MIGRAT2)was uncataloged in error (
del nscr purge). Is there a way of getting it back?

I tried :
DEFINE CL (NAME(SCCPM1.GBANK.LOG3.FDBS0658.G0001V00) -
VOLUMES(MIGRAT2) -
RECATALOG)

IF DFHSM still has it available via archive(?), then just restore it. If
you have to restore it with a G00V00 name other than how it was, then
use G0001V01 (which is the next version of the generation data set
itself).

Regards,
Steve Thompson

-- All opinions expressed by me are my own and may not necessarily
reflect those of my employer. --

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions, send
email to ***@bama.ua.edu with the message: GET IBM-MAIN INFO Search
the archives at http://bama.ua.edu/archives/ibm-main.html

---------------------------------
Be a better sports nut! Let your teams follow you with Yahoo Mobile. Try
it now.

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions, send
email to ***@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 ***@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

---------------------------------
Get easy, one-click access to your favorites. Make Yahoo! your homepage.

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

willie bunter

2007-11-16 18:18:46 UTC

Permalink

I forgot to answer your question about how long ago the dataset was uncataloged. It was about 2 hours ago.

"Pommier, Rex R." <***@CNASURETY.COM> wrote: A couple thoughts. First of all, shut the caps-lock key off. It looks
like you're yelling at us. :-)

Did you try doing the DEFINE NVSAM that John (I believe) tossed out?

At least at our site, before a dataset can get migrated, it must be
backed up via DFHSM backup routines. You could try running a DFHSM
RECOVER command to try to get the most recent backup of the dataset.

Post the actual command you tried below. That could give us a clue as
to what you actually tried! Running the RECALL command against the
dataset would be the correct way to get it back from the ML2 volume.

How long ago did the dataset get uncataloged? Depending on what DFHSM
has run since the uncatalog happened may cause you problems.

Do you have any full-volume backups of the pack it was originally on?
If so, you may be able to get it back from a backup.

Rex

-----Original Message-----
From: IBM Mainframe Discussion List [mailto:IBM-***@BAMA.UA.EDU] On
Behalf Of willie bunter
Sent: Friday, November 16, 2007 11:17 AM
To: IBM-***@BAMA.UA.EDU
Subject: Re: DFHSM - URGENT HELP

I TRIED IT OUT AND IT DIDN'T WORK. BELOW IS MESSAGE:

ARC1001I SCCPM1.GBANK.LOG3.FDBS0658.G0001V00 RECOVER FAILED, RC=0028,

ARC1001I (CONT.) REAS=0000

ARC1128I BACKUP/DUMP COPY DOES NOT EXIST

"Thompson, Steve" wrote:
-----Original Message-----
From: IBM Mainframe Discussion List [mailto:IBM-***@BAMA.UA.EDU] On
Behalf Of willie bunter
Sent: Friday, November 16, 2007 11:03 AM
To: IBM-***@BAMA.UA.EDU
Subject: DFHSM - URGENT HELP

Good Day,

A files which was migrated by DFHSM (MIGRAT2)was uncataloged in error (
del nscr purge). Is there a way of getting it back?

I tried :
DEFINE CL (NAME(SCCPM1.GBANK.LOG3.FDBS0658.G0001V00) -
VOLUMES(MIGRAT2) -
RECATALOG)

IF DFHSM still has it available via archive(?), then just restore it. If
you have to restore it with a G00V00 name other than how it was, then
use G0001V01 (which is the next version of the generation data set
itself).

Regards,
Steve Thompson

-- All opinions expressed by me are my own and may not necessarily
reflect those of my employer. --

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions, send
email to ***@bama.ua.edu with the message: GET IBM-MAIN INFO Search
the archives at http://bama.ua.edu/archives/ibm-main.html

---------------------------------
Be a better sports nut! Let your teams follow you with Yahoo Mobile. Try
it now.

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions, send
email to ***@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 ***@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

---------------------------------
Never miss a thing. Make Yahoo your homepage.

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Adams, Rick

2007-11-16 18:25:18 UTC

Permalink

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.

Thanks....Rick

-----Original Message-----
From: IBM Mainframe Discussion List [mailto:IBM-***@BAMA.UA.EDU] On
Behalf Of willie bunter
Sent: Friday, November 16, 2007 12:19 PM
To: IBM-***@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 ***@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

willie bunter

2007-11-16 18:38:32 UTC

Permalink

I tried your suggestion for the DEVT. Still same error message:

IDC3009I ** VSAM CATALOG RETURN CODE IS 168 - REASON CODE IS IGG0CLEH-4

I will keep on digging.

"Adams, Rick" <***@FMR.COM> wrote:
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.

Thanks....Rick

-----Original Message-----
From: IBM Mainframe Discussion List [mailto:IBM-***@BAMA.UA.EDU] On
Behalf Of willie bunter
Sent: Friday, November 16, 2007 12:19 PM
To: IBM-***@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 ***@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

---------------------------------
Never miss a thing. Make Yahoo your homepage.

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Joel C. Ewing

2007-11-17 06:50:16 UTC

Permalink

If the migrated dataset was scratched, the MCDS definitions for the
dataset are gone also, and this is what is causing your recall failure.

In addition the the DEF NVSAM to catalog the dataset, you will also need
to determine what ML2 volume contains the dataset (may require looking
at old HSM CDS backups) and then run an DFHSM AUDIT on that tape, which
will then see the dataset cataloged to MIGRAT and on the tape but not in
the MCDS and propose/make the necessary fixes in MCDS to make the
dataset accessible again.

Another approach that we occasionally use, assuming you have backups of
the HSM CDS datasets and a recovery/test MVS platform that can be used:
You can bring up an HSM environment on a test system with back level
versions of the production CDS datasets that still have the dataset on
ML2 and catalog the dataset to MIGRAT with DEF NVSAM on the test system,
Recall the dataset there, and then export the dataset back to the
production system by some means, where it can be re-migrated back to ML2.

Willie bunter wrote:
> I tried your suggestion for the DEVT. Still same error message:
>
> IDC3009I ** VSAM CATALOG RETURN CODE IS 168 - REASON CODE IS IGG0CLEH-4
>
> I will keep on digging.
>
> "Adams, Rick" <***@FMR.COM> wrote:
> 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.
>
> Thanks....Rick
>
...

--
Joel C. Ewing, Fort Smith, AR ***@acm.org

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Staller, Allan

2007-11-19 15:00:27 UTC

Permalink

<snip>
If the migrated dataset was scratched, the MCDS definitions for the
dataset are gone also, and this is what is causing your recall failure.
</snip>

This is not necessarily true. There are parameters that govern how long
these records are kept in the CDS's. SETSYS MIGRATIONCLEANUPDAYS
controls this activity (please RTFM for the full details). At the end of
this interval, the records are deleted during secondary space
management.

The situation described by the OP had the dataset being uncataloged very
shortly after migration and (presumably) before secondary space
management occurred, so the record should have been in the MCDS.

Given that the record was in the MCDS, DEF NVSAM(NAME(X) DEVT(tape
device) volume(MIGRAT)' should enable the recall of the dataset.

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Pommier, Rex R.

2007-11-16 20:25:18 UTC

Permalink

If it was only a couple hours DFHSM shouldn't have had time to clear out
all backups of the dataset. Did you try either RECALL or RECOVER? If
so, what command did you use and what was the output?

Rex

-----Original Message-----
From: IBM Mainframe Discussion List [mailto:IBM-***@BAMA.UA.EDU] On
Behalf Of willie bunter
Sent: Friday, November 16, 2007 12:19 PM
To: IBM-***@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.

"Pommier, Rex R." <***@CNASURETY.COM> wrote: A couple thoughts.
First of all, shut the caps-lock key off. It looks like you're yelling
at us. :-)

Did you try doing the DEFINE NVSAM that John (I believe) tossed out?

At least at our site, before a dataset can get migrated, it must be
backed up via DFHSM backup routines. You could try running a DFHSM
RECOVER command to try to get the most recent backup of the dataset.

Post the actual command you tried below. That could give us a clue as to
what you actually tried! Running the RECALL command against the dataset
would be the correct way to get it back from the ML2 volume.

How long ago did the dataset get uncataloged? Depending on what DFHSM
has run since the uncatalog happened may cause you problems.

Do you have any full-volume backups of the pack it was originally on?
If so, you may be able to get it back from a backup.

Rex

-----Original Message-----
From: IBM Mainframe Discussion List [mailto:IBM-***@BAMA.UA.EDU] On
Behalf Of willie bunter
Sent: Friday, November 16, 2007 11:17 AM
To: IBM-***@BAMA.UA.EDU
Subject: Re: DFHSM - URGENT HELP

I TRIED IT OUT AND IT DIDN'T WORK. BELOW IS MESSAGE:

ARC1001I SCCPM1.GBANK.LOG3.FDBS0658.G0001V00 RECOVER FAILED, RC=0028,

ARC1001I (CONT.) REAS=0000

ARC1128I BACKUP/DUMP COPY DOES NOT EXIST

"Thompson, Steve" wrote:
-----Original Message-----
From: IBM Mainframe Discussion List [mailto:IBM-***@BAMA.UA.EDU] On
Behalf Of willie bunter
Sent: Friday, November 16, 2007 11:03 AM
To: IBM-***@BAMA.UA.EDU
Subject: DFHSM - URGENT HELP

Good Day,

A files which was migrated by DFHSM (MIGRAT2)was uncataloged in error (
del nscr purge). Is there a way of getting it back?

I tried :
DEFINE CL (NAME(SCCPM1.GBANK.LOG3.FDBS0658.G0001V00) -
VOLUMES(MIGRAT2) -
RECATALOG)

IF DFHSM still has it available via archive(?), then just restore it. If
you have to restore it with a G00V00 name other than how it was, then
use G0001V01 (which is the next version of the generation data set
itself).

Regards,
Steve Thompson

-- All opinions expressed by me are my own and may not necessarily
reflect those of my employer. --

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions, send
email to ***@bama.ua.edu with the message: GET IBM-MAIN INFO Search
the archives at http://bama.ua.edu/archives/ibm-main.html

---------------------------------
Be a better sports nut! Let your teams follow you with Yahoo Mobile. Try
it now.

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions, send
email to ***@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 ***@bama.ua.edu with the message: GET IBM-MAIN INFO Search
the archives at http://bama.ua.edu/archives/ibm-main.html

---------------------------------
Never miss a thing. Make Yahoo your homepage.

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions, send
email to ***@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 ***@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Schwarz, Barry A

2007-11-16 20:19:08 UTC

Permalink

Don't RECOVER, RESTORE!

-----Original Message-----
From: willie bunter [mailto:snip]
Sent: Friday, November 16, 2007 9:17 AM
To: IBM-***@BAMA.UA.EDU
Subject: Re: DFHSM - URGENT HELP

I TRIED IT OUT AND IT DIDN'T WORK. BELOW IS MESSAGE:

ARC1001I SCCPM1.GBANK.LOG3.FDBS0658.G0001V00 RECOVER FAILED, RC=0028,

ARC1001I (CONT.) REAS=0000

ARC1128I BACKUP/DUMP COPY DOES NOT EXIST

"Thompson, Steve" <snip> wrote:

<snip>

IF DFHSM still has it available via archive(?), then just restore it. If
you have to restore it with a G00V00 name other than how it was, then
use G0001V01 (which is the next version of the generation data set
itself).

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

McKown, John

2007-11-16 17:09:40 UTC

Permalink

> -----Original Message-----
> From: IBM Mainframe Discussion List
> [mailto:IBM-***@BAMA.UA.EDU] On Behalf Of willie bunter
> Sent: Friday, November 16, 2007 11:03 AM
> To: IBM-***@BAMA.UA.EDU
> Subject: DFHSM - URGENT HELP
>
>
> Good Day,
>
> A files which was migrated by DFHSM (MIGRAT2)was
> uncataloged in error ( del nscr purge). Is there a way of
> getting it back?
>
> I tried :
> DEFINE CL (NAME(SCCPM1.GBANK.LOG3.FDBS0658.G0001V00) -
> VOLUMES(MIGRAT2) -
> RECATALOG)
>
> I received the following:
>
> IDC3201I CONSTANT 'MIGRAT2' EXCEEDS LENGTH LIMIT
>
> Is there something else I can try?
>
> Thanks.

Catalog it to MIGRAT with a device type of X'78048081'. Also, all
migrated files are NONVSAM.

DEF NVSAM(NAME(SCCPM1.GBANK.LOG3.FDBS0658.G0001V00) -
DEVT(X'78048081') -
VOLUME(MIGRAT))

I __think__ that is correct. Well, off to the group lunch! OutBack Steak
House! yum.

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

The information contained in this e-mail message may be privileged
and/or confidential. It is for intended addressee(s) only. If you are
not the intended recipient, you are hereby notified that any disclosure,
reproduction, distribution or other use of this communication is
strictly prohibited and could, in certain circumstances, be a criminal
offense. If you have received this e-mail in error, please notify the
sender by reply and delete this message without copying or disclosing
it.

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html