Re: RACF question
A common error is to have the SYS1.HELP in the LINKLIST ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Enabling RRS Error
*Explanation:* The system logger couple data set defined by the LOGR policy has no free space for the type of entry you are trying to define. Logstreams are tracked within the coupling dataset, and you have run out of that type of entries. Change the coupling dataset to have more entries for that type of entry. On Mon, Jul 9, 2012 at 11:30 PM, Jake anderson justmainfra...@gmail.com wrote: lizette, Probably I missed saying that I referred the LOOKAT ibm. LOOKAT explanation says : *IXG010E* *NO* *SPACE* *IS* *AVAILABLE* *FOR* type *ENTRIES* *Explanation:* The system logger couple data set defined by the LOGR policy has no free space for the type of entry you are trying to define. Here in my case I am not defining the Couple dataset so Just defining the Logstream to DASD. *IXG002E* *LOGR* *POLICY* *PROCESSING* *ENDED* *WITH* *RETCODE=* retcode *RSNCODE=* rsncode IXG002E LOGR POLICY PROCESSING ENDED WITH RETCODE=0008 RSNCODE=0823 Jake -- 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: Enabling RRS Error
Jake wrote Here in my case I am not defining the Couple dataset so Just defining the Logstream to DASD. If the Couple datasets are controlled by different departments, I am glad I have all Sysplex constructs under my control. I have read more problems from sites where Couple datasets, CFs and Logstreams are controlled by different departments. Even the IBM Logstream examples contain simple JCL to allocate Couple datasets, update SYS1.PARMLIB etc. As if this is really as simple as this and a site does not have policies to comply with. If I were to write those manuals, I would say: ask the responsible department to allocate / enlarge etc. your Couple datasets. The same applies to Logstream structures, you (at least I) don't want application department to mess around uncontrolled in my CFs. Kees. Mike Schwab mike.a.sch...@gmail.com wrote in message news:CAJTOO5-M57=njx-sbngf+jwmxifetvv5f5otacuukgonp0p...@mail.gmail.com ... *Explanation:* The system logger couple data set defined by the LOGR policy has no free space for the type of entry you are trying to define. Logstreams are tracked within the coupling dataset, and you have run out of that type of entries. Change the coupling dataset to have more entries for that type of entry. On Mon, Jul 9, 2012 at 11:30 PM, Jake anderson justmainfra...@gmail.com wrote: lizette, Probably I missed saying that I referred the LOOKAT ibm. LOOKAT explanation says : *IXG010E* *NO* *SPACE* *IS* *AVAILABLE* *FOR* type *ENTRIES* *Explanation:* The system logger couple data set defined by the LOGR policy has no free space for the type of entry you are trying to define. Here in my case I am not defining the Couple dataset so Just defining the Logstream to DASD. *IXG002E* *LOGR* *POLICY* *PROCESSING* *ENDED* *WITH* *RETCODE=* retcode *RSNCODE=* rsncode IXG002E LOGR POLICY PROCESSING ENDED WITH RETCODE=0008 RSNCODE=0823 Jake -- 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 For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
VTS problem
Hi, I was asked to help with a VTS problem. I’ve never had to use VTS, so I’m not familiar with the commands. This is the problem: 09.04.58 JOB06739 TUESDAY, 10 JUL 2012 09.04.58 JOB06739 ICH70001I H004 LAST ACCESS AT 08:29:13 ON TUESDAY, JULY 10, 2012 09.04.58 JOB06739 $HASP373 HRSNVLAD STARTED - INIT 6- CLASS B - SYS BOIA 09.04.58 JOB06739 IEF403I HRSNVLAD - STARTED - TIME=09.04.58 09.04.59 JOB06739 IEF233A M 0287,V09702,,HRSNVLAD,SAS,HRTM.KRANOT.SASDB.G3429V00 09.12.54 JOB06739 IEC502E K 0287,V09702,SL,HRSNVLAD,SAS,HRTM.KRANOT.SASDB.G3429V00 09.12.54 JOB06739 TMS014 IEC502E K 0287,V09702,SL,HRSNVLAD,SAS,HRTM.KRANOT.SASDB.G3429V00 09.12.54 JOB06739 IEC501A M 0287,V09750,SL,COMP,HRSNVLAD,SAS.SASKLL,HRTM.KRANOT.SASDB.G3429V00 09.12.55 JOB06739 CBR4195I LACS RETRY POSSIBLE FOR JOB HRSNVLAD: IEE763I NAME= CBRLLACS CODE= 140167 CBR4000I LACS MOUNT PERMANENT ERROR FOR DRIVE 0287. CBR4103I VOLUME V09750 ALREADY IN USE IN LIBRARY BIVTS. IEE764I END OF CBR4195I RELATED MESSAGES The description for CBR4103I says I have to demount the volume. How do I do that? Thanks Gadi לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance with Malam's signatory rights, no offer, agreement, concession or representation is binding on the company, unless accompanied by a duly signed separate document (or a scanned version thereof), affixed with the company's seal. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Enabling RRS Error
Hi, Allocate a new SYS1.LOGR.CDSXX(utility : IXCL1DSU) with larger attribute,Use SETXCF COUPLE command to add the alternate CDS and change the COUPLXX accordingly for next IPL. Thanks On Tue, Jul 10, 2012 at 1:22 PM, Vernooij, CP - SPLXM kees.verno...@klm.com wrote: Jake wrote Here in my case I am not defining the Couple dataset so Just defining the Logstream to DASD. If the Couple datasets are controlled by different departments, I am glad I have all Sysplex constructs under my control. I have read more problems from sites where Couple datasets, CFs and Logstreams are controlled by different departments. Even the IBM Logstream examples contain simple JCL to allocate Couple datasets, update SYS1.PARMLIB etc. As if this is really as simple as this and a site does not have policies to comply with. If I were to write those manuals, I would say: ask the responsible department to allocate / enlarge etc. your Couple datasets. The same applies to Logstream structures, you (at least I) don't want application department to mess around uncontrolled in my CFs. Kees. Mike Schwab mike.a.sch...@gmail.com wrote in message news:CAJTOO5-M57=njx-sbngf+jwmxifetvv5f5otacuukgonp0p...@mail.gmail.com ... *Explanation:* The system logger couple data set defined by the LOGR policy has no free space for the type of entry you are trying to define. Logstreams are tracked within the coupling dataset, and you have run out of that type of entries. Change the coupling dataset to have more entries for that type of entry. On Mon, Jul 9, 2012 at 11:30 PM, Jake anderson justmainfra...@gmail.com wrote: lizette, Probably I missed saying that I referred the LOOKAT ibm. LOOKAT explanation says : *IXG010E* *NO* *SPACE* *IS* *AVAILABLE* *FOR* type *ENTRIES* *Explanation:* The system logger couple data set defined by the LOGR policy has no free space for the type of entry you are trying to define. Here in my case I am not defining the Couple dataset so Just defining the Logstream to DASD. *IXG002E* *LOGR* *POLICY* *PROCESSING* *ENDED* *WITH* *RETCODE=* retcode *RSNCODE=* rsncode IXG002E LOGR POLICY PROCESSING ENDED WITH RETCODE=0008 RSNCODE=0823 Jake -- 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 For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Regards, Jagadishan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Enabling RRS Error
The same applies to Logstream structures, you (at least I) don't want application department to mess around uncontrolled in my CFs. One of the first things I have always done in a new installation was to get the permissions to define or change couple CDSs of any kind under the control of one department (mine) and one department only. If anyone else needed definitions, they should come to me/us and ask us. That is especially true for LOGR, where definitions are incremental. Should anything ever happen to the LOGR CDS, one wants one repository containing all (active) definitions to be able to rebuild the LOGR policy from one place without application failures. I remember quite a bit of resistance from the CICS guys when I switched them to the model definitions and took away their ability to define things left and right. And yes, the books are written by those that can and have done it themselves, without consideration for other departments/applications, much less for the overall picture. Barbara Nitz -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: VTS problem
??? ?? ??? gad...@malam.com wrote in message news:c11ded818b17214792b97fba28712bed150544e...@jer-email1.jer.ad.malam .com... Hi, I was asked to help with a VTS problem. I've never had to use VTS, so I'm not familiar with the commands. This is the problem: 09.04.58 JOB06739 TUESDAY, 10 JUL 2012 09.04.58 JOB06739 ICH70001I H004 LAST ACCESS AT 08:29:13 ON TUESDAY, JULY 10, 2012 09.04.58 JOB06739 $HASP373 HRSNVLAD STARTED - INIT 6- CLASS B - SYS BOIA 09.04.58 JOB06739 IEF403I HRSNVLAD - STARTED - TIME=09.04.58 09.04.59 JOB06739 IEF233A M 0287,V09702,,HRSNVLAD,SAS,HRTM.KRANOT.SASDB.G3429V00 09.12.54 JOB06739 IEC502E K 0287,V09702,SL,HRSNVLAD,SAS,HRTM.KRANOT.SASDB.G3429V00 09.12.54 JOB06739 TMS014 IEC502E K 0287,V09702,SL,HRSNVLAD,SAS,HRTM.KRANOT.SASDB.G3429V00 09.12.54 JOB06739 IEC501A M 0287,V09750,SL,COMP,HRSNVLAD,SAS.SASKLL,HRTM.KRANOT.SASDB.G3429V00 09.12.55 JOB06739 CBR4195I LACS RETRY POSSIBLE FOR JOB HRSNVLAD: IEE763I NAME= CBRLLACS CODE= 140167 CBR4000I LACS MOUNT PERMANENT ERROR FOR DRIVE 0287. CBR4103I VOLUME V09750 ALREADY IN USE IN LIBRARY BIVTS. IEE764I END OF CBR4195I RELATED MESSAGES The description for CBR4103I says I have to demount the volume. How do I do that? Thanks Gadi Gadi, This means that the volume is already mounted on another unit in the library. If the volume was mounted by another system in the Sysplex, your z/OS would have seen that the volume was already in use and waited for it. Do you have other systems besides your z/OS connected to the library, that are not connected to your z/OS? Wait for the volume to be dismounted there of make it dismount. Kees. For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: VTS problem
The drive is online, I assume? Try the unload command: U . Or Vary the unit Offline. Kees. ??? ?? ??? gad...@malam.com wrote in message news:c11ded818b17214792b97fba28712bed1503fe6...@jer-email1.jer.ad.malam .com... IF I issue the LI DISPSRV, I see the volume mouted on one of the drives. No other job is using the volume. There is only one system in the sysplex. How do I demount the volume? I tried restarting OAM, but that did not help. Any other idea? Gadi From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, CP - SPLXM [kees.verno...@klm.com] Sent: 10 July 2012 13:10 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: VTS problem ??? ?? ??? gad...@malam.com wrote in message news:c11ded818b17214792b97fba28712bed150544e...@jer-email1.jer.ad.malam .com... Hi, I was asked to help with a VTS problem. I've never had to use VTS, so I'm not familiar with the commands. This is the problem: 09.04.58 JOB06739 TUESDAY, 10 JUL 2012 09.04.58 JOB06739 ICH70001I H004 LAST ACCESS AT 08:29:13 ON TUESDAY, JULY 10, 2012 09.04.58 JOB06739 $HASP373 HRSNVLAD STARTED - INIT 6- CLASS B - SYS BOIA 09.04.58 JOB06739 IEF403I HRSNVLAD - STARTED - TIME=09.04.58 09.04.59 JOB06739 IEF233A M 0287,V09702,,HRSNVLAD,SAS,HRTM.KRANOT.SASDB.G3429V00 09.12.54 JOB06739 IEC502E K 0287,V09702,SL,HRSNVLAD,SAS,HRTM.KRANOT.SASDB.G3429V00 09.12.54 JOB06739 TMS014 IEC502E K 0287,V09702,SL,HRSNVLAD,SAS,HRTM.KRANOT.SASDB.G3429V00 09.12.54 JOB06739 IEC501A M 0287,V09750,SL,COMP,HRSNVLAD,SAS.SASKLL,HRTM.KRANOT.SASDB.G3429V00 09.12.55 JOB06739 CBR4195I LACS RETRY POSSIBLE FOR JOB HRSNVLAD: IEE763I NAME= CBRLLACS CODE= 140167 CBR4000I LACS MOUNT PERMANENT ERROR FOR DRIVE 0287. CBR4103I VOLUME V09750 ALREADY IN USE IN LIBRARY BIVTS. IEE764I END OF CBR4195I RELATED MESSAGES The description for CBR4103I says I have to demount the volume. How do I do that? Thanks Gadi Gadi, This means that the volume is already mounted on another unit in the library. If the volume was mounted by another system in the Sysplex, your z/OS would have seen that the volume was already in use and waited for it. Do you have other systems besides your z/OS connected to the library, that are not connected to your z/OS? Wait for the volume to be dismounted there of make it dismount. Kees. For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ? ???, ? ? ? ??? ?? ??, ?? , ?? ??? ?, ??? ? ?? ??? ? ?? ?? ?, ? ?? ? ?? ??? ?? ??? ? ?. ? ? (? ) ?? ?? ???, ??? ? ? ?? ??? ? ?, ?? ?? ? ? ?? ?? ?. Please note that in accordance with Malam's signatory rights, no offer, agreement, concession or representation is binding on the company, unless accompanied by a duly signed separate document (or a scanned version thereof), affixed with the company's seal. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may
Re: DB2 access and administration security
The original poster would be very well advised to join DB2-L and post the question there. At the time of writing this does not appear to have happened. However, for the purposes of the archives I think that it's worth recording here that DB2 supports controlling authorization more directly with RACF or, I assume, the alternative security products. Controlling security in this way is sometimes known as external security and has been possible from DB2 V5, if not before. I have very little experience of DB2 external security myself. Wherever I have worked DB2 internal security, usually using the general approach described by Bernd, has always been deemed sufficient. Chris Bowen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: VTS problem
I tried that. Didn't help I tried varying the whole library offline using the V SMS,LIB(xx),OFFLINE and then ONLINE. THat didn't help either. Gadi From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, CP - SPLXM [kees.verno...@klm.com] Sent: 10 July 2012 14:10 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: VTS problem The drive is online, I assume? Try the unload command: U . Or Vary the unit Offline. Kees. ??? ?? ??? gad...@malam.com wrote in message news:c11ded818b17214792b97fba28712bed1503fe6...@jer-email1.jer.ad.malam .com... IF I issue the LI DISPSRV, I see the volume mouted on one of the drives. No other job is using the volume. There is only one system in the sysplex. How do I demount the volume? I tried restarting OAM, but that did not help. Any other idea? Gadi From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, CP - SPLXM [kees.verno...@klm.com] Sent: 10 July 2012 13:10 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: VTS problem ??? ?? ??? gad...@malam.com wrote in message news:c11ded818b17214792b97fba28712bed150544e...@jer-email1.jer.ad.malam .com... Hi, I was asked to help with a VTS problem. I've never had to use VTS, so I'm not familiar with the commands. This is the problem: 09.04.58 JOB06739 TUESDAY, 10 JUL 2012 09.04.58 JOB06739 ICH70001I H004 LAST ACCESS AT 08:29:13 ON TUESDAY, JULY 10, 2012 09.04.58 JOB06739 $HASP373 HRSNVLAD STARTED - INIT 6- CLASS B - SYS BOIA 09.04.58 JOB06739 IEF403I HRSNVLAD - STARTED - TIME=09.04.58 09.04.59 JOB06739 IEF233A M 0287,V09702,,HRSNVLAD,SAS,HRTM.KRANOT.SASDB.G3429V00 09.12.54 JOB06739 IEC502E K 0287,V09702,SL,HRSNVLAD,SAS,HRTM.KRANOT.SASDB.G3429V00 09.12.54 JOB06739 TMS014 IEC502E K 0287,V09702,SL,HRSNVLAD,SAS,HRTM.KRANOT.SASDB.G3429V00 09.12.54 JOB06739 IEC501A M 0287,V09750,SL,COMP,HRSNVLAD,SAS.SASKLL,HRTM.KRANOT.SASDB.G3429V00 09.12.55 JOB06739 CBR4195I LACS RETRY POSSIBLE FOR JOB HRSNVLAD: IEE763I NAME= CBRLLACS CODE= 140167 CBR4000I LACS MOUNT PERMANENT ERROR FOR DRIVE 0287. CBR4103I VOLUME V09750 ALREADY IN USE IN LIBRARY BIVTS. IEE764I END OF CBR4195I RELATED MESSAGES The description for CBR4103I says I have to demount the volume. How do I do that? Thanks Gadi Gadi, This means that the volume is already mounted on another unit in the library. If the volume was mounted by another system in the Sysplex, your z/OS would have seen that the volume was already in use and waited for it. Do you have other systems besides your z/OS connected to the library, that are not connected to your z/OS? Wait for the volume to be dismounted there of make it dismount. Kees. For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ? ???, ? ? ? ??? ?? ??, ?? , ?? ??? ?, ??? ? ?? ??? ? ?? ?? ?, ? ?? ? ?? ??? ?? ??? ? ?. ? ? (? ) ?? ?? ???, ??? ? ? ?? ??? ? ?, ?? ?? ? ? ?? ?? ?. Please note that in accordance with Malam's signatory rights, no offer, agreement, concession or representation is binding on the company, unless accompanied by a duly signed separate document (or a scanned version thereof), affixed with the company's seal. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the
Re: VTS problem
The who problem occured when a job had an I/O error while writing the virtual volume. When I use the D U command, I do not see the mounted volume. The LI REQ command gives me an error message. This is running on a very old system (OS/390 v2.8). Gadi From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, CP - SPLXM [kees.verno...@klm.com] Sent: 10 July 2012 14:54 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: VTS problem How did the volume become mounted on the unit? Does z/OS display the volume mounted (D U,,,,1)? Has the volume been mounted manually, via the GUI, on the unit? Then you can only dismount it via the GUI. If it has not been mounted via the GUI, unfortunately you cannot dismount it via the GUI. Did you request details with: LI REQ,libname,LVOL,vv libname must be the name of the composite library (if you have a grid). Kees. ??? ?? ??? gad...@malam.com wrote in message news:c11ded818b17214792b97fba28712bed1503fe6...@jer-email1.jer.ad.malam .com... I tried that. Didn't help I tried varying the whole library offline using the V SMS,LIB(xx),OFFLINE and then ONLINE. THat didn't help either. Gadi From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, CP - SPLXM [kees.verno...@klm.com] Sent: 10 July 2012 14:10 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: VTS problem The drive is online, I assume? Try the unload command: U . Or Vary the unit Offline. Kees. ??? ?? ??? gad...@malam.com wrote in message news:c11ded818b17214792b97fba28712bed1503fe6...@jer-email1.jer.ad.malam .com... IF I issue the LI DISPSRV, I see the volume mouted on one of the drives. No other job is using the volume. There is only one system in the sysplex. How do I demount the volume? I tried restarting OAM, but that did not help. Any other idea? Gadi From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, CP - SPLXM [kees.verno...@klm.com] Sent: 10 July 2012 13:10 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: VTS problem ??? ?? ??? gad...@malam.com wrote in message news:c11ded818b17214792b97fba28712bed150544e...@jer-email1.jer.ad.malam .com... Hi, I was asked to help with a VTS problem. I've never had to use VTS, so I'm not familiar with the commands. This is the problem: 09.04.58 JOB06739 TUESDAY, 10 JUL 2012 09.04.58 JOB06739 ICH70001I H004 LAST ACCESS AT 08:29:13 ON TUESDAY, JULY 10, 2012 09.04.58 JOB06739 $HASP373 HRSNVLAD STARTED - INIT 6- CLASS B - SYS BOIA 09.04.58 JOB06739 IEF403I HRSNVLAD - STARTED - TIME=09.04.58 09.04.59 JOB06739 IEF233A M 0287,V09702,,HRSNVLAD,SAS,HRTM.KRANOT.SASDB.G3429V00 09.12.54 JOB06739 IEC502E K 0287,V09702,SL,HRSNVLAD,SAS,HRTM.KRANOT.SASDB.G3429V00 09.12.54 JOB06739 TMS014 IEC502E K 0287,V09702,SL,HRSNVLAD,SAS,HRTM.KRANOT.SASDB.G3429V00 09.12.54 JOB06739 IEC501A M 0287,V09750,SL,COMP,HRSNVLAD,SAS.SASKLL,HRTM.KRANOT.SASDB.G3429V00 09.12.55 JOB06739 CBR4195I LACS RETRY POSSIBLE FOR JOB HRSNVLAD: IEE763I NAME= CBRLLACS CODE= 140167 CBR4000I LACS MOUNT PERMANENT ERROR FOR DRIVE 0287. CBR4103I VOLUME V09750 ALREADY IN USE IN LIBRARY BIVTS. IEE764I END OF CBR4195I RELATED MESSAGES The description for CBR4103I says I have to demount the volume. How do I do that? Thanks Gadi Gadi, This means that the volume is already mounted on another unit in the library. If the volume was mounted by another system in the Sysplex, your z/OS would have seen that the volume was already in use and waited for it. Do you have other systems besides your z/OS connected to the library, that are not connected to your z/OS? Wait for the volume to be dismounted there of make it dismount. Kees. For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is
variable FIXCAT report results
environment is z/os 1.11. am ramping up to install 1.13. when, in z/so 1.11, I run the smp/e report REPORT MISSINGFIX ZONES(MVST100) FIXCAT ( IBM.COEXISTENCE.Z/OS.V1R13 ) . report all by itself (asking for info for ONLY ibm.coexistence.z/os.v1r13 ) the SMPPUNCH output contains SET BDY(MVST100) APPLY CHECK SELECT ( …… and a long list of ptf-s appears, NONE of which is commented out. (and the list DOES include ua59383 and ua60054 as “good to go” ) this is good. but when I do this: FIXCAT ( IBM.COEXISTENCE.Z/OS.V1R13 IBM.FUNCTION.HEALTHCHECKER ) . then i get the same laundry list of ptf-s in the SMPPUNCH output … BUT NOW, the followng two ptf-s are commented out: ua59383, and ua60054 I have investigated those two ptf-s by reading them in the smppts dataset, as well as by doing a ‘query’ on their respective SMPCSI info in the smp/e dialog. I cannot find any reason why the “report mssingfix fixcat” process should give them as “good to go” in one context, and “not good to go” in the second context. can anyone shed any light on this in general, or in particular (as regard these two particular ptf-s)? how does smp/e make such a varying determination? what does it have at its disposal that I , manually, do not have ? thank you. /s/ tuco bonno; Graduate, College of Conflict Management; University of SouthEast Asia; I partied on the Ho Chi Minh Trail - tiến lên !! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Sad News About Rick Fochtman
Damn.. just found out about Rick F. Knowing him only though the list, I too will miss his presence here. Graeme At 12:46 AM 4/07/2012, you wrote: Rick will be missed. Rich Sandford DB2 Systems Database Administrator System Engineering, Infrastructure Services HealthPlanServices Inc. Tampa, FL 33607-1704 (813) 289-1000 ext. 2931 (800) 237-7767 ext. 2931 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: 'Inexperienced RBS tech operative's blunder...'
Sam, Sam I see this almost everyday as a ISV. A lot of misunderstands, misinformation, you name it. I ave always lived if you don't know the answer just ask, i would be the first to help if I can. Culturally, there are always issues, been there too..living aboard Scott ford www.identityforge.com On Jul 10, 2012, at 8:29 AM, Knutson, Sam sknut...@geico.com wrote: I think we will see a lot of people who don't have any more details than we do continue to spin this to support whatever they want to say about the mainframe like this. http://blog.microfocus.com/avoiding-the-next-banking-crash/1577/feed -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Dale Miller Sent: Tuesday, July 03, 2012 12:23 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: 'Inexperienced RBS tech operative's blunder...' Apparently, the news articles have been misread as evidenced by the number of comments regarding an 'operator' doing maintenance. The word used (by British journalists) was 'operative' which according to my dictionary has a first definition (as a noun) as follows: a worker, especially a skilled one ... , which definition most system programmers qualify for, although it seems the person making the mistake might not have qualified as 'skilled'. I recall the time when a two friends of mine approached me asking me to install an IMS application development tool. One of them said He probably hasn't the competence. Seeing the astonished look on my face, he quickly explained that he had employed the Continental English meaning of 'competence' which meant 'authority'. Dale Miller This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- 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: VTS problem
I think you have a problem. After the I/O error the tape should have been unmounted, but apparently has not. Now the library and MVS have a different view on the volume and unit. You can't use MVS to unmount the volume and I can't think of another way. If this is not a TS7700, can you do anything on the library interface? If not, call IBM. Sorry I can't help you more. Kees. ??? ?? ??? gad...@malam.com wrote in message news:c11ded818b17214792b97fba28712bed1503fe6...@jer-email1.jer.ad.malam .com... The who problem occured when a job had an I/O error while writing the virtual volume. When I use the D U command, I do not see the mounted volume. The LI REQ command gives me an error message. This is running on a very old system (OS/390 v2.8). Gadi From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, CP - SPLXM [kees.verno...@klm.com] Sent: 10 July 2012 14:54 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: VTS problem How did the volume become mounted on the unit? Does z/OS display the volume mounted (D U,,,,1)? Has the volume been mounted manually, via the GUI, on the unit? Then you can only dismount it via the GUI. If it has not been mounted via the GUI, unfortunately you cannot dismount it via the GUI. Did you request details with: LI REQ,libname,LVOL,vv libname must be the name of the composite library (if you have a grid). Kees. ??? ?? ??? gad...@malam.com wrote in message news:c11ded818b17214792b97fba28712bed1503fe6...@jer-email1.jer.ad.malam .com... I tried that. Didn't help I tried varying the whole library offline using the V SMS,LIB(xx),OFFLINE and then ONLINE. THat didn't help either. Gadi From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, CP - SPLXM [kees.verno...@klm.com] Sent: 10 July 2012 14:10 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: VTS problem The drive is online, I assume? Try the unload command: U . Or Vary the unit Offline. Kees. ??? ?? ??? gad...@malam.com wrote in message news:c11ded818b17214792b97fba28712bed1503fe6...@jer-email1.jer.ad.malam .com... IF I issue the LI DISPSRV, I see the volume mouted on one of the drives. No other job is using the volume. There is only one system in the sysplex. How do I demount the volume? I tried restarting OAM, but that did not help. Any other idea? Gadi From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, CP - SPLXM [kees.verno...@klm.com] Sent: 10 July 2012 13:10 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: VTS problem ??? ?? ??? gad...@malam.com wrote in message news:c11ded818b17214792b97fba28712bed150544e...@jer-email1.jer.ad.malam .com... Hi, I was asked to help with a VTS problem. I've never had to use VTS, so I'm not familiar with the commands. This is the problem: 09.04.58 JOB06739 TUESDAY, 10 JUL 2012 09.04.58 JOB06739 ICH70001I H004 LAST ACCESS AT 08:29:13 ON TUESDAY, JULY 10, 2012 09.04.58 JOB06739 $HASP373 HRSNVLAD STARTED - INIT 6- CLASS B - SYS BOIA 09.04.58 JOB06739 IEF403I HRSNVLAD - STARTED - TIME=09.04.58 09.04.59 JOB06739 IEF233A M 0287,V09702,,HRSNVLAD,SAS,HRTM.KRANOT.SASDB.G3429V00 09.12.54 JOB06739 IEC502E K 0287,V09702,SL,HRSNVLAD,SAS,HRTM.KRANOT.SASDB.G3429V00 09.12.54 JOB06739 TMS014 IEC502E K 0287,V09702,SL,HRSNVLAD,SAS,HRTM.KRANOT.SASDB.G3429V00 09.12.54 JOB06739 IEC501A M 0287,V09750,SL,COMP,HRSNVLAD,SAS.SASKLL,HRTM.KRANOT.SASDB.G3429V00 09.12.55 JOB06739 CBR4195I LACS RETRY POSSIBLE FOR JOB HRSNVLAD: IEE763I NAME= CBRLLACS CODE= 140167 CBR4000I LACS MOUNT PERMANENT ERROR FOR DRIVE 0287. CBR4103I VOLUME V09750 ALREADY IN USE IN LIBRARY BIVTS. IEE764I END OF CBR4195I RELATED MESSAGES The description for CBR4103I says I have to demount the volume. How do I do that? Thanks Gadi Gadi, This means that the volume is already mounted on another unit in the library. If the volume was mounted by another system in the Sysplex, your z/OS would have seen that the volume was already in use and waited for it. Do you have other systems besides your z/OS connected to the library, that are not connected to your z/OS? Wait for the volume to be dismounted there of make it dismount. Kees. For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no
Re: variable FIXCAT report results
Using UA60054 as the example, it is applicable to both fix categories (IBM.Function.HealthChecker and IBM.Coexistence.z/OS.V1R13), so it will show up twice in the SELECT list of the SMPPUNCH output, once for each category. The second occurrence will be commented out so as not to produce an SMP/E error if you submit the generated APPLY step. Kurt Quackenbush -- IBM, SMP/E Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
PTF: UA63842 - verifying it is working
I just installed PTF UA63842 on my sandbox system. I also got ICSF running. The messages from the CSF started task are: CSFO0230 CKDSN(TSSTV.CSF.CKDS) CSFO0230 PKDSN(TSSTV.CSF.PKDS) CSFO0230 COMPAT(NO) CSFO0230 SSM(YES) CSFO0230 KEYAUTH(NO) /* WAS YES */ CSFO0230 CHECKAUTH(NO) CSFO0230 TRACEENTRY(599) CSFO0220 TRACEENTRY VALUE NOT IN RANGE. CSFO0230 USERPARM(USERPARM) CSFO0230 COMPENC(DES) CSFO0212 COMPENC KEYWORD NO LONGER SUPPORTED. CSFO0230 REASONCODES(ICSF) CSFO0230 PKDSCACHE(64) CSFO0212 PKDSCACHE KEYWORD NO LONGER SUPPORTED. CSFO0166 DEFAULT CICS WAIT LIST WILL BE USED. CSFM607I A CKDS KEY STORE POLICY IS NOT DEFINED. CSFM607I A PKDS KEY STORE POLICY IS NOT DEFINED. CSFM610I GRANULAR KEYLABEL ACCESS CONTROL IS DISABLED. CSFM611I XCSFKEY EXPORT CONTROL FOR AES IS DISABLED. CSFM611I XCSFKEY EXPORT CONTROL FOR DES IS DISABLED. CSFM612I PKA KEY EXTENSIONS CONTROL IS DISABLED. CSFM101E PKA KEY DATA SET, TSSTV.CSF.PKDS IS NOT INITIALIZED. CSFM100E CRYPTOGRAPHIC KEY DATA SET, TSSTV.CSF.CKDS IS NOT INITIALIZED. CSFM507I CRYPTOGRAPHY - THERE ARE NO CRYPTOGRAPHIC COPROCESSORS ONLINE. CSFM508I CRYPTOGRAPHY - THERE ARE NO CRYPTOGRAPHIC ACCELERATORS ONLINE. *CSFM122I PKA SERVICES WERE NOT ENABLED DURING ICSF INITIALIZATION. CSFM001I ICSF INITIALIZATION COMPLETE CSFM126I CRYPTOGRAPHY - FULL CPU-BASED SERVICES ARE AVAILABLE. I think this last message means that ICSF is using the CPACF facilities on the CPU. True? I then recycled the SSHD daemon. How do I know that SSHD is actually using the CPACF instead of the older method for its encryption?. Is there any message anywhere that I could look at? I see some messages in /var/log/auth, but nothing in depth. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: VTS problem
Vary the drive offline with the FORCE option. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, CP - SPLXM Sent: Tuesday, July 10, 2012 6:02 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: VTS problem I think you have a problem. After the I/O error the tape should have been unmounted, but apparently has not. Now the library and MVS have a different view on the volume and unit. You can't use MVS to unmount the volume and I can't think of another way. If this is not a TS7700, can you do anything on the library interface? If not, call IBM. Sorry I can't help you more. Kees. ??? ?? ??? gad...@malam.com wrote in message news:C11DED818B17214792B97FBA28712BED1503FE6C3D@JER- EMAIL1.jer.ad.malam .com... The who problem occured when a job had an I/O error while writing the virtual volume. When I use the D U command, I do not see the mounted volume. The LI REQ command gives me an error message. This is running on a very old system (OS/390 v2.8). Gadi From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, CP - SPLXM [kees.verno...@klm.com] Sent: 10 July 2012 14:54 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: VTS problem How did the volume become mounted on the unit? Does z/OS display the volume mounted (D U,,,,1)? Has the volume been mounted manually, via the GUI, on the unit? Then you can only dismount it via the GUI. If it has not been mounted via the GUI, unfortunately you cannot dismount it via the GUI. Did you request details with: LI REQ,libname,LVOL,vv libname must be the name of the composite library (if you have a grid). Kees. ??? ?? ??? gad...@malam.com wrote in message news:C11DED818B17214792B97FBA28712BED1503FE6C3C@JER- EMAIL1.jer.ad.malam .com... I tried that. Didn't help I tried varying the whole library offline using the V SMS,LIB(xx),OFFLINE and then ONLINE. THat didn't help either. Gadi From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, CP - SPLXM [kees.verno...@klm.com] Sent: 10 July 2012 14:10 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: VTS problem The drive is online, I assume? Try the unload command: U . Or Vary the unit Offline. Kees. ??? ?? ??? gad...@malam.com wrote in message news:C11DED818B17214792B97FBA28712BED1503FE6C3A@JER- EMAIL1.jer.ad.malam .com... IF I issue the LI DISPSRV, I see the volume mouted on one of the drives. No other job is using the volume. There is only one system in the sysplex. How do I demount the volume? I tried restarting OAM, but that did not help. Any other idea? Gadi From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, CP - SPLXM [kees.verno...@klm.com] Sent: 10 July 2012 13:10 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: VTS problem ??? ?? ??? gad...@malam.com wrote in message news:C11DED818B17214792B97FBA28712BED150544E9BB@JER- EMAIL1.jer.ad.malam .com... Hi, I was asked to help with a VTS problem. I've never had to use VTS, so I'm not familiar with the commands. This is the problem: 09.04.58 JOB06739 TUESDAY, 10 JUL 2012 09.04.58 JOB06739 ICH70001I H004 LAST ACCESS AT 08:29:13 ON TUESDAY, JULY 10, 2012 09.04.58 JOB06739 $HASP373 HRSNVLAD STARTED - INIT 6- CLASS B - SYS BOIA 09.04.58 JOB06739 IEF403I HRSNVLAD - STARTED - TIME=09.04.58 09.04.59 JOB06739 IEF233A M 0287,V09702,,HRSNVLAD,SAS,HRTM.KRANOT.SASDB.G3429V00 09.12.54 JOB06739 IEC502E K 0287,V09702,SL,HRSNVLAD,SAS,HRTM.KRANOT.SASDB.G3429V00 09.12.54 JOB06739 TMS014 IEC502E K 0287,V09702,SL,HRSNVLAD,SAS,HRTM.KRANOT.SASDB.G3429V00 09.12.54 JOB06739 IEC501A M 0287,V09750,SL,COMP,HRSNVLAD,SAS.SASKLL,HRTM.KRANOT.SASDB.G3429V00 09.12.55 JOB06739 CBR4195I LACS RETRY POSSIBLE FOR JOB HRSNVLAD: IEE763I NAME= CBRLLACS CODE= 140167 CBR4000I LACS MOUNT PERMANENT ERROR FOR DRIVE 0287. CBR4103I VOLUME V09750 ALREADY IN USE IN LIBRARY BIVTS. IEE764I END OF CBR4195I RELATED MESSAGES The description for CBR4103I says I have to demount the volume. How do I do that? Thanks Gadi 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: VTS problem
McKown, John john.mck...@healthmarkets.com wrote in message news:a6b9336cdb62bb46b9f8708e686a7ea0115baa1...@nrhmms8p02.uicnrh.dom. .. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, CP - SPLXM Sent: Tuesday, July 10, 2012 1:54 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: VTS problem I doubt this will help. As far as MVS is concerned, there is no tape mounted, so it will not issue a Rewind / Unload command. Kees. Hum, makes me wonder what would happen if you issued an MVS MOUNT command of a different volume on the same tape device name? -- John McKown I think the library will refuse it, because it has a tape mounted on the unit. Gadi, could you try this? Kees. For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Sad News About Rick Fochtman
One of the other list members sent me an obituary reference. It's a difficult web page to navigate(for me) and blew out my browser a couple times. Anyway, it's pretty much RYO expecting tweets and FB friends. In Naperville, IL it's at: http://illinois.obituaries.funeral.com/2012/07/06/richard-a-fochtman-jr-june -29-2012-view-details-beidelman-kunsch-funeral-home-crematory-downtown-chape l/ In a message dated 7/10/2012 7:50:02 A.M. Central Daylight Time, gra...@ase.com.au writes: Knowing him only though the list, I too will miss his presence here -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Secure Encryption Keys vs Protected Keys
This makes you the keymaster, right? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RACF question
On Sat, 7 Jul 2012 16:49:13 -0400, Scott Ford scott_j_f...@yahoo.com wrote: Joel, Hers the exact error: 11.51.03 STC00472 CSV025I PROGRAM CONTROLLED MODULE ADDUSER NOT ACCESSED, USE 11.51.03 STC00472 IEF196I CSV025I PROGRAM CONTROLLED MODULE ADDUSER NOT ACCES 11.51.03 STC00472 IEF196I UNAUTHORIZED 11.51.03 STC00472 CSV028I ABEND306-30 JOBNAME=RACF STEPNAME=RACF 11.51.03 STC00472 IEF196I CSV028I ABEND306-30 JOBNAME=RACF STEPNAME=RACF That should indicate that they have not given the RACF subsystem address space access to whatever PROGRAM profile they have defined to control use of ADDUSER. And that they are not running the subsystem TRUSTED, which is always a good idea for recovery and availability purposes. Note that they should not use program control for ADDUSER, as there are adequate other controls in place, so they may have an overly broad PROGRAM generic, such as PROGRAM *, with an overly restrictive access list. It should have UACC(READ) or at a minimum ID(*) ACCESS(READ). That should be true, imho, even if they have hardened their system. And anyone who decides to harden a system certainly should have kept documentation about what they did, and why, with a good rationale for all the protections they've applied. -- Walt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Sad News About Rick Fochtman
Ed, Thank you, he will be missed, life is short Scott ford www.identityforge.com On Jul 10, 2012, at 3:33 PM, Ed Finnell efinnel...@aol.com wrote: One of the other list members sent me an obituary reference. It's a difficult web page to navigate(for me) and blew out my browser a couple times. Anyway, it's pretty much RYO expecting tweets and FB friends. In Naperville, IL it's at: http://illinois.obituaries.funeral.com/2012/07/06/richard-a-fochtman-jr-june -29-2012-view-details-beidelman-kunsch-funeral-home-crematory-downtown-chape l/ In a message dated 7/10/2012 7:50:02 A.M. Central Daylight Time, gra...@ase.com.au writes: Knowing him only though the list, I too will miss his presence here -- 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: Sad News About Rick Fochtman
I managed to find the Funeral home page. Looks like a mainframe computer diagram. Too blurry for me to read. http://www.beidelmankunschfh.com/obituaries/Richard-Fochtman/#/PhotosVideos/525bc8eb-6f6f-47d0-9b43-b0c2fb376fe3/b3c86b78-7d68-4448-89c2-d82e3535a2b3 On Tue, Jul 10, 2012 at 2:33 PM, Ed Finnell efinnel...@aol.com wrote: One of the other list members sent me an obituary reference. It's a difficult web page to navigate(for me) and blew out my browser a couple times. Anyway, it's pretty much RYO expecting tweets and FB friends. In Naperville, IL it's at: http://illinois.obituaries.funeral.com/2012/07/06/richard-a-fochtman-jr-june -29-2012-view-details-beidelman-kunsch-funeral-home-crematory-downtown-chape l/ In a message dated 7/10/2012 7:50:02 A.M. Central Daylight Time, gra...@ase.com.au writes: Knowing him only though the list, I too will miss his presence here -- 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: Sad News About Rick Fochtman
Sorry, spur of the moment. Don't see a way to zoom or 'full page' the pictures. Maybe when the storm blows over I'll do something more rational. In a message dated 7/10/2012 3:35:27 P.M. Central Daylight Time, mike.a.sch...@gmail.com writes: Looks like a mainframe computer diagram. Too blurry for me to read. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Moving JES2 spool volumes
n 7/10/2012 3:02 PM, Skip Robinson wrote: We need to move an R13 JES2 MAS onto new spool volumes. R13 introduced the $MSPL command to migrate/move spool dynamically. We have not used $MSPL. Any advice? Make sure all of your IBM and ISV products can support remapped JES2 SPOOL addresses (MTTRs and MQTRs). If they use only standard, JES2-provided facilities to read SPOOL then all should be fine. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
JFCB field question
Hi: Is the field JFCBEXTL ever non-zero? The comments in the JFCB dsect say it is the LENGTH OF BLOCK OF EXTRA VOLUME SERIAL NUMBERS (BEYOND FIVE) but it seems no matter how many volumes I code for a JCL or dynamica allocation disk data set the field is always zero. Thank you. Paul -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Moving JES2 spool volumes
We need to move an R13 JES2 MAS onto new spool volumes. R13 introduced the $MSPL command to migrate/move spool dynamically. We have not used $MSPL. Any advice? . . JO.Skip Robinson Funny you should ask. IBM Systems Mag has the following article. http://ibmsystemsmag.com/mainframe/administrator/migration/spool_migration_part2/ Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Secure Encryption Keys vs Protected Keys
Shane, just curious - why? I will defer to Gregs subsequent response which pretty-well hit it on the head. I spin through my mail first thing in the morning. And for us in Aus that usually means after threads have had time to ripen somewhat overnight. Often that means run off track, but in this case it meant further descent into the (terminology) mire. Just too heavy for this little black duck prior to the initial caffeine hit of the day ... ;-) Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Moving JES2 spool volumes
Did you get married? If so, best wishes From: Lizette Koehler stars...@mindspring.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Tue, July 10, 2012 8:04:49 PM Subject: Re: Moving JES2 spool volumes We need to move an R13 JES2 MAS onto new spool volumes. R13 introduced the $MSPL command to migrate/move spool dynamically. We have not used $MSPL. Any advice? . . JO.Skip Robinson Funny you should ask. IBM Systems Mag has the following article. http://ibmsystemsmag.com/mainframe/administrator/migration/spool_migration_part2/ Lizette -- 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
SMPE receive Error
Dear All, I am in a process of receiving a DB2 related FMID into Global Zone but during Receive one of a Dataset is not getting allocated due to space constraint. *SMPOUT :* GIM35302E ** SMPTLIB SYS1.DB2.V10.HDDA211.F1 WAS NOT ALLOCATED ON VOLUME DT3WK1 BECAUSE ERROR CODE 4714 WAS ISSUED BY DYNAMIC ALLOCATION. GIM54701E ** ALLOCATION FAILED FOR SMPTLIB - IKJ56245I DATA SET SYS1.DB2.V10.HDDA211.F1 NOT ALLOCATED, NOT ENOUGH SPACE ON VOLUMES+. I have created another volume DT3WK2 so that SYS1.DB2.V10.HDDA211.F1 gets allocated but thats not happening. *JCL* : //SMP EXEC PGM=GIMSMP,PARM='DATE=U',REGION=0M //SMPCSI DD DSN=SMPE.DB2.GLOBAL.CSI,DISP=SHR //SMPHOLD DD DUMMY //SMPPTFIN DD DSN=IBMUSER.HDDA211.SMPMCS,DISP=OLD //SMPCNTL DD * SET BDY(GLOBAL). /* Set to GLOBAL zone */ RECEIVE SELECT( HDDA211 ) . /* RECEIVE this FMID*/ /* I am at : *SMP/E 35.34* *Z/OS : 1.12* Is it possible to direct a dynamic allocation to the next available free volumes during Receive ? Folks If i have missed something during Receive then please direct me. Peter -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMPE receive Error
Dear All, I am in a process of receiving a DB2 related FMID into Global Zone but during Receive one of a Dataset is not getting allocated due to space constraint. *SMPOUT :* GIM35302E ** SMPTLIB SYS1.DB2.V10.HDDA211.F1 WAS NOT ALLOCATED ON VOLUME DT3WK1 BECAUSE ERROR CODE 4714 WAS ISSUED BY DYNAMIC ALLOCATION. GIM54701E ** ALLOCATION FAILED FOR SMPTLIB - IKJ56245I DATA SET SYS1.DB2.V10.HDDA211.F1 NOT ALLOCATED, NOT ENOUGH SPACE ON VOLUMES+. I have created another volume DT3WK2 so that SYS1.DB2.V10.HDDA211.F1 gets allocated but thats not happening. *JCL* : //SMP EXEC PGM=GIMSMP,PARM='DATE=U',REGION=0M //SMPCSI DD DSN=SMPE.DB2.GLOBAL.CSI,DISP=SHR //SMPHOLD DD DUMMY //SMPPTFIN DD DSN=IBMUSER.HDDA211.SMPMCS,DISP=OLD //SMPCNTL DD * SET BDY(GLOBAL). /* Set to GLOBAL zone */ RECEIVE SELECT( HDDA211 ) . /* RECEIVE this FMID*/ /* I am at : *SMP/E 35.34* *Z/OS : 1.12* Is it possible to direct a dynamic allocation to the next available free volumes during Receive ? Folks If i have missed something during Receive then please direct me. Peter A couple of questions. Are these NONSMS or SMS Managed volumes? Why do you use a SYS1 hlq for an SMPTLIB dataset? SYS1. Typically goes into the master catalog and is not a great place to put these types of files. A usercat is more acceptable in many cases. What is your UCLIN for the SMPTLIB look like? Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMPE receive Error
Hi Lizette/All, This are basically NON SMS managed volumes. *My SMPTLIB looks :* CSI QUERY - SMPTLIB DDDEF ENTRY === To return to the previous panel, enter END . Entry Type: DDDEF Zone Name: GLOBAL Entry Name: SMPTLIB Zone Type: GLOBAL DSPREFIX: SYS1.ZOS VOLUME: DT3WK1 UNIT: 3390 SPACE :PRIM: SECOND: DIR: PROTECT: WAITFORDSN: DATACLAS: MGMTCLAS: STORCLAS: DSNTYPE : Peter On Wed, Jul 11, 2012 at 8:54 AM, Lizette Koehler stars...@mindspring.comwrote: Dear All, I am in a process of receiving a DB2 related FMID into Global Zone but during Receive one of a Dataset is not getting allocated due to space constraint. *SMPOUT :* GIM35302E ** SMPTLIB SYS1.DB2.V10.HDDA211.F1 WAS NOT ALLOCATED ON VOLUME DT3WK1 BECAUSE ERROR CODE 4714 WAS ISSUED BY DYNAMIC ALLOCATION. GIM54701E ** ALLOCATION FAILED FOR SMPTLIB - IKJ56245I DATA SET SYS1.DB2.V10.HDDA211.F1 NOT ALLOCATED, NOT ENOUGH SPACE ON VOLUMES+. I have created another volume DT3WK2 so that SYS1.DB2.V10.HDDA211.F1 gets allocated but thats not happening. *JCL* : //SMP EXEC PGM=GIMSMP,PARM='DATE=U',REGION=0M //SMPCSI DD DSN=SMPE.DB2.GLOBAL.CSI,DISP=SHR //SMPHOLD DD DUMMY //SMPPTFIN DD DSN=IBMUSER.HDDA211.SMPMCS,DISP=OLD //SMPCNTL DD * SET BDY(GLOBAL). /* Set to GLOBAL zone */ RECEIVE SELECT( HDDA211 ) . /* RECEIVE this FMID*/ /* I am at : *SMP/E 35.34* *Z/OS : 1.12* Is it possible to direct a dynamic allocation to the next available free volumes during Receive ? Folks If i have missed something during Receive then please direct me. Peter A couple of questions. Are these NONSMS or SMS Managed volumes? Why do you use a SYS1 hlq for an SMPTLIB dataset? SYS1. Typically goes into the master catalog and is not a great place to put these types of files. A usercat is more acceptable in many cases. What is your UCLIN for the SMPTLIB look like? Lizette -- 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: SMPE receive Error
IIRC 4714 says userid does not have update for DASDVOL.DT3WK1 profile? maybe there's ICH msg in log. In a message dated 7/10/2012 10:24:52 P.M. Central Daylight Time, stars...@mindspring.com writes: BECAUSE ERROR CODE 4714 WAS ISSUED BY DYNAMIC ALLOCATION. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN