I don't know the extent of the fix. The APAR is still steaming off the press. It's not just same name; it's the use of PATH to distinguish one ZFS from another by HLQ. In the days of HFS, we used alias. We had to change to PATH because of the VSAMishness of ZFS.
. . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-543-6132 Office ⇐=== NEW [email protected] -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Mike Schwab Sent: Thursday, November 29, 2018 4:37 PM To: [email protected] Subject: (External):Re: APAR OA56589 for DFDSS DUMP of ZFS Oh, wow. Are they fixing the enque? We had problems because our users used the same names on a Prod and Test LPAR. On Thu, Nov 29, 2018 at 4:26 PM Jesse 1 Robinson <[email protected]> wrote: > > The DFDSS DUMP problem I reported some time back has been assigned to APAR > OA56589. There was a change in z/OS 2.3 (from 2.1) that caused confusion for > VSAM ENQ/DEQ processing for similarly named files in different catalogs. I'm > guessing that this has not affected many-or even any other-shop because it > depends on how SERVICE ZFS is configured. > > This was BTW the point of my earlier question about using FDR as opposed to > DFDSS. In fact, given the nature of the problem, FDR would probably have > choked as well. In any case, no fix yet but root cause has been identified. > > . > . > J.O.Skip Robinson > Southern California Edison Company > Electric Dragon Team Paddler > SHARE MVS Program Co-Manager > 323-715-0595 Mobile > 626-543-6132 Office <===== NEW > [email protected]<mailto:[email protected]> -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
