Re: RSVNONR again
"R.S." <[EMAIL PROTECTED]> wrote in message news:<[EMAIL PROTECTED]>... > Peter Pfaffner wrote: > >> Radoslaw wrote (partially quoted): > >> As I understood the manual, the address space is marked as unusable > >> not to the end of life, but until all other address apces which > >> co-operated with my a/s are ended. > >> Am I right ? > > > > Peter, > I agree, about DB2. However my question was rather general, not related > to any specific started task. Just general rule: can I find cross-memory > related tasks and would it help to restart those tasks. Obviously > sometimes restarting these related tasks is not an option, but maybe > sometimes it is. > > -- Radoslaw, I think you try to attack the problem from the wrong direction: Chris Craddock explained this one year ago: " Reusing the LX is a completely separate issue from reusing the ASID. The ASID is made non-reusable because the address space that owned it last owned a space switch LX (system or not is irrelevant) -or- a more complicated situation exists where there are secondary dependencies. IAC the LX can be reused and the ASID not be. " The fact that an LX was published by an AS, implies that the AS has a chance to be connected to at any time in the future. This cannot be avoided/eliminated by shutting down XM asids. Possible only when the LX is reused by another AS, this AS is freed from unintended XM connections and might be reusable again. Kees. ** 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. ** -- 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: RSVNONR again
Peter Pfaffner wrote: Radoslaw wrote (partially quoted): As I understood the manual, the address space is marked as unusable not to the end of life, but until all other address apces which co-operated with my a/s are ended. Am I right ? Well Radoslaw, AFAIK quite close, but far more complex. Please let me try to explain. For example you are running multiple DB2's all using RRS, it is not a good idea to stop RRS (SETRRS CANCEL) until ALL DB2's ended. As many other posters stated, it is not necessary to recycle DB2 every day. And if a DBA is ignorant, just ignore it :-) No excuses. It's not the job of a DBA to impact production without better knowledge. We'er running heavy DB2 subsystems (all serving really rough SAP's ;-) for more than a year w/o recycling. If anybody needs help for arguments please contact me offline (itpang1gmxde) Peter, I agree, about DB2. However my question was rather general, not related to any specific started task. Just general rule: can I find cross-memory related tasks and would it help to restart those tasks. Obviously sometimes restarting these related tasks is not an option, but maybe sometimes it is. -- Radoslaw Skorupka Lodz, Poland -- 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
RSVNONR again
Radoslaw wrote (partially quoted): As I understood the manual, the address space is marked as unusable not to the end of life, but until all other address apces which co-operated with my a/s are ended. Am I right ? Well Radoslaw, AFAIK quite close, but far more complex. Please let me try to explain. For example you are running multiple DB2's all using RRS, it is not a good idea to stop RRS (SETRRS CANCEL) until ALL DB2's ended. As many other posters stated, it is not necessary to recycle DB2 every day. And if a DBA is ignorant, just ignore it :-) No excuses. It's not the job of a DBA to impact production without better knowledge. We'er running heavy DB2 subsystems (all serving really rough SAP's ;-) for more than a year w/o recycling. If anybody needs help for arguments please contact me offline (itpang1gmxde) Everybody is responsible for a particular job, not for the rest of the world ;-) HTH Peter -- 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: RSVNONR again
Radoslaw, This is a great ASM program that was published in MVS update: http://www.xephon.com/cgi-bin/xephon3/licence/getcode.cgi?pubfile=November.2001&datafile=M182A08 However, It only works up to OS/390 2.10. To get it to work under z/OS you should modify it to use the correct offsets in the XMSE as described in the APAR Rob Scott pointed to. Gil. On 7/21/05, Rob Scott <[EMAIL PROTECTED]> wrote: > > Actually there is a little bit to it than that. > > IBM very helpfully documented most of it in Info APAR - II08563 > > -- 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: RSVNONR again
Actually there is a little bit to it than that. IBM very helpfully documented most of it in Info APAR - II08563 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of mf-system Sent: 21 July 2005 12:54 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: RSVNONR again Hi, There is a Control Block named XMD (Cross Memory Directory). Shy -Original Message- From: R.S. [mailto:[EMAIL PROTECTED] Sent: Thursday, July 21, 2005 5:38 PM To: IBM-MAIN@BAMA.UA.EDU Subject: RSVNONR again As I understood the manual, the address space is marked as unusable not to the end of life, but until all other address apces which co-operated with my a/s are ended. In other words, a/s A uses cross memory with a/s B. When A is ended it is marked as unusable, until a/s B is also ended. Then both asid's are 'cleared'. Am I right ? (assumed yes) Now the question: How can I find out the 'partner' address spaces for my address space ? Any control blocks ? Assuming I have to recycle A, maybe the solution for me would be to find B and recycle it also ? I hope it is not MASTER -- Radoslaw Skorupka Lodz, Poland -- 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 -- 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 -- 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: RSVNONR again
Hi, There is a Control Block named XMD (Cross Memory Directory). Shy -Original Message- From: R.S. [mailto:[EMAIL PROTECTED] Sent: Thursday, July 21, 2005 5:38 PM To: IBM-MAIN@BAMA.UA.EDU Subject: RSVNONR again As I understood the manual, the address space is marked as unusable not to the end of life, but until all other address apces which co-operated with my a/s are ended. In other words, a/s A uses cross memory with a/s B. When A is ended it is marked as unusable, until a/s B is also ended. Then both asid's are 'cleared'. Am I right ? (assumed yes) Now the question: How can I find out the 'partner' address spaces for my address space ? Any control blocks ? Assuming I have to recycle A, maybe the solution for me would be to find B and recycle it also ? I hope it is not MASTER -- Radoslaw Skorupka Lodz, Poland -- 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 -- 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: RSVNONR again
MXI (www.rs.com/portfolio/mxi/) has the following two commands : MDQ - The Memory Delete Queue - those ASIDs that have been marked non-reus and the reasons why. XM - Active Cross-Memory Connections - shows the active cross-memory connections between address spaces in the system. Both these commands require MXI to be running authorized at the code involves snooping around control blocks in the PCAUTH address space. SHOWMVS (www.cbttape.org) also has this functionality. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of R.S. Sent: 21 July 2005 11:38 To: IBM-MAIN@BAMA.UA.EDU Subject: RSVNONR again As I understood the manual, the address space is marked as unusable not to the end of life, but until all other address apces which co-operated with my a/s are ended. In other words, a/s A uses cross memory with a/s B. When A is ended it is marked as unusable, until a/s B is also ended. Then both asid's are 'cleared'. Am I right ? (assumed yes) Now the question: How can I find out the 'partner' address spaces for my address space ? Any control blocks ? Assuming I have to recycle A, maybe the solution for me would be to find B and recycle it also ? I hope it is not MASTER -- Radoslaw Skorupka Lodz, Poland -- 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 -- 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
RSVNONR again
As I understood the manual, the address space is marked as unusable not to the end of life, but until all other address apces which co-operated with my a/s are ended. In other words, a/s A uses cross memory with a/s B. When A is ended it is marked as unusable, until a/s B is also ended. Then both asid's are 'cleared'. Am I right ? (assumed yes) Now the question: How can I find out the 'partner' address spaces for my address space ? Any control blocks ? Assuming I have to recycle A, maybe the solution for me would be to find B and recycle it also ? I hope it is not MASTER -- Radoslaw Skorupka Lodz, Poland -- 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
