On Fri, 8 Jul 2005 10:58:54 -0600, Paul Gilmartin <[EMAIL PROTECTED]> wrote:
>In a recent note, Mark Zelden said: > >> Date: Fri, 8 Jul 2005 11:51:59 -0500 >> >> Before I comment on my feelings, what exactly are you trying to >> accomplish? What do you mean when you say "just to substantiate a >> problem"? >> >> I went back to your first post and saw this: >> >> > (My objective is to give a customer a LIST command >> > the output of which can simply be filtered into >> > an APPLY SELECT() command in order to create a test >> > zone at the same maintenance state as the zone in >> > which a problem occurred.) >> >> Why can't you just (provide jobs to) clone the zone and target >> libraries. What am I missing? >> >By "clone" do you mean dump to tape and send us the tape so we'll >be able to load them and run with an environment like his? Is that >the least disruptive? It's certainly the most accurate -- it reflects >usermods, UCLIN, and changes made outside the control of SMP/E. > Okay, now I understand. *YOU* want to create a zone on your system that reflects the customers maintenance level to try and re-create a problem. Now that I understand what you want, perhaps the least disruptive and most accurate thing to do might be to have them TSO XMIT the library to a data set and FTP that to you (TRSMAIN optional). Then you are running with the exact code they are using. You might want the SMP/E list also, but as you pointed out, that doesn't reflect something done outside of the control of SMP/E - including someone accidently destroying the integrity of the SMP/E envionment they used to generate your list. Dumps should allow you to verify what level a module is at. If you can't recreate the problem using their loadlib(s), then you'll have to look at other methods of debugging. I've not had to send loadlibs to STK (that I can recall - usually dumps are enough), but I've routinely had to send a tersed backup copy of my HSC/VTCS CDS so problems could be addressed using my data. Regards, Mark -- Mark Zelden Sr. Software and Systems Architect mailto: [EMAIL PROTECTED] Systems Programming expert at http://Search390.com/ateExperts/ 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
