IBM Mainframe Forum Index
 
Log In
 
IBM Mainframe Forum Index Mainframe: Search IBM Mainframe Forum: FAQ Register
 

Deleting a Tape file


IBM Mainframe Forums -> JCL & VSAM
Post new topic   Reply to topic
View previous topic :: View next topic  
Author Message
selvamsrinivasan85

New User


Joined: 09 Aug 2010
Posts: 31
Location: Chennai

PostPosted: Mon Aug 28, 2023 12:56 pm
Reply with quote

Hi all,
I have very less knowledge on Tape datasets. Currently we have a requirement to mass delete a group of datasets that has PS , VSAM, GDG Base with Versions and Tape datasets.

Most of the tape datasets are migrated and when i try to recall, am getting " Dataset not in catalogue".

When I try to catalogue, it is asking Volume information. What needs to be done?.

Also I have a query on IDCAMS Delete with FORCE and PURGE. Which one is good?.
Back to top
View user's profile Send private message
Joerg.Findeisen

Senior Member


Joined: 15 Aug 2015
Posts: 1308
Location: Bamberg, Germany

PostPosted: Mon Aug 28, 2023 3:15 pm
Reply with quote

The FORCE is not your desired option using IDCAMS. See Mark Zeldens CMD34 (with Option Reverse) as a good way to do. I also think you have some other problems in your catalog structure. See DFSMShsm Audit Commands as well, and hold a Catalog Utility ready at hand (most shops do).
Back to top
View user's profile Send private message
Willy Jensen

Active Member


Joined: 01 Sep 2015
Posts: 725
Location: Denmark

PostPosted: Mon Aug 28, 2023 9:07 pm
Reply with quote

"Most of the tape datasets are migrated"
Sorry, that sounds wrong to me. A migrated dataset is a really disk dataset, though stored on a HSM tape, please clarify.
Back to top
View user's profile Send private message
selvamsrinivasan85

New User


Joined: 09 Aug 2010
Posts: 31
Location: Chennai

PostPosted: Mon Aug 28, 2023 9:20 pm
Reply with quote

Willy Jensen wrote:
"Most of the tape datasets are migrated"
Sorry, that sounds wrong to me. A migrated dataset is a really disk dataset, though stored on a HSM tape, please clarify.


Hi Willy,
I am not sure on that. I am able to see the dataset in 3.4 and it's migrated. When I issue HRECALL, I am getting 'Dataset not in Catalogue'. How to verify that is a tape dataset or disk dataset?. Also how to delete such type of datasets?.

@Joerg,
I even googled about CMD34. Not having luck. Any link would be greatful...
Back to top
View user's profile Send private message
Willy Jensen

Active Member


Joined: 01 Sep 2015
Posts: 725
Location: Denmark

PostPosted: Mon Aug 28, 2023 9:26 pm
Reply with quote

If it is migrated, then it is per definition a disk dataset which has been migrated. You can't actually immediately tell if the migrated dataset is on HSM level1, which is disk, or on level 2, which is (virtual most likely) tape. It's been a while, but the TSO HLIST command should give you some more details, see HELP HLIST for details of the command if you do not have the HSM manual readily available.
Back to top
View user's profile Send private message
Willy Jensen

Active Member


Joined: 01 Sep 2015
Posts: 725
Location: Denmark

PostPosted: Mon Aug 28, 2023 9:47 pm
Reply with quote

What, if anything has changed recently?
If you get a 'not cataloged' for a migrated dataset, it might indicate a catalog issue, like a missing catalog alias. Can you recall any migrated dataset? Can you migrate - see the HMIGRATE comand?
Back to top
View user's profile Send private message
Joerg.Findeisen

Senior Member


Joined: 15 Aug 2015
Posts: 1308
Location: Bamberg, Germany

PostPosted: Mon Aug 28, 2023 9:48 pm
Reply with quote

