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
 

 

Need a JCL to change the volume back to PRIVATE from SCRATCH

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

New User


Joined: 05 Dec 2013
Posts: 11
Location: india

PostPosted: Tue Oct 14, 2014 9:06 pm    Post subject: Need a JCL to change the volume back to PRIVATE from SCRATCH
Reply with quote

Folks,

I am getting the below ERROR when i process my JCL

IGD330I ERROR OCCURRED DURING CBRXLCS PROCESSING-
VOLUME REQUESTED BY SPECIFIC VOLUME SERIAL IS A SCRATCH VOLUME
THE FAILING VOLSER IS 0HD307
IGD306I UNEXPECTED ERROR DURING ?CBRXLCS PROCESSING
RETURN CODE 8 REASON CODE 51
THE MODULE THAT DETECTED THE ERROR IS IGDCAT01
SMS MODULE TRACE BACK - CAT01 CAT00 SSIRT
SYMPTOM RECORD CREATED, PROBLEM ID IS IGD00012


It seems the volume went on SCRATCH and i want to bring it back to PRIVATE again.Could anyone please help on This..Probably a JCl to bring back the VOLUME from SCRATCH to PRIVATE will help.

Thanks in Advance

Mani
Back to top
View user's profile Send private message

Nic Clouston

Global Moderator


Joined: 10 May 2007
Posts: 1713
Location: UK

PostPosted: Tue Oct 14, 2014 9:56 pm    Post subject: Reply to: Need a JCL to change the volume back to PRIVATE fr
Reply with quote

That error is not produced by JCL but the program that is being executed. JCL alone will not do what you want but your TLMS may - if you get the control cards right (refer to manual or your tape librarian).
Back to top
View user's profile Send private message
Rohit Umarjikar

Senior Member


Joined: 21 Sep 2010
Posts: 1609
Location: NY,USA

PostPosted: Wed Oct 15, 2014 3:13 am    Post subject:
Reply with quote

http://pic.dhe.ibm.com/infocenter/zos/v1r13/topic/com.ibm.zos.r13.idar100/r1172.htm

Quote:
You cannot call for scratch volume by specific-volser. If you are attempting
write new data to a new tape; it should be without a volser and just select the next scratch volume. If you are attempting to read or mod data onto an existing tape; the tape has been scratched (why?) inside the robot. In that case, you would need to "un-scratch" the tape (change its status to PRIVATE) using the ISMF panels and then re-submit the job.
Back to top
View user's profile Send private message
Robert Sample

Global Moderator


Joined: 06 Jun 2008
Posts: 7907
Location: Bellevue, IA

PostPosted: Wed Oct 15, 2014 4:27 am    Post subject:
Reply with quote

Quote:
It seems the volume went on SCRATCH and i want to bring it back to PRIVATE again
Contact your site support group!
If the volume has been scratched, at some sites that means the data is overwritten and hence even if you change the status from SCRATCH to PRIVATE, you will be unable to recover any of the data. If the volume has merely been marked SCRATCH without being written to, you can recover the data. But only your site support group can help you -- and they should have been your FIRST call when you discovered the problem. If the tape has been written to since you posted here, then you have lost the data -- period.
Back to top
View user's profile Send private message
Manikandesvaran D

New User


Joined: 05 Dec 2013
Posts: 11
Location: india

PostPosted: Wed Oct 15, 2014 12:47 pm    Post subject:
Reply with quote

Thanks Robert for your help.
Back to top
View user's profile Send private message
Manikandesvaran D

New User


Joined: 05 Dec 2013
Posts: 11
Location: india

PostPosted: Wed Oct 15, 2014 12:53 pm    Post subject:
Reply with quote

Rohit Umarjikar wrote:
http://pic.dhe.ibm.com/infocenter/zos/v1r13/topic/com.ibm.zos.r13.idar100/r1172.htm

Quote:
You cannot call for scratch volume by specific-volser. If you are attempting
write new data to a new tape; it should be without a volser and just select the next scratch volume. If you are attempting to read or mod data onto an existing tape; the tape has been scratched (why?) inside the robot. In that case, you would need to "un-scratch" the tape (change its status to PRIVATE) using the ISMF panels and then re-submit the job.


