Portal | Manuals | References | Downloads | Info | Programs | JCLs | Master the Mainframes
IBM Mainframe Computers Forums Index
 
Register
 
IBM Mainframe Computers Forums Index Mainframe: Search IBM Mainframe Forum: FAQ Memberlist Usergroups Profile Log in to check your private messages Log in
 

 

ADR417W (001)-TDRF1(05) during RESTORE

 
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> JCL & VSAM
View previous topic :: :: View next topic  
Author Message
Willem Vermeer

New User


Joined: 31 Oct 2007
Posts: 38
Location: Amsterdam, the Netherlands

PostPosted: Tue Sep 25, 2012 2:31 pm    Post subject: ADR417W (001)-TDRF1(05) during RESTORE
Reply with quote

Greetings.

a customer of ours ran into the issue above when restoring from a logical dump. The cluster was pre-allocated, but DFSMSdss deleted/reallocated it. An ADR788I seems to suggest that processing went ok -number of records processed corresponds to records dumped- but statistics shown with a LISTCAT suggest that something went wrong when the cluster was closed.

I'm trying to get a grip on that ADR417W RSNC 05 message. On the IBM Support Portal the only items mentioning this message, were for older versions of DFSMSdss (2010). We're running z/OS 1.12 and this is really the very first time I've ever seen it.

Anybody any ideas?
Back to top
View user's profile Send private message

dick scherrer

Site Director


Joined: 23 Nov 2006
Posts: 19270
Location: Inside the Matrix

PostPosted: Tue Sep 25, 2012 7:02 pm    Post subject:
Reply with quote

Hello,

Nope, this is not familiar to me.

What does IBM have to say?
Back to top
View user's profile Send private message
Willem Vermeer

New User


Joined: 31 Oct 2007
Posts: 38
Location: Amsterdam, the Netherlands

PostPosted: Tue Sep 25, 2012 7:08 pm    Post subject: Reply to: ADR417W (001)-TDRF1(05) during RESTORE
Reply with quote

Dick,

I haven't contacted IBM yet. Perhaps it's about time that I did. I had the customer do an EXAMINE on the cluster and everything came out just fine. No errors at all.
Back to top
View user's profile Send private message
Pete Wilson

Active User


Joined: 31 Dec 2009
Posts: 440
Location: London

PostPosted: Wed Sep 26, 2012 5:58 pm    Post subject:
Reply with quote

ADR417W RC=5 - Message action is:
5 Use AMASPZAP to reset the RACF indicator, and rerun the job.

Alternative might be to just delete the target file (if you can) before rerunning the restore.

You could first do some IDCAMS DIAGNOSE of the volume and catalog entry which might highlight any issue.

Also, out of curiosity is the source file that was dumped showing valid statistics?
Back to top
View user's profile Send private message
Willem Vermeer

New User


Joined: 31 Oct 2007
Posts: 38
Location: Amsterdam, the Netherlands

PostPosted: Wed Sep 26, 2012 6:14 pm    Post subject: Reply to: ADR417W (001)-TDRF1(05) during RESTORE
Reply with quote

Pete,

we could try deleteing the target file, but to be honest, I'm not sure whether that would make any difference. After all, isn't that what DFdss is doing? It finds the target already present and deletes it first before proceeding with the reallocation and restore. But I guess we could give it a try.

I haven't done any IDCAMS Diagnose on volume or catalog entry yet. Will try that.

As to those statistics, difficult to say. You see, they're Dumping / Restoring the same files on what looks like a periodic basis. Why? I don't know. Must admit I haven't asked them. Yet.
Anyway, if the original file ever had correct statistics, I cannot see them anymore since the file has been dumped/restored a number of times.
Back to top
View user's profile Send private message
Pete Wilson

Active User


Joined: 31 Dec 2009
Posts: 440
Location: London

PostPosted: Wed Sep 26, 2012 7:01 pm    Post subject:
Reply with quote

I have had experiences where deleting the target file up front has a different effect to DFDSS doing it itself. Sometimes I think you can get a mismatch in some attributes of the DUMP'd version and the online version. You could just rename the target file which would have a similar effect, at least its there for later analysis then.

Certainly appears to be something to with the VTOC entry otherwise the message wouldn't recommend using ZAP.

Is the file QSAm or VSAM?
Back to top
View user's profile Send private message
View previous topic :: :: View next topic  
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> JCL & VSAM All times are GMT + 6 Hours
Page 1 of 1

 

Search our Forum:

Similar Topics
Topic Author Forum Replies Posted
No new posts Error during restore rename archanamuthukrishnan All Other Mainframe Topics 2 Fri Oct 14, 2016 3:30 pm
No new posts ADRDSSU Restore - How to prevent repl... Lipi.Prasannan JCL & VSAM 12 Fri Oct 02, 2015 12:13 am
No new posts ADRDSSU Utility to RESTORE onto SMS-M... Robert Sample JCL & VSAM 12 Sun Sep 01, 2013 8:01 pm
No new posts ADRDSSU: Restore VSAM and rename expat JCL & VSAM 3 Wed Aug 07, 2013 1:58 pm
No new posts Restore VSAM dataset without replacin... Pete Wilson JCL & VSAM 10 Fri Feb 15, 2013 11:44 pm


Facebook
Back to Top
 
Mainframe Wiki | Forum Rules | Bookmarks | Subscriptions | FAQ | Tutorials | Contact Us