Mark's incredible list of useful utilities can be found here at http://mzelden.com/mvsutil.html
Back to top
View user's profile Send private message
Joerg.Findeisen

Senior Member


Joined: 15 Aug 2015
Posts: 1308
Location: Bamberg, Germany

PostPosted: Mon Aug 28, 2023 9:50 pm
Reply with quote

What was my point, and Willy has indicated this as well, is the Alias or DSN level you intend to remove still visible in the catalog?
Back to top
View user's profile Send private message
Willy Jensen

Active Member


Joined: 01 Sep 2015
Posts: 725
Location: Denmark

PostPosted: Mon Aug 28, 2023 9:50 pm
Reply with quote

or before we get lost in idle speculation, let's see the actual command and the actual error message
Back to top
View user's profile Send private message
Joerg.Findeisen

Senior Member


Joined: 15 Aug 2015
Posts: 1308
Location: Bamberg, Germany

PostPosted: Mon Aug 28, 2023 9:52 pm
Reply with quote

RC should be 02 ;)
Back to top
View user's profile Send private message
Pedro

Global Moderator


Joined: 01 Sep 2006
Posts: 2588
Location: Silicon Valley

PostPosted: Mon Aug 28, 2023 11:02 pm
Reply with quote

re: deleting a migrated dataset

How about just issuing HDELETE command?
Code:
HDELETE 'my.dsn'  NOWAIT
Back to top
View user's profile Send private message
Pete Wilson

Active Member


Joined: 31 Dec 2009
Posts: 585
Location: London

PostPosted: Fri Sep 01, 2023 7:45 pm
Reply with quote

For migrated datasets the volser in a 3.4 list will show as MIGRAT1 or MIGRAT2. Anything else then it is not a migrated dataset and either a DASD or TAPE dataset, or possibly and alias or path name. The volser names are always a local standard so you'd need to ask your Storage people. In fact they're more likely to be able to help you with the whole process anyway rather than trying things blindly and potentially causing problems.
Back to top
View user's profile Send private message
selvamsrinivasan85

New User


Joined: 09 Aug 2010
Posts: 31
Location: Chennai

PostPosted: Fri Sep 01, 2023 7:51 pm
Reply with quote

We have contacted storage team. They informed that the actual datasets are deleted and entries are showing up due to IO error in HSM. They are telling these are orphan entries and has no value. They unable to do anything on that.
Back to top
View user's profile Send private message
Joerg.Findeisen

Senior Member


Joined: 15 Aug 2015
Posts: 1308
Location: Bamberg, Germany

PostPosted: Fri Sep 01, 2023 8:10 pm
Reply with quote

Your storage team should be able to clean up these entries, otherwise they should look to find another job.
Back to top
View user's profile Send private message
Pete Wilson

Active Member


Joined: 31 Dec 2009
Posts: 585
Location: London

PostPosted: Fri Sep 01, 2023 8:51 pm
Reply with quote

Joerg.Findeisen wrote:
Your storage team should be able to clean up these entries, otherwise they should look to find another job.


Indeed, suggest they look at the DFHSM AUDIT commands which will identify the errors and often even produce a fix at the same time.

And if there's an actual structural error in the DFHSM Control datasets they REALLY need to get that sorted out as well otherwise it will bite them.
Back to top
View user's profile Send private message
View previous topic :: :: View next topic  
Post new topic   Reply to topic View Bookmarks
All times are GMT + 6 Hours
Forum Index -> JCL & VSAM

 


Similar Topics
Topic Forum Replies
No new posts how to eliminate null indicator value... DB2 7
No new posts Format Binary file to EBCDIC JCL & VSAM 4
No new posts Binary File format getting change whi... All Other Mainframe Topics 7
No new posts Compare 2 files and retrive records f... DFSORT/ICETOOL 3
No new posts FTP VB File from Mainframe retaining ... JCL & VSAM 8
Search our Forums:

Back to Top