How to format the current linkage stack for a SLIP dump taken in SRB mode?
Is there something easier than looking at the home address space storage off of CR15? -- Binyamin Dissen <[EMAIL PROTECTED]> http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- 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
Re: How to format the current linkage stack for a SLIP dump taken in SRB mode?
IBM Mainframe Discussion List wrote on 04/07/2008 04:28:50 PM: > Is there something easier than looking at the home address space storage off > of CR15? > CBF cr15value ASID(x'homeasid') STR(LS) Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- 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
Re: How to format the current linkage stack for a SLIP dump taken in SRB mode?
Jim Mulder said Binyamin said > > Is there something easier than looking at the home address space storage > off > > of CR15? > > > > CBF cr15value ASID(x'homeasid') STR(LS) ...or go to option 6 and issue "summ format regs". IPCS will format all of the linkage stack entries that exist for all of the units of work in the address space. That's usually easier than rooting around looking at CR15 values that might be stashed in one place or another because the summary formatter is clued in on whether the entries are valid or not. CC -- 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
Re: How to format the current linkage stack for a SLIP dump taken in SRB mode?
On Mon, 7 Apr 2008 21:08:58 -0400 "Craddock, Chris" <[EMAIL PROTECTED]> wrote: :>Jim Mulder said :>Binyamin said :>> > Is there something easier than looking at the home address space :>storage :>> off :>> > of CR15? :>> CBF cr15value ASID(x'homeasid') STR(LS) :>...or go to option 6 and issue "summ format regs". IPCS will format all :>of the linkage stack entries that exist for all of the units of work in :>the address space. That's usually easier than rooting around looking at :>CR15 values that might be stashed in one place or another because the :>summary formatter is clued in on whether the entries are valid or not. I tried the simpler way, but could not find it. Situation: SRB mode, PASN=/HASN, multiple tasks in each memory, SLIP. Where should I look for the linkage stack for this current unit of work which is in SRB mode? I do have CR15 from the slip. -- Binyamin Dissen <[EMAIL PROTECTED]> http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- 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
Re: How to format the current linkage stack for a SLIP dump taken in SRB mode?
Binyamin, They should be formatted out towards the top of the SUMMARY FORMAT REGS display. After you do the display, FIND the following: SSD:. The SSD contains the addresses of all of the SSRBs at offset X'0018' (again, from the IPCS SUMMARY FORMAT), and the SSRBs contain the SRB plus all of the registers, linkage stack, etc, which is all documented normally. Tom Harper IMS Utilities Development Team Neon Enterprise Software, Inc. Sugar Land, TX -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Binyamin Dissen Sent: Tuesday, April 08, 2008 5:14 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: How to format the current linkage stack for a SLIP dump taken in SRB mode? On Mon, 7 Apr 2008 21:08:58 -0400 "Craddock, Chris" <[EMAIL PROTECTED]> wrote: :>Jim Mulder said :>Binyamin said :>> > Is there something easier than looking at the home address space :>storage :>> off :>> > of CR15? :>> CBF cr15value ASID(x'homeasid') STR(LS) :>...or go to option 6 and issue "summ format regs". IPCS will format all :>of the linkage stack entries that exist for all of the units of work in :>the address space. That's usually easier than rooting around looking at :>CR15 values that might be stashed in one place or another because the :>summary formatter is clued in on whether the entries are valid or not. I tried the simpler way, but could not find it. Situation: SRB mode, PASN=/HASN, multiple tasks in each memory, SLIP. Where should I look for the linkage stack for this current unit of work which is in SRB mode? I do have CR15 from the slip. -- -- 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
Re: How to format the current linkage stack for a SLIP dump taken in SRB mode?
Tom Harper wrote: They should be formatted out towards the top of the SUMMARY FORMAT REGS display. Minor correction "REGS" should be "regs". The FORMAT option of the IPCS SUMMARY subcommand tolerates but ignores a "REGS" keyword as part of the invocation syntax. Formatting of registers is always done. The "REGS" option is only honored by the KEYFIELD report of SUMMARY. The directions regarding where to look in the SUMMARY FORMAT output are excellent. Bob Wright - MVS Service Aids -- 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
Re: How to format the current linkage stack for a SLIP dump taken in SRB mode?
On Tue, 8 Apr 2008 07:06:30 -0500 Tom Harper <[EMAIL PROTECTED]> wrote: :>They should be formatted out towards the top of the SUMMARY FORMAT REGS :>display. After you do the display, FIND the following: :>SSD:. The SSD contains the addresses of all of the SSRBs at offset :>X'0018' (again, from the IPCS SUMMARY FORMAT), and the SSRBs contain the :>SRB plus all of the registers, linkage stack, etc, which is all :>documented normally. Why should there be an SSRB? The code running in SRB mode is active at the time the SLIP(IF) hit. Does SLIP create an SSRB for the unit of work? :>-Original Message- :>From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On :>Behalf Of Binyamin Dissen :>Sent: Tuesday, April 08, 2008 5:14 AM :>To: IBM-MAIN@BAMA.UA.EDU :>Subject: Re: How to format the current linkage stack for a SLIP dump :>taken in SRB mode? :>On Mon, 7 Apr 2008 21:08:58 -0400 "Craddock, Chris" :><[EMAIL PROTECTED]> :>wrote: :>:>Jim Mulder said :>:>Binyamin said :>:>> > Is there something easier than looking at the home address space :>:>storage :>:>> off :>:>> > of CR15? :>:>> CBF cr15value ASID(x'homeasid') STR(LS) :>:>...or go to option 6 and issue "summ format regs". IPCS will format :>all :>:>of the linkage stack entries that exist for all of the units of work :>in :>:>the address space. That's usually easier than rooting around looking :>at :>:>CR15 values that might be stashed in one place or another because the :>:>summary formatter is clued in on whether the entries are valid or not. :>I tried the simpler way, but could not find it. :>Situation: SRB mode, PASN=/HASN, multiple tasks in each memory, SLIP. :>Where should I look for the linkage stack for this current unit of work :>which :>is in SRB mode? :>I do have CR15 from the slip. -- Binyamin Dissen <[EMAIL PROTECTED]> http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- 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
Re: How to format the current linkage stack for a SLIP dump taken in SRB mode?
Binyamin, In every dump I've seen, all SRBs are present in the form of SSRBs. Why this is the case I'm not one hundred per cent certain. But it works for me. Perhaps it is because when the SLIP occurs, the SRB is suspended. Tom Harper IMS Utilities Development Team Neon Enterprise Software Sugar Land, TX -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Binyamin Dissen Sent: Tuesday, April 08, 2008 8:27 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: How to format the current linkage stack for a SLIP dump taken in SRB mode? On Tue, 8 Apr 2008 07:06:30 -0500 Tom Harper <[EMAIL PROTECTED]> wrote: :>They should be formatted out towards the top of the SUMMARY FORMAT REGS :>display. After you do the display, FIND the following: :>SSD:. The SSD contains the addresses of all of the SSRBs at offset :>X'0018' (again, from the IPCS SUMMARY FORMAT), and the SSRBs contain the :>SRB plus all of the registers, linkage stack, etc, which is all :>documented normally. Why should there be an SSRB? The code running in SRB mode is active at the time the SLIP(IF) hit. Does SLIP create an SSRB for the unit of work? -- Binyamin Dissen <[EMAIL PROTECTED]> http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel -- 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
Re: How to format the current linkage stack for a SLIP dump taken in SRB mode?
Binyamin Dissen wrote: Why should there be an SSRB? The code running in SRB mode is active at the time the SLIP(IF) hit. Unlike a TCB, there is no control block to represent an SRB while it runs. An SSRB has to be created (acquired from an ESQA cell pool) every time the SRB waits. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- 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
Re: How to format the current linkage stack for a SLIP dump taken in SRB mode?
On Tue, 8 Apr 2008 08:32:49 -0500 Tom Harper <[EMAIL PROTECTED]> wrote: :>In every dump I've seen, all SRBs are present in the form of SSRBs. Why :>this is the case I'm not one hundred per cent certain. But it works for :>me. Perhaps it is because when the SLIP occurs, the SRB is suspended. Well, I know that there is a linkage stack (with entries) associated with the trapped process, formatting off of CR15 shows the data, but I see nothing in the summary format / summary regs that shows the formatted linkage stack. Have you seen this when looking at the dump of an IF SLIP while the SRB mode code was active? :>-Original Message- :>From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On :>Behalf Of Binyamin Dissen :>Sent: Tuesday, April 08, 2008 8:27 AM :>To: IBM-MAIN@BAMA.UA.EDU :>Subject: Re: How to format the current linkage stack for a SLIP dump :>taken in SRB mode? :> :>On Tue, 8 Apr 2008 07:06:30 -0500 Tom Harper <[EMAIL PROTECTED]> :>wrote: :> :>:>They should be formatted out towards the top of the SUMMARY FORMAT :>REGS :>:>display. After you do the display, FIND the following: :> :>:>SSD:. The SSD contains the addresses of all of the SSRBs at offset :>:>X'0018' (again, from the IPCS SUMMARY FORMAT), and the SSRBs contain :>the :>:>SRB plus all of the registers, linkage stack, etc, which is all :>:>documented normally. :> :>Why should there be an SSRB? The code running in SRB mode is active at :>the :>time the SLIP(IF) hit. :> :>Does SLIP create an SSRB for the unit of work? -- Binyamin Dissen <[EMAIL PROTECTED]> http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- 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
Re: How to format the current linkage stack for a SLIP dump taken in SRB mode?
Binyamin, Yep. Are you certain that there is actually something in the linkage stack or is the linkage stack empty? Can you at least find the SSRB? Note that they are not listed down with the TCBs and their linkage stacks, but towards the top of the SUMMARY FORMAT listing. Tom Harper IMS Utilities Development Team Neon Enterprise Software, Inc. Sugar Land, TX -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Binyamin Dissen Sent: Tuesday, April 08, 2008 9:45 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: How to format the current linkage stack for a SLIP dump taken in SRB mode? On Tue, 8 Apr 2008 08:32:49 -0500 Tom Harper <[EMAIL PROTECTED]> wrote: :>In every dump I've seen, all SRBs are present in the form of SSRBs. Why :>this is the case I'm not one hundred per cent certain. But it works for :>me. Perhaps it is because when the SLIP occurs, the SRB is suspended. Well, I know that there is a linkage stack (with entries) associated with the trapped process, formatting off of CR15 shows the data, but I see nothing in the summary format / summary regs that shows the formatted linkage stack. Have you seen this when looking at the dump of an IF SLIP while the SRB mode code was active? -- Binyamin Dissen <[EMAIL PROTECTED]> http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel -- 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
Re: How to format the current linkage stack for a SLIP dump taken in SRB mode?
On Tue, 8 Apr 2008 09:51:28 -0500 Tom Harper <[EMAIL PROTECTED]> wrote: :>Yep. Are you certain that there is actually something in the linkage :>stack or is the linkage stack empty? Can you at least find the SSRB? :>Note that they are not listed down with the TCBs and their linkage :>stacks, but towards the top of the SUMMARY FORMAT listing. CR15 is in the middle of a page, and using the CBF I see data that matches the PC call that caused PASN=/HASN. :>-Original Message- :>From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On :>Behalf Of Binyamin Dissen :>Sent: Tuesday, April 08, 2008 9:45 AM :>To: IBM-MAIN@BAMA.UA.EDU :>Subject: Re: How to format the current linkage stack for a SLIP dump :>taken in SRB mode? :>On Tue, 8 Apr 2008 08:32:49 -0500 Tom Harper <[EMAIL PROTECTED]> :>wrote: :>:>In every dump I've seen, all SRBs are present in the form of SSRBs. :>Why :>:>this is the case I'm not one hundred per cent certain. But it works :>for :>:>me. Perhaps it is because when the SLIP occurs, the SRB is suspended. :>Well, I know that there is a linkage stack (with entries) associated :>with the :>trapped process, formatting off of CR15 shows the data, but I see :>nothing in :>the summary format / summary regs that shows the formatted linkage :>stack. :>Have you seen this when looking at the dump of an IF SLIP while the SRB :>mode :>code was active? -- Binyamin Dissen <[EMAIL PROTECTED]> http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- 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
Re: How to format the current linkage stack for a SLIP dump taken in SRB mode?
First, as Ed pointed out, an SSRB will only be generated when the SRB has to wait for something like a lock or get willingly suspended. The reason Tom has only seen ssrbs in his dumps may well be that they're scheduled with the local lock (or some other lock) held, and that isn't available when the srb is supposed to get dispatched. In that case, without having executed a single instruction, it gets suspended with an SSRB. I repeat: There aren't necessarily SSRBs for *every* SRB. And as far as I know, an SRB does not get automatically suspended just because the PER hardware detects a hit. Binyamin says that he cannot find the SRB anymore. Here's my guess what happened: That SRB was running on a processor when the slip hit. The PER interrupt basically only saves the summary information from that *somewhere*. By the time slip got around to scheduling the actual dump request, that SRB had already run to completion and wasn't 'current' anymore, as in it wasn't in any dispatching queue with it's original storage freed and gone as far as MVS is concerned. In that case it will not be shown via summ format which 'only' formats (towards the top) S/SRBs from the global queues, then below the ASCB of the address space S/SRBs from the (address space) local queues. The dump nevertheless will show (from the summary data as captured somewhere when the trap hit) what the storage looked like at the point the trap hit. (Here status cpu registers is your friend.) In that case no amount of summ format will get you the exact linkage stack formatted automatically, as far as I know (unless the SRB abended and SRB-to-task percolation was done, I think). Now, I hope I remembered this correctly and hope that I'll get corrected if not. Regards, Barbara Nitz -- GMX startet ShortView.de. Hier findest Du Leute mit Deinen Interessen! Jetzt dabei sein: http://www.shortview.de/[EMAIL PROTECTED] -- 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
Re: How to format the current linkage stack for a SLIP dump taken in SRB mode?
Barbara Nitz writes a nicely detailed summary > In that case no amount of summ format will get you the exact linkage stack > formatted automatically, as far as I know (unless the SRB abended and SRB- > to-task percolation was done, I think). Linkage stacks get used and reused with such high frequency that formatting a linkage stack that is not actively in use and/or whose user is not currently suspended is a futile exercise. It's like taking the el-cheapo tour of Hollywood stars' homes. All you get to see is places somebody famous lived in long ago. Interesting from a tourist point of view? Maybe, but almost never useful unless you're just dead lucky. > Now, I hope I remembered this correctly and hope that I'll get corrected > if not. Nope. You're dead-on as usual. CC -- 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
Re: How to format the current linkage stack for a SLIP dump taken in SRB mode?
Barbara Nitz wrote: First, as Ed pointed out, an SSRB will only be generated when the SRB has to wait for something like a lock or get willingly suspended. The reason Tom has only seen ssrbs in his dumps may well be that they're scheduled with the local lock (or some other lock) held, and that isn't available when the srb is supposed to get dispatched. In that case, without having executed a single instruction, it gets suspended with an SSRB. I repeat: There aren't necessarily SSRBs for *every* SRB. And as far as I know, an SRB does not get automatically suspended just because the PER hardware detects a hit. Binyamin says that he cannot find the SRB anymore. Here's my guess what happened: [analysis snipped] SRBs were never intended to be "heavy duty" work units. Compared to what most developers are used to with TCBs, their flexibility, recoverability, resiliency and overall capabilities are sorely lacking -- as is the quality of point-in-time and trace diagnostic information captured for/about them. IBM's decision to allow only enclave SRBs to run on zIIPs is the primary reason so many developers are working with SRBs lately. In some very important ways, our "bullet proof" platform is regressing. The more SRB mode code that is written, the more fragile z/OS becomes. And, based on what (little) I know about development plans at other software companies, things will only get worse from here ... On the bright side, people developing brand new SRB-mode infrastructures get lots of hands-on practice with taking SADUMPs and IPLing their systems. What fun! :-) -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- 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
Re: How to format the current linkage stack for a SLIP dump taken in SRB mode?
On Wed, 9 Apr 2008 01:15:59 -0400 "Craddock, Chris" <[EMAIL PROTECTED]> wrote: :>Barbara Nitz writes a nicely detailed summary :>> In that case no amount of summ format will get you the exact linkage :>stack :>> formatted automatically, as far as I know (unless the SRB abended and :>SRB- :>> to-task percolation was done, I think). :>Linkage stacks get used and reused with such high frequency that :>formatting a linkage stack that is not actively in use and/or whose user :>is not currently suspended is a futile exercise. SLIP absolutely should SUMLIST the linkage stack for the current UOW. Is a requirement required? -- Binyamin Dissen <[EMAIL PROTECTED]> http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- 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
Re: How to format the current linkage stack for a SLIP dump taken in SRB mode?
On Wed, 9 Apr 2008 07:07:32 +0200 Barbara Nitz <[EMAIL PROTECTED]> wrote: :>First, as Ed pointed out, an SSRB will only be generated when the SRB has to wait for something like a lock or get willingly suspended. The reason Tom has only seen ssrbs in his dumps may well be that they're scheduled with the local lock (or some other lock) held, and that isn't available when the srb is supposed to get dispatched. In that case, without having executed a single instruction, it gets suspended with an SSRB. :>I repeat: There aren't necessarily SSRBs for *every* SRB. And as far as I know, an SRB does not get automatically suspended just because the PER hardware detects a hit. :>Binyamin says that he cannot find the SRB anymore. Here's my guess what happened: Not at all. There is no "SRB" to find as the SRB block only exists while it is on a queue. Once dispatched it is simply data. The registers are consistent with the point of the trap. :>That SRB was running on a processor when the slip hit. The PER interrupt basically only saves the summary information from that *somewhere*. By the time slip got around to scheduling the actual dump request, that SRB had already run to completion and wasn't 'current' anymore, as in it wasn't in any dispatching queue with it's original storage freed and gone as far as MVS is concerned. In that case it will not be shown via summ format which 'only' formats (towards the top) S/SRBs from the global queues, then below the ASCB of the address space S/SRBs from the (address space) local queues. The dump nevertheless will show (from the summary data as captured somewhere when the trap hit) what the storage looked like at the point the trap hit. (Here status cpu registers is your friend.) I certainly would hope that the system automatically SUMLISTs the linkage stacks. Does the SLIP SL operand support indirect address off of control registers? :>In that case no amount of summ format will get you the exact linkage stack formatted automatically, as far as I know (unless the SRB abended and SRB-to-task percolation was done, I think). Actually, CBF of the CR15 value did format it. -- Binyamin Dissen <[EMAIL PROTECTED]> http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- 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
Re: How to format the current linkage stack for a SLIP dump taken in SRB mode?
Binyamin, >Not at all. There is no "SRB" to find as the SRB block only exists while >it >is on a queue. Once dispatched it is simply data. >The registers are consistent with the point of the trap. I believe that I said that. My explanation wasn't really for you, it was more for those that kept telling you to look for an SSRB. >Actually, CBF of the CR15 value did format it. And that was NOT done via summary format command *automatically*, but by actually typing in an address and provide IPCS a clue how to format it. >I certainly would hope that the system automatically SUMLISTs the linkage >stacks. It does, doesn't it? You were able to cbf it. Is the content inconsistent with what you hoped to see? What prompts the ongoing enquiry after Jim provided the command? >Does the SLIP SL operand support indirect address off of control >registers? No clue. Your guess looking at the slip command is as good as mine. Barbara Nitz -- GMX startet ShortView.de. Hier findest Du Leute mit Deinen Interessen! Jetzt dabei sein: http://www.shortview.de/[EMAIL PROTECTED] -- 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
Re: How to format the current linkage stack for a SLIP dump taken in SRB mode?
On Wed, 9 Apr 2008 11:24:09 +0200 Barbara Nitz <[EMAIL PROTECTED]> wrote: :>>Not at all. There is no "SRB" to find as the SRB block only exists while >it is on a queue. Once dispatched it is simply data. :>>The registers are consistent with the point of the trap. :>I believe that I said that. My explanation wasn't really for you, it was more for those that kept telling you to look for an SSRB. Sorry. :>>Actually, CBF of the CR15 value did format it. :>And that was NOT done via summary format command *automatically*, but by actually typing in an address and provide IPCS a clue how to format it. Yes. :>>I certainly would hope that the system automatically SUMLISTs the linkage :>>stacks. :>It does, doesn't it? You were able to cbf it. Is the content inconsistent with what you hoped to see? What prompts the ongoing enquiry after Jim provided the command? It appears to be accurate. :>>Does the SLIP SL operand support indirect address off of control :>>registers? :>No clue. Your guess looking at the slip command is as good as mine. Not as of 1.8 -- Binyamin Dissen <[EMAIL PROTECTED]> http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- 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
Re: How to format the current linkage stack for a SLIP dump taken in SRB mode?
IBM Mainframe Discussion List wrote on 04/09/2008 04:20:11 AM: > I certainly would hope that the system automatically SUMLISTs the linkage > stacks. Does the SLIP SL operand support indirect address off of control > registers? The linkage stack should be in the SUMDUMP. VERBX SUMDUMP provides a list of the areas that are in the SUMDUMP. SLIP does not support indirect addressing from a control register. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- 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
Re: How to format the current linkage stack for a SLIP dump taken in SRB mode?
>And as far as I know, an SRB does not get automatically suspended >just because the PER hardware detects a hit. Definitely true. PER is no more than a program check. After processing the PER interrupt control continues at the PER address (unless you've directed SLIP to do something different, such as ACTION=RECOVERY). There is no status saving of the unit of work, it never takes a trip to the dispatcher. >By the time slip got around to scheduling the actual dump request, >that SRB had already run to completion The idea's right, but one minor detail: SLIP will have "issued" SDUMP. SDUMP will have done SUMLST processing, and SDUMP will have "scheduled" the rest of the dump. All that will happen before the interrupted work unit continues. It's the "scheduled rest of the dump" that might not have begun before the SRB completed. Various other factors come into play related to system and address-space non-dispatchability and the "quiesce" option of the dump as to whether the SRB might or might not run to completion Peter Relson z/OS Core Technology Design -- 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
Re: How to format the current linkage stack for a SLIP dump taken in SRB mode?
Peter Relson wrote: By the time slip got around to scheduling the actual dump request, that SRB had already run to completion The idea's right, but one minor detail: SLIP will have "issued" SDUMP. SDUMP will have done SUMLST processing, and SDUMP will have "scheduled" the rest of the dump. All that will happen before the interrupted work unit continues. It's the "scheduled rest of the dump" that might not have begun before the SRB completed. Various other factors come into play related to system and address-space non-dispatchability and the "quiesce" option of the dump as to whether the SRB might or might not run to completion We encountered something like this just yesterday... We asked a customer to send us a dump taken via SDUMP issued from an FRR protecting one of our enclave SRBs. The FRR will SUSPEND until the capture phase ECB is posted. Unfortunately, DAE suppressed the dump. So, rather than tell DAE to "take" the next one, the customer decided to set an error-event SLIP instead. That resulted in lots of "missing" storage in the dump because, although SUMLST ensured many of our control blocks appeared "in-tact", the SYSTRACE showed that the SRB's FRR had already freed all of the "important" storage areas before any of it was dumped. I usually answer "YES" when prompted by IPCS to use the summary dump data for dump access. After looking at the trace, I dropped the dump and replied "NO" when prompted again. This time I saw what things *really* looked like at the time the dump was finally taken. The SRB routine and all of its storage areas were long gone! Needless to say, we've asked the customer to instruct DAE to "take" the dump and recreate. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- 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
Re: How to format the current linkage stack for a SLIP dump taken in SRB mode?
Peter corrects my sloppy wording > The idea's right, but one minor detail: SLIP will have "issued" SDUMP. with a more detailed (and more accurate) explanation worthy of any mathematician! :-) May I blame this on not being a native speaker? (Shane always assures me I may not :-( ) Ed, I bet your customer wasn't happy when you asked to reproduce the problem and give you another dump! To many customers(including me) it usually sounds like an excuse unless given a good explanation *why* storage is missing. Good thing I am usually too lazy to type in a slip trap when instructing DAE to "t"ake the next is much easier! And that I can check if storage is really missing! Barbara -- GMX startet ShortView.de. Hier findest Du Leute mit Deinen Interessen! Jetzt dabei sein: http://www.shortview.de/[EMAIL PROTECTED] -- 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
Re: How to format the current linkage stack for a SLIP dump taken in SRB mode?
Barbara Nitz wrote: Ed, I bet your customer wasn't happy when you asked to reproduce the problem and give you another dump! To many customers(including me) it usually sounds like an excuse unless given a good explanation *why* storage is missing. Large shop; old school; know their stuff! We explained. They understood. Good thing I am usually too lazy to type in a slip trap when instructing DAE to "t"ake the next is much easier! And that I can check if storage is really missing! I can never remember the name of the REXX I have to run to work with DAE. (I don't have it on an ISPF menu.) When I get lazy, I usually just type "/T DAE=01". :-) -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- 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
Re: How to format the current linkage stack for a SLIP dump taken in SRB mode?
Ed, >I can never remember the name of the REXX I have to run to work with >DAE. (I don't have it on an ISPF menu.) When I get lazy, I usually just >type "/T DAE=01". :-) Use IPCS :-) option 3.5, look for the symptom string (after confirming the correct DAE data set) and type a T in that line. IPCS does the rest, sysplex-wide. Barbara -- Psst! Geheimtipp: Online Games kostenlos spielen bei den GMX Free Games! http://games.entertainment.gmx.net/de/entertainment/games/free -- 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
Re: How to format the current linkage stack for a SLIP dump taken in SRB mode?
Barbara Nitz wrote: Use IPCS :-) option 3.5, look for the symptom string (after confirming the correct DAE data set) and type a T in that line. IPCS does the rest, sysplex-wide. Oh yeah. I forgot all about that interface. It requires an AUTHCMD entry for ADYOPCMD in IKJTSOxx. Too bad it still doesn't provide a delete function. :-( The REXX I was thinking of was ADYUPDAT. I like the ADYUPDAT CLEANUP function. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- 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
Re: How to format the current linkage stack for a SLIP dump taken in SRB mode?
One nice thing about a development environment, on my "dirty" dev systems, I often run with DAE=01 set at IPL time, with aggressive cleanup of unreferenced dump datasets. Wayne Driscoll Product Developer NOTE: All opinions are strictly my own. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Edward Jaffe Sent: Friday, April 11, 2008 9:37 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: How to format the current linkage stack for a SLIP dump taken in SRB mode? Barbara Nitz wrote: > Use IPCS :-) option 3.5, look for the symptom string (after confirming the correct DAE data set) and type a T in that line. IPCS does the rest, sysplex-wide. > Oh yeah. I forgot all about that interface. It requires an AUTHCMD entry for ADYOPCMD in IKJTSOxx. Too bad it still doesn't provide a delete function. :-( The REXX I was thinking of was ADYUPDAT. I like the ADYUPDAT CLEANUP function. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- 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
SRBs and sadump, was: Re: How to format the current linkage stack for a SLIP dump taken in SRB mode
Ed, >On the bright side, people developing brand new SRB-mode infrastructures >get lots of hands-on practice with taking SADUMPs and IPLing their >systems. What fun! :-) You mean we have to expect more questions about sadumps on ibm-main? :-) The type that says 'the necessary data are not in the sadump' ? Who gets to analyze this nice type of dumps? (After all, you don't have to think about timing issues when looking at them, right? Nothing can change anymore once the sadump has been started...) Barbara -- GMX startet ShortView.de. Hier findest Du Leute mit Deinen Interessen! Jetzt dabei sein: http://www.shortview.de/[EMAIL PROTECTED] -- 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
