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

IKJ56246I PATH xxxx not allocated, file in use


IBM Mainframe Forums -> All Other Mainframe Topics
Post new topic   Reply to topic
View previous topic :: View next topic  
Author Message
drowelf
Warnings : 1

New User


Joined: 03 Mar 2006
Posts: 47
Location: Simpsonville, SC

PostPosted: Wed Dec 16, 2009 8:25 am
Reply with quote

I'm working with an inherited application that runs in Batch, but allocates files that live in a zFS File System. Now when I attempt to allocate any file I get the IKJ56246I message in the JesLog of the Batch Job. The files are being allocated via SVC 99 and the SVC 99 Return/Reason Code is 04/0410. The message manuals state that the DD Name is not available, but that does not seem valid, as the DD Name is not in use at that time, within the Batch Job at this point.

The really strange thing is that it does not matter if the file exists or not, it always fails with this error message and SVC Reason Code of 0410.

This is the message from the SVC 99 Service Routine.

+SYMHALLO-02 - HFS DYNAMIC ALLOCATION RC - 04 ERROR CODE - 0410 S99INFO - 0000

I've verified the SVC 99 Request Block and all looks good. The really strange thing is that if the file does not exist, I would expect to get a file not found type Reason Code instead of the DDName unavailable.

All this is under z/OS V1.9.

Thanks
Back to top
View user's profile Send private message
dick scherrer

Moderator Emeritus


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

PostPosted: Wed Dec 16, 2009 9:30 am
Reply with quote

Hello,

What has changed since the last time this worked?

Does this happen in only one process or does everything result in the same error?

Is there any chance the dataset has been migrated?
Back to top
View user's profile Send private message
PeterHolland

Global Moderator


Joined: 27 Oct 2009
Posts: 2481
Location: Netherlands, Amstelveen

PostPosted: Wed Dec 16, 2009 2:43 pm
Reply with quote

Is the file being allocated with a MOUNT command?
You sure the HFS file is not shared?
Back to top
View user's profile Send private message
Robert Sample

Global Moderator


Joined: 06 Jun 2008
Posts: 8696
Location: Dubuque, Iowa, USA

PostPosted: Wed Dec 16, 2009 6:00 pm
Reply with quote

What are the permissions on each directory from root to the path you're attempting to allocate?

Also, what is the S99 data block when you do the allocate -- particularly the DDNDDNAM fields?
Back to top
View user's profile Send private message
drowelf
Warnings : 1

New User


Joined: 03 Mar 2006
Posts: 47
Location: Simpsonville, SC

PostPosted: Wed Dec 16, 2009 7:39 pm
Reply with quote

I'll answer each of the questions from previous

>What has changed since the last time this worked?

This is an inherited application that has been part to a new environment. As such it has never worked in this new environment. It functions on a daily basis in the old environment.

>Is the file being allocated with a MOUNT command?
>You sure the HFS file is not shared?

The filesystem is already mounted, and what do you mean by Shared? As I stated before, I get the error even when the file does not exist.

>What are the permissions on each directory from root to the path you're attempting to allocate?

The full path to the file is

Code:
/PRDS/symcor/IP/PC05/E01/x937/

drwxr-xr-x   7 OMVSKERN OMVSGRP      416 Jun 16  2009 PRDS
drwxr-xr-x+  5 OMVSKERN SYMTEC       352 Oct 22  2007 symcor 
drwxrwxrwx   6 OMVSKERN SYMTEC       416 Dec  4 18:12 IP     
drwxrwxr-x   7 OMVSUSER SYMCOR       448 Nov 12 11:50 PC05   
drwxrwxr-x   3 TGOLDEN  SYMCOR       288 Sep 18 14:59 E03   
drwxrwxr-x   2 TGOLDEN  SYMCOR     40960 Dec 15 20:45 x937       

The file I'm attempting to allocate lives in the x937 directory.

Now I'm a member of the SYMCOR group and I can successfully create/access/delete files in that directory from the USS Shell.

>Also, what is the S99 data block when you do the allocate -- particularly the DDNDDNAM fields?

Code:
TU_DDNAME

00010001  0007c8e5  c5c3d3c9  d540                                                  |......HVECLIN                   |

TU_PATH

00000000  80170001  004b61d7  d9c4e261  a2a89483    969961c9  d761d7c3  f0f561c5  f0f161a7    |....../PRDS/symcor/IP/PC05/E01/x|   
00000020  f9f3f761  e2e3c94b  e2e3c94b  c2e2e3c9    f1f04bc4  f0f9f1f0  f0f54be2  f0f0f0f0    |937/STI.STI.BSTI10.D091005.S0000|   
00000040  f34be3f0  f4f3f64b  c9d9c4d7  4bc5c3d7    c9404040  40404040  40404040  40404040    |3.T0436.IRDP.ECPI               |   
00000060  40404040  40404040  40404040  40404040    40404040  40404040  40404040  40404040    |                                |   
----->  The next   4 line(s) same as above.                                                                                         
00000100  40404040  40                                                                        |                                |   

TU_PATHOPTS

80180001  00040000  0002

TU_FILEDATA

801d0001  000180

TU_PATHDISP

801a0001  000100

TU_PATHCDS

801b0001  000100
Back to top
View user's profile Send private message
Robert Sample

Global Moderator


Joined: 06 Jun 2008
Posts: 8696
Location: Dubuque, Iowa, USA

PostPosted: Wed Dec 16, 2009 7:44 pm
Reply with quote

I forgot to ask what the JCL you're executing looks like (and please post with BBcode to help with alignment).

Thanks for an excellent response, by the way -- quite informative and to the point!
Back to top
View user's profile Send private message
drowelf
Warnings : 1

New User


Joined: 03 Mar 2006
Posts: 47
Location: Simpsonville, SC

PostPosted: Wed Dec 16, 2009 8:36 pm
Reply with quote

Ok,

This issue is resolved. It turns out that I got pointed to the wrong version of the source program. The version being executed did have a duplicate DD name defined. The DD Name being assigned to the HFS file was already allocated in the JCL. Once I was given the right source I found that the DDName was incorrectly specified during the port of the program to the new environment.

Thanks for all the help.
Back to top
View user's profile Send private message
Robert Sample

Global Moderator


Joined: 06 Jun 2008
Posts: 8696
Location: Dubuque, Iowa, USA

PostPosted: Wed Dec 16, 2009 8:49 pm
Reply with quote

Glad to hear you got it resolved!
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 -> All Other Mainframe Topics

 


Similar Topics
Topic Forum Replies
No new posts FTP VB File from Mainframe retaining ... JCL & VSAM 3
No new posts Extract the file name from another fi... DFSORT/ICETOOL 6
No new posts How to split large record length file... DFSORT/ICETOOL 10
No new posts Extracting Variable decimal numbers f... DFSORT/ICETOOL 17
No new posts SFTP Issue - destination file record ... All Other Mainframe Topics 2
Search our Forums:

Back to Top