On Thu, 3 Mar 2022 22:20:15 +0000, Frank Swarbrick wrote: >I know for a fact that we have some jobs that depend on DELAY, because I >turned on NODELAY and it caused an issue. Two jobs with the same name are >submitted at the same time (or one after the other), where job 1 copies a file >to a second file, and job 2 copies the second file to a third file. With >NODELAY they ran "at the same time" so the copy from file 2 to file 3 failed >because the copy from 1 to 2 was still running. > Shouldn't SYSDSN ENQ resolve this?
Or did job 1 carelessly write with DISP=SHR? (Were these Classic data sets or UNIX files?) Would DSENQSHR alleviate or aggravate the misbehavior? >That's why I want to be able detect this and make changes before going back to >NODELAY. > And you might need to deal with ambiguity in operator commands. And there's no guarantee that jobs will run in the order submitted. -- gil ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
