View previous topic :: View next topic
|
Author |
Message |
drowelf Warnings : 1 New User
Joined: 03 Mar 2006 Posts: 47 Location: Simpsonville, SC
|
|
|
|
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 |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19244 Location: Inside the Matrix
|
|
|
|
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 |
|
|
PeterHolland
Global Moderator
Joined: 27 Oct 2009 Posts: 2481 Location: Netherlands, Amstelveen
|
|
|
|
Is the file being allocated with a MOUNT command?
You sure the HFS file is not shared? |
|
Back to top |
|
|
Robert Sample
Global Moderator
Joined: 06 Jun 2008 Posts: 8696 Location: Dubuque, Iowa, USA
|
|
|
|
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 |
|
|
drowelf Warnings : 1 New User
Joined: 03 Mar 2006 Posts: 47 Location: Simpsonville, SC
|
|
|
|
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 |
|
|
Robert Sample
Global Moderator
Joined: 06 Jun 2008 Posts: 8696 Location: Dubuque, Iowa, USA
|
|
|
|
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 |
|
|
drowelf Warnings : 1 New User
Joined: 03 Mar 2006 Posts: 47 Location: Simpsonville, SC
|
|
|
|
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 |
|
|
Robert Sample
Global Moderator
Joined: 06 Jun 2008 Posts: 8696 Location: Dubuque, Iowa, USA
|
|
|
|
Glad to hear you got it resolved! |
|
Back to top |
|
|
|