Hi Robin, Still the same. Already spoke some French others are learning it. We think about teaching them Dutch, but I doubt if we will succeed. At least we both speak English.
Ok, this is a clear explanation of the incomplete dump. Groeten, Kees. "Robin Atwood" <robin.atw...@microfocus.com> wrote in message news:<2055C4EBC2B05442853CA436C40652851DF1B813@nwb-exchange.microfocus.c om>... > Kees - > (Hi! How's life at Schiphol-Rijk? Speak French yet? :)) > > The problem here was when the support person untersed the dump she > completely failed to notice her job must have abended B37 because the > receiving dataset was too small. > > Cheers > -Robin > > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On > Behalf Of Vernooij, CP - SPLXM > Sent: 01 September 2011 10:43 > To: IBM-MAIN@bama.ua.edu > Subject: Re: Dumps with no useful memory > > Robin, > > Talking about 'incomplete dumps' triggered me: I currently have a > problem outstanding with IBM, where they also complain that my dump is > incomplete. Investigating the cause showed that we did an IPCS COPYDUMP > from the original dump dataset to a GDG and that GDG dump was > incomplete. IPCS COPYDUMP issued message "2 extraneous records not > copied". IBM is now investigating wheter this could be the cause of the > 'incomplete dump'. > > Kees. > > "Robin Atwood" <robin.atw...@microfocus.com> wrote in message > news:<2055C4EBC2B05442853CA436C40652851DF1B619@nwb-exchange.microfocus.c > om>... > > Problem solved! Those of you who thought the dump was not complete > were > > correct, somehow customer support managed to truncate it in the > process > > of transferring it from the customer to me. Several days wasted > barking > > up the wrong tree; heads will soon be mounted on pikes. :( Now it is > > obvious that a save area has been over-written with data as a result > of > > a buffer copy that did not terminate properly. > > > > However, this correspondence has not been a complete waste of time, I > > learnt a lot of new things from your various tips which will be useful > > in the future. Thanks to all who responded. > > > > Cheers > > -Robin > > -----Original Message----- > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On > > Behalf Of Robin Atwood > > Sent: 31 August 2011 13:07 > > To: IBM-MAIN@bama.ua.edu > > Subject: Re: Dumps with no useful memory > > > > I have an old IPCS custom panel! The default local ASID is already > 154. > > This dump is from a customer but the attached log shows a IEA794I > > message, so it's a captured SVC dump and I assume it's complete. > PSATOLD > > and PSATNEW are both zero which why I suspect another ASID is the > > culprit. > > > > -Robin > > > > -----Original Message----- > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On > > Behalf Of Barbara Nitz > > Sent: 31 August 2011 12:26 > > To: IBM-MAIN@bama.ua.edu > > Subject: Re: Dumps with no useful memory > > > > >I assume by option 4 you mean the Dump Inventory (which is option 6 > > >here). > > yes, I did. What MVS release are you running on?!? It has been ages > > since the dump inventory was option 6! > > > > > The LD command showed that only ASIDs 1 and 154 were dumped. The > > >cbf command showed that trace data was to be dumped but systrace > > >produced: > > > > > >BLS17541I No address spaces with the ERROR attribute were found > > > ******** ERROR OBTAINING TRVT/01 AT 00FF7C98 RC = 04. > > > ******** ERROR OBTAINING TTCH/05 AT 7FF5F000 RC = 04. > > > ******** SYSTEM TRACE PROCESSING IS TERMINATED. > > >since neither of the locations are in the dump. Further suggestions > are > > >very welcome! > > > > IPCS default is to show address spaces with the error attribute. You > > need to either setdef to asid 154 or specify that asid on every > command: > > systrace asid(x'154') (assuming the value is hex). > > > > I have a sneaking suspicion that that won't produce anything useful, > > either, as the trace vector table wasn't dumped. And that address is > in > > common storage. Are you sure that the dump was complete? > > > > Is this really an sdump or are we dealing with an sysmdump here? > > > > Barbara > > > > ---------------------------------------------------------------------- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > > > This message has been scanned by MailController - > > portal1.mailcontroller.co.uk > > > > ---------------------------------------------------------------------- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > > Search the archives at http://bama.ua.edu/archives/ibm-main.html > ******************************************************** > For information, services and offers, please visit our web site: > http://www.klm.com. This e-mail and any attachment may contain > confidential and privileged material intended for the addressee only. If > you are not the addressee, you are notified that no part of the e-mail > or any attachment may be disclosed, copied or distributed, and that any > other action related to this e-mail or attachment is strictly > prohibited, and may be unlawful. If you have received this e-mail by > error, please notify the sender immediately by return e-mail, and delete > this message. > > Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or > its employees shall not be liable for the incorrect or incomplete > transmission of this e-mail or any attachments, nor responsible for any > delay in receipt. > Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch > Airlines) is registered in Amstelveen, The Netherlands, with registered > number 33014286 > ******************************************************** > > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html ******************************************************** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ******************************************************** ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
