> From: "nitz-...@gmx.net" <nitz-...@gmx.net> > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 03/11/2015 11:39 PM > Subject: Re: Dump Defaults (Was: SLIP IF Trap?) > Sent by: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> > > > Dusting off this old thread: > > I set a slip trap that included the TCPIP address space in the > address spaces to be dumped. TCPIPCS socket detail on that slip dumpgives me: > > > > TCPIP Socket Analysis > > BLS18100I ASID(X'002B') 01F0_22800000 not available > > > > The address is in hvcommon, according to rsmdata. > > > > How come a slip dump does not dump common storage above the bar > despite both SQA and CSA being set? > > Actually, I take that back. LD on the slip dump tells me that > 01F0_22800000.:01F0_22900FFF. was dumped, 'belonging' to one of the > other address spaces that I had dumped (primary asid at the time the > slip hit). Apparently the TCPIPCS formatter only works correctly > when this HVCOMMON storage is attributed to the TCPIP address space, > as it was in the dynamic dump I took later. In that case this > HVCOMMON storage 'belonged' to x'2b'- TCPIP. Duh. Is that IPCS or > TCPIP at fault? > > Barbara
For HVCOMMON, I would think that SDUMP should be turning on the common storage bit in the dump record prefix, and IPCS should be respecting that and allowing you to access the storage via any ASID. It would be easiest if you could send this dump somewhere that I can access. Like opening a PMR and sending the dump, if you have a license to do that. Or sending it to Dallas if you have an ISV relationship there. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
