Thanks Gil, What you are seeing leads me to believe that the data set I/O is *not* occurring while it is being transferred. Otherwise, you should also see an ENQ on SPFEDIT/DSN (no member), right?
Kirk Wolf Dovetailed Technologies http://dovetail.com On Tue, Dec 6, 2016 at 5:02 PM, Paul Gilmartin < [email protected]> wrote: > On Tue, 6 Dec 2016 16:46:04 -0600, Paul Gilmartin wrote: > >On Tue, 6 Dec 2016 15:15:54 -0600, Kirk Wolf wrote: > > > >>As many are aware, z/OS Comm Svr FTP uses DISP=SHR + ISPF compatible ENQs > >>when writing PDS members. > >> > >Anyone for an RFE for /bin/cp to do likewise? > > ... > >LM services LMPUT requires an exclusive ENQ on DSN. LM, like BPAM, > >may not know the member name until STOW. > > > >>What would happen if the FTP transfer started, this data set ENQ was > >>obtained, and then the transfer hung for some period of time? Wouldn't > >>that be bad? Or, perhaps FTP buffers the data for a PDS member write in > >>memory until it has the complete member before doing I/O? > >> > >Solaris FTP allows a pipe as input, so one of us could try throttling FTP > PUT. > > > Done. While the transfer is in progress, DDLIST shows me: > a red ENQ on SPFEDIT DSN MEMBER > a green ENQ on SYSDSN DSN > > I believe directory integrity is protected by a totally separate ENQ. > > -- gil > > ---------------------------------------------------------------------- > 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