Thanks Rohit.The files has not been used for a longer time and it went on SCRATCH.I have generated new files and that worked.I am coping the data from the Dataset to other Dataset for a transmit operation.But i am just checking the possible ways to bring the files back to PRIVATE.

Could you let me know how to make the status PRIVATE using ISMF panels please ?
Back to top
View user's profile Send private message
expat

Global Moderator


Joined: 14 Mar 2007
Posts: 8593
Location: Back in jolly old England

PostPosted: Wed Oct 15, 2014 2:09 pm    Post subject:
Reply with quote

Robert Sample wrote:
Quote:
It seems the volume went on SCRATCH and i want to bring it back to PRIVATE again
Contact your site support group!
If the volume has been scratched, at some sites that means the data is overwritten and hence even if you change the status from SCRATCH to PRIVATE, you will be unable to recover any of the data. If the volume has merely been marked SCRATCH without being written to, you can recover the data. But only your site support group can help you -- and they should have been your FIRST call when you discovered the problem. If the tape has been written to since you posted here, then you have lost the data -- period.


Adding to what Robert has said, and I really do recommend that you follow his advice and contact the support group responsible - If the volume is VTS resident, depending on the settings at YOUR SITE even if the volume serial number has not been reused it may well be useless anyway. If the volume header information is deleted from the VTS control file then the volume will be totally useless.
Back to top
View user's profile Send private message
Manikandesvaran D

New User


Joined: 05 Dec 2013
Posts: 11
Location: india

PostPosted: Wed Oct 15, 2014 2:50 pm    Post subject:
Reply with quote

Thanks expat for your help
Back to top
View user's profile Send private message
Rohit Umarjikar

Senior Member


Joined: 21 Sep 2010
Posts: 1609
Location: NY,USA

PostPosted: Wed Oct 15, 2014 8:59 pm    Post subject:
Reply with quote

Mani, I am not sure if you can use IEHMOVE. May be experts here could tell more on what you have asekd.
Back to top
View user's profile Send private message
Manikandesvaran D

New User


Joined: 05 Dec 2013
Posts: 11
Location: india

PostPosted: Wed Oct 15, 2014 9:08 pm    Post subject:
Reply with quote

Thanks Rohit For your suggestion.I have contacted my CA-1 support team in my end.

But your suggestion also Sounds good.i will try to check IEHMOVE over my end.

Thanks

Mani
Back to top
View user's profile Send private message
steve-myers

Active User


Joined: 30 Nov 2013
Posts: 460
Location: The Universe

PostPosted: Wed Oct 15, 2014 10:07 pm    Post subject:
Reply with quote

I spent some time looking up the IGD330I message. The message description referred me to DFSMS Diagnosis for a description of return code 8, reason code 51. Guess what: "Specific volume serial request for a scratch volume."

In my career I don't think I ever encountered this message. On numerous occasions I have encountered a situation where a volume is in scratch status and I've been able to recover its contents provided it was not written over. However, these were all real tapes.

As others have noted, if the volume is a "virtual" volume in some sort of virtual tape system, I suspect it will not be possible to recover the data, but I'm no expert in these systems.

Somewhere someone suggested using IEHMOVE. All IEHMOVE does is sort of fake out JCL. Once it has done that it uses standard z/OS data management services. If you can't use JCL to specify the data, I don't think IEHMOVE will help you. On the other hand, I could be wrong; it can't hurt to try.
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 CICS Roll back partially - Need to re... dwijadas CICS 4 Wed Nov 16, 2016 4:30 pm
No new posts Change date (DD/MM/YY) in 2nd record ... uday kiran DFSORT/ICETOOL 12 Wed Sep 07, 2016 10:57 pm
No new posts How to change dataset attributes of m... ignich7 JCL & VSAM 3 Thu Jul 21, 2016 9:17 pm
No new posts Reading selected volumes of a multi-v... RickBig JCL & VSAM 6 Wed Jul 13, 2016 7:26 pm
No new posts GDG vsersion number change Raghu navaikulam JCL & VSAM 5 Fri May 27, 2016 4:49 pm


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