>> Is there anyway to create a latch problem on a test PDSE to test the >> restartable STC? > >Ok, this is a WAG. No warranties express or implied... yada yada. > >The GRS latch services do not provide any recovery or resource >management of their own. It is left up to the application, SO... you >could try doing things that would get you ownership of a latch and then >perhaps not get it freed. > >For example, in an ISPF session, open a PDSE member for edit. Then >cancel the address space while you're in edit mode. Maybe the latch<es> >get<s> freed, maybe not. But there's a decent chance the PDSE developers >covered that case, so if you have a monitor that allows you to abruptly >MEMTERM an address space (e.g. the MV/Resolve exit command) then you >could try the same experiment using that instead of using the cancel >command. That may bypass task level resource managers and trip the case >you're interested in testing. > >Or not. >
And make sure you try this on your most critical LPAR during peak period. That will give it the best change to fail since there will be a lot of other activity on the system. :-) (I hope you know I am JUST KIDDING!!) BTW, even if you did try this in a sandbox and didn't care about potentially needing an IPL... it would probably be a good idea to have a backup copy of the PDSE you are testing with. :-) Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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
