What Tom said. Running a parallel sysplex, even a bronze one, without GRS protection would be, as we observed here recently, 'inconceivable'. The fallout of my experiment indicates the need for a Plan B. It's either bypass enqueue (File 183 you say?) or, as OP actually did, bring down the enqueuing tasks long enough to rename a dataset.
If it's sandbox, fire away. But in production, in the immortal words of Dirty Harry holding a .44, "you've gotta ask yourself one question: 'Do I feel lucky?'" OP did the right thing. . . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile jo.skip.robin...@att.net > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Tom Marchant > Sent: Saturday, January 30, 2016 08:48 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: [Bulk] Re: Deleting a dataset that GRS has enqueued. > > On Sat, 30 Jan 2016 11:26:30 -0400, Clark Morris wrote: > > >Could data sets be set up in different catalogs in the bronze-plex with > >GRS told not to propagate the enqueue (i.e. local to each system) in > >the 2 LPARS? If that can be done, would the experiment work > >differently? Would any special access be needed? > > I'm not sure what you are asking. Skip said that the data sets are in > different > catalogs on each system. > > If GRS was told that the ENQ was to remain local, then the other system > wouldn't know that it was enqueued, and would have no problem deleting the > data set. > > However, I believe that skip had written in an earlier append that hos > bronzeplex was a combination of two sysplexes. If that is the case, telling > GRS > not to propagate the ENQ would have been a bad idea because some of the > other systems in the sysplex would have shared DASD with the system holding > the ENQ, but they wouldn't have known either. > > -- > Tom Marchant ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
