View previous topic :: View next topic
|
Author |
Message |
GarciaRontani
New User
Joined: 04 Dec 2007 Posts: 12 Location: Argentina
|
|
|
|
Hi Everyone,
I'm having the following error when trying to copy the contempts of one datasets to another.
IKJ56247I FILE ISP06213 NOT UNALLOCATED, IS NOT ALLOCATED
Could this be a RACF issue? or it's Storage Routine related?
I was told that this kind copy was done every year so that's why I find hard to believe it's a storage allocation routine issue. |
|
Back to top |
|
|
Robert Sample
Global Moderator
Joined: 06 Jun 2008 Posts: 8697 Location: Dubuque, Iowa, USA
|
|
|
|
It's a TSO message (the IKJ prefix) and means that file ISP06213 wasn't allocated. It is a TSO issue; it definitely is not RACF related or storage routine related. Your TSO session attempted to free up a DD name that was not allocated to it. Since it's an informational message anyway, did the CLIST / REXX complete normally? |
|
Back to top |
|
|
GarciaRontani
New User
Joined: 04 Dec 2007 Posts: 12 Location: Argentina
|
|
|
|
It seems they are attempting to do it using ISPF option 3.3 ( 3 Move/Copy Move, or copy members or data sets )
No, it didn't finish normally. |
|
Back to top |
|
|
GarciaRontani
New User
Joined: 04 Dec 2007 Posts: 12 Location: Argentina
|
|
|
|
I asked the one who was trying to allocate the dataset, to try copying it into a dataset with his UserID as first qualifyer and he managed to do it. So I'm guessing his user doesn't have permission to create or alter datasets with the HLQ that he was trying to modify/create.
Do you think it's still a TSO related issue? I was thinking that maybe RACF is preventing his user to copy that dataset since he doesn't have proper authorization to do it. |
|
Back to top |
|
|
CICS Guy
Senior Member
Joined: 18 Jul 2007 Posts: 2146 Location: At my coffee table
|
|
Back to top |
|
|
GarciaRontani
New User
Joined: 04 Dec 2007 Posts: 12 Location: Argentina
|
|
|
|
Thanks! |
|
Back to top |
|
|
|