"Alloc f(xxx) da(real dsn) old" will tell you if the dataset is reserved by
others. We have a program that can query on major and masked dsname. Last
thing, isfexec does not need is of and you can use filter major eq sudden
and minor a masked dsname. It will also let you know who is using the file.

ITschak

*| **Itschak Mugzach | Director | SecuriTeam Software **|** IronSphere
Platform* *|* *Information Security Continuous Monitoring for Z/OS, zLinux
and IBM I **|  *

*|* *Email**: i_mugz...@securiteam.co.il **|* *Mob**: +972 522 986404 **|*
*Skype**: ItschakMugzach **|* *Web**: www.Securiteam.co.il  **|*





בתאריך יום ג׳, 6 במאי 2025 ב-19:29 מאת Peter Vander Woude <
000007a1c61bd2ed-dmarc-requ...@listserv.ua.edu>:

> 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 ispexec, 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 lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Reply via email to