No, I was not thinking of using console access.

For others, while the product is java based, the script can be rexx, or shell 
script, as long as we can pass a parm, which would be the gdg base.

While someone mentioned doing an alloc of a new file, I am not leaning towards 
that, to potentially avoid any complications that my mind is dreaming up (maybe 
I should lay off the horror movies :) ).

Peter

On Tue, 6 May 2025 17:58:13 +0000, Robert Garrett <[email protected]> 
wrote:

>Will your exec be running with CONSOLE authority?  If so, you can trap the 
>output of the console command: D GRS,RES=(SYSDSN,.....dsn....)
>
>-----Original Message-----
>From: IBM Mainframe Discussion List <[email protected]> On Behalf Of 
>Peter Vander Woude
>Sent: Tuesday, May 6, 2025 11:30 AM
>To: [email protected]
>Subject: Check for ENQ at GDG level from rexx (non-ispf)
>
>We have a file transfer tool, that is used to send data to z/OS, however if 
>the dataset is a gdg, and there is a disp=old on the gdg, the dynamic 
>allocation fails and the transfer job also fails. 
>
>We can have them run a script prior to the actual transfer and I want to be 
>able to check if there is an enq against the gdg base.  Now SYSDSN will give 
>me that, however, if there are multiple migrated gds's they all get recalled, 
>which I do not want to do.
>
>I'm having problems with LISTDSI to say that the gdg base is a valid dataset.  
>Does anybody know how check if there is an enq against the gdg base so I can 
>code the script to pause and check again.  Execution timing is critical as the 
>mainframe processing runs quite often, that process these gdg's.
>
>They are migrating from one transfer solution, which may have an exit, or 
>process, in place to deal with gdg enq's and they don't get the file 
>allocation failure there, but we are moving away from that product to the 
>newer one.
>
>This method cannot be using ispexeca as the exec will not be running under 
>ispf.  It will be running under uss, as the invoking programs are java.
>
>Thanks,
>Peter
>
>p.s. sorry if the description is muddled up.
>pps. I only get a single digest e-mail so I'll check back periodically, or see 
>what responses there are, in the daily digest.
>
>----------------------------------------------------------------------
>For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
>[email protected] with the message: INFO IBM-MAIN
>
>----------------------------------------------------------------------
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to [email protected] with the message: INFO IBM-MAIN

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN

Reply via email to