Re: z/VM guest with old z/OS
Jim, I beg to differ, he wants to run things on the z12 (I assume either an ec12 or bc12). z/OS lifecycle extensions for 1.10 on the z12 (which was offered at the z12 announcement and updated several times afterwards) certainly isn't going to alter the z12 hardware in any way, and I doubt that the ptfs installed to 1.10 for lifecycle are going to change DAT in any significant way, but maybe they do. In any case, they were (and still are I think) available, if you can do it with the extensions then you can do it with z/VM as well. (this is from the 2013 IBM presentation slide #6) • zEC12 and zBC12 capabilities differ depending on z/OS release – Toleration support provided on z/OS V1.10 and z/OS V1.11 • The Lifecycle Extension for z/OS V1.10 or z/OS V1.11 is required to acquire toleration PTFs and for support – Exploitation support provided on z/OS V1.12 and higher • z/OS V1.12 – Exploitation of selected functions • z/OS V1.13 – Exploitation of most functions • z/OS V2.1 – Full exploitation in base also (from the technical introduction) Operating systems Use of some features might require the latest releases. The following operating systems are supported by the zEC12 and zBC12: z/OS Version 2 Release 1 z/OS Version 1 Release 13 with PTFs z/OS Version 1 Release 12 with PTFs z/OS Version 1 Release 11 with the IBM Lifecycle Extension with PTFs z/OS Version 1 Release 10 with the IBM Lifecycle Extension with PTFs z/VM Version 6 Release 3 with PTFs z/VM Version 6 Release 2 with PTFs z/VM Version 5 Release 4 with PTFs z/VSE Version 4 Release 3 or later, with PTFs Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RMF with regards to VM/ESA or zVM
The DISA Stigs cover MVS Sent from my iPhone I promise you I can’t type or Spell on any smartphone > On Jul 31, 2020, at 17:13, Karl Severson > <03182344870a-dmarc-requ...@listserv.ua.edu> wrote: > > Companies with DoD government contracts must utilize computer systems that > can pass Risk Management Framework (RMF) standards. Scripts have been written > to test Windows and Linux operating systems but I know of none that have been > written to test zVM or its predecessor VM/ESA. It probably doesn't matter as > I'm pretty sure that if the standards are the same as for the other two OSes, > zVM wouldn't pass anyway, at least not on its own. > > What are some of these standards? Password lengths 14 or more characters, > virus detection software installed and operational, file level security, etc. > In other words, everything a Windows 10 or RHEL 6.8 system can handle. Does > anyone here in IBM land running zVM or its predecessor support systems that > can handle RMF standards? If so, what did it take to get them approved? > > Thanks in advance and sorry if this question has been asked recently. > > Karl > > > > -- > 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
RMF with regards to VM/ESA or zVM
Companies with DoD government contracts must utilize computer systems that can pass Risk Management Framework (RMF) standards. Scripts have been written to test Windows and Linux operating systems but I know of none that have been written to test zVM or its predecessor VM/ESA. It probably doesn't matter as I'm pretty sure that if the standards are the same as for the other two OSes, zVM wouldn't pass anyway, at least not on its own. What are some of these standards? Password lengths 14 or more characters, virus detection software installed and operational, file level security, etc. In other words, everything a Windows 10 or RHEL 6.8 system can handle. Does anyone here in IBM land running zVM or its predecessor support systems that can handle RMF standards? If so, what did it take to get them approved? Thanks in advance and sorry if this question has been asked recently. Karl -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FSUM7351 Not Found for -Xshareclasses
Finally figured out the issue Somewhere the /service was in the /etc/profile This uss file system is part of SMP/e and is only in our sandbox SMP/e environment Once /etc/profile was changed to the actual path; all is well now Lizette -Original Message- From: IBM Mainframe Discussion List On Behalf Of Ray Pearce Sent: Friday, July 31, 2020 9:00 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FSUM7351 Not Found for -Xshareclasses Case sensitivity? Did you try to run Java or java? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: 31 July 2020 16:35 To: IBM-MAIN@LISTSERV.UA.EDU Subject: FSUM7351 Not Found for -Xshareclasses I am trying to determine if we can execute on OMVS in z/OS Java -Xshareclasses:listAllCaches I have done with and without su I have updated my .profile to include the java path So I am wondering if this is available? If it is - what I need to do to execute the function Thank you Lizette -- 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 has been scanned and cleared by Google Message Security and the UNICOM Global security systems. This message is for the named person's use only. If you receive this message in error, please delete it and notify the sender. -- 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: IDCAMS Alter volumeentry not working
On 7/31/2020 11:58 AM, Gormley, Steve wrote: CAUTION EXTERNAL EMAIL: This email originated from outside of the organization. Do not click links or open attachments unless you recognize the sender and know the content is safe. When dealing with volume entries in IDCAMS I believe you have to add a 'V' in front of the volser name - VDS0001 Steve Steve is correct. You need to do a LISTCAT VOLENT(VVDS001) ALL to get the result. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ISPF development question
Getting in to TEST mode has been discussed. The easiest way is going to Option 7. That turns TEST most on without requiring you exit/re-enter ISPF. In TEST mode, ISPF elements are reread from DASD on each call. This is not very efficient for ordinary usage but greatly facilitates dialog development. So how do you return to 'normal' processing? In Option 0 ISPF Settings, you have these options: Enter "/" to select option Command line at bottom Panel display CUA mode Long message in pop-up Tab to action bar choices Tab to point-and-shoot fields Restore TEST/TRACE options Session Manager mode Jump from leader dots Edit PRINTDS Command Always show split line Enable EURO sign The item Restore TEST/TRACE options controls what happens after you're done (for now) with dialog testing. If this item is selected, exiting Option 7 puts you back in normal mode, whereby elements are read only once and retained in memory. If you leave this item blank, TEST mode persists until you exit ISPF. . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-543-6132 Office ⇐=== NEW robin...@sce.com -Original Message- From: IBM Mainframe Discussion List On Behalf Of John McKown Sent: Thursday, July 30, 2020 7:52 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: ISPF development question CAUTION EXTERNAL EMAIL Yes, there is. Run in TEST mode. https://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.f54dg00/testmod.htm On Thu, Jul 30, 2020 at 1:14 AM Gadi Ben-Avi wrote: > Hi, > > I was told to develop an ISPF application. > It's been a long time since I did this, so I'm having some issues. > > Whenever I change a panel definition, I have to logoff and logon for > the updated definition to show. > Is there a way to have ISPF use the updated definition without logging > off and on. > > Thanks > > Gadi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ISPF development question
That was my argument three decades ago. There was a tuning tip that even tho there was no Class the directory would be loaded and that was enough of an edge to make it happen. With today's DASD it might be superfluous. In a message dated 7/31/2020 10:47:20 AM Central Standard Time, pinnc...@rochester.rr.com writes: How can you put Messages and Panels in VLF? There's no class for ISPF to read them. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ESTAEX exit WAIT question
> And you probably always got a 13E abend message on the console. No, never in my recollection. None yesterday with all of my testing. But I do see there is a SLIP set for S13E so perhaps that is suppressing it. > The normal thing to do is to tell the subtask to end That would indeed be a wonderful design but I have no control over the logic of the subtask, and it does not include a "tell me to end" interface. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Don Poitras Sent: Friday, July 31, 2020 9:19 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ESTAEX exit WAIT question And you probably always got a 13E abend message on the console. :) The normal thing to do is to tell the subtask to end (usually by posting an ECB the subtask can wait on) and when the ATTACH ECB is posted, the parent wakes up and issues DETACH to clean up. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ESTAEX exit WAIT question
And you probably always got a 13E abend message on the console. :) The normal thing to do is to tell the subtask to end (usually by posting an ECB the subtask can wait on) and when the ATTACH ECB is posted, the parent wakes up and issues DETACH to clean up. In article <02d201d66750$066475e0$132d61a0$@mcn.org> you wrote: > I know for a fact that DETACH causes (via some route) the ECB to be posted. > I always WAIT on the ATTACH ECB and it always works. > Whether that WAIT is superfluous or not is something I have no way of > testing. > I believe you (of course!) but the WAIT is harmless at worst so I think I > will leave it in place. > Charles > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Peter Relson > Sent: Friday, July 31, 2020 7:15 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: ESTAEX exit WAIT question > If I remember correctly, DETACH of a subtask does not return to the > invoker until that task has completely terminated (and I mean completely > -- all resmgrs have run, the TCB is freemained). If so, there is no reason > to have an ECB to wait upon. In fact I think the ATTACH ECB is not even > used once DETACH is done. (I'm hoping that my thought does not pertain > only to the branch-entry DETACH that RTM does, but also pertains to the > SVC-entry DETACH that you would be doing.) > If you want your recovery to > -- end the task > -- upon end, attach a new task > then > -- detach > -- attach > Peter Relson > z/OS Core TEchnology Design -- Don Poitras - SAS Development - SAS Institute Inc. - SAS Campus Drive sas...@sas.com (919) 531-5637Cary, NC 27513 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FSUM7351 Not Found for -Xshareclasses
So I have other java commands in my .profile that do work - the following is extracted from my .profile settings echo starting lizettes profile ulimit -a alias quit="exit" export CEE_RUNOPTS="TRAP(OFF,NOSPIE),RPTSTG,RPTOPTS,MSGFILE(CEEMSG),STACK(512K,128K)" export IBM_JAVA_OPTIONS=-Xms8m export IBM_JAVA_OPTIONS="-Xmx128m "$IBM_JAVA_OPTIONS export IJO=-Xms8m export IJO="-Xmx128m "$IJO export jreoptions="-Xmx128m " java -Xifa:off -version alias ls="ls -l" alias la="ls " alias quit="exit" if test $TERM = "dumb" then export EDITOR=oedit alias less="obrowse" alias ob="obrowse" alias oe="oedit" echo logic says terminal=$TERM and so we will use oedit else No errors other than the FSUM I have tried various configurations with java JAVA and inbetween () Since I am not familiar with this specific function in java - I was not sure if it was available , or if I need special permissions, or where I might look Lizette -Original Message- From: IBM Mainframe Discussion List On Behalf Of Ray Pearce Sent: Friday, July 31, 2020 9:00 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FSUM7351 Not Found for -Xshareclasses Case sensitivity? Did you try to run Java or java? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: 31 July 2020 16:35 To: IBM-MAIN@LISTSERV.UA.EDU Subject: FSUM7351 Not Found for -Xshareclasses I am trying to determine if we can execute on OMVS in z/OS Java -Xshareclasses:listAllCaches I have done with and without su I have updated my .profile to include the java path So I am wondering if this is available? If it is - what I need to do to execute the function Thank you Lizette -- 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 has been scanned and cleared by Google Message Security and the UNICOM Global security systems. This message is for the named person's use only. If you receive this message in error, please delete it and notify the sender. -- 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: EXTERNAL EMAIL: FSUM7351 Not Found for -Xshareclasses
Change Java to java - JWHI00V:/u/jwhi00v:>java -Xshareclasses:listAllCaches JVMSHRC005I No shared class caches available JWHI00V:/u/jwhi00v:> Jerry Whitteridge jerry.whitteri...@albertsons.com Manager Mainframe Systems & HP Non-Stop Albertsons Companies -Original Message- From: IBM Mainframe Discussion List On Behalf Of Lizette Koehler Sent: Friday, July 31, 2020 8:35 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: EXTERNAL EMAIL: FSUM7351 Not Found for -Xshareclasses I am trying to determine if we can execute on OMVS in z/OS Java -Xshareclasses:listAllCaches I have done with and without su I have updated my .profile to include the java path So I am wondering if this is available? If it is - what I need to do to execute the function Thank you Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IDCAMS Alter volumeentry not working
Thanks. That was it. Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com ‐‐‐ Original Message ‐‐‐ On Friday, July 31, 2020 11:58 AM, Gormley, Steve wrote: > CAUTION EXTERNAL EMAIL: This email originated from outside of the > organization. Do not click links or open attachments unless you recognize the > sender and know the content is safe. > > When dealing with volume entries in IDCAMS I believe you have to add a 'V' in > front of the volser name - VDS0001 > > Steve > > -Original Message- > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of > Mark Jacobs > > Sent: Friday, July 31, 2020 4:06 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: IDCAMS Alter volumeentry not working > > We have an MTL that's not under RMM control. The MTL internally scratches > tapes that have reached their expiration date daily, but the entries in the > volcat are showing them as private. When I attempt to manually alter them to > scratch status, IDCAMS isn't liking either format of the command (that I've > read in the FM). What am I doing wrong? > > ALTER DS0001 VOLUMEENTRY USEATTRIBUTE(SCRATCH) LIBRARYNAME(DEVLVTL) IDC3012I > ENTRY DS0001 NOT FOUND IDC3009I ** VSAM CATALOG RETURN CODE IS 8 - REASON > CODE IS IGG0CLEG-42 IDC3003I FUNCTION TERMINATED. CONDITION CODE IS 12 > > ALTER VOLUMEENTRY(DS0001) USEATTRIBUTE(SCRATCH) LIBRARYNAME(DEVLVTL) IDC3203I > ITEM 'VOLUMEENTRY(DS0001)' DOES NOT ADHERE TO RESTRICTIONS IDC3202I ABOVE > TEXT BYPASSED UNTIL NEXT COMMAND. CONDITION CODE IS 12 > > Sent from ProtonMail, Swiss-based encrypted email. > > GPG Public Key - > https://api.protonmail.ch/pks/lookup?op=get=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: FSUM7351 Not Found for -Xshareclasses
Case sensitivity? Did you try to run Java or java? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: 31 July 2020 16:35 To: IBM-MAIN@LISTSERV.UA.EDU Subject: FSUM7351 Not Found for -Xshareclasses I am trying to determine if we can execute on OMVS in z/OS Java -Xshareclasses:listAllCaches I have done with and without su I have updated my .profile to include the java path So I am wondering if this is available? If it is - what I need to do to execute the function Thank you Lizette -- 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 has been scanned and cleared by Google Message Security and the UNICOM Global security systems. This message is for the named person's use only. If you receive this message in error, please delete it and notify the sender. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IDCAMS Alter volumeentry not working
CAUTION EXTERNAL EMAIL: This email originated from outside of the organization. Do not click links or open attachments unless you recognize the sender and know the content is safe. When dealing with volume entries in IDCAMS I believe you have to add a 'V' in front of the volser name - VDS0001 Steve -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Jacobs Sent: Friday, July 31, 2020 4:06 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: IDCAMS Alter volumeentry not working We have an MTL that's not under RMM control. The MTL internally scratches tapes that have reached their expiration date daily, but the entries in the volcat are showing them as private. When I attempt to manually alter them to scratch status, IDCAMS isn't liking either format of the command (that I've read in the FM). What am I doing wrong? ALTER DS0001 VOLUMEENTRY USEATTRIBUTE(SCRATCH) LIBRARYNAME(DEVLVTL) IDC3012I ENTRY DS0001 NOT FOUND IDC3009I ** VSAM CATALOG RETURN CODE IS 8 - REASON CODE IS IGG0CLEG-42 IDC3003I FUNCTION TERMINATED. CONDITION CODE IS 12 ALTER VOLUMEENTRY(DS0001) USEATTRIBUTE(SCRATCH) LIBRARYNAME(DEVLVTL) IDC3203I ITEM 'VOLUMEENTRY(DS0001)' DOES NOT ADHERE TO RESTRICTIONS IDC3202I ABOVE TEXT BYPASSED UNTIL NEXT COMMAND. CONDITION CODE IS 12 Sent from [ProtonMail](https://protonmail.com), Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get=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: Basic ESTAE and subtask question
Well, shoot. I realized as I was quoting it that it was not the latest and greatest, but so little changes in the existing interfaces that I did not worry about it. I tend to work always from the doc for the oldest release of the OS that *we* support, so I don't get seduced by some new feature that is not yet available to me. That is currently V2R1. So -- just curiosity, does not matter to me at this juncture -- an ESTAI routine passed once on a single ATTACH could potentially get driven multiple times as an ABEND of the parent task was propagated to various daughter tasks? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Peter Relson Sent: Friday, July 31, 2020 6:22 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Basic ESTAE and subtask question any recovery routines defined for the originating task are propagated to the new Task" It's a good idea to look at the current level of the books for things like that, since that's where corrections (if any) are likely to show up. I saw Charles' reference in z/OS 2.2 KC but in z/OS 2.4 it has been improved to: "any STAI or ESTAI recovery routines defined for the attached task are automatically propagated to its subtasks." -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
FSUM7351 Not Found for -Xshareclasses
I am trying to determine if we can execute on OMVS in z/OS Java -Xshareclasses:listAllCaches I have done with and without su I have updated my .profile to include the java path So I am wondering if this is available? If it is - what I need to do to execute the function Thank you Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ESTAEX exit WAIT question
I know for a fact that DETACH causes (via some route) the ECB to be posted. I always WAIT on the ATTACH ECB and it always works. Whether that WAIT is superfluous or not is something I have no way of testing. I believe you (of course!) but the WAIT is harmless at worst so I think I will leave it in place. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Peter Relson Sent: Friday, July 31, 2020 7:15 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ESTAEX exit WAIT question If I remember correctly, DETACH of a subtask does not return to the invoker until that task has completely terminated (and I mean completely -- all resmgrs have run, the TCB is freemained). If so, there is no reason to have an ECB to wait upon. In fact I think the ATTACH ECB is not even used once DETACH is done. (I'm hoping that my thought does not pertain only to the branch-entry DETACH that RTM does, but also pertains to the SVC-entry DETACH that you would be doing.) If you want your recovery to -- end the task -- upon end, attach a new task then -- detach -- attach 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: z/VM guest with old z/OS
Prior to z/OS 1.12, z/OS IPL uses Dynamic Address Translation while still in ESA/390 mode. z14 and later machines do not do ESA/390 DAT. So the oldest z/OS that could possibly IPL on a z14 or later machine would be z/OS 1.12. Running under z/VM would make no difference in this regard. Jim Mulder z/OS Diagnosis, Design, Development, Test IBM Corp. Poughkeepsie NY "IBM Mainframe Discussion List" wrote on 07/31/2020 02:13:09 AM: > From: "Brian Westerman" > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 07/31/2020 10:55 AM > Subject: Re: z/VM guest with old z/OS > Sent by: "IBM Mainframe Discussion List" > > I don't know about z/VM 5.3, but running z/OS 1.10 under z/VM on a > z13 and z14 works (and probably also on a z15), so it's likely that > it will work on a z12. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
IDCAMS Alter volumeentry not working
We have an MTL that's not under RMM control. The MTL internally scratches tapes that have reached their expiration date daily, but the entries in the volcat are showing them as private. When I attempt to manually alter them to scratch status, IDCAMS isn't liking either format of the command (that I've read in the FM). What am I doing wrong? ALTER DS0001 VOLUMEENTRY USEATTRIBUTE(SCRATCH) LIBRARYNAME(DEVLVTL) IDC3012I ENTRY DS0001 NOT FOUND IDC3009I ** VSAM CATALOG RETURN CODE IS 8 - REASON CODE IS IGG0CLEG-42 IDC3003I FUNCTION TERMINATED. CONDITION CODE IS 12 ALTER VOLUMEENTRY(DS0001) USEATTRIBUTE(SCRATCH) LIBRARYNAME(DEVLVTL) IDC3203I ITEM 'VOLUMEENTRY(DS0001)' DOES NOT ADHERE TO RESTRICTIONS IDC3202I ABOVE TEXT BYPASSED UNTIL NEXT COMMAND. CONDITION CODE IS 12 Sent from [ProtonMail](https://protonmail.com), Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get=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: ESTAEX exit WAIT question
If I remember correctly, DETACH of a subtask does not return to the invoker until that task has completely terminated (and I mean completely -- all resmgrs have run, the TCB is freemained). If so, there is no reason to have an ECB to wait upon. In fact I think the ATTACH ECB is not even used once DETACH is done. (I'm hoping that my thought does not pertain only to the branch-entry DETACH that RTM does, but also pertains to the SVC-entry DETACH that you would be doing.) If you want your recovery to -- end the task -- upon end, attach a new task then -- detach -- attach 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: z13 Central Storage [EXTERNAL]
Don't you just hate when that happens. Thanks.. Paul Feller GTS Mainframe Technical Support -Original Message- From: IBM Mainframe Discussion List On Behalf Of Elaine Beal Sent: Thursday, July 30, 2020 9:04 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: z13 Central Storage [EXTERNAL] Well that didn't take long... the dreaded comma... Thanks much! -- 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: Basic ESTAE and subtask question
any recovery routines defined for the originating task are propagated to the new Task" It's a good idea to look at the current level of the books for things like that, since that's where corrections (if any) are likely to show up. I saw Charles' reference in z/OS 2.2 KC but in z/OS 2.4 it has been improved to: "any STAI or ESTAI recovery routines defined for the attached task are automatically propagated to its subtasks." 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: z/VM guest with old z/OS
I don't know about z/VM 5.3, but running z/OS 1.10 under z/VM on a z13 and z14 works (and probably also on a z15), so it's likely that it will work on a z12. Also, I believe you can still license the lifecycle extensions for 1.10 to run on the z12, but converting from 1.10 to 2.x is something you can do over a weekend for the OS part. The other products (from non-IBM vendors) might (or might not) work without any changes (depending on the 'x' of the 2.x), but from 1.10 to 2.3 is fairly straightforward, I have jumped from 1.10 to 2.1, 2.2 and 2.3 many times without any major (and only a few minor) problems. Going directly to 2.4 might be a little more difficult, depending on your software mix because of some changes, but if you are running 1.10 now in an LPAR all by itself, the conversion should be a snap. Assuming you share dasd between your old system and the new z12, you can ease into the new OS's without impacting anything on the old ones. If not, it can still be done really quickly, and if you need some pointer feel free to send me your questions either offline or here. Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
