Re: POSTing a WAIT in another Address Space; POST ASCB= parameter; S602 Abend
On Mon, 9 Sep 2024 20:53:57 + Richard Zierdt wrote: :>Well, RX works, and can be used when the ASCB is within, for example, the caller's own addressability. I would wonder if there is code (in ZOS) where any arbitrary ASCB is - not - within the codes addressability. -- Binyamin Dissen http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: POSTing a WAIT in another Address Space; POST ASCB= parameter; S602 Abend
A mea culpa from me since I started this thread: POST with the ASCB parameter indeed works. ASCB requires, as documented, the address of the ASCB. And the parameter supports RX (LA instruction) or register specification (LR) to accomplish this. By using the RX specification (LA), what I was providing was the address of the address of the ASCB, rather than the address of the ASCB itself, thus the S602 Abend. And I claimed on September 4 that RX had no use: "I don't see how LA of anything would work, yet the macro supports it." Well, RX works, and can be used when the ASCB is within, for example, the caller's own addressability. What I had was already the address of the ASCB in the target address space, not the POSTer's address space. So, the register notation LR was required in my case, but the RX (LA) specification is helpful for other ASCBs. So, my apologies, IBM documentation! Richard Zierdt From: IBM Mainframe Discussion List on behalf of Peter Relson Sent: Friday, September 6, 2024 10:07 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: POSTing a WAIT in another Address Space; POST ASCB= parameter; S602 Abend This Message Is From an External Sender This message came from outside your organization. Binyamin wrote: The code attempting the CS needs addressability. Common is not required. Quite often server PC code has its post to the server via the CS technique with the ECB available via an ALET.. You're right of course that addressability is the requirement, not common storage. Regarding the client's having an ALET to access storage in the server address space: that is certainly possible. I don't know how "common" that is. You could be right that it is "quite often". Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Confidentiality Warning/Avertissement de confidentialité: This message is intended only for the named recipients. This message may contain information that is privileged or confidential. If you are not the named recipient, its employee or its agent, please notify us immediately and permanently destroy this message and any copies you may have. Ce message est destiné uniquement aux destinataires dûment nommés. Il peut contenir de l'information privilégiée ou confidentielle. Si vous n'êtes pas le destinataire dûment nommé, son employé ou son mandataire, veuillez nous aviser sans tarder et supprimer ce message ainsi que toute copie qui peut en avoir été faite. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: POSTing a WAIT in another Address Space; POST ASCB= parameter; S602 Abend
Binyamin wrote: The code attempting the CS needs addressability. Common is not required. Quite often server PC code has its post to the server via the CS technique with the ECB available via an ALET.. You're right of course that addressability is the requirement, not common storage. Regarding the client's having an ALET to access storage in the server address space: that is certainly possible. I don't know how "common" that is. You could be right that it is "quite often". Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: POSTing a WAIT in another Address Space; POST ASCB= parameter; S602 Abend
On Thu, 5 Sep 2024 12:49:09 + Peter Relson wrote: :>Use of CS for what we call "quick post" works only if the ECB is in common storage and if the ECB is not yet waiting. The code attempting the CS needs addressability. Common is not required. Quite often server PC code has its post to the server via the CS technique with the ECB available via an ALET.. Also, if the ECB is waiting, the CS fails and the alternative path is required. -- Binyamin Dissen http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: POSTing a WAIT in another Address Space; POST ASCB= parameter; S602 Abend
Use of CS for what we call "quick post" works only if the ECB is in common storage and if the ECB is not yet waiting. You still have to be fully prepared for it to be waiting and code to use IEAMSXMP (or cross memory POST) when you encounter that. It is generally not all that common to find that the ECB is not waiting, but it certainly does happen. We rarely find it worth the extra code and usually waste the cycles trying the CS. The documentation for macros such as IEAMSXMP is intended to be clear about the level of indirection for your parameter. I'd hope any programmer would be able to get the ECB specification right with documentation such as: ECB=xecb is the name (RS-type), or address in register (2)-(12), of a required fullword input which is the ECB to post. So if you specify a "name", it is the field name of the ECB (it's up to you to have provided addressability). You'll see that the expansion takes the address of what you specify. If you specify "address in register", then you have provided the address of the ECB. You'll see that the expansion takes the contents of the register. The documentation for older macros such as POST is weak in that regard. Contrast the ECB=xecb documentation above with the doc for the ECB positional parameter of POST: ecb addr ecb addr: RX-type address, or register (2)-(12), except (10). -and- ecb addr Specifies the address of the fullword event control block representing the event. Do you specify the ECB itself? Do you specify a word containing the ECB address? What do you put into the register if using register form? This problem is pervasive. Since it's unlikely that this pervasive problem will be fixed in the broad sense (an individual case will be addressed if complained about, I'd think), you should be in the habit of looking at the expansion and giving a modicum of thought to what is going on. Clearly a service that is going to update an ECB needs, on input, the address of the ECB, not its contents. If the register form is going to have the address of the ECB, then the expansion for non-register will take the address of what you specify and pass that. So if you specify the ECB itself, such as ECB=MYECB, you'll get the address of MYECB passed, and you'll be good. If you specify something that contains the address, such as ECB=ADDRESS_OF_MYECB, you'll get the address of ADDRESS_OF_MYECB. Things won't go well. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: POSTing a WAIT in another Address Space; POST ASCB= parameter; S602 Abend
Richard, Please avoid RUCSA for new development at all costs. User-key common storage is a huge security/integrity exposure to the system. RUCSA was implemented to provide relief to customers that rely on software that still uses user-key CSA where updating the code was impossible (maybe lost) or extremely difficult and they needed more time to migrate to alternative solutions. Depending on what you need to achieve there are some really nifty XCF services that can enable inter-address space communication, with the added benefit of possible sysplex-wide scope. For example, take a look at IXCSEND and IXCRECV services - I know of a few ISV products that have replaced a lot of PC-ss style code with these services. Rob Scott Rocket Software From: IBM Mainframe Discussion List On Behalf Of Richard Zierdt Sent: Wednesday, September 4, 2024 11:40 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: POSTing a WAIT in another Address Space; POST ASCB= parameter; S602 Abend EXTERNAL EMAIL OK - both techniques (now) work. POST . . . ASCB wants the ASCB, not the address of the ASCB. L rx,ASCB then POST . . . ASCB=(rx) works. Same with the ECB (ECB in a register, not the address of an ECB). The manual might have been clearer about this. I don't see how LA of anything would work, yet the macro supports it. IEAMSXMP works as well. Here, like POST, the ECB *is* the ECB, not the address of. The TTOKEN parameter, being 16 bytes long, won't fit in a register, so it follows that that parameter must be the address of TTOKEN. All tokens (ECB, ASCB, TTOKEN) were passed between address spaces via Name-Token (IEANTCR, IEANTRT services). BTW, while both POST (XM) and IEAMSXMP require supervisor state, key 0 is not required, except for POST LINKAGE=BRANCH form. And PAUSE, RELEASE is another communication tool. I'll study those next. If they support XM, even better. The CS instruction is interesting, but I'm not sure how it would work in a XM environment. ALET of the target address space? I looked-up RUCSA. Yes, IBM discourages it, but the concept is interesting. In any event, I've got plenty to work with. Thanks to everyone for their suggestions, guidance. Richard Zierdt From: IBM Mainframe Discussion List mailto:IBM-MAIN@LISTSERV.UA.EDU>> on behalf of Charles Mills mailto:charl...@mcn.org>> Sent: Wednesday, September 4, 2024 6:17 PM To: IBM-MAIN@LISTSERV.UA.EDU<mailto:IBM-MAIN@LISTSERV.UA.EDU> mailto:IBM-MAIN@LISTSERV.UA.EDU>> Subject: Re: POSTing a WAIT in another Address Space; POST ASCB= parameter; S602 Abend This Message Is From an External Sender This message came from outside your organization. RUCSA is such a bad idea that IBM charges you extra for the feature just to try to discourage you from using it. I am not going to mention names out of school but I do know that the powers that be resisted even adding the feature. (A few customers demanded it, and you know who won THAT argument.) Charles On Wed, 4 Sep 2024 16:34:03 -0500, Mike Schwab mailto:mike.a.sch...@gmail.com>> wrote: >How about RUCSA (or CSA)? Common memory addressable by all address >spaces but only used by affected address spaces. >https://urldefense.com/v3/__https://www.ibm.com/docs/en/zos/2.4.0?topic=overview-virtual-storage-address-space-esa-extensions__;!!HaceldhrWm2T3s6H!wIJtSQIUEZwEOnldqVxz_p4osJ_H6C2G-yw_QeopyA_99hTF6nnIGbq-NPx__I5oNNTW7R-8gkQYW2288lGriG42bSM$<https://urldefense.com/v3/__https://www.ibm.com/docs/en/zos/2.4.0?topic=overview-virtual-storage-address-space-esa-extensions__;!!HaceldhrWm2T3s6H!wIJtSQIUEZwEOnldqVxz_p4osJ_H6C2G-yw_QeopyA_99hTF6nnIGbq-NPx__I5oNNTW7R-8gkQYW2288lGriG42bSM$> -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu<mailto:lists...@listserv.ua.edu> with the message: INFO IBM-MAIN Confidentiality Warning/Avertissement de confidentialité: This message is intended only for the named recipients. This message may contain information that is privileged or confidential. If you are not the named recipient, its employee or its agent, please notify us immediately and permanently destroy this message and any copies you may have. Ce message est destiné uniquement aux destinataires dûment nommés. Il peut contenir de l'information privilégiée ou confidentielle. Si vous n'êtes pas le destinataire dûment nommé, son employé ou son mandataire, veuillez nous aviser sans tarder et supprimer ce message ainsi que toute copie qui peut en avoir été faite. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu<mailto:lists...@listserv.ua.edu> with the message: INFO IBM-MAIN Rocket Software, In
Re: POSTing a WAIT in another Address Space; POST ASCB= parameter; S602 Abend
OK – both techniques (now) work. POST . . . ASCB wants the ASCB, not the address of the ASCB. L rx,ASCB then POST . . . ASCB=(rx) works. Same with the ECB (ECB in a register, not the address of an ECB). The manual might have been clearer about this. I don't see how LA of anything would work, yet the macro supports it. IEAMSXMP works as well. Here, like POST, the ECB *is* the ECB, not the address of. The TTOKEN parameter, being 16 bytes long, won't fit in a register, so it follows that that parameter must be the address of TTOKEN.All tokens (ECB, ASCB, TTOKEN) were passed between address spaces via Name-Token (IEANTCR, IEANTRT services). BTW, while both POST (XM) and IEAMSXMP require supervisor state, key 0 is not required, except for POST LINKAGE=BRANCH form. And PAUSE, RELEASE is another communication tool. I'll study those next. If they support XM, even better. The CS instruction is interesting, but I'm not sure how it would work in a XM environment. ALET of the target address space? I looked-up RUCSA. Yes, IBM discourages it, but the concept is interesting. In any event, I've got plenty to work with. Thanks to everyone for their suggestions, guidance. Richard Zierdt From: IBM Mainframe Discussion List on behalf of Charles Mills Sent: Wednesday, September 4, 2024 6:17 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: POSTing a WAIT in another Address Space; POST ASCB= parameter; S602 Abend This Message Is From an External Sender This message came from outside your organization. RUCSA is such a bad idea that IBM charges you extra for the feature just to try to discourage you from using it. I am not going to mention names out of school but I do know that the powers that be resisted even adding the feature. (A few customers demanded it, and you know who won THAT argument.) Charles On Wed, 4 Sep 2024 16:34:03 -0500, Mike Schwab wrote: >How about RUCSA (or CSA)? Common memory addressable by all address >spaces but only used by affected address spaces. >https://urldefense.com/v3/__https://www.ibm.com/docs/en/zos/2.4.0?topic=overview-virtual-storage-address-space-esa-extensions__;!!HaceldhrWm2T3s6H!wIJtSQIUEZwEOnldqVxz_p4osJ_H6C2G-yw_QeopyA_99hTF6nnIGbq-NPx__I5oNNTW7R-8gkQYW2288lGriG42bSM$ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Confidentiality Warning/Avertissement de confidentialité: This message is intended only for the named recipients. This message may contain information that is privileged or confidential. If you are not the named recipient, its employee or its agent, please notify us immediately and permanently destroy this message and any copies you may have. Ce message est destiné uniquement aux destinataires dûment nommés. Il peut contenir de l'information privilégiée ou confidentielle. Si vous n'êtes pas le destinataire dûment nommé, son employé ou son mandataire, veuillez nous aviser sans tarder et supprimer ce message ainsi que toute copie qui peut en avoir été faite. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: POSTing a WAIT in another Address Space; POST ASCB= parameter; S602 Abend
RUCSA is such a bad idea that IBM charges you extra for the feature just to try to discourage you from using it. I am not going to mention names out of school but I do know that the powers that be resisted even adding the feature. (A few customers demanded it, and you know who won THAT argument.) Charles On Wed, 4 Sep 2024 16:34:03 -0500, Mike Schwab wrote: >How about RUCSA (or CSA)? Common memory addressable by all address >spaces but only used by affected address spaces. >https://www.ibm.com/docs/en/zos/2.4.0?topic=overview-virtual-storage-address-space-esa-extensions -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: POSTing a WAIT in another Address Space; POST ASCB= parameter; S602 Abend
How about RUCSA (or CSA)? Common memory addressable by all address spaces but only used by affected address spaces. https://www.ibm.com/docs/en/zos/2.4.0?topic=overview-virtual-storage-address-space-esa-extensions On Wed, Sep 4, 2024 at 2:48 PM Rob Scott <0618c90e6fdf-dmarc-requ...@listserv.ua.edu> wrote: > > Alternatives to WAIT/POST include PAUSE/RELEASE and maybe when the waiter is > a server or resource-owning ASID using PC-ss to add the request to "resume" > to a server resident queue to be processed H=P=S by a queue-handler subtask. > > Rob Scott > Rocket Software > > Get Outlook for Android<https://aka.ms/AAb9ysg> > > From: IBM Mainframe Discussion List on behalf of > Charles Mills > Sent: Wednesday, September 4, 2024 7:17:43 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: POSTing a WAIT in another Address Space; POST ASCB= parameter; > S602 Abend > > EXTERNAL EMAIL > > > > > > Staying out of trouble with X-memory post is a tough assignment. Sad voice of > experience here: I am looking at a six-year-ago reprimand from IBM support > for making a mess in an LPAR with the x-memory post code in a vendor product > I wrote. > > Use IEAMSXMP! (Unless support for z/OS < V2R2 is necessary.) > > I would post code here but without a lot of context I don't think my IEAMSXMP > is very clear. > > If performance is important, consider bypassing the POST when possible with > CS. Here's how you do that: > > L R0,AV_QECB Get contents of ECB > * > PostTryAgain EQU * > * If post bit is already on then no need to post again > * If wait bit is on then have to actually POST to release task > TMLH R0,X'C000' Is it waiting or already posted? > JNZ IsWaitingOrPosted Yes > LLILF R1,X'4000' Post bit and post code > CSR0,R1,AV_QECB Compare and swap to post ECB > JNZ PostTryAgain Failed, try again > J CountPOSTs Worked, account just like did a POST > * > IsWaitingOrPosted EQU *Wait or Posted bit is on > TMLH R0,X'8000' Is anyone waiting? > *No, then (a.) no need to POST; and > JZ AlreadyPosted (b.) Post bit must already be on > * > * Wait bit is on so need to do a real POST > and here is where your IEAMSXMP would go > > Hope this helps. > Charles > > > On Wed, 4 Sep 2024 17:37:21 +, Richard Zierdt > wrote: > > >Thanks, Rob, Tom. Yes, Key 0 is dangerous, but documented as a requirement > >(for LINKAGE=BRANCH anyway). > >I was unaware of IEAMSXMP (and TCBTOKEN, which extracts the target program's > >TTOKEN). > >So I'm coding for those now. > >BTW, the standard from of POST supports register notation and RX-type. Rx > >does a LA - ST into the POST's parameter list, which means it's the address > >of the ASCB, not the ASCB itself. I'll try L Rx,ASCB and POST . . . > >ASCB=(Rx) and test that. > >Nonetheless, avoiding Key 0 is better. I'll reply later with results. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > Rocket Software, Inc. and subsidiaries ? 77 Fourth Avenue, Waltham MA 02451 ? > Main Office Toll Free Number: +1 855.577.4323 > Contact Customer Support: > https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport > Unsubscribe from Marketing Messages/Manage Your Subscription Preferences - > http://www.rocketsoftware.com/manage-your-email-preferences > Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy > > > This communication and any attachments may contain confidential information > of Rocket Software, Inc. All unauthorized use, disclosure or distribution is > prohibited. If you are not the intended recipient, please notify Rocket > Software immediately and destroy all copies of this communication. Thank you. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: POSTing a WAIT in another Address Space; POST ASCB= parameter; S602 Abend
Alternatives to WAIT/POST include PAUSE/RELEASE and maybe when the waiter is a server or resource-owning ASID using PC-ss to add the request to "resume" to a server resident queue to be processed H=P=S by a queue-handler subtask. Rob Scott Rocket Software Get Outlook for Android<https://aka.ms/AAb9ysg> From: IBM Mainframe Discussion List on behalf of Charles Mills Sent: Wednesday, September 4, 2024 7:17:43 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: POSTing a WAIT in another Address Space; POST ASCB= parameter; S602 Abend EXTERNAL EMAIL Staying out of trouble with X-memory post is a tough assignment. Sad voice of experience here: I am looking at a six-year-ago reprimand from IBM support for making a mess in an LPAR with the x-memory post code in a vendor product I wrote. Use IEAMSXMP! (Unless support for z/OS < V2R2 is necessary.) I would post code here but without a lot of context I don't think my IEAMSXMP is very clear. If performance is important, consider bypassing the POST when possible with CS. Here's how you do that: L R0,AV_QECB Get contents of ECB * PostTryAgain EQU * * If post bit is already on then no need to post again * If wait bit is on then have to actually POST to release task TMLH R0,X'C000' Is it waiting or already posted? JNZ IsWaitingOrPosted Yes LLILF R1,X'4000' Post bit and post code CSR0,R1,AV_QECB Compare and swap to post ECB JNZ PostTryAgain Failed, try again J CountPOSTs Worked, account just like did a POST * IsWaitingOrPosted EQU *Wait or Posted bit is on TMLH R0,X'8000' Is anyone waiting? *No, then (a.) no need to POST; and JZ AlreadyPosted (b.) Post bit must already be on * * Wait bit is on so need to do a real POST and here is where your IEAMSXMP would go Hope this helps. Charles On Wed, 4 Sep 2024 17:37:21 +, Richard Zierdt wrote: >Thanks, Rob, Tom. Yes, Key 0 is dangerous, but documented as a requirement >(for LINKAGE=BRANCH anyway). >I was unaware of IEAMSXMP (and TCBTOKEN, which extracts the target program's >TTOKEN). >So I'm coding for those now. >BTW, the standard from of POST supports register notation and RX-type. Rx >does a LA - ST into the POST's parameter list, which means it's the address of >the ASCB, not the ASCB itself. I'll try L Rx,ASCB and POST . . . ASCB=(Rx) >and test that. >Nonetheless, avoiding Key 0 is better. I'll reply later with results. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Rocket Software, Inc. and subsidiaries ? 77 Fourth Avenue, Waltham MA 02451 ? Main Office Toll Free Number: +1 855.577.4323 Contact Customer Support: https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport Unsubscribe from Marketing Messages/Manage Your Subscription Preferences - http://www.rocketsoftware.com/manage-your-email-preferences Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy This communication and any attachments may contain confidential information of Rocket Software, Inc. All unauthorized use, disclosure or distribution is prohibited. If you are not the intended recipient, please notify Rocket Software immediately and destroy all copies of this communication. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: POSTing a WAIT in another Address Space; POST ASCB= parameter; S602 Abend
Staying out of trouble with X-memory post is a tough assignment. Sad voice of experience here: I am looking at a six-year-ago reprimand from IBM support for making a mess in an LPAR with the x-memory post code in a vendor product I wrote. Use IEAMSXMP! (Unless support for z/OS < V2R2 is necessary.) I would post code here but without a lot of context I don't think my IEAMSXMP is very clear. If performance is important, consider bypassing the POST when possible with CS. Here's how you do that: L R0,AV_QECB Get contents of ECB * PostTryAgain EQU * * If post bit is already on then no need to post again * If wait bit is on then have to actually POST to release task TMLH R0,X'C000' Is it waiting or already posted? JNZ IsWaitingOrPosted Yes LLILF R1,X'4000' Post bit and post code CSR0,R1,AV_QECB Compare and swap to post ECB JNZ PostTryAgain Failed, try again J CountPOSTs Worked, account just like did a POST * IsWaitingOrPosted EQU *Wait or Posted bit is on TMLH R0,X'8000' Is anyone waiting? *No, then (a.) no need to POST; and JZ AlreadyPosted (b.) Post bit must already be on * * Wait bit is on so need to do a real POST and here is where your IEAMSXMP would go Hope this helps. Charles On Wed, 4 Sep 2024 17:37:21 +, Richard Zierdt wrote: >Thanks, Rob, Tom. Yes, Key 0 is dangerous, but documented as a requirement >(for LINKAGE=BRANCH anyway). >I was unaware of IEAMSXMP (and TCBTOKEN, which extracts the target program's >TTOKEN). >So I'm coding for those now. >BTW, the standard from of POST supports register notation and RX-type. Rx >does a LA - ST into the POST's parameter list, which means it's the address of >the ASCB, not the ASCB itself. I'll try L Rx,ASCB and POST . . . ASCB=(Rx) >and test that. >Nonetheless, avoiding Key 0 is better. I'll reply later with results. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: POSTing a WAIT in another Address Space; POST ASCB= parameter; S602 Abend
Thanks, Rob, Tom. Yes, Key 0 is dangerous, but documented as a requirement (for LINKAGE=BRANCH anyway). I was unaware of IEAMSXMP (and TCBTOKEN, which extracts the target program's TTOKEN). So I'm coding for those now. BTW, the standard from of POST supports register notation and RX-type. Rx does a LA - ST into the POST's parameter list, which means it's the address of the ASCB, not the ASCB itself. I'll try L Rx,ASCB and POST . . . ASCB=(Rx) and test that. Nonetheless, avoiding Key 0 is better. I'll reply later with results. Thanks again! From: IBM Mainframe Discussion List on behalf of Rob Scott <0618c90e6fdf-dmarc-requ...@listserv.ua.edu> Sent: Wednesday, September 4, 2024 12:54 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: POSTing a WAIT in another Address Space; POST ASCB= parameter; S602 Abend This Message Is From an External Sender This message came from outside your organization. I agree with Tom - naked XM POST in Key0 makes my eye twitch nervously. I am not in the office, so cannot check myself, but take a look at the expansion in the listing to see how the ASCB keyword is treated. Maybe try loading the ASCBtokn into a reg and then code ASCB=(Rn)? Rob Scott Rocket Software Get Outlook for Android<https://urldefense.com/v3/__https://aka.ms/AAb9ysg__;!!HaceldhrWm2T3s6H!0aZilwOuWHoDK8U7N4PcPjBFv1Dv8XdQ29A1om6NkVlX_QLz44-EwvKvETarExhpQe7-ECim0dZ3kIkVEyRTWL1e52kgDEUp656JYz2L6Le98g$> From: IBM Mainframe Discussion List on behalf of Tom Harper <05bfa0e23abd-dmarc-requ...@listserv.ua.edu> Sent: Wednesday, September 4, 2024 4:05:03 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: POSTing a WAIT in another Address Space; POST ASCB= parameter; S602 Abend EXTERNAL EMAIL Richard, Have you considered using IEAMSXMP? Much safer. Tom Harper Phoenix Software International Sent from my iPhone > On Sep 4, 2024, at 10:36 AM, Richard Zierdt > wrote: > > Trying to POST a WAIT ECB in a different address space. I'm getting a 602 > abend: "The target address space control block (ASCB) is incorrect." > > Lots of doc exists about cross memory communication but not finding much > about the POST macro using its ASCB parameter (other than IBM authorized > services). If something else is available, I'm very happy to RTFM. Here's the > scenario: > > 1) Started task A creates a name-token pair containing its ASCB and ECB > addresses (IEANTCR data sharing) > 2) Started task A then WAITs on the ECB > 3) Job B is started and retrieves the name-token pair (IEANTRT) > 4) Job B MODESETs to supervisor, key zero > 5) Job B issues a POST: > POST ECBtokn, ECB address from Token (Name-Token pair) + > ASCB=ASCBtokn, ASCB from Token (Name-Token pair) + > ERRET=PostErrR, + > LINKAGE=BRANCH, + > ECBKEY=0 > ASCBtokn DSA ASCB of started task address space > ECBtokn DSA address of ECB in started task > > 6) Job B abends w/602: > "The target address space control block (ASCB) is incorrect." > LINKAGE=SVC and LINKAGE=SYSTEM were tried and returned the same abend. > Also, the List and Execute macro forms of POST were tried with the same 602 > result. (List / Execute does an SVC call) > > PSW AT TIME OF ERROR 040C1000 813CF198 ILC 2 INTC 0D > NO ACTIVE MODULE FOUND > NAME=UNKNOWN > DATA AT PSW 013CF192 - 00181610 0A0D96A0 20105860 > AR/GR 0: 008FEA64/8400 1: /84602000 > 2: / 3: /008ECD64 > 4: /008ECD40 5: /201004E4 > 6: /008DBFC8 7: /00FA7300 > 8: /013CF5E0 9: /A010 -> Program B > A: /8000 B: /A010041C -> ECB of A > C: /201002A0 D: /20100418 -> ASCB of A > E: /A0100226 F: / > > ASCBtokn contains x'00FA7000' > ECBtokn contains x'20100F20' (address of the ECB in the started task) > These values are correct; the name-token pair communication works. > Started task and job are both AMODE 31 RMODE ANY. System is z/OS 02.05. > > Sometimes, IBM macro parameters want the address of the address of. > So, ASCB==A(ASCBTokn) was also tried with the same 602 abend result. > > Salient WAIT code in started task A: > Wait ECB=ECBWTPT,Wait for another address space to + > LINKAGE=SYSTEMPOST this ECB > ECBWTPT DCF'0'ECB for Wait-Post > > Thoughts on what's not working?
Re: POSTing a WAIT in another Address Space; POST ASCB= parameter; S602 Abend
I agree with Tom - naked XM POST in Key0 makes my eye twitch nervously. I am not in the office, so cannot check myself, but take a look at the expansion in the listing to see how the ASCB keyword is treated. Maybe try loading the ASCBtokn into a reg and then code ASCB=(Rn)? Rob Scott Rocket Software Get Outlook for Android<https://aka.ms/AAb9ysg> From: IBM Mainframe Discussion List on behalf of Tom Harper <05bfa0e23abd-dmarc-requ...@listserv.ua.edu> Sent: Wednesday, September 4, 2024 4:05:03 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: POSTing a WAIT in another Address Space; POST ASCB= parameter; S602 Abend EXTERNAL EMAIL Richard, Have you considered using IEAMSXMP? Much safer. Tom Harper Phoenix Software International Sent from my iPhone > On Sep 4, 2024, at 10:36 AM, Richard Zierdt > wrote: > > Trying to POST a WAIT ECB in a different address space. I'm getting a 602 > abend: "The target address space control block (ASCB) is incorrect." > > Lots of doc exists about cross memory communication but not finding much > about the POST macro using its ASCB parameter (other than IBM authorized > services). If something else is available, I'm very happy to RTFM. Here's the > scenario: > > 1) Started task A creates a name-token pair containing its ASCB and ECB > addresses (IEANTCR data sharing) > 2) Started task A then WAITs on the ECB > 3) Job B is started and retrieves the name-token pair (IEANTRT) > 4) Job B MODESETs to supervisor, key zero > 5) Job B issues a POST: > POST ECBtokn, ECB address from Token (Name-Token pair) + > ASCB=ASCBtokn, ASCB from Token (Name-Token pair) + > ERRET=PostErrR, + > LINKAGE=BRANCH, + > ECBKEY=0 > ASCBtokn DSA ASCB of started task address space > ECBtokn DSA address of ECB in started task > > 6) Job B abends w/602: > "The target address space control block (ASCB) is incorrect." > LINKAGE=SVC and LINKAGE=SYSTEM were tried and returned the same abend. > Also, the List and Execute macro forms of POST were tried with the same 602 > result. (List / Execute does an SVC call) > > PSW AT TIME OF ERROR 040C1000 813CF198 ILC 2 INTC 0D > NO ACTIVE MODULE FOUND > NAME=UNKNOWN > DATA AT PSW 013CF192 - 00181610 0A0D96A0 20105860 > AR/GR 0: 008FEA64/8400 1: /84602000 > 2: / 3: /008ECD64 > 4: /008ECD40 5: /201004E4 > 6: /008DBFC8 7: /00FA7300 > 8: /013CF5E0 9: /A010 -> Program B > A: /8000 B: /A010041C -> ECB of A > C: /201002A0 D: /20100418 -> ASCB of A > E: /A0100226 F: / > > ASCBtokn contains x'00FA7000' > ECBtokn contains x'20100F20' (address of the ECB in the started task) > These values are correct; the name-token pair communication works. > Started task and job are both AMODE 31 RMODE ANY. System is z/OS 02.05. > > Sometimes, IBM macro parameters want the address of the address of. > So, ASCB==A(ASCBTokn) was also tried with the same 602 abend result. > > Salient WAIT code in started task A: > Wait ECB=ECBWTPT,Wait for another address space to + > LINKAGE=SYSTEMPOST this ECB > ECBWTPT DCF'0'ECB for Wait-Post > > Thoughts on what's not working? > A working example of POST macro w/ASCB parameter would be appreciated. Or CBT > tape, etc. > Thanks > Richard Zierdt > > Confidentiality Warning/Avertissement de confidentialité: > > This message is intended only for the named recipients. This message may > contain information that is privileged or confidential. If you are not the > named recipient, its employee or its agent, please notify us immediately and > permanently destroy this message and any copies you may have. Ce message est > destiné uniquement aux destinataires dûment nommés. Il peut contenir de > l'information privilégiée ou confidentielle. Si vous n'êtes pas le > destinataire dûment nommé, son employé ou son mandataire, veuillez nous > aviser sans tarder et supprimer ce message ainsi que toute copie qui peut en > avoir été faite. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ---
Re: POSTing a WAIT in another Address Space; POST ASCB= parameter; S602 Abend
Richard, Have you considered using IEAMSXMP? Much safer. Tom Harper Phoenix Software International Sent from my iPhone > On Sep 4, 2024, at 10:36 AM, Richard Zierdt > wrote: > > Trying to POST a WAIT ECB in a different address space. I'm getting a 602 > abend: "The target address space control block (ASCB) is incorrect." > > Lots of doc exists about cross memory communication but not finding much > about the POST macro using its ASCB parameter (other than IBM authorized > services). If something else is available, I'm very happy to RTFM. Here's the > scenario: > > 1) Started task A creates a name-token pair containing its ASCB and ECB > addresses (IEANTCR data sharing) > 2) Started task A then WAITs on the ECB > 3) Job B is started and retrieves the name-token pair (IEANTRT) > 4) Job B MODESETs to supervisor, key zero > 5) Job B issues a POST: > POST ECBtokn, ECB address from Token (Name-Token pair) + > ASCB=ASCBtokn, ASCB from Token (Name-Token pair) + > ERRET=PostErrR, + > LINKAGE=BRANCH, + > ECBKEY=0 > ASCBtokn DSA ASCB of started task address space > ECBtokn DSA address of ECB in started task > > 6) Job B abends w/602: > "The target address space control block (ASCB) is incorrect." > LINKAGE=SVC and LINKAGE=SYSTEM were tried and returned the same abend. > Also, the List and Execute macro forms of POST were tried with the same 602 > result. (List / Execute does an SVC call) > > PSW AT TIME OF ERROR 040C1000 813CF198 ILC 2 INTC 0D > NO ACTIVE MODULE FOUND > NAME=UNKNOWN > DATA AT PSW 013CF192 - 00181610 0A0D96A0 20105860 > AR/GR 0: 008FEA64/8400 1: /84602000 > 2: / 3: /008ECD64 > 4: /008ECD40 5: /201004E4 > 6: /008DBFC8 7: /00FA7300 > 8: /013CF5E0 9: /A010 -> Program B > A: /8000 B: /A010041C -> ECB of A > C: /201002A0 D: /20100418 -> ASCB of A > E: /A0100226 F: / > > ASCBtokn contains x'00FA7000' > ECBtokn contains x'20100F20' (address of the ECB in the started task) > These values are correct; the name-token pair communication works. > Started task and job are both AMODE 31 RMODE ANY. System is z/OS 02.05. > > Sometimes, IBM macro parameters want the address of the address of. > So, ASCB==A(ASCBTokn) was also tried with the same 602 abend result. > > Salient WAIT code in started task A: > Wait ECB=ECBWTPT,Wait for another address space to + > LINKAGE=SYSTEMPOST this ECB > ECBWTPT DCF'0'ECB for Wait-Post > > Thoughts on what's not working? > A working example of POST macro w/ASCB parameter would be appreciated. Or CBT > tape, etc. > Thanks > Richard Zierdt > > Confidentiality Warning/Avertissement de confidentialité: > > This message is intended only for the named recipients. This message may > contain information that is privileged or confidential. If you are not the > named recipient, its employee or its agent, please notify us immediately and > permanently destroy this message and any copies you may have. Ce message est > destiné uniquement aux destinataires dûment nommés. Il peut contenir de > l'information privilégiée ou confidentielle. Si vous n'êtes pas le > destinataire dûment nommé, son employé ou son mandataire, veuillez nous > aviser sans tarder et supprimer ce message ainsi que toute copie qui peut en > avoir été faite. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail message, including any attachments, appended messages and the information contained therein, is for the sole use of the intended recipient(s). If you are not an intended recipient or have otherwise received this email message in error, any use, dissemination, distribution, review, storage or copying of this e-mail message and the information contained therein is strictly prohibited. If you are not an intended recipient, please contact the sender by reply e-mail and destroy all copies of this email message and do not otherwise utilize or retain this email message or any or all of the information contained therein. Although thi
POSTing a WAIT in another Address Space; POST ASCB= parameter; S602 Abend
Trying to POST a WAIT ECB in a different address space. I'm getting a 602 abend: "The target address space control block (ASCB) is incorrect." Lots of doc exists about cross memory communication but not finding much about the POST macro using its ASCB parameter (other than IBM authorized services). If something else is available, I'm very happy to RTFM. Here's the scenario: 1) Started task A creates a name-token pair containing its ASCB and ECB addresses (IEANTCR data sharing) 2) Started task A then WAITs on the ECB 3) Job B is started and retrieves the name-token pair (IEANTRT) 4) Job B MODESETs to supervisor, key zero 5) Job B issues a POST: POST ECBtokn, ECB address from Token (Name-Token pair) + ASCB=ASCBtokn, ASCB from Token (Name-Token pair) + ERRET=PostErrR, + LINKAGE=BRANCH, + ECBKEY=0 ASCBtokn DSA ASCB of started task address space ECBtokn DSA address of ECB in started task 6) Job B abends w/602: "The target address space control block (ASCB) is incorrect." LINKAGE=SVC and LINKAGE=SYSTEM were tried and returned the same abend. Also, the List and Execute macro forms of POST were tried with the same 602 result. (List / Execute does an SVC call) PSW AT TIME OF ERROR 040C1000 813CF198 ILC 2 INTC 0D NO ACTIVE MODULE FOUND NAME=UNKNOWN DATA AT PSW 013CF192 - 00181610 0A0D96A0 20105860 AR/GR 0: 008FEA64/8400 1: /84602000 2: / 3: /008ECD64 4: /008ECD40 5: /201004E4 6: /008DBFC8 7: /00FA7300 8: /013CF5E0 9: /A010 -> Program B A: /8000 B: /A010041C -> ECB of A C: /201002A0 D: /20100418 -> ASCB of A E: /A0100226 F: / ASCBtokn contains x'00FA7000' ECBtokn contains x'20100F20' (address of the ECB in the started task) These values are correct; the name-token pair communication works. Started task and job are both AMODE 31 RMODE ANY. System is z/OS 02.05. Sometimes, IBM macro parameters want the address of the address of. So, ASCB==A(ASCBTokn) was also tried with the same 602 abend result. Salient WAIT code in started task A: Wait ECB=ECBWTPT,Wait for another address space to + LINKAGE=SYSTEMPOST this ECB ECBWTPT DCF'0'ECB for Wait-Post Thoughts on what's not working? A working example of POST macro w/ASCB parameter would be appreciated. Or CBT tape, etc. Thanks Richard Zierdt Confidentiality Warning/Avertissement de confidentialité: This message is intended only for the named recipients. This message may contain information that is privileged or confidential. If you are not the named recipient, its employee or its agent, please notify us immediately and permanently destroy this message and any copies you may have. Ce message est destiné uniquement aux destinataires dûment nommés. Il peut contenir de l'information privilégiée ou confidentielle. Si vous n'êtes pas le destinataire dûment nommé, son employé ou son mandataire, veuillez nous aviser sans tarder et supprimer ce message ainsi que toute copie qui peut en avoir été faite. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Spawned address space name quandry
Mark See "z/OS UNIX System Services Programming: Assembler Callable Services SA23-2281-60" The BPX1SPN/BPX4SPN service describes the jobname of the spawned address space as follows in item 3 of the usage notes. "The job name of the parent is propagated to the child and appended with a numeric value in the range of 1–9, if the job name is 7 characters or less. If the job name is 8 characters, the job name is propagated as is. When a job name is appended with a numeric value, the count wraps back to 1 when it exceeds 9." Are you saying that these rules are not followed? Your description seems to be at odds with the documented rules. However, I see under item 28 of the usage notes the following. " The _BPX_JOBNAME environment variable can be used to change the job name of the new process image. The job name change is allowed only if the invoker has appropriate privileges (see Authorization). If these conditions are not met, the environment variable is ignored. Accepted values are strings of 1–8 alphanumeric characters. Incorrect specifications are ignored. A job name can be specified in the INHE structure. If both the INHE JOBNAME and environment variable _BPX_JOBNAME are specified, the value in the INHE structure is used. If _BPX_JOBNAME is specified and _BPX_SHAREAS is set to YES, then _BPX_JOBNAME is ignored." Maybe you have that environment variable set. Lennie -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Jacobs Sent: 17 August 2024 23:20 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Spawned address space name quandry I have an STC that when it initializes it spawns an OMVS address space. In two of our three sysplexs the jobname is USERID1 as I would normally expect. On the other sysplex the spawned address space its jobname is something completely different. The STC behaves the same in all three environments and it's the same level of the product across the sysplexes. I looked at RACF, it all looks like it's been configured the same everywhere. Does anyone have ideas on where to look for the root cause? I'm more curious than anything. Sent from [ProtonMail](https://protonmail.com), Swiss-based encrypted email. Mark Jacobs GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Spawned address space name quandry
Thanks. I'll take a look next week. Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com On Saturday, August 17th, 2024 at 6:41 PM, Paul Gilmartin <042bfe9c879d-dmarc-requ...@listserv.ua.edu> wrote: > On Sat, 17 Aug 2024 22:19:41 +, Mark Jacobs wrote: > > > I have an STC that when it initializes it spawns an OMVS address space. In > > two of our three sysplexs the jobname is USERID1 as I would normally > > expect. On the other sysplex the > > Did you have _BPX_XHAREAS=MUST? > https://www.ibm.com/docs/en/zos/3.1.0?topic=variables-bpx-environment > > > spawned address space its jobname is something completely different. The STC > behaves the same in all three environments and it's the same level of the > product across the sysplexes. I looked at RACF, it all looks like it's been > configured the same everywhere. > > -- > gil > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAINThanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Spawned address space name quandry
On Sat, 17 Aug 2024 22:19:41 +, Mark Jacobs wrote: >I have an STC that when it initializes it spawns an OMVS address space. In two >of our three sysplexs the jobname is USERID1 as I would normally expect. On >the other sysplex the > Did you have _BPX_XHAREAS=MUST? <https://www.ibm.com/docs/en/zos/3.1.0?topic=variables-bpx-environment> spawned address space its jobname is something completely different. The STC behaves the same in all three environments and it's the same level of the product across the sysplexes. I looked at RACF, it all looks like it's been configured the same everywhere. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Spawned address space name quandry
I have an STC that when it initializes it spawns an OMVS address space. In two of our three sysplexs the jobname is USERID1 as I would normally expect. On the other sysplex the spawned address space its jobname is something completely different. The STC behaves the same in all three environments and it's the same level of the product across the sysplexes. I looked at RACF, it all looks like it's been configured the same everywhere. Does anyone have ideas on where to look for the root cause? I'm more curious than anything. Sent from [ProtonMail](https://protonmail.com), Swiss-based encrypted email. Mark Jacobs GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Console Address Space
When I first saw this post, my first thought was to see if the system entered a disabled wait state. You didn't say whether you looked for any other signs of life. VTAM or TCP/IP, for example. Were TSO users all locked out? Are you looking at a standalone dump to diagnose this? If so, there might be LOGREC records. -- Tom Marchant On Wed, 10 Apr 2024 11:54:13 +, Allan Staller wrote: >This past weekend I had an issue where a system became totally unresponsive >and incommunicado. >HMC access also failed, and the only conclusion I can come up with, is that >the console address space abended. > >I am working through that debug process, but is there anyway to dynamically >restart the console address space? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Console Address Space
Classification: Confidential Thast what I thought, but I was hoping. Thanks, -Original Message- From: IBM Mainframe Discussion List On Behalf Of Peter Fatzinger Sent: Thursday, April 11, 2024 7:31 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Console Address Space [CAUTION: This Email is from outside the Organization. Unless you trust the sender, Don’t click links or open attachments as it may be a Phishing email, which can steal your Information and compromise your Computer.] The Console Address Space cannot be restarted. Peter Fatzinger z/OS Core Design & Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ::DISCLAIMER:: The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Console Address Space
Classification: Confidential 1) Consoles would not respond 2) Routed commands from other systems in the sysplex were ignored 3) Operating system messages on the HMC would not respond (V CN(*),ACTIVATE) 4) Integrated 3270 console was not configured in CONSOLXX Al -Original Message- From: IBM Mainframe Discussion List On Behalf Of Brian Westerman Sent: Wednesday, April 10, 2024 11:43 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Console Address Space [CAUTION: This Email is from outside the Organization. Unless you trust the sender, Don’t click links or open attachments as it may be a Phishing email, which can steal your Information and compromise your Computer.] When you say the HMC also failed, can you describe what happened. Did any messages show up at all, did you define the HMC in your console parms? Did you maybe forget to just V CN(*),act? Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ::DISCLAIMER:: The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Console Address Space
The Console Address Space cannot be restarted. Peter Fatzinger z/OS Core Design & Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Console Address Space
When you say the HMC also failed, can you describe what happened. Did any messages show up at all, did you define the HMC in your console parms? Did you maybe forget to just V CN(*),act? Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Console Address Space
How would you restart CONSOLE address space if the HMC is down too? (I have no idea if that is possible even if HMC was available).Sounds like a standalone dump and IPL might be in order. Dave Jousma Vice President | Director, Technology Engineering From: IBM Mainframe Discussion List on behalf of Allan Staller <0387911dea17-dmarc-requ...@listserv.ua.edu> Date: Wednesday, April 10, 2024 at 7:55 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Console Address Space Classification: Confidential This past weekend I had an issue where a system became totally unresponsive and incommunicado. HMC access also failed, and the only conclusion I can come up with, is that the console address space abended. I am Classification: Confidential This past weekend I had an issue where a system became totally unresponsive and incommunicado. HMC access also failed, and the only conclusion I can come up with, is that the console address space abended. I am working through that debug process, but is there anyway to dynamically restart the console address space? ::DISCLAIMER:: This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Console Address Space
Classification: Confidential This past weekend I had an issue where a system became totally unresponsive and incommunicado. HMC access also failed, and the only conclusion I can come up with, is that the console address space abended. I am working through that debug process, but is there anyway to dynamically restart the console address space? ::DISCLAIMER:: The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SDWARTYA in different address space
wonder if SETRP can retry in different address space the doc says you can run it in AR mode Whether you can issue SETRP in AR mode has nothing to do with "retry in different address space". The space from which data is fetched by SETRP (which in your example is "nothing" because you specified register form) is not related to the address space in which you retry (which itself is an inaccurate-enough term to be not useful). The cross memory environment for any recovery routine's retry is well-defined and depends on what you have chosen to identify. One additional tidbit is bit SDWARFXM (which applies to FRRs only). Its comment is correct. So if RETADDR=(RX) and access RX has an ALET ? Whether or not you can invoke a macro in AR mode is not sufficient to know if the data can be in a data space. These questions can often be answered simply by looking at the expansion. What do you get for the retaddr processing of SETRP RC=4,RETADDR=(RX)? You get "LR15,RX" then "ST15,SDWARTYA-SDWA(,1)". And you get that whether or not you have SYSSTATE ASCENV=AR. Thus it is irrelevant what is the ALET in Access register RX. You can see that the WKAREA default, to register 1, requires that you have set up AR1 appropriately (to 0 would be most appropriate) Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SDWARTYA in different address space
On Mon, 19 Feb 2024 at 15:55, Ed Jaffe < 05acc3c79bf7-dmarc-requ...@listserv.ua.edu> wrote: > On 2/19/2024 12:43 PM, Joseph Reichman wrote: > > Almost finished my update to file 192 wonder if SETRP can retry in > different > > address space the doc says you can run it in AR mode > > > > So if RETADDR=(RX) and access RX has an ALET ? > > Read your Principles of Operation. Access registers are ignored for > instruction fetch. > Yes... > Instructions are always fetched from the primary ASN. > In home-space mode they are fetched from the home space. But of course you can't be in home-space mode and AR mode at the same time. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SDWARTYA in different address space
On 2/19/2024 12:43 PM, Joseph Reichman wrote: Almost finished my update to file 192 wonder if SETRP can retry in different address space the doc says you can run it in AR mode So if RETADDR=(RX) and access RX has an ALET ? Read your Principles of Operation. Access registers are ignored for instruction fetch. Instructions are always fetched from the primary ASN. -- Phoenix Software International Edward E. Jaffe 831 Parkview Drive North El Segundo, CA 90245 https://www.phoenixsoftware.com/ This e-mail message, including any attachments, appended messages and the information contained therein, is for the sole use of the intended recipient(s). If you are not an intended recipient or have otherwise received this email message in error, any use, dissemination, distribution, review, storage or copying of this e-mail message and the information contained therein is strictly prohibited. If you are not an intended recipient, please contact the sender by reply e-mail and destroy all copies of this email message and do not otherwise utilize or retain this email message or any or all of the information contained therein. Although this email message and any attachments or appended messages are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by the sender for any loss or damage arising in any way from its opening or use. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
SDWARTYA in different address space
Almost finished my update to file 192 wonder if SETRP can retry in different address space the doc says you can run it in AR mode So if RETADDR=(RX) and access RX has an ALET ? Just wondering ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: catalog address space autotune
IMHO autotune won't ever be enabled and might even be removed from the displayable options at some time. As for adding your catalogs to VLF would be a good first step for performance. Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com --- Original Message --- On Thursday, August 17th, 2023 at 4:56 PM, Pommier, Rex wrote: > Hi list, > > Curiosity question more than anything. I saw an old post from Lizette talking > about migrating from z/OS 1.4 to 1.7 and noticing that CAS autotune was now > active. Yet I'm running 2.4, and seeing that autotune is disabled and the > manual says it cannot be enabled. That leads me to a couple questions. > Obviously IBM shut off the ability to do autotuning for a reason. Any > educated guess as to whether or when IBM may revisit this and get it working? > > Most of my large catalogs have a CAS cache hit ratio of well under 10%. > Looking at a couple catalogs I see that I have default (read very few) data > or index buffers. Would I be better off increasing the number of buffers for > my heavily hit catalogs or should I add these catalogs to VLF? > > TIA, > > Rex > > -- > The information contained in this message is confidential, protected from > disclosure and may be legally privileged. If the reader of this message is > not the intended recipient or an employee or agent responsible for delivering > this message to the intended recipient, you are hereby notified that any > disclosure, distribution, copying, or any action taken or action omitted in > reliance on it, is strictly prohibited and may be unlawful. If you have > received this communication in error, please notify us immediately by > replying to this message and destroy the material in its entirety, whether in > electronic or hard copy format. Thank you. > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
catalog address space autotune
Hi list, Curiosity question more than anything. I saw an old post from Lizette talking about migrating from z/OS 1.4 to 1.7 and noticing that CAS autotune was now active. Yet I'm running 2.4, and seeing that autotune is disabled and the manual says it cannot be enabled. That leads me to a couple questions. Obviously IBM shut off the ability to do autotuning for a reason. Any educated guess as to whether or when IBM may revisit this and get it working? Most of my large catalogs have a CAS cache hit ratio of well under 10%. Looking at a couple catalogs I see that I have default (read very few) data or index buffers. Would I be better off increasing the number of buffers for my heavily hit catalogs or should I add these catalogs to VLF? TIA, Rex -- The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: architecturally reusable address space
An architecturally reusable address space is one which has the Reusable-ASN Bit (RA) bit turned on in the ASN-Second-Table Entry (ASTE), as described in Principles of Operation. The z/OS considerations are documented here: https://www.ibm.com/docs/en/zos/2.5.0?topic=ra-coding-cross-memory-services-avoid-loss-asids-from-reuse Jim Mulder -Original Message- From: IBM Mainframe Discussion List On Behalf Of esst...@juno.com Sent: Sunday, January 15, 2023 8:47 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: architecturally reusable address space Hello, . In an old post "LX and ASN reuse" dated May 1, 2007 I beloeve jim Mulder wrote: "The z/OS 1.9 manuals will document the mechanism for creating an architecturally reusable address space under z/OS and the programming issues for making use of these address spaces, so that may make the picture a bit clearer (although since I wrote the documentation, it may not be clear at all" . I suspect "architecturally reusable address space" is much more than LX and ASN reuse. . What determines an "architecturally reusable address space" ? What is the criteria used to identify "architecturally reusable address space" ? What techniques and mechanisms are used ? . Is this published anywhere ? . Paul DAngelo -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: architecturally reusable address space
On Sun, 15 Jan 2023 13:46:51 GMT "esst...@juno.com" wrote: :>In an old post "LX and ASN reuse" dated May 1, 2007 :>I beloeve jim Mulder wrote: :>"The z/OS 1.9 manuals will document the mechanism for creating an :>architecturally reusable address space under z/OS and the programming :>issues for making use of these address spaces, so that may :>make the picture a bit clearer (although since I wrote the documentation, :>it may not be clear at all" . :>I suspect "architecturally reusable address space" is much more than :>LX and ASN reuse. . :>What determines an "architecturally reusable address space" ? :>What is the criteria used to identify "architecturally reusable address space" ? :>What techniques and mechanisms are used ? . :>Is this published anywhere ? LXRES REUSE START REUSE -- Binyamin Dissen http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
architecturally reusable address space
Hello, . In an old post "LX and ASN reuse" dated May 1, 2007 I beloeve jim Mulder wrote: "The z/OS 1.9 manuals will document the mechanism for creating an architecturally reusable address space under z/OS and the programming issues for making use of these address spaces, so that may make the picture a bit clearer (although since I wrote the documentation, it may not be clear at all" . I suspect "architecturally reusable address space" is much more than LX and ASN reuse. . What determines an "architecturally reusable address space" ? What is the criteria used to identify "architecturally reusable address space" ? What techniques and mechanisms are used ? . Is this published anywhere ? . Paul DAngelo * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ZFS Address Space, shared ENQ but filesystem isn't mounted
Personally, I was hoping there'd be more benefit, rather than just the zOSMF startup time. Was hoping OMVS STC itself would show reduced MSU somehow (than OMVS + zFS as it were). Or at least a significant EXCP drop. - KB --- Original Message --- On Friday, January 6th, 2023 at 12:16 AM, Ed Jaffe wrote: > On 1/5/2023 4:34 AM, Patrick Loftus wrote: > > > Interested to know more about that recommendation for zOSMF, as the zFS > > manuals indicate since v2r3 it's beneficial to move zFS back to OMVS > > address space. > > https://www.ibm.com/docs/en/zos/2.4.0?topic=zfs-running-in-zos-unix-address-space > > > We moved our zFS function back to OMVS last year (as recommended). Did > not see any negative impact to z/OSMF. > > That said, we don't have a lot of users or transaction volume... > > > -- > Phoenix Software International > Edward E. Jaffe > 831 Parkview Drive North > El Segundo, CA 90245 > https://www.phoenixsoftware.com/ > > > > This e-mail message, including any attachments, appended messages and the > information contained therein, is for the sole use of the intended > recipient(s). If you are not an intended recipient or have otherwise > received this email message in error, any use, dissemination, distribution, > review, storage or copying of this e-mail message and the information > contained therein is strictly prohibited. If you are not an intended > recipient, please contact the sender by reply e-mail and destroy all copies > of this email message and do not otherwise utilize or retain this email > message or any or all of the information contained therein. Although this > email message and any attachments or appended messages are believed to be > free of any virus or other defect that might affect any computer system into > which it is received and opened, it is the responsibility of the recipient > to ensure that it is virus free and no responsibility is accepted by the > sender for any loss or damage arising in any way from its opening or use. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ZFS Address Space, shared ENQ but filesystem isn't mounted
On 1/5/2023 4:34 AM, Patrick Loftus wrote: Interested to know more about that recommendation for zOSMF, as the zFS manuals indicate since v2r3 it's beneficial to move zFS back to OMVS address space. https://www.ibm.com/docs/en/zos/2.4.0?topic=zfs-running-in-zos-unix-address-space We moved our zFS function back to OMVS last year (as recommended). Did not see any negative impact to z/OSMF. That said, we don't have a lot of users or transaction volume... -- Phoenix Software International Edward E. Jaffe 831 Parkview Drive North El Segundo, CA 90245 https://www.phoenixsoftware.com/ This e-mail message, including any attachments, appended messages and the information contained therein, is for the sole use of the intended recipient(s). If you are not an intended recipient or have otherwise received this email message in error, any use, dissemination, distribution, review, storage or copying of this e-mail message and the information contained therein is strictly prohibited. If you are not an intended recipient, please contact the sender by reply e-mail and destroy all copies of this email message and do not otherwise utilize or retain this email message or any or all of the information contained therein. Although this email message and any attachments or appended messages are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by the sender for any loss or damage arising in any way from its opening or use. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ZFS Address Space, shared ENQ but filesystem isn't mounted
And the bpxwmigf -cancel sourcefs command released the enqueue that was held by ZFS. TIL. Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com --- Original Message --- On Thursday, January 5th, 2023 at 8:04 AM, Patrick Loftus wrote: > And the default is noswap I see, meaning a "swap" can be done at a later time: > https://www.ibm.com/docs/en/zos/2.4.0?topic=descriptions-bpxwmigf-migrate-hfs-zfs-file-systems-zfs > > > -Original Message- > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of > Mark Jacobs > > Sent: 05 January 2023 12:41 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: ZFS Address Space, shared ENQ but filesystem isn't mounted > > IBM has come back to me that this current situation is a result of running > BPXWMIGF without the swap option. I asked them if it's documented anywhere. > > Mark Jacobs > > Sent from ProtonMail, Swiss-based encrypted email. > > GPG Public Key - > https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com > > > > > --- Original Message --- > On Wednesday, January 4th, 2023 at 10:24 PM, kekronbekron > 02dee3fcae33-dmarc-requ...@listserv.ua.edu wrote: > > > > > Wonder how the situation will differ, if zFS didn't run as a separate > > address space (as recommended, at least for zOSMF's benefit). > > Instead if zFS was managed by the OMVS STC itself... > > > > - KB > > > > --- Original Message --- > > On Thursday, January 5th, 2023 at 2:39 AM, Mark Jacobs > > 0224d287a4b1-dmarc-requ...@listserv.ua.edu wrote: > > > > > I've been working this problem with IBM support. Somehow ZFS knows about > > > the file system, but OMVS doesn't. The file system is flagged as > > > quiesced. The zfsadm unquiesce command fails to reset it. We've > > > identified the problem occurred after a BPXWMIGF mirror activity without > > > mounting/renaming the target file system. IBM is unaware of any current > > > known issues with BPXWMIGF. > > > > > > Mark Jacobs > > > > > > Sent from ProtonMail, Swiss-based encrypted email. > > > > > > GPG Public Key - > > > https://api.protonmail.ch/pks/lookup?op=get&search=markjacobs@proton > > > mail.com > > > > > > --- Original Message --- > > > On Thursday, December 29th, 2022 at 4:27 PM, Mark Jacobs > > > 0224d287a4b1-dmarc-requ...@listserv.ua.edu wrote: > > > > > > > I wanted to delete it since I didn't need it any longer. I'm sure I > > > > could use some unnatural acts to get rid of the dataset but I don't > > > > want to leave the hanging enqueue around afterwards. > > > > > > > > Mark Jacobs > > > > > > > > Sent from ProtonMail, Swiss-based encrypted email. > > > > > > > > GPG Public Key - > > > > https://api.protonmail.ch/pks/lookup?op=get&search=markjacobs@prot > > > > onmail.com > > > > > > > > > > > > > > > -- For IBM-MAIN subscribe / signoff / archive access instructions, > > > send email to lists...@listserv.ua.edu with the message: INFO > > > IBM-MAIN > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, send > > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email to > lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ZFS Address Space, shared ENQ but filesystem isn't mounted
And the default is noswap I see, meaning a "swap" can be done at a later time: https://www.ibm.com/docs/en/zos/2.4.0?topic=descriptions-bpxwmigf-migrate-hfs-zfs-file-systems-zfs -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Jacobs Sent: 05 January 2023 12:41 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ZFS Address Space, shared ENQ but filesystem isn't mounted IBM has come back to me that this current situation is a result of running BPXWMIGF without the swap option. I asked them if it's documented anywhere. Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com --- Original Message --- On Wednesday, January 4th, 2023 at 10:24 PM, kekronbekron <02dee3fcae33-dmarc-requ...@listserv.ua.edu> wrote: > Wonder how the situation will differ, if zFS didn't run as a separate address > space (as recommended, at least for zOSMF's benefit). > Instead if zFS was managed by the OMVS STC itself... > > > - KB > > --- Original Message --- > On Thursday, January 5th, 2023 at 2:39 AM, Mark Jacobs > 0224d287a4b1-dmarc-requ...@listserv.ua.edu wrote: > > > > > I've been working this problem with IBM support. Somehow ZFS knows about > > the file system, but OMVS doesn't. The file system is flagged as quiesced. > > The zfsadm unquiesce command fails to reset it. We've identified the > > problem occurred after a BPXWMIGF mirror activity without mounting/renaming > > the target file system. IBM is unaware of any current known issues with > > BPXWMIGF. > > > > Mark Jacobs > > > > Sent from ProtonMail, Swiss-based encrypted email. > > > > GPG Public Key - > > https://api.protonmail.ch/pks/lookup?op=get&search=markjacobs@proton > > mail.com > > > > --- Original Message --- > > On Thursday, December 29th, 2022 at 4:27 PM, Mark Jacobs > > 0224d287a4b1-dmarc-requ...@listserv.ua.edu wrote: > > > > > I wanted to delete it since I didn't need it any longer. I'm sure I could > > > use some unnatural acts to get rid of the dataset but I don't want to > > > leave the hanging enqueue around afterwards. > > > > > > Mark Jacobs > > > > > > Sent from ProtonMail, Swiss-based encrypted email. > > > > > > GPG Public Key - > > > https://api.protonmail.ch/pks/lookup?op=get&search=markjacobs@prot > > > onmail.com > > > > > > > > > > -- For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO > > IBM-MAIN > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ZFS Address Space, shared ENQ but filesystem isn't mounted
IBM has come back to me that this current situation is a result of running BPXWMIGF without the swap option. I asked them if it's documented anywhere. Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com --- Original Message --- On Wednesday, January 4th, 2023 at 10:24 PM, kekronbekron <02dee3fcae33-dmarc-requ...@listserv.ua.edu> wrote: > Wonder how the situation will differ, if zFS didn't run as a separate address > space (as recommended, at least for zOSMF's benefit). > Instead if zFS was managed by the OMVS STC itself... > > > - KB > > --- Original Message --- > On Thursday, January 5th, 2023 at 2:39 AM, Mark Jacobs > 0224d287a4b1-dmarc-requ...@listserv.ua.edu wrote: > > > > > I've been working this problem with IBM support. Somehow ZFS knows about > > the file system, but OMVS doesn't. The file system is flagged as quiesced. > > The zfsadm unquiesce command fails to reset it. We've identified the > > problem occurred after a BPXWMIGF mirror activity without mounting/renaming > > the target file system. IBM is unaware of any current known issues with > > BPXWMIGF. > > > > Mark Jacobs > > > > Sent from ProtonMail, Swiss-based encrypted email. > > > > GPG Public Key - > > https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com > > > > --- Original Message --- > > On Thursday, December 29th, 2022 at 4:27 PM, Mark Jacobs > > 0224d287a4b1-dmarc-requ...@listserv.ua.edu wrote: > > > > > I wanted to delete it since I didn't need it any longer. I'm sure I could > > > use some unnatural acts to get rid of the dataset but I don't want to > > > leave the hanging enqueue around afterwards. > > > > > > Mark Jacobs > > > > > > Sent from ProtonMail, Swiss-based encrypted email. > > > > > > GPG Public Key - > > > https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com > > > > > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ZFS Address Space, shared ENQ but filesystem isn't mounted
Interested to know more about that recommendation for zOSMF, as the zFS manuals indicate since v2r3 it's beneficial to move zFS back to OMVS address space. https://www.ibm.com/docs/en/zos/2.4.0?topic=zfs-running-in-zos-unix-address-space Regards Patrick -Original Message- From: IBM Mainframe Discussion List On Behalf Of kekronbekron Sent: 05 January 2023 03:24 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ZFS Address Space, shared ENQ but filesystem isn't mounted Wonder how the situation will differ, if zFS didn't run as a separate address space (as recommended, at least for zOSMF's benefit). Instead if zFS was managed by the OMVS STC itself... - KB --- Original Message --- On Thursday, January 5th, 2023 at 2:39 AM, Mark Jacobs <0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote: > I've been working this problem with IBM support. Somehow ZFS knows about the > file system, but OMVS doesn't. The file system is flagged as quiesced. The > zfsadm unquiesce command fails to reset it. We've identified the problem > occurred after a BPXWMIGF mirror activity without mounting/renaming the > target file system. IBM is unaware of any current known issues with BPXWMIGF. > > Mark Jacobs > > Sent from ProtonMail, Swiss-based encrypted email. > > GPG Public Key - > https://api.protonmail.ch/pks/lookup?op=get&search=markjacobs@protonma > il.com > > > --- Original Message --- > On Thursday, December 29th, 2022 at 4:27 PM, Mark Jacobs > 0224d287a4b1-dmarc-requ...@listserv.ua.edu wrote: > > > > > I wanted to delete it since I didn't need it any longer. I'm sure I could > > use some unnatural acts to get rid of the dataset but I don't want to leave > > the hanging enqueue around afterwards. > > > > Mark Jacobs > > > > Sent from ProtonMail, Swiss-based encrypted email. > > > > GPG Public Key - > > https://api.protonmail.ch/pks/lookup?op=get&search=markjacobs@proton > > mail.com > > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ZFS Address Space, shared ENQ but filesystem isn't mounted
Wonder how the situation will differ, if zFS didn't run as a separate address space (as recommended, at least for zOSMF's benefit). Instead if zFS was managed by the OMVS STC itself... - KB --- Original Message --- On Thursday, January 5th, 2023 at 2:39 AM, Mark Jacobs <0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote: > I've been working this problem with IBM support. Somehow ZFS knows about the > file system, but OMVS doesn't. The file system is flagged as quiesced. The > zfsadm unquiesce command fails to reset it. We've identified the problem > occurred after a BPXWMIGF mirror activity without mounting/renaming the > target file system. IBM is unaware of any current known issues with BPXWMIGF. > > Mark Jacobs > > Sent from ProtonMail, Swiss-based encrypted email. > > GPG Public Key - > https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com > > > --- Original Message --- > On Thursday, December 29th, 2022 at 4:27 PM, Mark Jacobs > 0224d287a4b1-dmarc-requ...@listserv.ua.edu wrote: > > > > > I wanted to delete it since I didn't need it any longer. I'm sure I could > > use some unnatural acts to get rid of the dataset but I don't want to leave > > the hanging enqueue around afterwards. > > > > Mark Jacobs > > > > Sent from ProtonMail, Swiss-based encrypted email. > > > > GPG Public Key - > > https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com > > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ZFS Address Space, shared ENQ but filesystem isn't mounted
I've been working this problem with IBM support. Somehow ZFS knows about the file system, but OMVS doesn't. The file system is flagged as quiesced. The zfsadm unquiesce command fails to reset it. We've identified the problem occurred after a BPXWMIGF mirror activity without mounting/renaming the target file system. IBM is unaware of any current known issues with BPXWMIGF. Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com --- Original Message --- On Thursday, December 29th, 2022 at 4:27 PM, Mark Jacobs <0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote: > I wanted to delete it since I didn't need it any longer. I'm sure I could use > some unnatural acts to get rid of the dataset but I don't want to leave the > hanging enqueue around afterwards. > > Mark Jacobs > > Sent from ProtonMail, Swiss-based encrypted email. > > GPG Public Key - > https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ZFS Address Space, shared ENQ but filesystem isn't mounted
I wanted to delete it since I didn't need it any longer. I'm sure I could use some unnatural acts to get rid of the dataset but I don't want to leave the hanging enqueue around afterwards. Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com --- Original Message --- On Thursday, December 29th, 2022 at 3:47 PM, Gibney, Dave <03b5261cfd78-dmarc-requ...@listserv.ua.edu> wrote: > Had it not been enqueued, what did you wish to do? Perhaps one of the > BYPASSNQ CBT utilities would allow you to do it anyway. > > Or, perhaps there is an internal (or abended) subtask in ZFS which is > retaining (or waiting) the problem enqueue > > > -Original Message- > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On > > Behalf Of Mark Jacobs > > Sent: Thursday, December 29, 2022 12:15 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: ZFS Address Space, shared ENQ but filesystem isn't mounted > > > > [EXTERNAL EMAIL] > > > > Tried that. Didn't work. Told me that the file system that was contained in > > the > > ZFS dataset was mounted somewhere. OMVS disagrees. > > > > Mark Jacobs > > > > Sent from ProtonMail, Swiss-based encrypted email. > > > > GPG Public Key - > > https://urldefense.com/v3/__https://api.protonmail.ch/pks/lookup?op=get > > &search=markjacobs@protonmail.com__;!!JmPEgBY0HMszNaDT!qrhVnMjbi > > aUp7SxqtXPV8dAsiy0- > > UIkAniFKp_N1zIfz2XRM3bo1ILrHpGkfBpV8VnOZSMYRU5jBynjHid_BTtpsyjs9r > > o2I$ > > > > --- Original Message --- > > On Thursday, December 29th, 2022 at 1:37 PM, Patrick Loftus > > patricklof...@pmlnet.co.uk wrote: > > > > > Consider the following command in that case: > > > > https://urldefense.com/v3/__https://www.ibm.com/docs/en/zos/2.4.0?top > > ic=commands-zfsadm- > > detach__;!!JmPEgBY0HMszNaDT!qrhVnMjbiaUp7SxqtXPV8dAsiy0- > > UIkAniFKp_N1zIfz2XRM3bo1ILrHpGkfBpV8VnOZSMYRU5jBynjHid_BTtpsymF > > 7NBU7$ > > > > > And have a look at the other zfsadm commands in that manual whilst > > > you're there in case anything useful jumps out at you. > > > > > > Regards > > > > > > -Original Message- > > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On > > > Behalf Of Mark Jacobs > > > > > > Sent: 29 December 2022 18:33 > > > To: IBM-MAIN@LISTSERV.UA.EDU > > > Subject: Re: ZFS Address Space, shared ENQ but filesystem isn't mounted > > > > > > It does, yes. > > > > > > Mark Jacobs > > > > > > Sent from ProtonMail, Swiss-based encrypted email. > > > > > > GPG Public Key - > > > https://urldefense.com/v3/__https://api.protonmail.ch/pks/lookup?op=get > > > &search=markjacobs@protonmail.com__;!!JmPEgBY0HMszNaDT!qrhVnMjbi > > > aUp7SxqtXPV8dAsiy0- > > > UIkAniFKp_N1zIfz2XRM3bo1ILrHpGkfBpV8VnOZSMYRU5jBynjHid_BTtpsyjs9r > > > o2I$ > > > > > > --- Original Message --- > > > On Thursday, December 29th, 2022 at 1:20 PM, Patrick Loftus > > > patricklof...@pmlnet.co.uk wrote: > > > > > > > Does Unix command "zfsadm aggrinfo -system sysname" list the > > > > filesystem concerned, where sysname is the sysname of the one showing > > > > the enqueue by ZFS? > > > > > > > > -Original Message- > > > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On > > > > Behalf > > > > Of Mark Jacobs > > > > > > > > Sent: 29 December 2022 15:06 > > > > To: IBM-MAIN@LISTSERV.UA.EDU > > > > Subject: Re: ZFS Address Space, shared ENQ but filesystem isn't > > > > mounted > > > > > > > > OMVS doesn't have that file system in its list of mounted file systems, > > > > so > > > > the OMVS unmount command fails just like the TSO umount command does. > > > > > > > > Mark Jacobs > > > > > > > > Sent from ProtonMail, Swiss-based encrypted email. > > > > > > > > GPG Public Key - > > > > https://urldefense.com/v3/__https://api.protonmail.ch/pks/lookup?op=get > > &search=markjacobs@protonma__;!!JmPEgBY0HMszNaDT!qrhVnMjbiaUp7S > > xqtXPV8dAsiy0- > > UIkAniFKp_N1zIfz2XRM3bo1ILrHpGkfBpV8VnOZSMYRU5jBynjHid_BTtpsysZb > > VZH_$ > >
Re: ZFS Address Space, shared ENQ but filesystem isn't mounted
I've looked at all those too. Nothing pops out at me. Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com --- Original Message --- On Thursday, December 29th, 2022 at 3:56 PM, Patrick Loftus wrote: > Perhaps see if the zfsadmin fsinfo commands reveal anything that might give a > clue: > https://www.ibm.com/docs/en/zos/2.4.0?topic=commands-zfsadm-fsinfo > > e.g. any shrink/salvage operations in progress, is it quiesced, what is the > status, any connected clients. > > I'd open a Case with IBM on this one if you have support. > > -Original Message- > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of > Mark Jacobs > > Sent: 29 December 2022 20:15 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: ZFS Address Space, shared ENQ but filesystem isn't mounted > > Tried that. Didn't work. Told me that the file system that was contained in > the ZFS dataset was mounted somewhere. OMVS disagrees. > > Mark Jacobs > > Sent from ProtonMail, Swiss-based encrypted email. > > GPG Public Key - > https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com > > > > > --- Original Message --- > On Thursday, December 29th, 2022 at 1:37 PM, Patrick Loftus > patricklof...@pmlnet.co.uk wrote: > > > > > Consider the following command in that case: > > https://www.ibm.com/docs/en/zos/2.4.0?topic=commands-zfsadm-detach > > And have a look at the other zfsadm commands in that manual whilst you're > > there in case anything useful jumps out at you. > > > > Regards > > > > -Original Message----- > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf > > Of Mark Jacobs > > > > Sent: 29 December 2022 18:33 > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: ZFS Address Space, shared ENQ but filesystem isn't > > mounted > > > > It does, yes. > > > > Mark Jacobs > > > > Sent from ProtonMail, Swiss-based encrypted email. > > > > GPG Public Key - > > https://api.protonmail.ch/pks/lookup?op=get&search=markjacobs@protonma > > il.com > > > > --- Original Message --- > > On Thursday, December 29th, 2022 at 1:20 PM, Patrick Loftus > > patricklof...@pmlnet.co.uk wrote: > > > > > Does Unix command "zfsadm aggrinfo -system sysname" list the filesystem > > > concerned, where sysname is the sysname of the one showing the enqueue by > > > ZFS? > > > > > > -Original Message- > > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On > > > Behalf Of Mark Jacobs > > > > > > Sent: 29 December 2022 15:06 > > > To: IBM-MAIN@LISTSERV.UA.EDU > > > Subject: Re: ZFS Address Space, shared ENQ but filesystem isn't > > > mounted > > > > > > OMVS doesn't have that file system in its list of mounted file systems, > > > so the OMVS unmount command fails just like the TSO umount command does. > > > > > > Mark Jacobs > > > > > > Sent from ProtonMail, Swiss-based encrypted email. > > > > > > GPG Public Key - > > > https://api.protonmail.ch/pks/lookup?op=get&search=markjacobs@proton > > > ma > > > il.com > > > > > > --- Original Message --- > > > On Thursday, December 29th, 2022 at 9:46 AM, Shelia Chalk > > > 03d9384cc8f1-dmarc-requ...@listserv.ua.edu wrote: > > > > > > > Mark, > > > > > > > > I also have a batch job if you need that also. > > > > > > > > //INSTALL EXEC PGM=BPXBATCH,REGION=0M //STDPARM DD * SH > > > > /usr/xxx/unmount -f OMVS.xxx.xxx.ZFS > > > > /* > > > > //SYSMDUMP DD SYSOUT=* > > > > //STDOUT DD SYSOUT=* > > > > //STDERR DD SYSOUT=* > > > > > > > > Or > > > > //STDPARM DD * > > > > SH > > > > /usr/xxx/unmount -f OMVS..xxx.ZFS immediate; > > > > /* > > > > > > > > Thanks > > > > Shelia C > > > > > > > > -Original Message- > > > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On > > > > Behalf Of Shelia Chalk > > > > > > > > Sent: Thursday, December 29, 2022 8:39 AM > > > > To: IBM-MAIN@LISTSERV.UA.EDU > > > > Subject: Re:
Re: ZFS Address Space, shared ENQ but filesystem isn't mounted
SYSDSN Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com --- Original Message --- On Thursday, December 29th, 2022 at 3:54 PM, Ed Jaffe wrote: > On 12/28/2022 9:52 AM, Mark Jacobs wrote: > > > The ZFS address space has a shared enqueue on one of our ZFS file systems, > > but when I attempt to unmount it ZFS says it's not mounted. I attempted to > > manually mount it, failed with a filesystem is busy error. Any ideas on how > > to release the enqueue so I can delete the file system? > > > Which QNAME? SYSZIOEZ? SYSDSN? or both? > > > -- > Phoenix Software International > Edward E. Jaffe > 831 Parkview Drive North > El Segundo, CA 90245 > https://www.phoenixsoftware.com/ > > > > This e-mail message, including any attachments, appended messages and the > information contained therein, is for the sole use of the intended > recipient(s). If you are not an intended recipient or have otherwise > received this email message in error, any use, dissemination, distribution, > review, storage or copying of this e-mail message and the information > contained therein is strictly prohibited. If you are not an intended > recipient, please contact the sender by reply e-mail and destroy all copies > of this email message and do not otherwise utilize or retain this email > message or any or all of the information contained therein. Although this > email message and any attachments or appended messages are believed to be > free of any virus or other defect that might affect any computer system into > which it is received and opened, it is the responsibility of the recipient > to ensure that it is virus free and no responsibility is accepted by the > sender for any loss or damage arising in any way from its opening or use. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ZFS Address Space, shared ENQ but filesystem isn't mounted
Perhaps see if the zfsadmin fsinfo commands reveal anything that might give a clue: https://www.ibm.com/docs/en/zos/2.4.0?topic=commands-zfsadm-fsinfo e.g. any shrink/salvage operations in progress, is it quiesced, what is the status, any connected clients. I'd open a Case with IBM on this one if you have support. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Jacobs Sent: 29 December 2022 20:15 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ZFS Address Space, shared ENQ but filesystem isn't mounted Tried that. Didn't work. Told me that the file system that was contained in the ZFS dataset was mounted somewhere. OMVS disagrees. Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com --- Original Message --- On Thursday, December 29th, 2022 at 1:37 PM, Patrick Loftus wrote: > Consider the following command in that case: > https://www.ibm.com/docs/en/zos/2.4.0?topic=commands-zfsadm-detach > And have a look at the other zfsadm commands in that manual whilst you're > there in case anything useful jumps out at you. > > Regards > > > -Original Message- > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf > Of Mark Jacobs > > Sent: 29 December 2022 18:33 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: ZFS Address Space, shared ENQ but filesystem isn't > mounted > > It does, yes. > > Mark Jacobs > > Sent from ProtonMail, Swiss-based encrypted email. > > GPG Public Key - > https://api.protonmail.ch/pks/lookup?op=get&search=markjacobs@protonma > il.com > > > > > --- Original Message --- > On Thursday, December 29th, 2022 at 1:20 PM, Patrick Loftus > patricklof...@pmlnet.co.uk wrote: > > > > > Does Unix command "zfsadm aggrinfo -system sysname" list the filesystem > > concerned, where sysname is the sysname of the one showing the enqueue by > > ZFS? > > > > -Original Message- > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On > > Behalf Of Mark Jacobs > > > > Sent: 29 December 2022 15:06 > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: ZFS Address Space, shared ENQ but filesystem isn't > > mounted > > > > OMVS doesn't have that file system in its list of mounted file systems, so > > the OMVS unmount command fails just like the TSO umount command does. > > > > Mark Jacobs > > > > Sent from ProtonMail, Swiss-based encrypted email. > > > > GPG Public Key - > > https://api.protonmail.ch/pks/lookup?op=get&search=markjacobs@proton > > ma > > il.com > > > > --- Original Message --- > > On Thursday, December 29th, 2022 at 9:46 AM, Shelia Chalk > > 03d9384cc8f1-dmarc-requ...@listserv.ua.edu wrote: > > > > > Mark, > > > > > > I also have a batch job if you need that also. > > > > > > //INSTALL EXEC PGM=BPXBATCH,REGION=0M //STDPARM DD * SH > > > /usr/xxx/unmount -f OMVS.xxx.xxx.ZFS > > > /* > > > //SYSMDUMP DD SYSOUT=* > > > //STDOUT DD SYSOUT=* > > > //STDERR DD SYSOUT=* > > > > > > Or > > > //STDPARM DD * > > > SH > > > /usr/xxx/unmount -f OMVS..xxx.ZFS immediate; > > > /* > > > > > > Thanks > > > Shelia C > > > > > > -Original Message- > > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On > > > Behalf Of Shelia Chalk > > > > > > Sent: Thursday, December 29, 2022 8:39 AM > > > To: IBM-MAIN@LISTSERV.UA.EDU > > > Subject: Re: ZFS Address Space, shared ENQ but filesystem isn't > > > mounted > > > > > > Have you tried this command from omvs /usr/xxxn/t -f > > > OMVS...S.ZFS immediate > > > > > > Shelia C > > > > > > -Original Message- > > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On > > > Behalf Of Mark Jacobs > > > > > > Sent: Thursday, December 29, 2022 7:14 AM > > > To: IBM-MAIN@LISTSERV.UA.EDU > > > Subject: Re: ZFS Address Space, shared ENQ but filesystem isn't > > > mounted > > > > > > That would likely be externalized as a different error. > > > > > > Mark Jacobs > > > > > > Sent from ProtonMail, Swiss-based encrypted email. > > > > > > GPG Public Key - > > > https://nam10.safel
Re: ZFS Address Space, shared ENQ but filesystem isn't mounted
On 12/28/2022 9:52 AM, Mark Jacobs wrote: The ZFS address space has a shared enqueue on one of our ZFS file systems, but when I attempt to unmount it ZFS says it's not mounted. I attempted to manually mount it, failed with a filesystem is busy error. Any ideas on how to release the enqueue so I can delete the file system? Which QNAME? SYSZIOEZ? SYSDSN? or both? -- Phoenix Software International Edward E. Jaffe 831 Parkview Drive North El Segundo, CA 90245 https://www.phoenixsoftware.com/ This e-mail message, including any attachments, appended messages and the information contained therein, is for the sole use of the intended recipient(s). If you are not an intended recipient or have otherwise received this email message in error, any use, dissemination, distribution, review, storage or copying of this e-mail message and the information contained therein is strictly prohibited. If you are not an intended recipient, please contact the sender by reply e-mail and destroy all copies of this email message and do not otherwise utilize or retain this email message or any or all of the information contained therein. Although this email message and any attachments or appended messages are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by the sender for any loss or damage arising in any way from its opening or use. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ZFS Address Space, shared ENQ but filesystem isn't mounted
Had it not been enqueued, what did you wish to do? Perhaps one of the BYPASSNQ CBT utilities would allow you to do it anyway. Or, perhaps there is an internal (or abended) subtask in ZFS which is retaining (or waiting) the problem enqueue > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Mark Jacobs > Sent: Thursday, December 29, 2022 12:15 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: ZFS Address Space, shared ENQ but filesystem isn't mounted > > [EXTERNAL EMAIL] > > Tried that. Didn't work. Told me that the file system that was contained in > the > ZFS dataset was mounted somewhere. OMVS disagrees. > > Mark Jacobs > > Sent from ProtonMail, Swiss-based encrypted email. > > GPG Public Key - > https://urldefense.com/v3/__https://api.protonmail.ch/pks/lookup?op=get > &search=markjacobs@protonmail.com__;!!JmPEgBY0HMszNaDT!qrhVnMjbi > aUp7SxqtXPV8dAsiy0- > UIkAniFKp_N1zIfz2XRM3bo1ILrHpGkfBpV8VnOZSMYRU5jBynjHid_BTtpsyjs9r > o2I$ > > > --- Original Message --- > On Thursday, December 29th, 2022 at 1:37 PM, Patrick Loftus > wrote: > > > > Consider the following command in that case: > > > https://urldefense.com/v3/__https://www.ibm.com/docs/en/zos/2.4.0?top > ic=commands-zfsadm- > detach__;!!JmPEgBY0HMszNaDT!qrhVnMjbiaUp7SxqtXPV8dAsiy0- > UIkAniFKp_N1zIfz2XRM3bo1ILrHpGkfBpV8VnOZSMYRU5jBynjHid_BTtpsymF > 7NBU7$ > > And have a look at the other zfsadm commands in that manual whilst > you're there in case anything useful jumps out at you. > > > > Regards > > > > > > -Original Message- > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On > Behalf Of Mark Jacobs > > > > Sent: 29 December 2022 18:33 > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: ZFS Address Space, shared ENQ but filesystem isn't mounted > > > > It does, yes. > > > > Mark Jacobs > > > > Sent from ProtonMail, Swiss-based encrypted email. > > > > GPG Public Key - > https://urldefense.com/v3/__https://api.protonmail.ch/pks/lookup?op=get > &search=markjacobs@protonmail.com__;!!JmPEgBY0HMszNaDT!qrhVnMjbi > aUp7SxqtXPV8dAsiy0- > UIkAniFKp_N1zIfz2XRM3bo1ILrHpGkfBpV8VnOZSMYRU5jBynjHid_BTtpsyjs9r > o2I$ > > > > > > > > > > --- Original Message --- > > On Thursday, December 29th, 2022 at 1:20 PM, Patrick Loftus > patricklof...@pmlnet.co.uk wrote: > > > > > > > > > Does Unix command "zfsadm aggrinfo -system sysname" list the > filesystem concerned, where sysname is the sysname of the one showing > the enqueue by ZFS? > > > > > > -Original Message- > > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On > Behalf > > > Of Mark Jacobs > > > > > > Sent: 29 December 2022 15:06 > > > To: IBM-MAIN@LISTSERV.UA.EDU > > > Subject: Re: ZFS Address Space, shared ENQ but filesystem isn't > > > mounted > > > > > > OMVS doesn't have that file system in its list of mounted file systems, so > the OMVS unmount command fails just like the TSO umount command does. > > > > > > Mark Jacobs > > > > > > Sent from ProtonMail, Swiss-based encrypted email. > > > > > > GPG Public Key - > > > > https://urldefense.com/v3/__https://api.protonmail.ch/pks/lookup?op=get > &search=markjacobs@protonma__;!!JmPEgBY0HMszNaDT!qrhVnMjbiaUp7S > xqtXPV8dAsiy0- > UIkAniFKp_N1zIfz2XRM3bo1ILrHpGkfBpV8VnOZSMYRU5jBynjHid_BTtpsysZb > VZH_$ > > > il.com > > > > > > --- Original Message --- > > > On Thursday, December 29th, 2022 at 9:46 AM, Shelia Chalk > 03d9384cc8f1-dmarc-requ...@listserv.ua.edu wrote: > > > > > > > Mark, > > > > > > > > I also have a batch job if you need that also. > > > > > > > > //INSTALL EXEC PGM=BPXBATCH,REGION=0M //STDPARM DD * SH > > > > /usr/xxx/unmount -f OMVS.xxx.xxx.ZFS > > > > /* > > > > //SYSMDUMP DD SYSOUT=* > > > > //STDOUT DD SYSOUT=* > > > > //STDERR DD SYSOUT=* > > > > > > > > Or > > > > //STDPARM DD * > > > > SH > > > > /usr/xxx/unmount -f OMVS..xxx.ZFS immediate; > > > > /* > > > > > > > > Thanks > > > > Shelia C > > > > > > > > -Original Message- > > > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On > Behalf > > > > Of Shelia Chalk > > &
Re: ZFS Address Space, shared ENQ but filesystem isn't mounted
Tried that. Didn't work. Told me that the file system that was contained in the ZFS dataset was mounted somewhere. OMVS disagrees. Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com --- Original Message --- On Thursday, December 29th, 2022 at 1:37 PM, Patrick Loftus wrote: > Consider the following command in that case: > https://www.ibm.com/docs/en/zos/2.4.0?topic=commands-zfsadm-detach > And have a look at the other zfsadm commands in that manual whilst you're > there in case anything useful jumps out at you. > > Regards > > > -Original Message- > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of > Mark Jacobs > > Sent: 29 December 2022 18:33 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: ZFS Address Space, shared ENQ but filesystem isn't mounted > > It does, yes. > > Mark Jacobs > > Sent from ProtonMail, Swiss-based encrypted email. > > GPG Public Key - > https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com > > > > > --- Original Message --- > On Thursday, December 29th, 2022 at 1:20 PM, Patrick Loftus > patricklof...@pmlnet.co.uk wrote: > > > > > Does Unix command "zfsadm aggrinfo -system sysname" list the filesystem > > concerned, where sysname is the sysname of the one showing the enqueue by > > ZFS? > > > > -Original Message- > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf > > Of Mark Jacobs > > > > Sent: 29 December 2022 15:06 > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: ZFS Address Space, shared ENQ but filesystem isn't > > mounted > > > > OMVS doesn't have that file system in its list of mounted file systems, so > > the OMVS unmount command fails just like the TSO umount command does. > > > > Mark Jacobs > > > > Sent from ProtonMail, Swiss-based encrypted email. > > > > GPG Public Key - > > https://api.protonmail.ch/pks/lookup?op=get&search=markjacobs@protonma > > il.com > > > > --- Original Message --- > > On Thursday, December 29th, 2022 at 9:46 AM, Shelia Chalk > > 03d9384cc8f1-dmarc-requ...@listserv.ua.edu wrote: > > > > > Mark, > > > > > > I also have a batch job if you need that also. > > > > > > //INSTALL EXEC PGM=BPXBATCH,REGION=0M //STDPARM DD * SH > > > /usr/xxx/unmount -f OMVS.xxx.xxx.ZFS > > > /* > > > //SYSMDUMP DD SYSOUT=* > > > //STDOUT DD SYSOUT=* > > > //STDERR DD SYSOUT=* > > > > > > Or > > > //STDPARM DD * > > > SH > > > /usr/xxx/unmount -f OMVS..xxx.ZFS immediate; > > > /* > > > > > > Thanks > > > Shelia C > > > > > > -Original Message- > > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf > > > Of Shelia Chalk > > > > > > Sent: Thursday, December 29, 2022 8:39 AM > > > To: IBM-MAIN@LISTSERV.UA.EDU > > > Subject: Re: ZFS Address Space, shared ENQ but filesystem isn't > > > mounted > > > > > > Have you tried this command from omvs > > > /usr/xxxn/t -f OMVS...S.ZFS immediate > > > > > > Shelia C > > > > > > -Original Message- > > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf > > > Of Mark Jacobs > > > > > > Sent: Thursday, December 29, 2022 7:14 AM > > > To: IBM-MAIN@LISTSERV.UA.EDU > > > Subject: Re: ZFS Address Space, shared ENQ but filesystem isn't > > > mounted > > > > > > That would likely be externalized as a different error. > > > > > > Mark Jacobs > > > > > > Sent from ProtonMail, Swiss-based encrypted email. > > > > > > GPG Public Key - > > > https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fapi. > > > protonmail.ch%2Fpks%2Flookup%3Fop%3Dget%26search%3Dmarkjacobs%40proton > > > mail.com&data=05|01|SChalk%40TRUSTMARK.COM|928c85cfe590470e267308dae9a > > > a6c2e|518d66eacb8948c8a7b903cba11cde91|1|0|638079215412860872|Unknown| > > > TWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVC > > > I6Mn0%3D|3000|||&sdata=PtHOnrHn8OiYC3dzyGeI37XySpf2hn0DEHxVogpd%2FNQ%3 > > > D&reserved=0 > > > > > > --- Original Messag
Re: ZFS Address Space, shared ENQ but filesystem isn't mounted
Is this filesystem a shared filesystem? Perhaps it’s mounted on another LPAR in the plex. Apologies if this has been asked before. You could always do RO *ALL,D OMVS,F,N=name to verify. On Thu, Dec 29, 2022 at 6:04 AM Mark Jacobs < 0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote: > It came back with a file system not found message. > > Mark Jacobs > > Sent from ProtonMail, Swiss-based encrypted email. > > GPG Public Key - > https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com > > > --- Original Message --- > On Wednesday, December 28th, 2022 at 11:46 PM, Lizette Koehler < > stars...@mindspring.com> wrote: > > > > I apologize if this has been asked and answered; > > > > what does a D OMVS,F,N= xN is the name of the MVS filesystem > > > > Sometimes it is not freed with a UNMOUNT FILESYS= because other mounts > are still active > > > > > > > > > > -Original Message- > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf > Of Mark Jacobs > > > > Sent: Wednesday, December 28, 2022 2:43 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: ZFS Address Space, shared ENQ but filesystem isn't mounted > > > > I issued a D GRS,RES=(*,name.of.file.system) command and it showed me > that ZFS had it allocated as shared on one system in the sysplex. No other > address space had the enqueue. > > > > Mark Jacobs > > > > > > Sent from ProtonMail, Swiss-based encrypted email. > > > > GPG Public Key - > https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com > > > > > > > > > > --- Original Message --- > > On Wednesday, December 28th, 2022 at 4:19 PM, Shelia Chalk > 03d9384cc8f1-dmarc-requ...@listserv.ua.edu wrote: > > > > > > > > > Mark, > > > > > > Have you tried going to 3.4 put in the zfs address space dataset and > > > in the command field type in whohas This will tell who has the dataset. > > > > > > Thanks > > > Shelia C > > > > > > -Original Message- > > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf > > > Of Mark Jacobs > > > > > > Sent: Wednesday, December 28, 2022 11:53 AM > > > To: IBM-MAIN@LISTSERV.UA.EDU > > > Subject: ZFS Address Space, shared ENQ but filesystem isn't mounted > > > > > > The ZFS address space has a shared enqueue on one of our ZFS file > systems, but when I attempt to unmount it ZFS says it's not mounted. I > attempted to manually mount it, failed with a filesystem is busy error. Any > ideas on how to release the enqueue so I can delete the file system? > > > > > > Mark Jacobs > > > > > > Sent from ProtonMail, Swiss-based encrypted email. > > > > > > GPG Public Key - > > > https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fapi. > > > protonmail.ch%2Fpks%2Flookup%3Fop%3Dget%26search%3Dmarkjacobs%40proton > > > mail.com&data=05|01|SChalk%40TRUSTMARK.COM|080ecfd7b14e4ce75a5d08dae8f > > > c6bc8|518d66eacb8948c8a7b903cba11cde91|1|0|638078468085536783|Unknown| > > > TWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVC > > > I6Mn0%3D|3000|||&sdata=7Rmjq4ii%2BUkFkQ5IueOwDCLXif%2BJrA%2FnLWhKy5x%2 > > > F2zA%3D&reserved=0 > > > > > > -- > > > For IBM-MAIN subscribe / signoff / archive access instructions, send > > > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > > -- > > > For IBM-MAIN subscribe / signoff / archive access instructions, send > > > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Michael Babcock OneMain Financial z/OS Systems Programmer, Lead -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ZFS Address Space, shared ENQ but filesystem isn't mounted
Consider the following command in that case: https://www.ibm.com/docs/en/zos/2.4.0?topic=commands-zfsadm-detach And have a look at the other zfsadm commands in that manual whilst you're there in case anything useful jumps out at you. Regards -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Jacobs Sent: 29 December 2022 18:33 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ZFS Address Space, shared ENQ but filesystem isn't mounted It does, yes. Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com --- Original Message --- On Thursday, December 29th, 2022 at 1:20 PM, Patrick Loftus wrote: > Does Unix command "zfsadm aggrinfo -system sysname" list the filesystem > concerned, where sysname is the sysname of the one showing the enqueue by ZFS? > > > -Original Message- > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf > Of Mark Jacobs > > Sent: 29 December 2022 15:06 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: ZFS Address Space, shared ENQ but filesystem isn't > mounted > > OMVS doesn't have that file system in its list of mounted file systems, so > the OMVS unmount command fails just like the TSO umount command does. > > Mark Jacobs > > Sent from ProtonMail, Swiss-based encrypted email. > > GPG Public Key - > https://api.protonmail.ch/pks/lookup?op=get&search=markjacobs@protonma > il.com > > > > > --- Original Message --- > On Thursday, December 29th, 2022 at 9:46 AM, Shelia Chalk > 03d9384cc8f1-dmarc-requ...@listserv.ua.edu wrote: > > > > > Mark, > > > > I also have a batch job if you need that also. > > > > //INSTALL EXEC PGM=BPXBATCH,REGION=0M //STDPARM DD * SH > > /usr/xxx/unmount -f OMVS.xxx.xxx.ZFS > > /* > > //SYSMDUMP DD SYSOUT=* > > //STDOUT DD SYSOUT=* > > //STDERR DD SYSOUT=* > > > > Or > > //STDPARM DD * > > SH > > /usr/xxx/unmount -f OMVS..xxx.ZFS immediate; > > /* > > > > Thanks > > Shelia C > > > > -Original Message- > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf > > Of Shelia Chalk > > > > Sent: Thursday, December 29, 2022 8:39 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: ZFS Address Space, shared ENQ but filesystem isn't > > mounted > > > > Have you tried this command from omvs > > /usr/xxxn/t -f OMVS...S.ZFS immediate > > > > Shelia C > > > > -Original Message- > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf > > Of Mark Jacobs > > > > Sent: Thursday, December 29, 2022 7:14 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: ZFS Address Space, shared ENQ but filesystem isn't > > mounted > > > > That would likely be externalized as a different error. > > > > Mark Jacobs > > > > Sent from ProtonMail, Swiss-based encrypted email. > > > > GPG Public Key - > > https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fapi. > > protonmail.ch%2Fpks%2Flookup%3Fop%3Dget%26search%3Dmarkjacobs%40proton > > mail.com&data=05|01|SChalk%40TRUSTMARK.COM|928c85cfe590470e267308dae9a > > a6c2e|518d66eacb8948c8a7b903cba11cde91|1|0|638079215412860872|Unknown| > > TWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVC > > I6Mn0%3D|3000|||&sdata=PtHOnrHn8OiYC3dzyGeI37XySpf2hn0DEHxVogpd%2FNQ%3 > > D&reserved=0 > > > > --- Original Message --- > > On Thursday, December 29th, 2022 at 7:24 AM, Ituriel do Neto > > 03427ec2837d-dmarc-requ...@listserv.ua.edu wrote: > > > > > Maybe there is a subdirectory pointing to another ZFS still mounted > > > > > > Best Regards > > > > > > Ituriel do Nascimento Neto > > > z/OS System Programmer > > > > > > Em quinta-feira, 29 de dezembro de 2022 09:04:24 BRT, Mark Jacobs > > > 0224d287a4b1-dmarc-requ...@listserv.ua.edu escreveu: > > > > > > It came back with a file system not found message. > > > > > > Mark Jacobs > > > > > > Sent from ProtonMail, Swiss-based encrypted email. > > > > > > GPG Public Key - > > > https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fapi. > > > protonmail.ch%2Fpks%2Flookup%3Fop%3Dget%26search%3Dmarkjacobs%40prot > > > on > > > mail.com&data=05%7C01%7CSC
Re: ZFS Address Space, shared ENQ but filesystem isn't mounted
It does, yes. Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com --- Original Message --- On Thursday, December 29th, 2022 at 1:20 PM, Patrick Loftus wrote: > Does Unix command "zfsadm aggrinfo -system sysname" list the filesystem > concerned, where sysname is the sysname of the one showing the enqueue by ZFS? > > > -Original Message- > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of > Mark Jacobs > > Sent: 29 December 2022 15:06 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: ZFS Address Space, shared ENQ but filesystem isn't mounted > > OMVS doesn't have that file system in its list of mounted file systems, so > the OMVS unmount command fails just like the TSO umount command does. > > Mark Jacobs > > Sent from ProtonMail, Swiss-based encrypted email. > > GPG Public Key - > https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com > > > > > --- Original Message --- > On Thursday, December 29th, 2022 at 9:46 AM, Shelia Chalk > 03d9384cc8f1-dmarc-requ...@listserv.ua.edu wrote: > > > > > Mark, > > > > I also have a batch job if you need that also. > > > > //INSTALL EXEC PGM=BPXBATCH,REGION=0M > > //STDPARM DD * > > SH > > /usr/xxx/unmount -f OMVS.xxx.xxx.ZFS > > /* > > //SYSMDUMP DD SYSOUT=* > > //STDOUT DD SYSOUT=* > > //STDERR DD SYSOUT=* > > > > Or > > //STDPARM DD * > > SH > > /usr/xxx/unmount -f OMVS..xxx.ZFS immediate; > > /* > > > > Thanks > > Shelia C > > > > -Original Message- > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf > > Of Shelia Chalk > > > > Sent: Thursday, December 29, 2022 8:39 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: ZFS Address Space, shared ENQ but filesystem isn't > > mounted > > > > Have you tried this command from omvs > > /usr/xxxn/t -f OMVS...S.ZFS immediate > > > > Shelia C > > > > -Original Message- > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf > > Of Mark Jacobs > > > > Sent: Thursday, December 29, 2022 7:14 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: ZFS Address Space, shared ENQ but filesystem isn't > > mounted > > > > That would likely be externalized as a different error. > > > > Mark Jacobs > > > > Sent from ProtonMail, Swiss-based encrypted email. > > > > GPG Public Key - > > https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fapi. > > protonmail.ch%2Fpks%2Flookup%3Fop%3Dget%26search%3Dmarkjacobs%40proton > > mail.com&data=05|01|SChalk%40TRUSTMARK.COM|928c85cfe590470e267308dae9a > > a6c2e|518d66eacb8948c8a7b903cba11cde91|1|0|638079215412860872|Unknown| > > TWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVC > > I6Mn0%3D|3000|||&sdata=PtHOnrHn8OiYC3dzyGeI37XySpf2hn0DEHxVogpd%2FNQ%3 > > D&reserved=0 > > > > --- Original Message --- > > On Thursday, December 29th, 2022 at 7:24 AM, Ituriel do Neto > > 03427ec2837d-dmarc-requ...@listserv.ua.edu wrote: > > > > > Maybe there is a subdirectory pointing to another ZFS still mounted > > > > > > Best Regards > > > > > > Ituriel do Nascimento Neto > > > z/OS System Programmer > > > > > > Em quinta-feira, 29 de dezembro de 2022 09:04:24 BRT, Mark Jacobs > > > 0224d287a4b1-dmarc-requ...@listserv.ua.edu escreveu: > > > > > > It came back with a file system not found message. > > > > > > Mark Jacobs > > > > > > Sent from ProtonMail, Swiss-based encrypted email. > > > > > > GPG Public Key - > > > https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fapi. > > > protonmail.ch%2Fpks%2Flookup%3Fop%3Dget%26search%3Dmarkjacobs%40prot > > > on > > > mail.com&data=05%7C01%7CSChalk%40TRUSTMARK.COM%7C6a5317e9c0914f938a1 > > > c0 > > > 8dae99e8fe7%7C518d66eacb8948c8a7b903cba11cde91%7C1%7C0%7C63807916448 > > > 99 > > > 89557%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLC > > > JB > > > TiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=7V8iwZF5ZUuVYMJYnYO > > > 6i > > > Q4bbKJJDEAGVj0rBiMtE%2B4%3D&reserved=0 > > > > > > --- Orig
Re: ZFS Address Space, shared ENQ but filesystem isn't mounted
Does Unix command "zfsadm aggrinfo -system sysname" list the filesystem concerned, where sysname is the sysname of the one showing the enqueue by ZFS? -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Jacobs Sent: 29 December 2022 15:06 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ZFS Address Space, shared ENQ but filesystem isn't mounted OMVS doesn't have that file system in its list of mounted file systems, so the OMVS unmount command fails just like the TSO umount command does. Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com --- Original Message --- On Thursday, December 29th, 2022 at 9:46 AM, Shelia Chalk <03d9384cc8f1-dmarc-requ...@listserv.ua.edu> wrote: > Mark, > > I also have a batch job if you need that also. > > //INSTALL EXEC PGM=BPXBATCH,REGION=0M > //STDPARM DD * > SH > /usr/xxx/unmount -f OMVS.xxx.xxx.ZFS > /* > //SYSMDUMP DD SYSOUT=* > //STDOUT DD SYSOUT=* > //STDERR DD SYSOUT=* > > Or > //STDPARM DD * > SH > /usr/xxx/unmount -f OMVS..xxx.ZFS immediate; > /* > > Thanks > Shelia C > > -Original Message- > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf > Of Shelia Chalk > > Sent: Thursday, December 29, 2022 8:39 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: ZFS Address Space, shared ENQ but filesystem isn't > mounted > > Have you tried this command from omvs > /usr/xxxn/t -f OMVS...S.ZFS immediate > > Shelia C > > -Original Message- > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf > Of Mark Jacobs > > Sent: Thursday, December 29, 2022 7:14 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: ZFS Address Space, shared ENQ but filesystem isn't > mounted > > That would likely be externalized as a different error. > > Mark Jacobs > > Sent from ProtonMail, Swiss-based encrypted email. > > GPG Public Key - > https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fapi. > protonmail.ch%2Fpks%2Flookup%3Fop%3Dget%26search%3Dmarkjacobs%40proton > mail.com&data=05|01|SChalk%40TRUSTMARK.COM|928c85cfe590470e267308dae9a > a6c2e|518d66eacb8948c8a7b903cba11cde91|1|0|638079215412860872|Unknown| > TWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVC > I6Mn0%3D|3000|||&sdata=PtHOnrHn8OiYC3dzyGeI37XySpf2hn0DEHxVogpd%2FNQ%3 > D&reserved=0 > > > --- Original Message --- > On Thursday, December 29th, 2022 at 7:24 AM, Ituriel do Neto > 03427ec2837d-dmarc-requ...@listserv.ua.edu wrote: > > > > > Maybe there is a subdirectory pointing to another ZFS still mounted > > > > Best Regards > > > > Ituriel do Nascimento Neto > > z/OS System Programmer > > > > Em quinta-feira, 29 de dezembro de 2022 09:04:24 BRT, Mark Jacobs > > 0224d287a4b1-dmarc-requ...@listserv.ua.edu escreveu: > > > > It came back with a file system not found message. > > > > Mark Jacobs > > > > Sent from ProtonMail, Swiss-based encrypted email. > > > > GPG Public Key - > > https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fapi. > > protonmail.ch%2Fpks%2Flookup%3Fop%3Dget%26search%3Dmarkjacobs%40prot > > on > > mail.com&data=05%7C01%7CSChalk%40TRUSTMARK.COM%7C6a5317e9c0914f938a1 > > c0 > > 8dae99e8fe7%7C518d66eacb8948c8a7b903cba11cde91%7C1%7C0%7C63807916448 > > 99 > > 89557%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLC > > JB > > TiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=7V8iwZF5ZUuVYMJYnYO > > 6i > > Q4bbKJJDEAGVj0rBiMtE%2B4%3D&reserved=0 > > > > --- Original Message --- > > On Wednesday, December 28th, 2022 at 11:46 PM, Lizette Koehler > > stars...@mindspring.com wrote: > > > > > I apologize if this has been asked and answered; > > > > > > what does a D OMVS,F,N= xN is the name of the MVS filesystem > > > > > > Sometimes it is not freed with a UNMOUNT FILESYS= because other > > > mounts are still active > > > > > > -Original Message- > > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On > > > Behalf Of Mark Jacobs > > > > > > Sent: Wednesday, December 28, 2022 2:43 PM > > > To: IBM-MAIN@LISTSERV.UA.EDU > > > Subject: Re: ZFS Address Space, shared ENQ but filesystem isn't > > > mounted > > > > > > I issued a D GRS,RES=(*,name.of.file.sys
Re: ZFS Address Space, shared ENQ but filesystem isn't mounted
There are some interesting MODIFY BPXOINIT commands (FIX and REINIT) that may be useful: https://www.ibm.com/docs/en/zos/2.5.0?topic=command-controlling-zos-unix-system-services-zos-unix On Wed, Dec 28, 2022 at 11:53 AM Mark Jacobs < 0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote: > The ZFS address space has a shared enqueue on one of our ZFS file systems, > but when I attempt to unmount it ZFS says it's not mounted. I attempted to > manually mount it, failed with a filesystem is busy error. Any ideas on how > to release the enqueue so I can delete the file system? > > Mark Jacobs > > Sent from [ProtonMail](https://protonmail.com), Swiss-based encrypted > email. > > GPG Public Key - > https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ZFS Address Space, shared ENQ but filesystem isn't mounted
Well that is not good at all.. Is the zfs file on a separate lpar where you can ipl? Thanks Shelia C -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Jacobs Sent: Thursday, December 29, 2022 9:06 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ZFS Address Space, shared ENQ but filesystem isn't mounted OMVS doesn't have that file system in its list of mounted file systems, so the OMVS unmount command fails just like the TSO umount command does. Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fapi.protonmail.ch%2Fpks%2Flookup%3Fop%3Dget%26search%3Dmarkjacobs%40protonmail.com&data=05%7C01%7CSChalk%40TRUSTMARK.COM%7C51bfba78f1884fe3219d08dae9ae4f44%7C518d66eacb8948c8a7b903cba11cde91%7C1%7C0%7C638079232127109812%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=03QGnuqKmuXRQ78%2FB42kMO5%2FZ%2BIuddlmkLPqRCvWH2E%3D&reserved=0 --- Original Message --- On Thursday, December 29th, 2022 at 9:46 AM, Shelia Chalk <03d9384cc8f1-dmarc-requ...@listserv.ua.edu> wrote: > Mark, > > I also have a batch job if you need that also. > > //INSTALL EXEC PGM=BPXBATCH,REGION=0M > //STDPARM DD * > SH > /usr/xxx/unmount -f OMVS.xxx.xxx.ZFS > /* > //SYSMDUMP DD SYSOUT=* > //STDOUT DD SYSOUT=* > //STDERR DD SYSOUT=* > > Or > //STDPARM DD * > SH > /usr/xxx/unmount -f OMVS..xxx.ZFS immediate; > /* > > Thanks > Shelia C > > -Original Message- > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf > Of Shelia Chalk > > Sent: Thursday, December 29, 2022 8:39 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: ZFS Address Space, shared ENQ but filesystem isn't > mounted > > Have you tried this command from omvs > /usr/xxxn/t -f OMVS...S.ZFS immediate > > Shelia C > > -Original Message- > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf > Of Mark Jacobs > > Sent: Thursday, December 29, 2022 7:14 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: ZFS Address Space, shared ENQ but filesystem isn't > mounted > > That would likely be externalized as a different error. > > Mark Jacobs > > Sent from ProtonMail, Swiss-based encrypted email. > > GPG Public Key - > https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fapi. > protonmail.ch%2Fpks%2Flookup%3Fop%3Dget%26search%3Dmarkjacobs%40proton > mail.com&data=05%7C01%7CSChalk%40TRUSTMARK.COM%7C51bfba78f1884fe3219d0 > 8dae9ae4f44%7C518d66eacb8948c8a7b903cba11cde91%7C1%7C0%7C6380792321271 > 09812%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJB > TiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=03QGnuqKmuXRQ78%2FB42 > kMO5%2FZ%2BIuddlmkLPqRCvWH2E%3D&reserved=0 > > > --- Original Message --- > On Thursday, December 29th, 2022 at 7:24 AM, Ituriel do Neto > 03427ec2837d-dmarc-requ...@listserv.ua.edu wrote: > > > > > Maybe there is a subdirectory pointing to another ZFS still mounted > > > > Best Regards > > > > Ituriel do Nascimento Neto > > z/OS System Programmer > > > > Em quinta-feira, 29 de dezembro de 2022 09:04:24 BRT, Mark Jacobs > > 0224d287a4b1-dmarc-requ...@listserv.ua.edu escreveu: > > > > It came back with a file system not found message. > > > > Mark Jacobs > > > > Sent from ProtonMail, Swiss-based encrypted email. > > > > GPG Public Key - > > https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fapi. > > protonmail.ch%2Fpks%2Flookup%3Fop%3Dget%26search%3Dmarkjacobs%40prot > > on > > mail.com&data=05%7C01%7CSChalk%40TRUSTMARK.COM%7C6a5317e9c0914f938a1 > > c0 > > 8dae99e8fe7%7C518d66eacb8948c8a7b903cba11cde91%7C1%7C0%7C63807916448 > > 99 > > 89557%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLC > > JB > > TiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=7V8iwZF5ZUuVYMJYnYO > > 6i > > Q4bbKJJDEAGVj0rBiMtE%2B4%3D&reserved=0 > > > > --- Original Message --- > > On Wednesday, December 28th, 2022 at 11:46 PM, Lizette Koehler > > stars...@mindspring.com wrote: > > > > > I apologize if this has been asked and answered; > > > > > > what does a D OMVS,F,N= xN is the name of the MVS filesystem > > > > > > Sometimes it is not freed with a UNMOUNT FILESYS= because other > > > mounts are still active > > > > > > -Original Message- > > > From: IBM M
Re: ZFS Address Space, shared ENQ but filesystem isn't mounted
OMVS doesn't have that file system in its list of mounted file systems, so the OMVS unmount command fails just like the TSO umount command does. Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com --- Original Message --- On Thursday, December 29th, 2022 at 9:46 AM, Shelia Chalk <03d9384cc8f1-dmarc-requ...@listserv.ua.edu> wrote: > Mark, > > I also have a batch job if you need that also. > > //INSTALL EXEC PGM=BPXBATCH,REGION=0M > //STDPARM DD * > SH > /usr/xxx/unmount -f OMVS.xxx.xxx.ZFS > /* > //SYSMDUMP DD SYSOUT=* > //STDOUT DD SYSOUT=* > //STDERR DD SYSOUT=* > > Or > //STDPARM DD * > SH > /usr/xxx/unmount -f OMVS..xxx.ZFS immediate; > /* > > Thanks > Shelia C > > -Original Message- > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of > Shelia Chalk > > Sent: Thursday, December 29, 2022 8:39 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: ZFS Address Space, shared ENQ but filesystem isn't mounted > > Have you tried this command from omvs > /usr/xxxn/t -f OMVS...S.ZFS immediate > > Shelia C > > -Original Message- > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of > Mark Jacobs > > Sent: Thursday, December 29, 2022 7:14 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: ZFS Address Space, shared ENQ but filesystem isn't mounted > > That would likely be externalized as a different error. > > Mark Jacobs > > Sent from ProtonMail, Swiss-based encrypted email. > > GPG Public Key - > https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fapi.protonmail.ch%2Fpks%2Flookup%3Fop%3Dget%26search%3Dmarkjacobs%40protonmail.com&data=05|01|SChalk%40TRUSTMARK.COM|928c85cfe590470e267308dae9aa6c2e|518d66eacb8948c8a7b903cba11cde91|1|0|638079215412860872|Unknown|TWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D|3000|||&sdata=PtHOnrHn8OiYC3dzyGeI37XySpf2hn0DEHxVogpd%2FNQ%3D&reserved=0 > > > --- Original Message --- > On Thursday, December 29th, 2022 at 7:24 AM, Ituriel do Neto > 03427ec2837d-dmarc-requ...@listserv.ua.edu wrote: > > > > > Maybe there is a subdirectory pointing to another ZFS still mounted > > > > Best Regards > > > > Ituriel do Nascimento Neto > > z/OS System Programmer > > > > Em quinta-feira, 29 de dezembro de 2022 09:04:24 BRT, Mark Jacobs > > 0224d287a4b1-dmarc-requ...@listserv.ua.edu escreveu: > > > > It came back with a file system not found message. > > > > Mark Jacobs > > > > Sent from ProtonMail, Swiss-based encrypted email. > > > > GPG Public Key - > > https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fapi. > > protonmail.ch%2Fpks%2Flookup%3Fop%3Dget%26search%3Dmarkjacobs%40proton > > mail.com&data=05%7C01%7CSChalk%40TRUSTMARK.COM%7C6a5317e9c0914f938a1c0 > > 8dae99e8fe7%7C518d66eacb8948c8a7b903cba11cde91%7C1%7C0%7C6380791644899 > > 89557%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJB > > TiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=7V8iwZF5ZUuVYMJYnYO6i > > Q4bbKJJDEAGVj0rBiMtE%2B4%3D&reserved=0 > > > > --- Original Message --- > > On Wednesday, December 28th, 2022 at 11:46 PM, Lizette Koehler > > stars...@mindspring.com wrote: > > > > > I apologize if this has been asked and answered; > > > > > > what does a D OMVS,F,N= xN is the name of the MVS filesystem > > > > > > Sometimes it is not freed with a UNMOUNT FILESYS= because other > > > mounts are still active > > > > > > -Original Message- > > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On > > > Behalf Of Mark Jacobs > > > > > > Sent: Wednesday, December 28, 2022 2:43 PM > > > To: IBM-MAIN@LISTSERV.UA.EDU > > > Subject: Re: ZFS Address Space, shared ENQ but filesystem isn't > > > mounted > > > > > > I issued a D GRS,RES=(*,name.of.file.system) command and it showed me > > > that ZFS had it allocated as shared on one system in the sysplex. No > > > other address space had the enqueue. > > > > > > Mark Jacobs > > > > > > Sent from ProtonMail, Swiss-based encrypted email. > > > > > > GPG Public Key - > > > https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fap > > > i.protonmail.ch%2Fpks%2Flookup%3Fop%3Dget%26search%3
Re: ZFS Address Space, shared ENQ but filesystem isn't mounted
Mark, I also have a batch job if you need that also. //INSTALL EXEC PGM=BPXBATCH,REGION=0M //STDPARM DD * SH /usr/xxx/unmount -f OMVS.xxx.xxx.ZFS /* //SYSMDUMP DD SYSOUT=* //STDOUTDD SYSOUT=* //STDERRDD SYSOUT=* Or //STDPARM DD * SH /usr/xxx/unmount -f OMVS..xxx.ZFS immediate; /* Thanks Shelia C -Original Message- From: IBM Mainframe Discussion List On Behalf Of Shelia Chalk Sent: Thursday, December 29, 2022 8:39 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ZFS Address Space, shared ENQ but filesystem isn't mounted Have you tried this command from omvs /usr/xxxn/t -f OMVS...S.ZFS immediate Shelia C -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Jacobs Sent: Thursday, December 29, 2022 7:14 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ZFS Address Space, shared ENQ but filesystem isn't mounted That would likely be externalized as a different error. Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fapi.protonmail.ch%2Fpks%2Flookup%3Fop%3Dget%26search%3Dmarkjacobs%40protonmail.com&data=05%7C01%7CSChalk%40TRUSTMARK.COM%7C928c85cfe590470e267308dae9aa6c2e%7C518d66eacb8948c8a7b903cba11cde91%7C1%7C0%7C638079215412860872%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=PtHOnrHn8OiYC3dzyGeI37XySpf2hn0DEHxVogpd%2FNQ%3D&reserved=0 --- Original Message --- On Thursday, December 29th, 2022 at 7:24 AM, Ituriel do Neto <03427ec2837d-dmarc-requ...@listserv.ua.edu> wrote: > Maybe there is a subdirectory pointing to another ZFS still mounted > > > Best Regards > > Ituriel do Nascimento Neto > z/OS System Programmer > > > > > > > Em quinta-feira, 29 de dezembro de 2022 09:04:24 BRT, Mark Jacobs > 0224d287a4b1-dmarc-requ...@listserv.ua.edu escreveu: > > > > > > > It came back with a file system not found message. > > Mark Jacobs > > Sent from ProtonMail, Swiss-based encrypted email. > > GPG Public Key - > https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fapi. > protonmail.ch%2Fpks%2Flookup%3Fop%3Dget%26search%3Dmarkjacobs%40proton > mail.com&data=05%7C01%7CSChalk%40TRUSTMARK.COM%7C6a5317e9c0914f938a1c0 > 8dae99e8fe7%7C518d66eacb8948c8a7b903cba11cde91%7C1%7C0%7C6380791644899 > 89557%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJB > TiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=7V8iwZF5ZUuVYMJYnYO6i > Q4bbKJJDEAGVj0rBiMtE%2B4%3D&reserved=0 > > > > > --- Original Message --- > On Wednesday, December 28th, 2022 at 11:46 PM, Lizette Koehler > stars...@mindspring.com wrote: > > > > > I apologize if this has been asked and answered; > > > > what does a D OMVS,F,N= xN is the name of the MVS filesystem > > > > Sometimes it is not freed with a UNMOUNT FILESYS= because other > > mounts are still active > > > > -Original Message- > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On > > Behalf Of Mark Jacobs > > > > Sent: Wednesday, December 28, 2022 2:43 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: ZFS Address Space, shared ENQ but filesystem isn't > > mounted > > > > I issued a D GRS,RES=(*,name.of.file.system) command and it showed me that > > ZFS had it allocated as shared on one system in the sysplex. No other > > address space had the enqueue. > > > > Mark Jacobs > > > > Sent from ProtonMail, Swiss-based encrypted email. > > > > GPG Public Key - > > https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fap > > i.protonmail.ch%2Fpks%2Flookup%3Fop%3Dget%26search%3Dmarkjacobs%40pr > > otonmail.com&data=05%7C01%7CSChalk%40TRUSTMARK.COM%7C6a5317e9c0914f9 > > 38a1c08dae99e8fe7%7C518d66eacb8948c8a7b903cba11cde91%7C1%7C0%7C63807 > > 9164489989557%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2 > > luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=7V8iwZF5Z > > UuVYMJYnYO6iQ4bbKJJDEAGVj0rBiMtE%2B4%3D&reserved=0 > > > > --- Original Message --- > > On Wednesday, December 28th, 2022 at 4:19 PM, Shelia Chalk > > 03d9384cc8f1-dmarc-requ...@listserv.ua.edu wrote: > > > > > Mark, > > > > > > Have you tri
Re: ZFS Address Space, shared ENQ but filesystem isn't mounted
Have you tried this command from omvs /usr/xxxn/t -f OMVS...S.ZFS immediate Shelia C -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Jacobs Sent: Thursday, December 29, 2022 7:14 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ZFS Address Space, shared ENQ but filesystem isn't mounted That would likely be externalized as a different error. Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fapi.protonmail.ch%2Fpks%2Flookup%3Fop%3Dget%26search%3Dmarkjacobs%40protonmail.com&data=05%7C01%7CSChalk%40TRUSTMARK.COM%7C6a5317e9c0914f938a1c08dae99e8fe7%7C518d66eacb8948c8a7b903cba11cde91%7C1%7C0%7C638079164489832902%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=TEDgSePWUvCWePA27clu9nH4Mkp3zgFI2RiHHRPKC3Y%3D&reserved=0 --- Original Message --- On Thursday, December 29th, 2022 at 7:24 AM, Ituriel do Neto <03427ec2837d-dmarc-requ...@listserv.ua.edu> wrote: > Maybe there is a subdirectory pointing to another ZFS still mounted > > > Best Regards > > Ituriel do Nascimento Neto > z/OS System Programmer > > > > > > > Em quinta-feira, 29 de dezembro de 2022 09:04:24 BRT, Mark Jacobs > 0224d287a4b1-dmarc-requ...@listserv.ua.edu escreveu: > > > > > > > It came back with a file system not found message. > > Mark Jacobs > > Sent from ProtonMail, Swiss-based encrypted email. > > GPG Public Key - > https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fapi. > protonmail.ch%2Fpks%2Flookup%3Fop%3Dget%26search%3Dmarkjacobs%40proton > mail.com&data=05%7C01%7CSChalk%40TRUSTMARK.COM%7C6a5317e9c0914f938a1c0 > 8dae99e8fe7%7C518d66eacb8948c8a7b903cba11cde91%7C1%7C0%7C6380791644899 > 89557%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJB > TiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=7V8iwZF5ZUuVYMJYnYO6i > Q4bbKJJDEAGVj0rBiMtE%2B4%3D&reserved=0 > > > > > --- Original Message --- > On Wednesday, December 28th, 2022 at 11:46 PM, Lizette Koehler > stars...@mindspring.com wrote: > > > > > I apologize if this has been asked and answered; > > > > what does a D OMVS,F,N= xN is the name of the MVS filesystem > > > > Sometimes it is not freed with a UNMOUNT FILESYS= because other > > mounts are still active > > > > -Original Message----- > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On > > Behalf Of Mark Jacobs > > > > Sent: Wednesday, December 28, 2022 2:43 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: ZFS Address Space, shared ENQ but filesystem isn't > > mounted > > > > I issued a D GRS,RES=(*,name.of.file.system) command and it showed me that > > ZFS had it allocated as shared on one system in the sysplex. No other > > address space had the enqueue. > > > > Mark Jacobs > > > > Sent from ProtonMail, Swiss-based encrypted email. > > > > GPG Public Key - > > https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fap > > i.protonmail.ch%2Fpks%2Flookup%3Fop%3Dget%26search%3Dmarkjacobs%40pr > > otonmail.com&data=05%7C01%7CSChalk%40TRUSTMARK.COM%7C6a5317e9c0914f9 > > 38a1c08dae99e8fe7%7C518d66eacb8948c8a7b903cba11cde91%7C1%7C0%7C63807 > > 9164489989557%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2 > > luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=7V8iwZF5Z > > UuVYMJYnYO6iQ4bbKJJDEAGVj0rBiMtE%2B4%3D&reserved=0 > > > > --- Original Message --- > > On Wednesday, December 28th, 2022 at 4:19 PM, Shelia Chalk > > 03d9384cc8f1-dmarc-requ...@listserv.ua.edu wrote: > > > > > Mark, > > > > > > Have you tried going to 3.4 put in the zfs address space dataset > > > and in the command field type in whohas This will tell who has the > > > dataset. > > > > > > Thanks > > > Shelia C > > > > > > -Original Message- > > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On > > > Behalf Of Mark Jacobs > > > > > > Sent: Wednesday, December 28, 2022 11:53 AM > > > To: IBM-MAIN@LISTSERV.UA.EDU > > > Subject: ZFS Address Space, shared ENQ but filesystem isn't > > > mounted > > > > > > The ZFS address space has a shared enqueue on one of our ZFS file > > > systems, but when I attempt to unmount it ZFS says it's not mounted. I
Re: ZFS Address Space, shared ENQ but filesystem isn't mounted
That would likely be externalized as a different error. Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com --- Original Message --- On Thursday, December 29th, 2022 at 7:24 AM, Ituriel do Neto <03427ec2837d-dmarc-requ...@listserv.ua.edu> wrote: > Maybe there is a subdirectory pointing to another ZFS still mounted > > > Best Regards > > Ituriel do Nascimento Neto > z/OS System Programmer > > > > > > > Em quinta-feira, 29 de dezembro de 2022 09:04:24 BRT, Mark Jacobs > 0224d287a4b1-dmarc-requ...@listserv.ua.edu escreveu: > > > > > > > It came back with a file system not found message. > > Mark Jacobs > > Sent from ProtonMail, Swiss-based encrypted email. > > GPG Public Key - > https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com > > > > > --- Original Message --- > On Wednesday, December 28th, 2022 at 11:46 PM, Lizette Koehler > stars...@mindspring.com wrote: > > > > > I apologize if this has been asked and answered; > > > > what does a D OMVS,F,N= xN is the name of the MVS filesystem > > > > Sometimes it is not freed with a UNMOUNT FILESYS= because other mounts are > > still active > > > > -Original Message- > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of > > Mark Jacobs > > > > Sent: Wednesday, December 28, 2022 2:43 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: ZFS Address Space, shared ENQ but filesystem isn't mounted > > > > I issued a D GRS,RES=(*,name.of.file.system) command and it showed me that > > ZFS had it allocated as shared on one system in the sysplex. No other > > address space had the enqueue. > > > > Mark Jacobs > > > > Sent from ProtonMail, Swiss-based encrypted email. > > > > GPG Public Key - > > https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com > > > > --- Original Message --- > > On Wednesday, December 28th, 2022 at 4:19 PM, Shelia Chalk > > 03d9384cc8f1-dmarc-requ...@listserv.ua.edu wrote: > > > > > Mark, > > > > > > Have you tried going to 3.4 put in the zfs address space dataset and > > > in the command field type in whohas This will tell who has the dataset. > > > > > > Thanks > > > Shelia C > > > > > > -Original Message- > > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf > > > Of Mark Jacobs > > > > > > Sent: Wednesday, December 28, 2022 11:53 AM > > > To: IBM-MAIN@LISTSERV.UA.EDU > > > Subject: ZFS Address Space, shared ENQ but filesystem isn't mounted > > > > > > The ZFS address space has a shared enqueue on one of our ZFS file > > > systems, but when I attempt to unmount it ZFS says it's not mounted. I > > > attempted to manually mount it, failed with a filesystem is busy error. > > > Any ideas on how to release the enqueue so I can delete the file system? > > > > > > Mark Jacobs > > > > > > Sent from ProtonMail, Swiss-based encrypted email. > > > > > > GPG Public Key - > > > https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fapi. > > > protonmail.ch%2Fpks%2Flookup%3Fop%3Dget%26search%3Dmarkjacobs%40proton > > > mail.com&data=05|01|SChalk%40TRUSTMARK.COM|080ecfd7b14e4ce75a5d08dae8f > > > c6bc8|518d66eacb8948c8a7b903cba11cde91|1|0|638078468085536783|Unknown| > > > TWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVC > > > I6Mn0%3D|3000|||&sdata=7Rmjq4ii%2BUkFkQ5IueOwDCLXif%2BJrA%2FnLWhKy5x%2 > > > F2zA%3D&reserved=0 > > > > > > -- > > > For IBM-MAIN subscribe / signoff / archive access instructions, send > > > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > -- > > > For IBM-MAIN subscribe / signoff / archive access instructions, send > > > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, send email > > to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > >
Re: ZFS Address Space, shared ENQ but filesystem isn't mounted
Maybe there is a subdirectory pointing to another ZFS still mounted Best Regards Ituriel do Nascimento Neto z/OS System Programmer Em quinta-feira, 29 de dezembro de 2022 09:04:24 BRT, Mark Jacobs <0224d287a4b1-dmarc-requ...@listserv.ua.edu> escreveu: It came back with a file system not found message. Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com --- Original Message --- On Wednesday, December 28th, 2022 at 11:46 PM, Lizette Koehler wrote: > I apologize if this has been asked and answered; > > what does a D OMVS,F,N= xN is the name of the MVS filesystem > > Sometimes it is not freed with a UNMOUNT FILESYS= because other mounts are > still active > > > > > -Original Message- > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of > Mark Jacobs > > Sent: Wednesday, December 28, 2022 2:43 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: ZFS Address Space, shared ENQ but filesystem isn't mounted > > I issued a D GRS,RES=(*,name.of.file.system) command and it showed me that > ZFS had it allocated as shared on one system in the sysplex. No other address > space had the enqueue. > > Mark Jacobs > > > Sent from ProtonMail, Swiss-based encrypted email. > > GPG Public Key - > https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com > > > > > --- Original Message --- > On Wednesday, December 28th, 2022 at 4:19 PM, Shelia Chalk > 03d9384cc8f1-dmarc-requ...@listserv.ua.edu wrote: > > > > > Mark, > > > > Have you tried going to 3.4 put in the zfs address space dataset and > > in the command field type in whohas This will tell who has the dataset. > > > > Thanks > > Shelia C > > > > -Original Message- > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf > > Of Mark Jacobs > > > > Sent: Wednesday, December 28, 2022 11:53 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: ZFS Address Space, shared ENQ but filesystem isn't mounted > > > > The ZFS address space has a shared enqueue on one of our ZFS file systems, > > but when I attempt to unmount it ZFS says it's not mounted. I attempted to > > manually mount it, failed with a filesystem is busy error. Any ideas on how > > to release the enqueue so I can delete the file system? > > > > Mark Jacobs > > > > Sent from ProtonMail, Swiss-based encrypted email. > > > > GPG Public Key - > > https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fapi. > > protonmail.ch%2Fpks%2Flookup%3Fop%3Dget%26search%3Dmarkjacobs%40proton > > mail.com&data=05|01|SChalk%40TRUSTMARK.COM|080ecfd7b14e4ce75a5d08dae8f > > c6bc8|518d66eacb8948c8a7b903cba11cde91|1|0|638078468085536783|Unknown| > > TWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVC > > I6Mn0%3D|3000|||&sdata=7Rmjq4ii%2BUkFkQ5IueOwDCLXif%2BJrA%2FnLWhKy5x%2 > > F2zA%3D&reserved=0 > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, send > > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, send > > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email to > lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ZFS Address Space, shared ENQ but filesystem isn't mounted
It came back with a file system not found message. Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com --- Original Message --- On Wednesday, December 28th, 2022 at 11:46 PM, Lizette Koehler wrote: > I apologize if this has been asked and answered; > > what does a D OMVS,F,N= xN is the name of the MVS filesystem > > Sometimes it is not freed with a UNMOUNT FILESYS= because other mounts are > still active > > > > > -Original Message- > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of > Mark Jacobs > > Sent: Wednesday, December 28, 2022 2:43 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: ZFS Address Space, shared ENQ but filesystem isn't mounted > > I issued a D GRS,RES=(*,name.of.file.system) command and it showed me that > ZFS had it allocated as shared on one system in the sysplex. No other address > space had the enqueue. > > Mark Jacobs > > > Sent from ProtonMail, Swiss-based encrypted email. > > GPG Public Key - > https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com > > > > > --- Original Message --- > On Wednesday, December 28th, 2022 at 4:19 PM, Shelia Chalk > 03d9384cc8f1-dmarc-requ...@listserv.ua.edu wrote: > > > > > Mark, > > > > Have you tried going to 3.4 put in the zfs address space dataset and > > in the command field type in whohas This will tell who has the dataset. > > > > Thanks > > Shelia C > > > > -Original Message- > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf > > Of Mark Jacobs > > > > Sent: Wednesday, December 28, 2022 11:53 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: ZFS Address Space, shared ENQ but filesystem isn't mounted > > > > The ZFS address space has a shared enqueue on one of our ZFS file systems, > > but when I attempt to unmount it ZFS says it's not mounted. I attempted to > > manually mount it, failed with a filesystem is busy error. Any ideas on how > > to release the enqueue so I can delete the file system? > > > > Mark Jacobs > > > > Sent from ProtonMail, Swiss-based encrypted email. > > > > GPG Public Key - > > https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fapi. > > protonmail.ch%2Fpks%2Flookup%3Fop%3Dget%26search%3Dmarkjacobs%40proton > > mail.com&data=05|01|SChalk%40TRUSTMARK.COM|080ecfd7b14e4ce75a5d08dae8f > > c6bc8|518d66eacb8948c8a7b903cba11cde91|1|0|638078468085536783|Unknown| > > TWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVC > > I6Mn0%3D|3000|||&sdata=7Rmjq4ii%2BUkFkQ5IueOwDCLXif%2BJrA%2FnLWhKy5x%2 > > F2zA%3D&reserved=0 > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, send > > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, send > > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email to > lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ZFS Address Space, shared ENQ but filesystem isn't mounted
I apologize if this has been asked and answered; what does a D OMVS,F,N= xN is the name of the MVS filesystem Sometimes it is not freed with a UNMOUNT FILESYS=because other mounts are still active -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Jacobs Sent: Wednesday, December 28, 2022 2:43 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ZFS Address Space, shared ENQ but filesystem isn't mounted I issued a D GRS,RES=(*,name.of.file.system) command and it showed me that ZFS had it allocated as shared on one system in the sysplex. No other address space had the enqueue. Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com --- Original Message --- On Wednesday, December 28th, 2022 at 4:19 PM, Shelia Chalk <03d9384cc8f1-dmarc-requ...@listserv.ua.edu> wrote: > Mark, > > Have you tried going to 3.4 put in the zfs address space dataset and > in the command field type in whohas This will tell who has the dataset. > > Thanks > Shelia C > > > -Original Message- > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf > Of Mark Jacobs > > Sent: Wednesday, December 28, 2022 11:53 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: ZFS Address Space, shared ENQ but filesystem isn't mounted > > The ZFS address space has a shared enqueue on one of our ZFS file systems, > but when I attempt to unmount it ZFS says it's not mounted. I attempted to > manually mount it, failed with a filesystem is busy error. Any ideas on how > to release the enqueue so I can delete the file system? > > Mark Jacobs > > Sent from ProtonMail, Swiss-based encrypted email. > > GPG Public Key - > https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fapi. > protonmail.ch%2Fpks%2Flookup%3Fop%3Dget%26search%3Dmarkjacobs%40proton > mail.com&data=05|01|SChalk%40TRUSTMARK.COM|080ecfd7b14e4ce75a5d08dae8f > c6bc8|518d66eacb8948c8a7b903cba11cde91|1|0|638078468085536783|Unknown| > TWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVC > I6Mn0%3D|3000|||&sdata=7Rmjq4ii%2BUkFkQ5IueOwDCLXif%2BJrA%2FnLWhKy5x%2 > F2zA%3D&reserved=0 > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ZFS Address Space, shared ENQ but filesystem isn't mounted
Irregardless, it would only say what we already know... ZFS. I vaguely recall having this problem. There may be some "force" options on unmount or some zfsadm command that got it shook loose. sas On Wed, Dec 28, 2022 at 6:00 PM David Spiegel < 0468385049d1-dmarc-requ...@listserv.ua.edu> wrote: > Hi Shelia, > "WHOHAS" is not a IBM-supplied TSO Command. > > Regards, > David > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ZFS Address Space, shared ENQ but filesystem isn't mounted
Hi Shelia, "WHOHAS" is not a IBM-supplied TSO Command. Regards, David On 2022-12-28 16:19, Shelia Chalk wrote: Mark, Have you tried going to 3.4 put in the zfs address space dataset and in the command field type in whohas This will tell who has the dataset. Thanks Shelia C -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Jacobs Sent: Wednesday, December 28, 2022 11:53 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: ZFS Address Space, shared ENQ but filesystem isn't mounted The ZFS address space has a shared enqueue on one of our ZFS file systems, but when I attempt to unmount it ZFS says it's not mounted. I attempted to manually mount it, failed with a filesystem is busy error. Any ideas on how to release the enqueue so I can delete the file system? Mark Jacobs Sent from [ProtonMail](https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fprotonmail.com%2F&data=05%7C01%7C%7C6e282c58c3834c2f278a08dae9194ef4%7C84df9e7fe9f640afb435%7C1%7C0%7C638078592232807979%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=teLQO8lXfPn3LHJfLuYerEbKCGOP%2B%2FUw7Mp4ja%2F8VMU%3D&reserved=0), Swiss-based encrypted email. GPG Public Key - https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fapi.protonmail.ch%2Fpks%2Flookup%3Fop%3Dget%26search%3Dmarkjacobs%40protonmail.com&data=05%7C01%7C%7C6e282c58c3834c2f278a08dae9194ef4%7C84df9e7fe9f640afb435%7C1%7C0%7C638078592232807979%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=ulvXq2QmtOVUMvPd9UjAxh1g10YiOu6Vb%2BplE8SFSHk%3D&reserved=0 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ZFS Address Space, shared ENQ but filesystem isn't mounted
I issued a D GRS,RES=(*,name.of.file.system) command and it showed me that ZFS had it allocated as shared on one system in the sysplex. No other address space had the enqueue. Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com --- Original Message --- On Wednesday, December 28th, 2022 at 4:19 PM, Shelia Chalk <03d9384cc8f1-dmarc-requ...@listserv.ua.edu> wrote: > Mark, > > Have you tried going to 3.4 put in the zfs address space dataset and in the > command field type in whohas > This will tell who has the dataset. > > Thanks > Shelia C > > > -Original Message- > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of > Mark Jacobs > > Sent: Wednesday, December 28, 2022 11:53 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: ZFS Address Space, shared ENQ but filesystem isn't mounted > > The ZFS address space has a shared enqueue on one of our ZFS file systems, > but when I attempt to unmount it ZFS says it's not mounted. I attempted to > manually mount it, failed with a filesystem is busy error. Any ideas on how > to release the enqueue so I can delete the file system? > > Mark Jacobs > > Sent from ProtonMail, Swiss-based encrypted email. > > GPG Public Key - > https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fapi.protonmail.ch%2Fpks%2Flookup%3Fop%3Dget%26search%3Dmarkjacobs%40protonmail.com&data=05|01|SChalk%40TRUSTMARK.COM|080ecfd7b14e4ce75a5d08dae8fc6bc8|518d66eacb8948c8a7b903cba11cde91|1|0|638078468085536783|Unknown|TWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D|3000|||&sdata=7Rmjq4ii%2BUkFkQ5IueOwDCLXif%2BJrA%2FnLWhKy5x%2F2zA%3D&reserved=0 > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email to > lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ZFS Address Space, shared ENQ but filesystem isn't mounted
Years ago I ran into a somewhat similar problem: file was stuck open yet unmount "worked" causing the filesystem to be unmounted but still in use (pending the file close completing -- which never happened). On Thu, Dec 29, 2022 at 4:53 AM Mark Jacobs < 0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote: > The ZFS address space has a shared enqueue on one of our ZFS file systems, > but when I attempt to unmount it ZFS says it's not mounted. I attempted to > manually mount it, failed with a filesystem is busy error. Any ideas on how > to release the enqueue so I can delete the file system? > > Mark Jacobs > > Sent from [ProtonMail](https://protonmail.com), Swiss-based encrypted > email. > > GPG Public Key - > https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ZFS Address Space, shared ENQ but filesystem isn't mounted
Mark, Have you tried going to 3.4 put in the zfs address space dataset and in the command field type in whohas This will tell who has the dataset. Thanks Shelia C -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Jacobs Sent: Wednesday, December 28, 2022 11:53 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: ZFS Address Space, shared ENQ but filesystem isn't mounted The ZFS address space has a shared enqueue on one of our ZFS file systems, but when I attempt to unmount it ZFS says it's not mounted. I attempted to manually mount it, failed with a filesystem is busy error. Any ideas on how to release the enqueue so I can delete the file system? Mark Jacobs Sent from [ProtonMail](https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fprotonmail.com%2F&data=05%7C01%7CSChalk%40TRUSTMARK.COM%7C080ecfd7b14e4ce75a5d08dae8fc6bc8%7C518d66eacb8948c8a7b903cba11cde91%7C1%7C0%7C638078468085536783%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=pD8%2F%2BpzAmg%2F99YlsZbgRslB6jIo%2F8c4xMrH39lVKSpQ%3D&reserved=0), Swiss-based encrypted email. GPG Public Key - https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fapi.protonmail.ch%2Fpks%2Flookup%3Fop%3Dget%26search%3Dmarkjacobs%40protonmail.com&data=05%7C01%7CSChalk%40TRUSTMARK.COM%7C080ecfd7b14e4ce75a5d08dae8fc6bc8%7C518d66eacb8948c8a7b903cba11cde91%7C1%7C0%7C638078468085536783%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=7Rmjq4ii%2BUkFkQ5IueOwDCLXif%2BJrA%2FnLWhKy5x%2F2zA%3D&reserved=0 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ZFS Address Space, shared ENQ but filesystem isn't mounted
Odd. Does "D OMVS,F" on the system concerned display the filesystem? What about "zlsof /path/where/its/mounted/" Unix command, if it is mounted? Regards -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Jacobs Sent: 28 December 2022 17:53 To: IBM-MAIN@LISTSERV.UA.EDU Subject: ZFS Address Space, shared ENQ but filesystem isn't mounted The ZFS address space has a shared enqueue on one of our ZFS file systems, but when I attempt to unmount it ZFS says it's not mounted. I attempted to manually mount it, failed with a filesystem is busy error. Any ideas on how to release the enqueue so I can delete the file system? Mark Jacobs Sent from [ProtonMail](https://protonmail.com), Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
ZFS Address Space, shared ENQ but filesystem isn't mounted
The ZFS address space has a shared enqueue on one of our ZFS file systems, but when I attempt to unmount it ZFS says it's not mounted. I attempted to manually mount it, failed with a filesystem is busy error. Any ideas on how to release the enqueue so I can delete the file system? Mark Jacobs Sent from [ProtonMail](https://protonmail.com), Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Address space creation time for TSO user
I'm after a reliable field that will tell me the time at which the address space was created for a TSO user. More specifically, I need a time which occurs between the user issuing the logon request and the logon screen being sent to prompt for a password. I've been used to reaching for ASCBINTS but that doesn't seem to be touched until after the password has been filled-in and the user has hit enter. Thanks in advance, Mark. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Currently executing TCB in an address space
If you're running authorized then you can get into Supervisor mode and serialize, but that still won't let you query an address space that is swapped out. For his purposes that may not matter, since if it is swapped out then it doesn't have a TCB on any CPU. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Joel C. Ewing [jce.ebe...@cox.net] Sent: Sunday, May 16, 2021 11:17 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Currently executing TCB in an address space Definitely not true on a system with multiple CPs: Even multiple TCBs in the same address space can have an active processor at the same time. Easy to observe on a CICS address space with heavy DB2 usage where processor utilization can substantially exceed 100% of one CP. A given TCB of course will at most have one CP assigned at any instant of time. A running program can reliably ask what its own TCB is, but asking by any of several means whether other processors are associated with any other TCB, in your address space or another, gets an answer that is only correct at that exact different instant for each TCB and that may be wrong by the time you plan to use that information. By sampling you could perhaps get a statistical estimate of percentage of total CP usage by various TCBs (other than TCB of the sampling program, which will always be found active 100% of the time). There is no way to ask via program instructions about true concurrent CP usage. z/OS can measure CP usage by a TCB & Address Space to some extent by measurements at start and end of CP dispatching (captured CPU time). The Hardware can measure CP percentage active for each CP. Not 100% accurate but that's about as close as it gets. Joel C. Ewing On 5/16/21 9:25 AM, Joseph Reichman wrote: > At any nanosecond there is one > I guess if you had program running authorized and wanted to know where in > address space X the code is running or in the general vicinity once you got > the TCB then TCB->RB then looked at RBOPSW > > > >> On May 16, 2021, at 10:17 AM, Jeremy Nicoll >> wrote: >> >> On Sun, 16 May 2021, at 14:54, Joseph Reichman wrote: >>> I was looking to find out in any given address space is there a way to know >>> what TCB is currently executing >> You're still wrongly assuming that there can only be one. >> >> Perhaps it would help if you explained why you need to know what is >> executing where? >> >> -- >> Jeremy Nicoll - my opinions are my own. >> -- Joel C. Ewing -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Currently executing TCB in an address space
Definitely not true on a system with multiple CPs: Even multiple TCBs in the same address space can have an active processor at the same time. Easy to observe on a CICS address space with heavy DB2 usage where processor utilization can substantially exceed 100% of one CP. A given TCB of course will at most have one CP assigned at any instant of time. A running program can reliably ask what its own TCB is, but asking by any of several means whether other processors are associated with any other TCB, in your address space or another, gets an answer that is only correct at that exact different instant for each TCB and that may be wrong by the time you plan to use that information. By sampling you could perhaps get a statistical estimate of percentage of total CP usage by various TCBs (other than TCB of the sampling program, which will always be found active 100% of the time). There is no way to ask via program instructions about true concurrent CP usage. z/OS can measure CP usage by a TCB & Address Space to some extent by measurements at start and end of CP dispatching (captured CPU time). The Hardware can measure CP percentage active for each CP. Not 100% accurate but that's about as close as it gets. Joel C. Ewing On 5/16/21 9:25 AM, Joseph Reichman wrote: > At any nanosecond there is one > I guess if you had program running authorized and wanted to know where in > address space X the code is running or in the general vicinity once you got > the TCB then TCB->RB then looked at RBOPSW > > > >> On May 16, 2021, at 10:17 AM, Jeremy Nicoll >> wrote: >> >> On Sun, 16 May 2021, at 14:54, Joseph Reichman wrote: >>> I was looking to find out in any given address space is there a way to know >>> what TCB is currently executing >> You're still wrongly assuming that there can only be one. >> >> Perhaps it would help if you explained why you need to know what is >> executing where? >> >> -- >> Jeremy Nicoll - my opinions are my own. >> -- Joel C. Ewing -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Currently executing TCB in an address space
yep -Original Message- From: IBM Mainframe Discussion List On Behalf Of Ed Jaffe Sent: Sunday, May 16, 2021 10:44 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Currently executing TCB in an address space On 5/16/2021 7:25 AM, Joseph Reichman wrote: > At any nanosecond there is one If your machine has 45 CPs, and 15 of them are online to the LPAR under which you are running, your address space can have up to 15 TCBs running at any moment in time. -- Phoenix Software International Edward E. Jaffe 831 Parkview Drive North El Segundo, CA 90245 https://www.phoenixsoftware.com/ This e-mail message, including any attachments, appended messages and the information contained therein, is for the sole use of the intended recipient(s). If you are not an intended recipient or have otherwise received this email message in error, any use, dissemination, distribution, review, storage or copying of this e-mail message and the information contained therein is strictly prohibited. If you are not an intended recipient, please contact the sender by reply e-mail and destroy all copies of this email message and do not otherwise utilize or retain this email message or any or all of the information contained therein. Although this email message and any attachments or appended messages are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by the sender for any loss or damage arising in any way from its opening or use. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Scanned by McAfee and confirmed virus-free. Find out more here: https://bit.ly/2zCJMrO -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Currently executing TCB in an address space
I understand what you are saying thamks -Original Message- From: IBM Mainframe Discussion List On Behalf Of Seymour J Metz Sent: Sunday, May 16, 2021 10:38 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Currently executing TCB in an address space As Mr. Nicoll wrote, "You're still wrongly assuming that there can only be one.". There can be as many as there are processors in the LPAR. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Joseph Reichman [reichman...@gmail.com] Sent: Sunday, May 16, 2021 10:25 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Currently executing TCB in an address space At any nanosecond there is one I guess if you had program running authorized and wanted to know where in address space X the code is running or in the general vicinity once you got the TCB then TCB->RB then looked at RBOPSW > On May 16, 2021, at 10:17 AM, Jeremy Nicoll wrote: > > On Sun, 16 May 2021, at 14:54, Joseph Reichman wrote: >> I was looking to find out in any given address space is there a way >> to know what TCB is currently executing > > You're still wrongly assuming that there can only be one. > > Perhaps it would help if you explained why you need to know what is > executing where? > > -- > Jeremy Nicoll - my opinions are my own. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Scanned by McAfee and confirmed virus-free. Find out more here: https://bit.ly/2zCJMrO -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Currently executing TCB in an address space
On 5/16/2021 7:25 AM, Joseph Reichman wrote: At any nanosecond there is one If your machine has 45 CPs, and 15 of them are online to the LPAR under which you are running, your address space can have up to 15 TCBs running at any moment in time. -- Phoenix Software International Edward E. Jaffe 831 Parkview Drive North El Segundo, CA 90245 https://www.phoenixsoftware.com/ This e-mail message, including any attachments, appended messages and the information contained therein, is for the sole use of the intended recipient(s). If you are not an intended recipient or have otherwise received this email message in error, any use, dissemination, distribution, review, storage or copying of this e-mail message and the information contained therein is strictly prohibited. If you are not an intended recipient, please contact the sender by reply e-mail and destroy all copies of this email message and do not otherwise utilize or retain this email message or any or all of the information contained therein. Although this email message and any attachments or appended messages are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by the sender for any loss or damage arising in any way from its opening or use. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Currently executing TCB in an address space
As Mr. Nicoll wrote, "You're still wrongly assuming that there can only be one.". There can be as many as there are processors in the LPAR. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Joseph Reichman [reichman...@gmail.com] Sent: Sunday, May 16, 2021 10:25 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Currently executing TCB in an address space At any nanosecond there is one I guess if you had program running authorized and wanted to know where in address space X the code is running or in the general vicinity once you got the TCB then TCB->RB then looked at RBOPSW > On May 16, 2021, at 10:17 AM, Jeremy Nicoll > wrote: > > On Sun, 16 May 2021, at 14:54, Joseph Reichman wrote: >> I was looking to find out in any given address space is there a way to know >> what TCB is currently executing > > You're still wrongly assuming that there can only be one. > > Perhaps it would help if you explained why you need to know what is > executing where? > > -- > Jeremy Nicoll - my opinions are my own. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Currently executing TCB in an address space
At any nanosecond there is one I guess if you had program running authorized and wanted to know where in address space X the code is running or in the general vicinity once you got the TCB then TCB->RB then looked at RBOPSW > On May 16, 2021, at 10:17 AM, Jeremy Nicoll > wrote: > > On Sun, 16 May 2021, at 14:54, Joseph Reichman wrote: >> I was looking to find out in any given address space is there a way to know >> what TCB is currently executing > > You're still wrongly assuming that there can only be one. > > Perhaps it would help if you explained why you need to know what is > executing where? > > -- > Jeremy Nicoll - my opinions are my own. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Currently executing TCB in an address space
On Sun, 16 May 2021, at 14:54, Joseph Reichman wrote: > I was looking to find out in any given address space is there a way to know > what TCB is currently executing You're still wrongly assuming that there can only be one. Perhaps it would help if you explained why you need to know what is executing where? -- Jeremy Nicoll - my opinions are my own. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Currently executing TCB in an address space
I was looking to find out in any given address space is there a way to know what TCB is currently executing I originally thought it was ASXBFTCB but I think that's just the TCB queue I get the feeling the Dispatcher looks at a number of things in an address space well maybe like the TCBFLGSn... to decide but when it decides doesn't set the address of the tcb that gets dispatched in any control block thanks -Original Message- From: IBM Mainframe Discussion List On Behalf Of Peter Relson Sent: Saturday, May 15, 2021 8:24 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Currently executing TCB in a address space What task am I running under? That is PSATOLD. What tasks are currently running? That is PSAAOLD and PSATOLD for every PSA. What tasks of a particular address space are currently running? That is the subset of the previous item for which PSAAOLD is the ASCB of the address space And has been mentioned, the data could change immediately after you have looked. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Scanned by McAfee and confirmed virus-free. Find out more here: https://bit.ly/2zCJMrO -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Currently executing TCB in a address space
Is the Dispatcher Lock still the correct way to serialize? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Peter Relson [rel...@us.ibm.com] Sent: Saturday, May 15, 2021 8:24 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Currently executing TCB in a address space What task am I running under? That is PSATOLD. What tasks are currently running? That is PSAAOLD and PSATOLD for every PSA. What tasks of a particular address space are currently running? That is the subset of the previous item for which PSAAOLD is the ASCB of the address space And has been mentioned, the data could change immediately after you have looked. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Currently executing TCB in a address space
I'm rusty, but my understanding from MVS/ESA days is that PSATOLD is always set as the current task becomes active, and there is one PSA for each 'engine', so by definition if your code is running under a TCB, it always gets its own TCB address from that field. Also, I haven't seen a TCB virtual address change (except where the task is terminated for some reason, and the same code is restarted under a fresh TCB, of course, but that doesn't count) Please shoot me down if this has changed, naturally :-) If the question is for code running in a different AS to find the current TCB in a target AS, that's a lot more complicated :-) Roops On Sat., May 15, 2021, 13:24 Peter Relson, wrote: > What task am I running under? That is PSATOLD. > > What tasks are currently running? That is PSAAOLD and PSATOLD for every > PSA. > > What tasks of a particular address space are currently running? That is > the subset of the previous item for which PSAAOLD is the ASCB of the > address space > > And has been mentioned, the data could change immediately after you have > looked. > > Peter Relson > z/OS Core Technology Design > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Currently executing TCB in a address space
What task am I running under? That is PSATOLD. What tasks are currently running? That is PSAAOLD and PSATOLD for every PSA. What tasks of a particular address space are currently running? That is the subset of the previous item for which PSAAOLD is the ASCB of the address space And has been mentioned, the data could change immediately after you have looked. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Currently executing TCB in a address space
It's easy to tell "Where am I executing?". Beyond that you have to run chains while holding a lock. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Joseph Reichman [reichman...@gmail.com] Sent: Friday, May 14, 2021 9:21 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Currently executing TCB in a address space Hi Was just wondering is there any way to know in a address space what TCB is currently executing Would it be ASXBFTCB ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Currently executing TCB in a address space
There may be multiple tasks running in the same address space, so there's no way to select one TCB as current. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Charles Mills Sent: Friday, May 14, 2021 9:46 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Currently executing TCB in a address space You address space ("this address space") or any address space? For the latter I don't know -- of course, nothing might be executing or an SRB might be executing or ... I don't know all the possibilities. I believe for "my TCB" the traditional source is PSATOLD. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Joseph Reichman Sent: Friday, May 14, 2021 6:22 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Currently executing TCB in a address space Hi Was just wondering is there any way to know in a address space what TCB is currently executing Would it be ASXBFTCB ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Currently executing TCB in a address space
Thanks Seems like there wouldn’t be any easy way to find out > On May 14, 2021, at 9:47 AM, Charles Mills wrote: > > You address space ("this address space") or any address space? For the > latter I don't know -- of course, nothing might be executing or an SRB might > be executing or ... I don't know all the possibilities. > > I believe for "my TCB" the traditional source is PSATOLD. > > Charles > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Joseph Reichman > Sent: Friday, May 14, 2021 6:22 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Currently executing TCB in a address space > > Hi > > Was just wondering is there any way to know in a address space what TCB is > currently executing > Would it be ASXBFTCB ? > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Currently executing TCB in a address space
You address space ("this address space") or any address space? For the latter I don't know -- of course, nothing might be executing or an SRB might be executing or ... I don't know all the possibilities. I believe for "my TCB" the traditional source is PSATOLD. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Joseph Reichman Sent: Friday, May 14, 2021 6:22 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Currently executing TCB in a address space Hi Was just wondering is there any way to know in a address space what TCB is currently executing Would it be ASXBFTCB ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Currently executing TCB in a address space
So it would come down to starting at ASXBFTCB and looking at each TCB dispatch ability Thanks > On May 14, 2021, at 9:40 AM, Tom Harper wrote: > > There can be many. There really is no way to know precisely at a given > instance because you could scan the TCBs in an address space and check their > dispatch flags, but that could change from under you at any instant. > > Tom Harper > > Sent from my iPhone > >> On May 14, 2021, at 9:21 AM, Joseph Reichman wrote: >> >> Hi >> >> Was just wondering is there any way to know in a address space what TCB is >> currently executing >> Would it be ASXBFTCB ? >> >> -- >> For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > This e-mail message, including any attachments, appended messages and the > information contained therein, is for the sole use of the intended > recipient(s). If you are not an intended recipient or have otherwise > received this email message in error, any use, dissemination, distribution, > review, storage or copying of this e-mail message and the information > contained therein is strictly prohibited. If you are not an intended > recipient, please contact the sender by reply e-mail and destroy all copies > of this email message and do not otherwise utilize or retain this email > message or any or all of the information contained therein. Although this > email message and any attachments or appended messages are believed to be > free of any virus or other defect that might affect any computer system into > which it is received and opened, it is the responsibility of the recipient > to ensure that it is virus free and no responsibility is accepted by the > sender for any loss or damage arising in any way from its opening or use. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Currently executing TCB in a address space
There can be many. There really is no way to know precisely at a given instance because you could scan the TCBs in an address space and check their dispatch flags, but that could change from under you at any instant. Tom Harper Sent from my iPhone > On May 14, 2021, at 9:21 AM, Joseph Reichman wrote: > > Hi > > Was just wondering is there any way to know in a address space what TCB is > currently executing > Would it be ASXBFTCB ? > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail message, including any attachments, appended messages and the information contained therein, is for the sole use of the intended recipient(s). If you are not an intended recipient or have otherwise received this email message in error, any use, dissemination, distribution, review, storage or copying of this e-mail message and the information contained therein is strictly prohibited. If you are not an intended recipient, please contact the sender by reply e-mail and destroy all copies of this email message and do not otherwise utilize or retain this email message or any or all of the information contained therein. Although this email message and any attachments or appended messages are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by the sender for any loss or damage arising in any way from its opening or use. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Currently executing TCB in a address space
Hi Was just wondering is there any way to know in a address space what TCB is currently executing Would it be ASXBFTCB ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Querying WLM address space CPU delays
Alas no, but there's a number of products out there that will read said records, including our own. ;) Pivotor does have a free tier, but it's not open source. Scott Chapman -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Querying WLM address space CPU delays
Scott, can you share a snip of code you have looking at delay samples from type 72 data? Thanks -Original Message- From: IBM Mainframe Discussion List On Behalf Of Scott Chapman Sent: Tuesday, March 16, 2021 7:50 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Querying WLM address space CPU delays SRM/WLM are already sampling the work running on the system. SMF 72 contains delay samples. Including by report class. You can define up to 2047 report classes so you can get a good bit of granularity. Maybe not down to a specific batch job, but probably more than granular enough to understand how the work overall is performing and monitor for the work degrading over time. Monitoring the delay samples over time is one of the things I highly recommend, especially in the situations where you're always running at 100% busy or always running at cap or something like that. Scott Chapman -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Querying WLM address space CPU delays
SRM/WLM are already sampling the work running on the system. SMF 72 contains delay samples. Including by report class. You can define up to 2047 report classes so you can get a good bit of granularity. Maybe not down to a specific batch job, but probably more than granular enough to understand how the work overall is performing and monitor for the work degrading over time. Monitoring the delay samples over time is one of the things I highly recommend, especially in the situations where you're always running at 100% busy or always running at cap or something like that. Scott Chapman -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Querying WLM address space CPU delays
We have an in-house tool that monitors CPU consumption and other performance metrics for address spaces and CICS transactions. This data is summarized every 5 minutes to allow easy querying and comparisons. All of this data is stored in DB2 and we have created some impressive SQL queries to quickly and efficiently display anomalies and critical issues. Our management runs our mainframe near full capacity to achieve "full value" for their processors. Needless to say, we don't always have enough tolerance to allow CPU consumer "outliers". With this tool, researching high CPU consumers that are out of their average have become easy, but we cannot easily determine the perceived impact. Just because an address space is consuming more CPU and the system is at 100% doesn't necessarily mean our customers are perceiving any negative impact. The system could be over its CPU share for the sysplex and another system may have spare CPU to 'steal'. Having the ability to see any delays in our lower service class address spaces would be a great addition. I've been working on a major enhancement to collect CPU delays (I really don't care about other types of delays at the moment) for each address space, but I'm not getting the desired results. I read that IWMRQRY and IWMCOLL appear to be the best services for this solution. However, I found that neither of these services return an ASID or any identifier of an address space. IWMRQRY has an input parameter for ASID, but running this service for every active ASID on the system (roughly 150 on our sandbox system) every quarter second (our WLM interval) is not cheap. Is there a better solution for collecting this data or am I missing something about these WLM services? Thank you, Brian Chapman -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: What were the first models to support Dual Address Space?
My fist job in the summer of 1982 used a 4341 group 1 that ran MVS/SP 1.3. It did have the Console and PC/AUTH address spaces. Been nearly 40 years ago. Laddie Hanus -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: What were the first models to support Dual Address Space?
The 4341 was introduced in 1979 before DAS (1981), and was marketed primarily for its ability to run in ECPS:VSE mode to support DOS/VSE. GA24-3672-4_4341ProcessorMG1FunctionalCharacteristics under Programming Support says"programming support is provided by DOS/VSE, OS/VSl, OS/VS2-MVS, and VM/370". That doesn't preclude the possibility of adding DAS support later, and in fact the top of the 4341 line model group 12, introduced near the end of 1982, apparently did include DAS support as a standard feature (Ref: GC20-2102-2 Guide to the IBM 4381 Processor, p128, comparing features of a 4341 MG12 to features on 4381 models). Availability on at least one model is sufficient to demonstrate DAS support existence on a 4341. Joel C Ewing On 1/8/21 12:35 PM, Seymour J Metz wrote: > Thanks. I thought that the 4341 had it, but I couldn't find anything on > bitsavers to back that up. > > > -- > Shmuel (Seymour J.) Metz > http://mason.gmu.edu/~smetz3 > > > From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of > WILLIAM H BLAIR [wmhbl...@comcast.net] > Sent: Sunday, January 3, 2021 5:14 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: What were the first models to support Dual Address Space? > > | Does anybody remember the first models to support > | Dual Address Space for MVS/SP Version 1? I'd like > | to add that to the wiki [[IBM System/370]] article. > > In hardware, it was the 3033 (as well as the 3042 Attached Processor), as > well as a hardware assist MES for the 3031. It was also, of course, also > supported on the 3081 (and all processor models thereafter).If I remember > correctly, this support was not offered for the 3032 in any form. > > For additional information, refer to: > > http://secure-web.cisco.com/1fwo0WzrRHfsEKmX2WnCPbvS6zDh3sBb8eGXvFegmbLqXIzIk_HWhBMbZUqOeTl6j7_1j-HSUf-lAdmAMSdQQWWzHMWI8VlgQaKmtbcKgkVbAFCahbxqT3MROak4FXXMdX6Mg4NGn46RLXSurBep0EZs-0jCCV3m7msbG5sUpt60gd5sMQNV8pJ8uL9lmWk3JBu9LqoXXU_H4TlnojFbvI1IRLFJrhVMWEWgn9Uq66Lx-ctVR2AEHl5PzUtRFLohjq0P6CkLATen2Daa7LZ71g3ntGQL-4mmfhSpQPq45M25bgCGGSL8YFSW7eVe33H8mAFlHehNGaJu8wqeheIb4k8JWFkm2705I41fbr3Q3GO5bPlzVzzfqTBbKoeUZfbzn0p1qRRtqeEsfAcFvIiNeRq-RHsCr4eccEn4H758CEnSauz2kEaCf1vMWfN9xJEWp/http%3A%2F%2Fwww.computinghistory.org.uk%2Fdownloads%2F8823 > on page 114. > > In software, it was supported on any System/370. The ABENDs were intercepted > by FLIH and the unsupported instructions and control registers emulated. > > This worked on my 370/158 at the time (1980). > > -- > William Blair > Sugar Land TX > -- Joel C. Ewing -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: What were the first models to support Dual Address Space?
Thanks. I thought that the 4341 had it, but I couldn't find anything on bitsavers to back that up. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of WILLIAM H BLAIR [wmhbl...@comcast.net] Sent: Sunday, January 3, 2021 5:14 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: What were the first models to support Dual Address Space? | Does anybody remember the first models to support | Dual Address Space for MVS/SP Version 1? I'd like | to add that to the wiki [[IBM System/370]] article. In hardware, it was the 3033 (as well as the 3042 Attached Processor), as well as a hardware assist MES for the 3031. It was also, of course, also supported on the 3081 (and all processor models thereafter).If I remember correctly, this support was not offered for the 3032 in any form. For additional information, refer to: http://secure-web.cisco.com/1fwo0WzrRHfsEKmX2WnCPbvS6zDh3sBb8eGXvFegmbLqXIzIk_HWhBMbZUqOeTl6j7_1j-HSUf-lAdmAMSdQQWWzHMWI8VlgQaKmtbcKgkVbAFCahbxqT3MROak4FXXMdX6Mg4NGn46RLXSurBep0EZs-0jCCV3m7msbG5sUpt60gd5sMQNV8pJ8uL9lmWk3JBu9LqoXXU_H4TlnojFbvI1IRLFJrhVMWEWgn9Uq66Lx-ctVR2AEHl5PzUtRFLohjq0P6CkLATen2Daa7LZ71g3ntGQL-4mmfhSpQPq45M25bgCGGSL8YFSW7eVe33H8mAFlHehNGaJu8wqeheIb4k8JWFkm2705I41fbr3Q3GO5bPlzVzzfqTBbKoeUZfbzn0p1qRRtqeEsfAcFvIiNeRq-RHsCr4eccEn4H758CEnSauz2kEaCf1vMWfN9xJEWp/http%3A%2F%2Fwww.computinghistory.org.uk%2Fdownloads%2F8823 on page 114. In software, it was supported on any System/370. The ABENDs were intercepted by FLIH and the unsupported instructions and control registers emulated. This worked on my 370/158 at the time (1980). -- William Blair Sugar Land TX -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: What were the first models to support Dual Address Space?
Apresentation at SHARE 118 (March 2012) by Dan Greiner, http://comet.lehman.cuny.edu/cocchi/CMP464Mainframe/2.0ZArchitectureLectures/IBMDualAddressSpace.pdf indicates that Dual address space (DAS) support feature was added to the S/370 architecture in 1981. Based on introduction year, thelikely candidates for being first machine with DAS support include later models of 3033, 4381, 3081, 3083, and 3084. Functional Characteristics of 3084 indicates it has Dual-address space (DAS) as a standard feature, but also lists it as a "3033 extension:" That name seems to confirm that some model of the 3033 was the first with DAS. The introduction year 1981 would explain why a 1979 3033 manual wouldn't mention it. The MVS/SP Release 3 Installation Considerations (July 1981) manual referenced by wmhblair, doesn't mention Dual Address Space support by that name but does describe "3033 Extensions" as an optional microcode feature to support Cross Memory Services in MVS/SP R3in a VM environment. That optional feature was available for 3033 Models A, N, S, U, and M -- not a standard feature, but the 3033 was the first machine for which it was available. Joel C Ewing On 1/3/21 6:39 PM, Joe Monk wrote: > Dual Address Space support is not mentioned anywhere... > > http://www.bitsavers.org/pdf/ibm/3033/GA22-7060-3_3033_FuncChar_Jan79.pdf > > Joe > > On Sun, Jan 3, 2021 at 4:14 PM WILLIAM H BLAIR wrote: > >> | Does anybody remember the first models to support >> | Dual Address Space for MVS/SP Version 1? I'd like >> | to add that to the wiki [[IBM System/370]] article. >> >> In hardware, it was the 3033 (as well as the 3042 Attached Processor), as >> well as a hardware assist MES for the 3031. It was also, of course, also >> supported on the 3081 (and all processor models thereafter).If I remember >> correctly, this support was not offered for the 3032 in any form. >> >> For additional information, refer to: >> http://www.computinghistory.org.uk/downloads/8823 >> on page 114. >> >> In software, it was supported on any System/370. The ABENDs were >> intercepted by FLIH and the unsupported instructions and control registers >> emulated. >> >> This worked on my 370/158 at the time (1980). >> >> -- >> William Blair >> Sugar Land TX >> ... -- Joel C. Ewing -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: What were the first models to support Dual Address Space?
Dual Address Space support is not mentioned anywhere... http://www.bitsavers.org/pdf/ibm/3033/GA22-7060-3_3033_FuncChar_Jan79.pdf Joe On Sun, Jan 3, 2021 at 4:14 PM WILLIAM H BLAIR wrote: > | Does anybody remember the first models to support > | Dual Address Space for MVS/SP Version 1? I'd like > | to add that to the wiki [[IBM System/370]] article. > > In hardware, it was the 3033 (as well as the 3042 Attached Processor), as > well as a hardware assist MES for the 3031. It was also, of course, also > supported on the 3081 (and all processor models thereafter).If I remember > correctly, this support was not offered for the 3032 in any form. > > For additional information, refer to: > http://www.computinghistory.org.uk/downloads/8823 > on page 114. > > In software, it was supported on any System/370. The ABENDs were > intercepted by FLIH and the unsupported instructions and control registers > emulated. > > This worked on my 370/158 at the time (1980). > > -- > William Blair > Sugar Land TX > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: What were the first models to support Dual Address Space?
I believe there also was a hardware assist for the 4341. I think that the 4381 had it. I have some recollection about the 370/168 but it may have been supported by the PROGFLIH. I remember that SP1.3 was as slow as molasses on the test system at Western Electric. On Sun, 3 Jan 2021 17:14:18 -0500 WILLIAM H BLAIR wrote: :>| Does anybody remember the first models to support :>| Dual Address Space for MVS/SP Version 1? I'd like :>| to add that to the wiki [[IBM System/370]] article. :> :>In hardware, it was the 3033 (as well as the 3042 Attached Processor), as well as a hardware assist MES for the 3031. It was also, of course, also supported on the 3081 (and all processor models thereafter).If I remember correctly, this support was not offered for the 3032 in any form. :> :>For additional information, refer to: :> http://www.computinghistory.org.uk/downloads/8823 :>on page 114. :> :>In software, it was supported on any System/370. The ABENDs were intercepted by FLIH and the unsupported instructions and control registers emulated. :> :>This worked on my 370/158 at the time (1980). -- Binyamin Dissen 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 lists...@listserv.ua.edu with the message: INFO IBM-MAIN