I only did posted to tell the person that started this string that there is this a way that a file and/or data can be lost while the file is open. I agree. What is being done for these files at our location is not a good idea w/o MIM-DASD to protect across sysplexes.
Regards Otto Schumacher Technical Support, CICS EDS, an HP Company Ahold Account 2000 Wade Hampton Blvd. LC1-302 Greenville, South Carolina, 29615 Tel: 864 987-1417 Fax: 864 987-4500 E-mail: [email protected] We deliver on our commitments so you can deliver on yours. -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Ron Hawkins Sent: Wednesday, April 22, 2009 1:46 PM To: [email protected] Subject: Re: can SMS managed VSAM file be deleted while allocated Otto, Patient to Doctor: If I do this it hurts. Doctor to Patient: Then don't do it. That's why we don't put SMS volumes online across SYSPLEXES. In this case the enqueue on the dataset is the protection mechanism, but SYSPLEX1 didn't know about it. Guilty of the same thing - I blew up my JCL.CNTL a few months ago. Ron > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of > Schumacher, Otto > Sent: Tuesday, April 21, 2009 6:43 AM > To: [email protected] > Subject: Re: [IBM-MAIN] can SMS managed VSAM file be deleted while allocated > > We just had a incident where a 121,000,000 record multi volume file lost > 25,000,000 records. What occurred is that the volume was erroneously > setup in HSM to be managed from SYSPLEX1. The file should have been > setup for a read only with no management. The file was actually opened > and was being written to from SYSPLEX2. HSM running on SYSPLEX1 > actually freed what it believed to be a empty extent. There was no > indication that this was done in SMF. The only place this showed up was > in the HSM log. We are running GRS and do not have MIM DASD. > > Regards > > Otto Schumacher > Technical Support, CICS > > EDS, an HP Company > Ahold Account > 2000 Wade Hampton Blvd. > LC1-302 > Greenville, South Carolina, 29615 > > Tel: 864 987-1417 > Fax: 864 987-4500 > E-mail: [email protected] > > We deliver on our commitments > so you can deliver on yours. > > > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:[email protected]] On > Behalf Of Burrell, C. Todd (CDC/OCOO/ITSO) (CTR) > Sent: Tuesday, April 21, 2009 9:19 AM > To: [email protected] > Subject: Re: can SMS managed VSAM file be deleted while allocated > > I believe referenced usually means OPENED. I had a similar problem a > few years back when we IPL'ed a system that had not been down in about 6 > months. HSM came up first, and deleted some files related to Netview. > > > C. Todd Burrell, PMP, MCP > Lead z/OS Systems Programmer > ITSO > (404) 723-2017 (Cell) > > > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:[email protected]] On > Behalf Of Barkow, Eileen > Sent: Monday, April 20, 2009 2:23 PM > To: [email protected] > Subject: Re: can SMS managed VSAM file be deleted while allocated > > we found the answer but it seems that something is still wrong. > apparently, the file was under a SMS management class which checks for > 'unreferenced' datasets older then 999 days and in the brief period that > the started task using it was down (right before an ipl which is the > only time it comes down), HSM decided to delete the file. > > But the question is what does SMS consider to be 'unreferenced' - > clearly the file is getting allocated but I am not sure if it is > actually opened (this is a vendor product and the file usage may be > optional). > SMS claimed that the last time the file was 'referenced' was about the > time I think that it was created. > > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:[email protected]] On > Behalf Of Ted MacNEIL > Sent: Monday, April 20, 2009 2:16 PM > To: [email protected] > Subject: Re: can SMS managed VSAM file be deleted while allocated > > >that is what i thought - the job would have had to be down at the time > the file was deleted. > >Unless there is some weird bug in the system. > > > thanks Ted > > You're welcome. > Get DAF from the CBT, and run it against the SMF data for the time > period in question. > That should tell who/when. > If it does match up with the job running at the same time, then not only > do you have a weird bug, but you have a data integrity problem. > > But, I strongly doubt it! > You should find the culprit, then you can use your favourite form of > persuasion to stop them from doing again. > > - > Too busy driving to stop for gas! > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to [email protected] with the message: GET IBM-MAIN INFO Search > the archives at http://bama.ua.edu/archives/ibm-main.html > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to [email protected] with the message: GET IBM-MAIN INFO Search > the archives at http://bama.ua.edu/archives/ibm-main.html > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
