Re: IBM announces 6% price increase for z/OS
somewhat cynic There was a time before the invention of zAAPs and zIIPs. z/OS had its cost. Then came marketing and told the world Hey, we're gonna make you save money. z/OS license cost will decrease as you move workload to zAAPs and zIIPs. Aren't we generous?. But IBM, as any other company, wants to earn money, and they want to earn more year by year. Isn't it logical the zAAP and zIIP bonus needs to get compensated for sooner or later? /somewhat cynic -- Peter Hunkeler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: PDSE
Hello all, thank you for your updates and hints. Lets bring the discussion to an end ... The problem started when we began to install z/OS 1.12 and my colleagues did not want me to use dynamic steplib in the future (that was another post some month ago). So we decided to bring this load library to LNKLST. This worked fine for some weeks. No we wanted to install some maintenance to this library and this did not work as expected. The library is PDSE and from the posts I learned that we should not do what I wanted to do. So finally we decided to remove it from LNKLST and define it as a STEPLIB to the logon-procedure. That solves all the problems with lnklst and makes it much more easier to install maintenance. Bringing a dataset to LNKLST has nothing to do with chic or something else. Its just a way to make lmods available for users in an easy way. All the following problems when its PDSE and in LNKLST and you want to add/change lmods where not expected and I was a little bit surprised. By the way ... I'm not a z/OS-sysprog - only responsible for non-z/OS-software. So I was not aware of all the restrictions z/OS has. But I know that (I think) a lot of sysprogs do what they should not do. Yes I understand Peter and Jim and some others who say what I should not do, whats on my own risk and whats not supported and and and I know some of these problems more than 30 years and since that time there is no useable supported solution from IBM. But that's another discussion. Finally ... this PDSE-library was moved to logon-procedure and removed from LNKLST and all works fine and we have to live with all the secondary effects. regards Juergen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
STEPLIB problems - was: PDSE
The original case by Juergen touches the main shortcoming of IBM's STEPLIB-stance. There are cases when putting steplib(s) in linklist simply do not work! And where the alternative of putting it in the logon procedures is working nearly as bad. I have several times seen those cases luckily (= allowed by management) been solved by dynamic steplib functions from outside IBM. This happens when You must use conflicting software or software versions. One such case was when we were upgrading DB2 and during that period was the different test/development DB2 systems on different release levels. Another case was when we had different software (in the TSO development environments) that relied on the same set of SAS/C modules for I/O and other things - but of different releases of these modules. (At least one of those SW was IBM's.) And other cases. This experience coupled by some recent contacts with development labs at IBM give me the impression that IBM lacks contact with the reality out here... ;) Regards, Thomas Berg _ Thomas Berg Specialist A M SWEDBANK -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För Juergen Keller Skickat: den 25 januari 2012 09:51 Till: IBM-MAIN@bama.ua.edu Ämne: Re: PDSE Hello all, thank you for your updates and hints. Lets bring the discussion to an end ... The problem started when we began to install z/OS 1.12 and my colleagues did not want me to use dynamic steplib in the future (that was another post some month ago). So we decided to bring this load library to LNKLST. This worked fine for some weeks. No we wanted to install some maintenance to this library and this did not work as expected. The library is PDSE and from the posts I learned that we should not do what I wanted to do. So finally we decided to remove it from LNKLST and define it as a STEPLIB to the logon-procedure. That solves all the problems with lnklst and makes it much more easier to install maintenance. snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: STEPLIB problems - was: PDSE
I see what you mean. What are 'dynamic steplib functions from outside IBM'? Some third party product? Our TSO users select the 'environment' they like to work in, i.e. DEVL/PROD, DB2ID etc. and during logon we allocate to the different ISP* ddnames the libraries required for that envrionment. At least 'dynamic' during logon, not during the life of the session. Kees. Thomas Berg thomas.b...@swedbank.se wrote in message news:a90e503c23f97441b05ee302853b0e62616721c...@fspas01ev010.fspa.myntet.se... The original case by Juergen touches the main shortcoming of IBM's STEPLIB-stance. There are cases when putting steplib(s) in linklist simply do not work! And where the alternative of putting it in the logon procedures is working nearly as bad. I have several times seen those cases luckily (= allowed by management) been solved by dynamic steplib functions from outside IBM. This happens when You must use conflicting software or software versions. One such case was when we were upgrading DB2 and during that period was the different test/development DB2 systems on different release levels. Another case was when we had different software (in the TSO development environments) that relied on the same set of SAS/C modules for I/O and other things - but of different releases of these modules. (At least one of those SW was IBM's.) And other cases. This experience coupled by some recent contacts with development labs at IBM give me the impression that IBM lacks contact with the reality out here... ;) Regards, Thomas Berg _ Thomas Berg Specialist A M SWEDBANK -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För Juergen Keller Skickat: den 25 januari 2012 09:51 Till: IBM-MAIN@bama.ua.edu Ämne: Re: PDSE Hello all, thank you for your updates and hints. Lets bring the discussion to an end ... The problem started when we began to install z/OS 1.12 and my colleagues did not want me to use dynamic steplib in the future (that was another post some month ago). So we decided to bring this load library to LNKLST. This worked fine for some weeks. No we wanted to install some maintenance to this library and this did not work as expected. The library is PDSE and from the posts I learned that we should not do what I wanted to do. So finally we decided to remove it from LNKLST and define it as a STEPLIB to the logon-procedure. That solves all the problems with lnklst and makes it much more easier to install maintenance. snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.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...@bama.ua.edu with the message: INFO IBM-MAIN
SV: STEPLIB problems - was: PDSE
-Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För Vernooij, CP - SPLXM Skickat: den 25 januari 2012 12:24 Till: IBM-MAIN@bama.ua.edu Ämne: Re: STEPLIB problems - was: PDSE I see what you mean. What are 'dynamic steplib functions from outside IBM'? Some third party product? Yes. (We have actually changed from one to another due to z/OS changes.) Our TSO users select the 'environment' they like to work in, i.e. DEVL/PROD, DB2ID etc. and during logon we allocate to the different ISP* ddnames the libraries required for that envrionment. At least 'dynamic' during logon, not during the life of the session. Kees. Thomas Berg thomas.b...@swedbank.se wrote in message news:a90e503c23f97441b05ee302853b0e62616721c...@fspas01ev010.fspa.myntet. se... The original case by Juergen touches the main shortcoming of IBM's STEPLIB-stance. There are cases when putting steplib(s) in linklist simply do not work! And where the alternative of putting it in the logon procedures is working nearly as bad. I have several times seen those cases luckily (= allowed by management) been solved by dynamic steplib functions from outside IBM. This happens when You must use conflicting software or software versions. One such case was when we were upgrading DB2 and during that period was the different test/development DB2 systems on different release levels. Another case was when we had different software (in the TSO development environments) that relied on the same set of SAS/C modules for I/O and other things - but of different releases of these modules. (At least one of those SW was IBM's.) And other cases. This experience coupled by some recent contacts with development labs at IBM give me the impression that IBM lacks contact with the reality out here... ;) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: STEPLIB problems - was: PDSE
In article a90e503c23f97441b05ee302853b0e62616721c...@fspas01ev010.fspa.myntet.se you wrote: The original case by Juergen touches the main shortcoming of IBM's STEPLIB-stance. There are cases when putting steplib(s) in linklist simply do not work! And where the alternative of putting it in the logon procedures is working nearly as bad. I have several times seen those cases luckily (= allowed by management) been solved by dynamic steplib functions from outside IBM. This happens when You must use conflicting software or software versions. One such case was when we were upgrading DB2 and during that period was the different test/development DB2 systems on different release levels. Another case was when we had different software (in the TSO development environments) that relied on the same set of SAS/C modules for I/O and other things - but of different releases of these modules. (At least one of those SW was IBM's.) And other cases. Did you try putting the then-current SAS/C release in linklist? If that didn't work, you could have opened a problem report with SAS and we would have tried to fix it. For the WSA (back when it was written in SAS/C), we actually prefixed the library so that you could put two (or more) versions in linklist without disrupting running programs. This experience coupled by some recent contacts with development labs at IBM give me the impression that IBM lacks contact with the reality out here... ;) ? Regards, Thomas Berg _ Thomas Berg?? Specialist?? A M?? SWEDBANK -Ursprungligt meddelande- Fr?n: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] F?r Juergen Keller Skickat: den 25 januari 2012 09:51 Till: IBM-MAIN@bama.ua.edu ?mne: Re: PDSE Hello all, thank you for your updates and hints. Lets bring the discussion to an end ... The problem started when we began to install z/OS 1.12 and my colleagues did not want me to use dynamic steplib in the future (that was another post some month ago). So we decided to bring this load library to LNKLST. This worked fine for some weeks. No we wanted to install some maintenance to this library and this did not work as expected. The library is PDSE and from the posts I learned that we should not do what I wanted to do. So finally we decided to remove it from LNKLST and define it as a STEPLIB to the logon-procedure. That solves all the problems with lnklst and makes it much more easier to install maintenance. snip -- 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...@bama.ua.edu with the message: INFO IBM-MAIN
Re: STEPLIB problems - was: PDSE
Our TSO users select the 'environment' they like to work in, i.e. DEVL/PROD, DB2ID etc. and during logon we allocate to the different ISP* ddnames the libraries required for that envrionment. At least 'dynamic' during logon, not during the life of the session. That only works if the ISPF application supports ISPLLIB (see the dynamic steplib discussion). If ISPLLIB is not supported, then the needed library must be in STEPLIB. I think there was also some mention of ALTLIB (which I never fully grasped) and which basically means a new logon in most installations. Barbara -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
SV: STEPLIB problems - was: PDSE
-Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För Don Poitras Skickat: den 25 januari 2012 13:11 Till: IBM-MAIN@bama.ua.edu Ämne: Re: STEPLIB problems - was: PDSE In article a90e503c23f97441b05ee302853b0e62616721c...@fspas01ev010.fspa.myntet.se you wrote: The original case by Juergen touches the main shortcoming of IBM's STEPLIB-stance. There are cases when putting steplib(s) in linklist simply do not work! And where the alternative of putting it in the logon procedures is working nearly as bad. I have several times seen those cases luckily (= allowed by management) been solved by dynamic steplib functions from outside IBM. This happens when You must use conflicting software or software versions. One such case was when we were upgrading DB2 and during that period was the different test/development DB2 systems on different release levels. Another case was when we had different software (in the TSO development environments) that relied on the same set of SAS/C modules for I/O and other things - but of different releases of these modules. (At least one of those SW was IBM's.) And other cases. Did you try putting the then-current SAS/C release in linklist? If that didn't work, you could have opened a problem report with SAS and we would have tried to fix it. For the WSA (back when it was written in SAS/C), we actually prefixed the library so that you could put two (or more) versions in linklist without disrupting running programs. IIRC, these SAS/C modules was delivered as a part of these SW's own libraries, not as a part of the SAS product. (I call these SAS/C as that was what I saw when browsing the loadmodules.) In fact, one of the SW's was ISPF/WSA and the other (IIRC) was a product called ProEdit. BTW, what do You mean by prefixed the library ? Regards, Thomas Berg _ Thomas Berg Specialist A M SWEDBANK -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: STEPLIB problems - was: PDSE
Thomas Berg wrote: There are cases when putting steplib(s) in linklist simply do not work! Please elaborate on those cases. Is it about mixing of APF and non-APF libraries? Or is it something else? And where the alternative of putting it in the logon procedures is working nearly as bad. Having a ***tested*** logon proc with the minimum libraries (Base TO/ISPF, SDSF and RACF) never ever hurts. ;-D I have several times seen those cases luckily (= allowed by management) been solved by dynamic steplib functions from outside IBM. Please tell me more about this dynamic steplib functions? This happens when You must use conflicting software or software versions. One such case was when we were upgrading DB2 and during that period was the different test/development DB2 systems on different release levels. Groan... This is why I always insist to 'them' to have two set of procs and logon procs. One with 'old' things and another one with 'new' things. But no, no-one listens to me and rather howls like a poor rejected doggy when the jobs fail... ;-D ;-D Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
SV: STEPLIB problems - was: PDSE
-Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För Elardus Engelbrecht Skickat: den 25 januari 2012 13:17 Till: IBM-MAIN@bama.ua.edu Ämne: Re: STEPLIB problems - was: PDSE Thomas Berg wrote: There are cases when putting steplib(s) in linklist simply do not work! Please elaborate on those cases. Is it about mixing of APF and non-APF libraries? Or is it something else? Se below. And where the alternative of putting it in the logon procedures is working nearly as bad. Having a ***tested*** logon proc with the minimum libraries (Base TO/ISPF, SDSF and RACF) never ever hurts. ;-D In fact, we usually do *not* have //STEPLIB in our logon procs. (Partly of performance reasons.) I have several times seen those cases luckily (= allowed by management) been solved by dynamic steplib functions from outside IBM. Please tell me more about this dynamic steplib functions? There are several. One can be found in CBTTAPE, others is the late Gilbert Saint-Flour's and more. E g CBTTAPEs dynamic steplib is used by issuing commands like these in TSO (/rexx/clist): 1: STEPLIB ALLOCATE DATASETS(dsname list) SHR REUSE (allocates a new steplib closes/frees the old) 2: Run the (ISPF) application 3: STEPLIB FREE (closes/frees the old steplib) This happens when You must use conflicting software or software versions. One such case was when we were upgrading DB2 and during that period was the different test/development DB2 systems on different release levels. Groan... This is why I always insist to 'them' to have two set of procs and logon procs. One with 'old' things and another one with 'new' things. But no, no-one listens to me and rather howls like a poor rejected doggy when the jobs fail... ;-D Unfortunately this doesn't help when the users need to use both the old and the new things at the same time... Regards, Thomas Berg _ Thomas Berg Specialist A M SWEDBANK -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
SV: STEPLIB problems - was: PDSE
-Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För Barbara Nitz Skickat: den 25 januari 2012 13:11 Till: IBM-MAIN@bama.ua.edu Ämne: Re: STEPLIB problems - was: PDSE Our TSO users select the 'environment' they like to work in, i.e. DEVL/PROD, DB2ID etc. and during logon we allocate to the different ISP* ddnames the libraries required for that envrionment. At least 'dynamic' during logon, not during the life of the session. That only works if the ISPF application supports ISPLLIB (see the dynamic steplib discussion). If ISPLLIB is not supported, then the needed library must be in STEPLIB. I think there was also some mention of ALTLIB (which I never fully grasped) and which basically means a new logon in most installations. ITYM IBMs TSOLIB function/command. Which must be used under native TSO before starting ISPF. Which means that it's unusable except as an alternative to different logon procs - with the inconvenience to have to issue the command(s) every logon... Regards, Thomas Berg _ Thomas Berg Specialist A M SWEDBANK -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: STEPLIB problems - was: PDSE
In 3439818781451184.wa.nitzibmgmx@bama.ua.edu, on 01/25/2012 at 06:10 AM, Barbara Nitz nitz-...@gmx.net said: That only works if the ISPF application supports ISPLLIB (see the dynamic steplib discussion). If ISPLLIB is not supported, then the needed library must be in STEPLIB. That hasn't been true for decades. TSO does have a dynamic steplib, it's just that the restrictions limit its usefulness. It should work fine in the case under discussion. I think there was also some mention of ALTLIB TSOLIB? and which basically means a new logon in most installations. Why? Note that the context is setting things up at the beginning of the TSO session, not changing them after you're in ISPF, which is stickier. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: COBOL execs Dummy Question
In cahtvvrw3xwndsszex+ucz6mjbwtjpytr0vsvgbda0rwi99n...@mail.gmail.com, on 01/25/2012 at 09:18 AM, Jake anderson justmainfra...@gmail.com said: Subject: COBOL execs Dummy Question Are you asking about the names of cataloged procedires or about program names? IGYWCL If that's a load module or program object idea then I don't know, although the answer is probably in the eye-catcher and in the generated object modules. If it's the name of a cataloged procedure then the CL stands for Compile and Link. If it's the name of an EXEC, EXEC2 or REXX procedure in z/VM then maybe one of the z/VM folks knows. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: STEPLIB problems - was: PDSE
In a90e503c23f97441b05ee302853b0e62616721c...@fspas01ev010.fspa.myntet.se, on 01/25/2012 at 11:43 AM, Thomas Berg thomas.b...@swedbank.se said: This happens when You must use conflicting software or software versions. For that case, why can't you set it up from the READY prompt prior to going into ISPF? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
SV: STEPLIB problems - was: PDSE
-Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För Shmuel Metz (Seymour J.) Skickat: den 25 januari 2012 14:22 Till: IBM-MAIN@bama.ua.edu Ämne: Re: STEPLIB problems - was: PDSE In a90e503c23f97441b05ee302853b0e62616721c...@fspas01ev010.fspa.myntet.se, on 01/25/2012 at 11:43 AM, Thomas Berg thomas.b...@swedbank.se said: This happens when You must use conflicting software or software versions. For that case, why can't you set it up from the READY prompt prior to going into ISPF? Because I need to use both at the same time (in ISPF). Regards, Thomas Berg _ Thomas Berg Specialist A M SWEDBANK -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: PDSE
On Wed, 25 Jan 2012 02:51:16 -0600, Juergen Keller juergen.kel...@deutsche-boerse.com wrote: Finally ... this PDSE-library was moved to logon-procedure and removed from LNKLST and all works fine and we have to live with all the secondary effects. regards Juergen STEPLIBs in logon procs are bad from a performance perspective. Especially if you have a large system (dozens to hundreds of concurrent ISPF users) and share it from multiple LPAR. Every time someone hits enter in ISPF or issues other commands the library will be searched. If you must use a STEPLIB in your logon proc, you should at least add it to LLA with the FREEZE option and train the people who maintain the library that an LLA update is needed when they make changes. Regards, Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: STEPLIB problems - was: PDSE
We used a product that dynamically allocates the steplib in the tso logon proc. This allows us to do what the ispllib does for the products that require us to use the steplib in the logon proc. We were able to go from 90 logon procs to 3. We use the ispllib where possible as well as the ispmlib, ispplib, ispslib for those products that support these TSO services. Regards Otto Schumacher HP Enterprise Services Infrastructure Specialist Ahold Account CICS Capacity Technical Support Ahold Building 1200 Brookfiled Blvd. 2S-034 Greenville, South Carolina, 29607 Cell: 864 569--5338 Tel: 864 987-1417 Fax: provide upon request E-mail: otto.schumac...@hp.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Thomas Berg Sent: Wednesday, January 25, 2012 8:39 AM To: IBM-MAIN@bama.ua.edu Subject: SV: STEPLIB problems - was: PDSE -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För Shmuel Metz (Seymour J.) Skickat: den 25 januari 2012 14:22 Till: IBM-MAIN@bama.ua.edu Ämne: Re: STEPLIB problems - was: PDSE In a90e503c23f97441b05ee302853b0e62616721c...@fspas01ev010.fspa.myntet.se, on 01/25/2012 at 11:43 AM, Thomas Berg thomas.b...@swedbank.se said: This happens when You must use conflicting software or software versions. For that case, why can't you set it up from the READY prompt prior to going into ISPF? Because I need to use both at the same time (in ISPF). Regards, Thomas Berg _ Thomas Berg Specialist A M SWEDBANK -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: STEPLIB problems - was: PDSE
On Wed, 25 Jan 2012 06:10:44 -0600, Barbara Nitz nitz-...@gmx.net wrote: Our TSO users select the 'environment' they like to work in, i.e. DEVL/PROD, DB2ID etc. and during logon we allocate to the different ISP* ddnames the libraries required for that envrionment. At least 'dynamic' during logon, not during the life of the session. That only works if the ISPF application supports ISPLLIB (see the dynamic steplib discussion). If ISPLLIB is not supported, then the needed library must be in STEPLIB. I think there was also some mention of ALTLIB (which I never fully grasped) and which basically means a new logon in most installations. Most support ISPLLIB - as long as it is allocated prior to ISPF invocation. However, LIBDEF for ISPLLIB usually doesn't work because it does not support the use of LINK, LOAD, ATTACH or XCTL. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: SV: STEPLIB problems - was: PDSE
Thomas Berg wrote: In fact, we usually do *not* have //STEPLIB in our logon procs. (Partly of performance reasons.) Good that you can avoid them. I agree about performance reasons, why allocate something if you don't use it at all in your session? Please tell me more about this dynamic steplib functions? There are several. One can be found in CBTTAPE, others is the late Gilbert Saint-Flour's and more. E g CBTTAPEs dynamic steplib is used by issuing commands like these in TSO (/rexx/clist): 1: STEPLIB ALLOCATE DATASETS(dsname list) SHR REUSE 2: Run the (ISPF) application 3: STEPLIB FREE I'm aware of them, I was wondering if you're using something exotic and elegant! ;-D One benefit is that you have fewer users to ask to logoff (or is that 'rockoff'? ;-D ) because you want to do something disruptive on a dataset. Unfortunately this doesn't help when the users need to use both the old and the new things at the same time... Ouch ... I feel your pain ... Thomas, many thanks for kindly answering my questions, I really appreciate it much! Please keep it up! Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: SV: STEPLIB problems - was: PDSE
Thomas Berg wrote: -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För Don Poitras Skickat: den 25 januari 2012 13:11 Till: IBM-MAIN@bama.ua.edu Ämne: Re: STEPLIB problems - was: PDSE In article a90e503c23f97441b05ee302853b0e62616721c...@fspas01ev010.fspa.myntet.se you wrote: The original case by Juergen touches the main shortcoming of IBM's STEPLIB-stance. There are cases when putting steplib(s) in linklist simply do not work! And where the alternative of putting it in the logon procedures is working nearly as bad. I have several times seen those cases luckily (= allowed by management) been solved by dynamic steplib functions from outside IBM. This happens when You must use conflicting software or software versions. One such case was when we were upgrading DB2 and during that period was the different test/development DB2 systems on different release levels. Another case was when we had different software (in the TSO development environments) that relied on the same set of SAS/C modules for I/O and other things - but of different releases of these modules. (At least one of those SW was IBM's.) And other cases. Did you try putting the then-current SAS/C release in linklist? If that didn't work, you could have opened a problem report with SAS and we would have tried to fix it. For the WSA (back when it was written in SAS/C), we actually prefixed the library so that you could put two (or more) versions in linklist without disrupting running programs. IIRC, these SAS/C modules was delivered as a part of these SW's own libraries, not as a part of the SAS product. (I call these SAS/C as that was what I saw when browsing the loadmodules.) In fact, one of the SW's was ISPF/WSA and the other (IIRC) was a product called ProEdit. BTW, what do You mean by prefixed the library ? SAS/C != SAS. The SAS/C Transient Library contains portions of the C run-time library and is freely distributable by ISVs. We ask that they distribute it as provided, but we can't force them to do so. Back in '96, we worked with IBM to take advantage of a feature that was already present. In order to allow the CICS transient library to co-exist with the non-CICS version, the calling code was written to use a prefix for each load module. LSH for CICS and LSC for non-CICS. These names are actually aliases of the L$C prefix that we use for zapping the modules with maintanence. User programs would pick up the prefix by linking with the appropriate link library. For IBM, we externalized this feature and they started delivering the transient library with (as I recall) ISP as the prefix. The idea being that IBM wouldn't be forced to use a newer transient library (or back-level if the customer for some reason did that.) A few other ISV's used this as well. Regards, Thomas Berg _ Thomas Berg Specialist A M SWEDBANK -- Don Poitras - zSeries R D - SAS Institute Inc. - SAS Campus Drive mailto:sas...@sas.com (919)531-5637 Fax:677- Cary, NC 27513 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: STEPLIB problems - was: PDSE
On 1/25/2012 6:31 AM, Vernooij, CP - SPLXM wrote: I see what you mean. What are 'dynamic steplib functions from outside IBM'? Some third party product? Our TSO users select the 'environment' they like to work in, i.e. DEVL/PROD, DB2ID etc. and during logon we allocate to the different ISP* ddnames the libraries required for that envrionment. At least 'dynamic' during logon, not during the life of the session. Kees. Kees, There is an excellent free Dynamic STEPLIB program on FILE452 available at www.cbttape.org. It will give all the function you really require, and it's FREE!! Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: The Trainer's Friend announces - no price increase
On 1/24/2012 11:28 PM, Timothy Sipples wrote: Steve Comstock writes: We are using the same pricing we used in 2002. :-) We aren't, thank goodness. We slashed z/OS prices repeatedly then increased some of them this year, once, a bit, far less than we slashed them. Yes. Well, our classroom training prices are the same as 2002, but we have other options and products and those prices have swung both up and down. We're just like IBM. Only a little smaller. And we don't do hardware. And we only do z/OS And ... Ah well. :-) Although I do like your training services and think they're fairly priced. Reminder: My views are my own. The facts, however, are the facts. Timothy Sipples Resident Enterprise Architect (Based in Singapore) E-Mail: timothy.sipp...@us.ibm.com -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-355-2752 http://www.trainersfriend.com * To get a good Return on your Investment, first make an investment! + Training your people is an excellent investment * Try our tool for calculating your Return On Investment for training dollars at http://www.trainersfriend.com/ROI/roi.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Going from mod-3 to mod9
Dennis, We also need to see the I/O rate for your various volumes in your spreadsheet sample. Bill Fairchild -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Lots of *MASTER* CPU during a big sort
I glanced at the SDSF 'DA' frame this morning and noticed one of our applications programmers was sorting a large file - something like 400,000 tracks. The system was otherwise lightly loaded and SDSF was reporting 2M real storage frames in use by his job. But what also caught my eye was unusually large CPU consumption by the *MASTER* address space: 60-75% continuously while his sort was executing. He cancelled it, and *MASTER* went back to its usual docile self. What is a large DFSort with 2M+ real storage doing to consume that much time in *MASTER*? Is this a characteristic of memory objects? -- David Andrews A. Duda Sons, Inc. david.andr...@duda.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: SV: STEPLIB problems - was: PDSE
Thomas, STEPLIB from CBTTAPE works, I've tested it but its not supported/recommended. There was a discussion about DYNAMIC STEPLIB last year and Jim Mulder wrote: The only supported mechanism in MVS for adding to the module library search order within as address space is an ATTACH with a TASKLIB. This is the only supported way to set TCBJLB. Any program which modifies TCBJLB in an existing TCB is wrong to do so. I would recommend against having any such program installed on your system. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY regards Juergen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: The Trainer's Friend announces - no price increase
You sure? have a look at a mail titled: IBM announces 6% price increase for z/OS, but as you signature states, facts are your facts, but opinions are always opinions! ITschak On Wed, Jan 25, 2012 at 8:28 AM, Timothy Sipples timothy.sipp...@us.ibm.com wrote: Steve Comstock writes: We are using the same pricing we used in 2002. :-) We aren't, thank goodness. We slashed z/OS prices repeatedly then increased some of them this year, once, a bit, far less than we slashed them. Although I do like your training services and think they're fairly priced. Reminder: My views are my own. The facts, however, are the facts. Timothy Sipples Resident Enterprise Architect (Based in Singapore) E-Mail: timothy.sipp...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Lots of *MASTER* CPU during a big sort
On Jan 25, 2012, at 9:08 AM, David Andrews d...@lists.duda.com wrote: But what also caught my eye was unusually large CPU consumption by the *MASTER* address space: 60-75% continuously while his sort was executing. He cancelled it, and *MASTER* went back to its usual docile self. What is a large DFSort with 2M+ real storage doing to consume that much time in *MASTER*? Is this a characteristic I/O interrupt processing in an otherwise lightly loaded system. No biggie. Sent from my iPad -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
DF/DSS data set restore from logical dump
I want to restore data sets from a logical dump. I would like to replace the original first level qualifier with something like this NEWHLQ1.NEWHLQ2.OLDHLQ2.. I tried this RENAMEU(OLDHLQ1.**,NEWHLQ1.NEWHLQ2.**) but if overlays the first two HLQs of the original name. I want to overlay only first HLQ. At the very least I would like to append two new HLQs to the original name. Is this possible? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
SV: SV: STEPLIB problems - was: PDSE
Yes, I'm aware of that. With open eyes... Regards, Thomas Berg _ Thomas Berg Specialist A M SWEDBANK -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För Juergen Keller Skickat: den 25 januari 2012 16:00 Till: IBM-MAIN@bama.ua.edu Ämne: Re: SV: STEPLIB problems - was: PDSE Thomas, STEPLIB from CBTTAPE works, I've tested it but its not supported/recommended. There was a discussion about DYNAMIC STEPLIB last year and Jim Mulder wrote: The only supported mechanism in MVS for adding to the module library search order within as address space is an ATTACH with a TASKLIB. This is the only supported way to set TCBJLB. Any program which modifies TCBJLB in an existing TCB is wrong to do so. I would recommend against having any such program installed on your system. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY regards Juergen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: DF/DSS data set restore from logical dump
Unfortunately, Can't add qualifiers when masking. If only a few datasets to restore, code the entire old DSN and NEW DSN in the RENAMEU. _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Richard Pinion Sent: Wednesday, January 25, 2012 10:53 AM To: IBM-MAIN@bama.ua.edu Subject: DF/DSS data set restore from logical dump I want to restore data sets from a logical dump. I would like to replace the original first level qualifier with something like this NEWHLQ1.NEWHLQ2.OLDHLQ2.. I tried this RENAMEU(OLDHLQ1.**,NEWHLQ1.NEWHLQ2.**) but if overlays the first two HLQs of the original name. I want to overlay only first HLQ. At the very least I would like to append two new HLQs to the original name. Is this possible? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN 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...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Lots of *MASTER* CPU during a big sort
DFSORT was likely utilizing available central storage for memory object or Hiperspace sorting. Normally I have not seen that cause spikes in Master cpu utilization but perhaps there was a spike in paging that drove the Master cpu. If so, there are DFSORT installation defaults that can be set to limit DFSORT's use of central storage to minimize high paging. Have a nice day, Dave Betten DFSORT Development, Performance Lead IBM Corporation email: bet...@us.ibm.com 1-301-240-3809 DFSORT/MVSontheweb at http://www.ibm.com/storage/dfsort/ IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 01/25/2012 10:08:43 AM: [image removed] Lots of *MASTER* CPU during a big sort David Andrews to: IBM-MAIN 01/25/2012 10:14 AM Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Please respond to IBM Mainframe Discussion List I glanced at the SDSF 'DA' frame this morning and noticed one of our applications programmers was sorting a large file - something like 400,000 tracks. The system was otherwise lightly loaded and SDSF was reporting 2M real storage frames in use by his job. But what also caught my eye was unusually large CPU consumption by the *MASTER* address space: 60-75% continuously while his sort was executing. He cancelled it, and *MASTER* went back to its usual docile self. What is a large DFSort with 2M+ real storage doing to consume that much time in *MASTER*? Is this a characteristic of memory objects? -- David Andrews A. Duda Sons, Inc. david.andr...@duda.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: DF/DSS data set restore from logical dump
Thanks for the reply! Richard and Vickie Pinion --- david.jou...@53.com wrote: From: Jousma, David david.jou...@53.com To: IBM-MAIN@bama.ua.edu Subject: Re: DF/DSS data set restore from logical dump Date: Wed, 25 Jan 2012 11:12:20 -0500 Unfortunately, Can't add qualifiers when masking. If only a few datasets to restore, code the entire old DSN and NEW DSN in the RENAMEU. _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Richard Pinion Sent: Wednesday, January 25, 2012 10:53 AM To: IBM-MAIN@bama.ua.edu Subject: DF/DSS data set restore from logical dump I want to restore data sets from a logical dump. I would like to replace the original first level qualifier with something like this NEWHLQ1.NEWHLQ2.OLDHLQ2.. I tried this RENAMEU(OLDHLQ1.**,NEWHLQ1.NEWHLQ2.**) but if overlays the first two HLQs of the original name. I want to overlay only first HLQ. At the very least I would like to append two new HLQs to the original name. Is this possible? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN 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...@bama.ua.edu with the message: INFO IBM-MAIN _ Netscape. Just the Net You Need. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
SDSF;O SYSLOG files?
Hello, Newby question please .. I have these SYSLOG's on my SDSF .. SDSF OUTPUT ALL CLASSES ALL FORMSLINES 291,034 LINE 1-21 (35) COMMAND INPUT ===SCROLL === CSR PREFIX=* DEST=(ALL) OWNER=* SYSNAME= NP JOBNAME JobIDOwnerPrty C FormsDest Tot-Rec SYSLOG STC2 +MASTER+ 144 C STD LOCAL 70 SYSLOG STC00018 +MASTER+ 128 C STD LOCAL 3,562 SYSLOG STC00052 +MASTER+ 128 C STD LOCAL 3,523 etc EXITMVS STC00109 STCOPER96 H STD LOCAL 57,233 EXITMVS STC00169 STCOPER96 H STD LOCAL 56,820 Am an app developer on Dallas VIC, they clutter my O option, always seems to be around sixteen of them, seem to be unchanging but there's a new one each day so presume 'one/some' drop off, as the name suggests they look like logs, I never look at them. May I safely purge them? Same question the EXITMVS's (look like dumps). TIA Graham Hobbs -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
QUEUED() not working with ISPF (CROSS POSTED to ISPF-L)
Readers, IBM helped identify the issue. It is a TSO problem. TSO gets 'confused' between line-mode and full screen. Before: ADDRESS ISPEXEC 'VPUT ... ADDRESS ISPEXEC 'DISPLAY .. ADDRESS ISPEXEC 'VGET ... After:ADDRESS ISPEXEC 'VPUT ... ADDRESS ISPEXEC CONTROL DISPLAY REFRESH ADDRESS ISPEXEC 'DISPLAY .. ADDRESS ISPEXEC CONTROL DISPLAY LINE START(1) ADDRESS ISPEXEC 'VGET ... I have logged off and back on many times to get the new copy of my EXEC and PANEL. Q). What is the secret to 'refreshing' my 'link' to the code I keep changing in the dataset I have concatenated? Thanks for all your help, Dave Dave Hansen Eagan Software Systems Branch 651-406-1208 dave.l.han...@usps.gov -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: SV: STEPLIB problems - was: PDSE
On 1/25/2012 10:12 AM, Juergen Keller wrote: Thomas, STEPLIB from CBTTAPE works, I've tested it but its not supported/recommended. There was a discussion about DYNAMIC STEPLIB last year and Jim Mulder wrote: The only supported mechanism in MVS for adding to the module library search order within as address space is an ATTACH with a TASKLIB. This is the only supported way to set TCBJLB. Any program which modifies TCBJLB in an existing TCB is wrong to do so. I would recommend against having any such program installed on your system. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY regards Juergen Juergen, The dynamic STEPLIB products you pay for also violate Jim's restriction. That's why IBM doesn't have its own Dynamic STEPLIB, because they will not modify TCBJLB. TSOLIB is the best they will do. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: QUEUED() not working with ISPF (CROSS POSTED to ISPF-L)
For dialog testing I use PDF Option 7.1 and specify Panel ISR@PRIM . You could narrow the scope, but this is simple. It causes every 'fetch' to reread the relevant library so that you're always current. After your testing is done, it would be prudent to exit/reenter PDF for the sake of efficiency. . . JO.Skip Robinson SCE Infrastructure Technology Services Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: Hansen, Dave L - Eagan, MN dave.l.han...@usps.gov To: IBM-MAIN@bama.ua.edu Date: 01/25/2012 08:34 AM Subject:QUEUED() not working with ISPF (CROSS POSTED to ISPF-L) Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Readers, IBM helped identify the issue. It is a TSO problem. TSO gets 'confused' between line-mode and full screen. Before: ADDRESS ISPEXEC 'VPUT ... ADDRESS ISPEXEC 'DISPLAY .. ADDRESS ISPEXEC 'VGET ... After:ADDRESS ISPEXEC 'VPUT ... ADDRESS ISPEXEC CONTROL DISPLAY REFRESH ADDRESS ISPEXEC 'DISPLAY .. ADDRESS ISPEXEC CONTROL DISPLAY LINE START(1) ADDRESS ISPEXEC 'VGET ... I have logged off and back on many times to get the new copy of my EXEC and PANEL. Q). What is the secret to 'refreshing' my 'link' to the code I keep changing in the dataset I have concatenated? Thanks for all your help, Dave Dave Hansen Eagan Software Systems Branch 651-406-1208 dave.l.han...@usps.gov -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: QUEUED() not working with ISPF (CROSS POSTED to ISPF-L)
On 1/25/2012 9:30 AM, Hansen, Dave L - Eagan, MN wrote: Readers, IBM helped identify the issue. It is a TSO problem. TSO gets 'confused' between line-mode and full screen. Before: ADDRESS ISPEXEC 'VPUT ... ADDRESS ISPEXEC 'DISPLAY .. ADDRESS ISPEXEC 'VGET ... After:ADDRESS ISPEXEC 'VPUT ... ADDRESS ISPEXEC CONTROL DISPLAY REFRESH ADDRESS ISPEXEC 'DISPLAY .. ADDRESS ISPEXEC CONTROL DISPLAY LINE START(1) ADDRESS ISPEXEC 'VGET ... I have logged off and back on many times to get the new copy of my EXEC and PANEL. Q). What is the secret to 'refreshing' my 'link' to the code I keep changing in the dataset I have concatenated? Thanks for all your help, Dave Dave Hansen Eagan Software Systems Branch 651-406-1208 dave.l.han...@usps.gov You want to run in Test mode. This always refreshes panels and messages. Start ISPF with ISPF TEST or, once you are in ISPF, run your tests under ISPF option 7, Dialog Test -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-355-2752 http://www.trainersfriend.com * To get a good Return on your Investment, first make an investment! + Training your people is an excellent investment * Try our tool for calculating your Return On Investment for training dollars at http://www.trainersfriend.com/ROI/roi.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: SDSF;O SYSLOG files?
Graham, Those output files are used to pull together the syslog that you see in S.LOG. There's nothing in the system that automatically deletes them, but you may have a an automated command in your shop that purges them, say, after 5 days. In our shop, we purge them after three days with a JES command: $POJOBQ,Q=L,DAYS3. But we also back up the entire syslog prior to purging the output. If you don't care what's in S.LOG and don't care to keep a history of it, then go ahead and purge it. Personally, I'd keep a few, and get used to them being there. Mary Anne -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: DF/DSS data set restore from logical dump
Ah yes, one of those FDR/FDRDSF functions that you can't easily duplicate/replace with any DFDSS/ADRDSSU RESTORE option. Scott Barry SBBWorks, Inc. On Wed, 25 Jan 2012 11:12:20 -0500, Jousma, David david.jou...@53.com wrote: Unfortunately, Can't add qualifiers when masking. If only a few datasets to restore, code the entire old DSN and NEW DSN in the RENAMEU. _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Richard Pinion Sent: Wednesday, January 25, 2012 10:53 AM To: IBM-MAIN@bama.ua.edu Subject: DF/DSS data set restore from logical dump I want to restore data sets from a logical dump. I would like to replace the original first level qualifier with something like this NEWHLQ1.NEWHLQ2.OLDHLQ2.. I tried this RENAMEU(OLDHLQ1.**,NEWHLQ1.NEWHLQ2.**) but if overlays the first two HLQs of the original name. I want to overlay only first HLQ. At the very least I would like to append two new HLQs to the original name. Is this possible? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: SDSF;O SYSLOG files?
Hello, Newby question please .. I have these SYSLOG's on my SDSF .. SDSF OUTPUT ALL CLASSES ALL FORMSLINES 291,034 LINE 1-21 (35) COMMAND INPUT ===SCROLL === CSR PREFIX=* DEST=(ALL) OWNER=* SYSNAME= NP JOBNAME JobIDOwnerPrty C FormsDest Tot-Rec SYSLOG STC2 +MASTER+ 144 C STD LOCAL 70 SYSLOG STC00018 +MASTER+ 128 C STD LOCAL 3,562 SYSLOG STC00052 +MASTER+ 128 C STD LOCAL 3,523 etc EXITMVS STC00109 STCOPER96 H STD LOCAL 57,233 EXITMVS STC00169 STCOPER96 H STD LOCAL 56,820 Am an app developer on Dallas VIC, they clutter my O option, always seems to be around sixteen of them, seem to be unchanging but there's a new one each day so presume 'one/some' drop off, as the name suggests they look like logs, I never look at them. May I safely purge them? Same question the EXITMVS's (look like dumps). TIA Graham Hobbs The SYSLOG is from the JES2 log and you probably want to archive them rather than PURGE them. If you already archive them but leave them on the JES2 spool, then you might be able to setup a JES2 command to purge them on a daily basis. Syslog is what you see when you issue the LOG command in SDSF. You may need to look at syslog from days ago to resolve an issue. Why not use the SDSF filter functions to only see what you want to see? I do not know EXITMVS. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: IBM announces 6% price increase for z/OS
-Original Message- From: IBM Mainframe Discussion List On Behalf Of J. Cassidy Next we will hear that today is Wednesday. Actually, it's already Thursday in some places. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: DF/DSS data set restore from logical dump
Date: Wed, 25 Jan 2012 11:12:20 -0500 Unfortunately, Can't add qualifiers when masking. If only a few datasets to restore, code the entire old DSN and NEW DSN in the RENAMEU. To: IBM-MAIN@bama.ua.edu Subject: DF/DSS data set restore from logical dump I want to restore data sets from a logical dump. I would like to replace the original first level qualifier with something like this NEWHLQ1.NEWHLQ2.OLDHLQ2.. I tried this RENAMEU(OLDHLQ1.**,NEWHLQ1.NEWHLQ2.**) but if overlays the first two HLQs of the original name. I want to overlay only first HLQ. At the very least I would like to append two new HLQs to the original name. Is this possible? What I do is dump/copy all of the datasets I need to rename to a tape/dasd file. Then RESTORE them with the following RENUNC(a.**,B.**) Since the only datasets in my file is what I want to change the HLQ to - it works well. Otherwise I have to generate each rename statement with fully qualified datasets names) Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: DF/DSS data set restore from logical dump
Exactly! Richard and Vickie Pinion --- sba...@sbbworks.com wrote: From: Scott Barry sba...@sbbworks.com To: IBM-MAIN@bama.ua.edu Subject: Re: DF/DSS data set restore from logical dump Date: Wed, 25 Jan 2012 10:46:21 -0600 Ah yes, one of those FDR/FDRDSF functions that you can't easily duplicate/replace with any DFDSS/ADRDSSU RESTORE option. Scott Barry SBBWorks, Inc. On Wed, 25 Jan 2012 11:12:20 -0500, Jousma, David david.jou...@53.com wrote: Unfortunately, Can't add qualifiers when masking. If only a few datasets to restore, code the entire old DSN and NEW DSN in the RENAMEU. _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Richard Pinion Sent: Wednesday, January 25, 2012 10:53 AM To: IBM-MAIN@bama.ua.edu Subject: DF/DSS data set restore from logical dump I want to restore data sets from a logical dump. I would like to replace the original first level qualifier with something like this NEWHLQ1.NEWHLQ2.OLDHLQ2.. I tried this RENAMEU(OLDHLQ1.**,NEWHLQ1.NEWHLQ2.**) but if overlays the first two HLQs of the original name. I want to overlay only first HLQ. At the very least I would like to append two new HLQs to the original name. Is this possible? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN _ Netscape. Just the Net You Need. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: The Trainer's Friend announces - no price increase
W dniu 2012-01-25 00:58, Steve Comstock pisze: We are using the same pricing we used in 2002. :-) I have to admit I increased my prices significantly. ;-) Especially when measured in USD, because dollar is much cheaper than 10 years ago. [Well, just a thought.] [No offense intended to those who abhor any kind of marketing on the list. But what an opportunity!] In my case it's not marketing in any way. I'm not wiling to travel to U.S. nor teach in English. ;-))) -- Radoslaw Skorupka Lodz, Poland -- Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. Wedug stanu na dzie 01.01.2012 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.410.984 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
SV: QUEUED() not working with ISPF (CROSS POSTED to ISPF-L)
FWIW, the easiest way to use the Dialog Test is to select Option 1 Functions and enter Your primary panel name (ISPF Primary Option Menu): Esss Dialog Test N e Menu Save Utilities Help e e s e e S000TBE E5DELTA Invoke Dialog Function/Selection Panele e Command === e e More: + e e Invoke selection panel:e ePANEL . . ISRÖPRIM (or whatever You use) e eOPT . . . e ee ee e Invoke command:e eCMD . . . e ee eLANG . . . (APL, CREX, or blank) e eMODE . . . (LINE, FSCR, or blank) e ee e Invoke program:e ePGM . . . e ePARM . . . e ee eMODE . . . (LINE, FSCR, or blank) e DM And then continue from there. Regards, Thomas Berg _ Thomas Berg Specialist A M SWEDBANK -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
CU Resources Exceeded
After adding devices and two (2) LPARS to IOCDS on 2066, unable to IPL the last two(2) of ten (10) LPARS. The last two (2) are NOT necessarily LPAR numbers 9 and A but are the last two (2) of the ten (10) that are activated. Within Channel Problem Determintation on 2066 SE the message in the Analyze Serial Link Status is: CU Resources Exceeded - Init Failure - No Resources Available. Has anyone seen this or know what the problem might be. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: The Trainer's Friend announces - no price increase
-Original Message- From: IBM Mainframe Discussion List On Behalf Of R.S. W dniu 2012-01-25 00:58, Steve Comstock pisze: We are using the same pricing we used in 2002. :-) I have to admit I increased my prices significantly. ;-) Especially when measured in USD, because dollar is much cheaper than 10 years ago. If you think USD are cheap now, wait until Uncle Ben's Funny Money gets into circulation. :-( -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
SV: The Trainer's Friend announces - no price increase
-Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För Chase, John Skickat: den 25 januari 2012 19:04 Till: IBM-MAIN@bama.ua.edu Ämne: Re: The Trainer's Friend announces - no price increase -Original Message- From: IBM Mainframe Discussion List On Behalf Of R.S. W dniu 2012-01-25 00:58, Steve Comstock pisze: We are using the same pricing we used in 2002. :-) I have to admit I increased my prices significantly. ;-) Especially when measured in USD, because dollar is much cheaper than 10 years ago. If you think USD are cheap now, wait until Uncle Ben's Funny Money gets into circulation. :-( Well, for the moment there is a very tough and competitive race to the bottom in the currency markets. ;) Regards, Thomas Berg _ Thomas Berg Specialist A M SWEDBANK -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: CU Resources Exceeded
The error message appears on printed page 283 in http://www.redbooks.ibm.com/redbooks/pdfs/sg246497.pdf and some diagnostic options are displayed. You might have something defined wrong in the FICON connectors, or cables switched. On Wed, Jan 25, 2012 at 11:44 AM, SUBSCRIBE IBM-MAIN Tom Trainor thomas.j.trai...@exxonmobil.com wrote: After adding devices and two (2) LPARS to IOCDS on 2066, unable to IPL the last two(2) of ten (10) LPARS. The last two (2) are NOT necessarily LPAR numbers 9 and A but are the last two (2) of the ten (10) that are activated. Within Channel Problem Determintation on 2066 SE the message in the Analyze Serial Link Status is: CU Resources Exceeded - Init Failure - No Resources Available. Has anyone seen this or know what the problem might be. -- 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...@bama.ua.edu with the message: INFO IBM-MAIN
Re: DF/DSS data set restore from logical dump
On Wed, 25 Jan 2012 10:46:21 -0600, Scott Barry sba...@sbbworks.com wrote: Ah yes, one of those FDR/FDRDSF functions that you can't easily duplicate/replace with any DFDSS/ADRDSSU RESTORE option. Yep. What DFDSS support needs is someone like Frank Yaeger who adds functionality to compete with competitors (and then some). OTOH, Innovation needs to do some of the same. No QUIESCE support for ZFS (which I've complained about on-list before) and no (IMO) easy way to do FDRDSF dumps from multiple volumes just using the catalog as selection criteria. I don't have FDRABR, and I consider the way ABR does the application backup a kludge anyway.It needs to work more FDRCOPY or DFDSS in that respect. But don't get me wrong, I'm still mostly an FDR (and especially Compaktor) bigot and use it over DFDSS most of the time. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: The Trainer's Friend announces - no price increase
On 1/25/2012 10:55 AM, R.S. wrote: W dniu 2012-01-25 00:58, Steve Comstock pisze: We are using the same pricing we used in 2002. :-) I have to admit I increased my prices significantly. ;-) Especially when measured in USD, because dollar is much cheaper than 10 years ago. [Well, just a thought.] [No offense intended to those who abhor any kind of marketing on the list. But what an opportunity!] In my case it's not marketing in any way. I'm not wiling to travel to U.S. nor teach in English. ;-))) Well, I'm willing to travel to Poland. But, I can only teach in English :-( -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-355-2752 http://www.trainersfriend.com * To get a good Return on your Investment, first make an investment! + Training your people is an excellent investment * Try our tool for calculating your Return On Investment for training dollars at http://www.trainersfriend.com/ROI/roi.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: IBM announces 6% price increase for z/OS
I would of course prefer that the MLC rates did not increase. IBM does provide significant new feature and function every year in z/OS and certainly does not raise the price every year. Many of my ISV products increase maintenance with every renewal and some have not added value in as many years. If you are paying for it I hope you upgrade z/OS regularly and use the functions included to reduce the number of vendor products you pay for. Most shops have at least one or two vendor products that are being maintained and paid for purely due to inertia which could be replaced without any impact to their business by functions included at no additional charge with z/OS base and DFSMSdfp. Still using an OEM tape sharing product? Still using an OEM product to provide VTAM consoles? Still using an OEM product to improve VSAM performance or reduce space ABENDs? Opportunities abound to recoup that 6% increase in many shops. I am also subject to some inertia and politics but z/! OS does have a strong track record of recurring delivery of increased performance, scalability, feature and function. I do feel that z/OS is doing a good job in delivering value but I think they can do better and move faster. As customers we need to push harder with requirements including requirements which will allow us to remove IBM and ISV products that provide function that should be provided in some form good enough to use in the base operating system. Best Regards, Sam Knutson, GEICO System z Team Leader mailto:sknut...@geico.com (office) 301.986.3574 (cell) 301.996.1318 Think big, act bold, start simple, grow fast... 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...@bama.ua.edu with the message: INFO IBM-MAIN
Re: CU Resources Exceeded
Thxprobably not applicable here. 2105-F20. ESCON Connection. Thank You Tom Trainor Advanced Engineering Associate ExxonMobil Research Engineering Company Automation, Optimization Global Support Department Automation Division Measurement Automation Projects Section 3225 Gallows Rd.; Fairfax, VA. 22037; Room BA-0426 Phone: 703-846-3924; FAX: 703-846-1123; Cell: 703-217-4374 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mike Schwab Sent: Wednesday, January 25, 2012 1:26 PM To: IBM-MAIN@bama.ua.edu Subject: Re: CU Resources Exceeded The error message appears on printed page 283 in http://www.redbooks.ibm.com/redbooks/pdfs/sg246497.pdf and some diagnostic options are displayed. You might have something defined wrong in the FICON connectors, or cables switched. On Wed, Jan 25, 2012 at 11:44 AM, SUBSCRIBE IBM-MAIN Tom Trainor thomas.j.trai...@exxonmobil.com wrote: After adding devices and two (2) LPARS to IOCDS on 2066, unable to IPL the last two(2) of ten (10) LPARS. The last two (2) are NOT necessarily LPAR numbers 9 and A but are the last two (2) of the ten (10) that are activated. Within Channel Problem Determintation on 2066 SE the message in the Analyze Serial Link Status is: CU Resources Exceeded - Init Failure - No Resources Available. Has anyone seen this or know what the problem might be. -- 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...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: STEPLIB problems - was: PDSE
In a2ba2a74a6859e45a47cfcb42d78769c44bdfac...@gvw1340exa.americas.hpqcorp.net, on 01/25/2012 at 01:54 PM, Schumacher, Otto otto.schumac...@hp.com said: We used a product that dynamically allocates the steplib in the tso logon proc. Why not use TSOLIB? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: STEPLIB problems - was: PDSE
In 8579683301631927.wa.markmzelden@bama.ua.edu, on 01/25/2012 at 07:36 AM, Mark Zelden m...@mzelden.com said: Most support ISPLLIB The easy fix for those that don't is to include a TSOLIB in the startup clist or rexx. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: SDSF;O SYSLOG files?
In 0325CA44BA4240A3B3FB8684A49D05C2@graham, on 01/25/2012 at 11:24 AM, Graham Hobbs gho...@cdpwise.net said: May I safely purge them? Your system programmer may hate you if he needs to diagnose a problem and the history is gone. Same for the dumps. Ask the people who will be looking at them whether it is okay to purge them. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: PDSE
In 3446216946961664.wa.markmzelden@bama.ua.edu, on 01/25/2012 at 07:33 AM, Mark Zelden m...@mzelden.com said: STEPLIBs in logon procs are bad from a performance perspective. Not if you do as your wrote in your second paragraph. If you must use a STEPLIB in your logon proc, you should at least add it to LLA with the FREEZE option And there goes your performance impact. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: CU Resources Exceeded
On 01/25/2012 12:26 PM, Mike Schwab wrote: The error message appears on printed page 283 in http://www.redbooks.ibm.com/redbooks/pdfs/sg246497.pdf and some diagnostic options are displayed. You might have something defined wrong in the FICON connectors, or cables switched. On Wed, Jan 25, 2012 at 11:44 AM, SUBSCRIBE IBM-MAIN Tom Trainor thomas.j.trai...@exxonmobil.com wrote: After adding devices and two (2) LPARS to IOCDS on 2066, unable to IPL the last two(2) of ten (10) LPARS. The last two (2) are NOT necessarily LPAR numbers 9 and A but are the last two (2) of the ten (10) that are activated. Within Channel Problem Determintation on 2066 SE the message in the Analyze Serial Link Status is: CU Resources Exceeded - Init Failure - No Resources Available. Has anyone seen this or know what the problem might be. This almost sounds like you might be exceeding the maximum number of logical paths supported by your control unit. Check the control unit documentation for its limit. Each channel interface on the CU requires one logical path for each active LPAR sharing that physical path on a connected processor. Only active LPARs play, so you would always see any problem shift to the last LPARs to be activated. For example, If you have 16 physical paths from the processor to the control unit and share all those physical paths with each LPAR, then each LPAR you activate using those paths requires another 16 logical paths to the CU. Once you reach the supported logical path max of the CU, no more paths can be configured on line to that LPAR or any other LPAR. 8x16 = 128, so if the limit happened to be 128, with 16 logical paths/LPAR none would be left after 8 LPARs were active. If that's your problem, the only choice is to either configure fewer paths per LPAR so you can run more LPARs, or maybe upgrade to a CU that supports more logical paths, or change from ESCON to FICON so you don't need as many paths for same data bandwidth. I think you can release a logical path from an active LPAR by dynamically configuring the physical CHPID offline to that LPAR. I doubt if varying the logical path offline is sufficient. -- Joel C. Ewing,Bentonville, AR jcew...@acm.org -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: DF/DSS data set restore from logical dump
What I do in this case is restore with a rename that replaces the HLQ with one that is somewhat unique. Then, using 3.4 to list this unique HLQ, I execute a REXX against each DSN of interest. The REXX builds a new DSN by scanning the DSN, deleting the portion I don't want (usually the HLQ), and inserting any new portion (also usually an HLQ or two), and issuing a RENAME command (or ALTER for VSAM). -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Richard Pinion Sent: Wednesday, January 25, 2012 7:53 AM To: IBM-MAIN@bama.ua.edu Subject: DF/DSS data set restore from logical dump I want to restore data sets from a logical dump. I would like to replace the original first level qualifier with something like this NEWHLQ1.NEWHLQ2.OLDHLQ2.. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: CU Resources Exceeded
It's been a LONG time since I saw something similar to this. You've got X lpars, and Y control units. Each lpar has Z connections to a control unit. X * Y * Z has to be less than some number. You've exceeded some number. Were there any warning messages from HCD when this as set up? Alan -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Trainor, Thomas J Sent: Wednesday, January 25, 2012 13:00 To: IBM-MAIN@bama.ua.edu Subject: Re: CU Resources Exceeded Thxprobably not applicable here. 2105-F20. ESCON Connection. Thank You Tom Trainor Advanced Engineering Associate ExxonMobil Research Engineering Company Automation, Optimization Global Support Department Automation Division Measurement Automation Projects Section 3225 Gallows Rd.; Fairfax, VA. 22037; Room BA-0426 Phone: 703-846-3924; FAX: 703-846-1123; Cell: 703-217-4374 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mike Schwab Sent: Wednesday, January 25, 2012 1:26 PM To: IBM-MAIN@bama.ua.edu Subject: Re: CU Resources Exceeded The error message appears on printed page 283 in http://www.redbooks.ibm.com/redbooks/pdfs/sg246497.pdf and some diagnostic options are displayed. You might have something defined wrong in the FICON connectors, or cables switched. On Wed, Jan 25, 2012 at 11:44 AM, SUBSCRIBE IBM-MAIN Tom Trainor thomas.j.trai...@exxonmobil.com wrote: After adding devices and two (2) LPARS to IOCDS on 2066, unable to IPL the last two(2) of ten (10) LPARS. The last two (2) are NOT necessarily LPAR numbers 9 and A but are the last two (2) of the ten (10) that are activated. Within Channel Problem Determintation on 2066 SE the message in the Analyze Serial Link Status is: CU Resources Exceeded - Init Failure - No Resources Available. Has anyone seen this or know what the problem might be. -- 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...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: change job classes for ones submitted via intrdr
On Tue, 24 Jan 2012 15:55:07 -0600, Tom Marchant m42tom-ibmm...@yahoo.com wrote: On Tue, 24 Jan 2012 10:47:37 -0600, Walt Farrell wrote: They're jobs, but they enter the system via stcinrdr not intrdr. Are you saying that a started job is more like a job than like a started task? If so, it surprises me. I would have thought that once it is running it looks about the same as any started task. No. I'm trying to say that most, but not all, jobs come in via intrdr, and that started jobs are one of the exceptions. If the OP wants to change all jobs that come in via intrdr from CLASS=A to CLASS=R then that is very close to saying that he doesn't want CLASS=A at all. If that's the case, it's probably just easier to treat class A identically to class R, rather than writing an exit to change the job class. If it's not the case, the OP needs to explain more about what he's trying to do, in my opinion. -- Walt Farrell IBM STSM, z/OS Security Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Help! When is DASD I/O time equal to Subchannel Start Count?
Has any one looked closely at the SMF30 Subtype 4 I/O section? I am attempting to understand the current I/O problems on our system. I am focusing on SMF30 Subtype 4 records and the I/O Section. When looking at SMF30AIC and converting from 128 micro seconds to milliseconds by multipling by 128 and dividing by 1000, I get the same value, or nearly the same value as the SMF30AIS field. (Same for SMF30EIC and SMF30EIS.) Am I doing something wrong? or are the fields incorrectly calculated? Here is a dump of one record. x'190' D'400' is the start of the I/O field. SMF30AIC is 44971. SMF30AIS is 8c79. h(44971)*128/1000 is 8c78 which is almost 8c79 which occurs thoughout all my 30:4s. 0 0621 DE1E0007 E4140112 001FE2E8 16 E2C1D1C5 E2F20004 00B0 00260001 32 00D6 00BA0001 0190 004C0001 48 01DC 00080001 01E4 00A80001 64 028C 00E80001 80 0374 00D30001 0447 00180001 96 045F 001E000F 112 0487 0028 045F 0028 128 0060 144 004C 0050 160 0014 176 0004 F0F5E2D4 C6404040 4040E2D7 192 F74BF14B F240E2E8 E2C14040 4040D3C4 208 C3F14040 4040D7C4 E6F5D9D9 C7D7C9C4 224 C3C1D4E2 4040E2E3 C5D7F0F5 40404040 240 40404040 4040D1D6 C2F0F8F6 F4F7000B 256 E600 0006 FEEE0006 FF040006 272 FEEE0112 001F007D 67D00111 365F007D 288 67D20111 365FD7C5 D5E2C9D6 D540C1C4 304 D4C9D540 40404040 4040E2E8 E2F14040 320 4040E9C5 D2C5F0F0 F1D7 336 4040 40404040 4040D4E2 E3D9F5D9 352 C5D7E640 40404040 4040C8E8 287253CE 368 5281C8E8 2AA1C44D 0E84 384 01BD 400 40ED 416 0007 756A 432 00044971 003D419E C831 8C79 448 464 40ED Any help is appreciated. Chip Grantham | Ameritas | Sr. IT Consultant | cgrant...@ameritas.com 5900 O Street, Lincoln NE 68510 | p: 402-467-7382 | c: 402-429-3579 | f: 402-325-4030 *** This message may contain confidential information intended only for the use of the addressee(s) named above and may contain information that is legally privileged. If you are not the addressee, or the person responsible for delivering it to the addressee, you are hereby notified that reading, disseminating, distributing or copying this message is strictly prohibited. If you have received this message by mistake, please immediately notify us by replying to the message and delete the original message immediately thereafter. Thank you. *** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: CU Resources Exceeded
Check SG24-6266-01, although FICON there are ESCON references in there... what Joel said From: SUBSCRIBE IBM-MAIN Tom Trainor thomas.j.trai...@exxonmobil.com To: IBM-MAIN@bama.ua.edu Sent: Wednesday, January 25, 2012 12:44 PM Subject: CU Resources Exceeded After adding devices and two (2) LPARS to IOCDS on 2066, unable to IPL the last two(2) of ten (10) LPARS. The last two (2) are NOT necessarily LPAR numbers 9 and A but are the last two (2) of the ten (10) that are activated. Within Channel Problem Determintation on 2066 SE the message in the Analyze Serial Link Status is: CU Resources Exceeded - Init Failure - No Resources Available. Has anyone seen this or know what the problem might be. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: CU Resources Exceeded
From SC26-7298-01 (System/390 Command Reference 2105 Models E10, E20, F10, and F20) With ESCON adapters, you can have up to 32 connections, each with up to 64 | logical paths. | So you most likely have eight paths to a device, times eight LPARS... -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Patrick Falcone Sent: Wednesday, January 25, 2012 2:36 PM To: IBM-MAIN@bama.ua.edu Subject: Re: CU Resources Exceeded Check SG24-6266-01, although FICON there are ESCON references in there... what Joel said From: SUBSCRIBE IBM-MAIN Tom Trainor thomas.j.trai...@exxonmobil.com To: IBM-MAIN@bama.ua.edu Sent: Wednesday, January 25, 2012 12:44 PM Subject: CU Resources Exceeded After adding devices and two (2) LPARS to IOCDS on 2066, unable to IPL the last two(2) of ten (10) LPARS. The last two (2) are NOT necessarily LPAR numbers 9 and A but are the last two (2) of the ten (10) that are activated. Within Channel Problem Determintation on 2066 SE the message in the Analyze Serial Link Status is: CU Resources Exceeded - Init Failure - No Resources Available. Has anyone seen this or know what the problem might be. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN NOTICE: Confidential message which may be privileged. Unauthorized use/disclosure prohibited. If received in error, please go to www.td.com/legal for instructions. AVIS : Message confidentiel dont le contenu peut être privilégié. Utilisation/divulgation interdites sans permission. Si reçu par erreur, prière d'aller au www.td.com/francais/avis_juridique pour des instructions. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: DF/DSS data set restore from logical dump
That's why I ended up doing. Except I used a report writer to select that data sets and then generate ALTER commands. --- barry.a.schw...@boeing.com wrote: From: Schwarz, Barry A barry.a.schw...@boeing.com To: IBM-MAIN@bama.ua.edu Subject: Re: DF/DSS data set restore from logical dump Date: Wed, 25 Jan 2012 11:23:53 -0800 What I do in this case is restore with a rename that replaces the HLQ with one that is somewhat unique. Then, using 3.4 to list this unique HLQ, I execute a REXX against each DSN of interest. The REXX builds a new DSN by scanning the DSN, deleting the portion I don't want (usually the HLQ), and inserting any new portion (also usually an HLQ or two), and issuing a RENAME command (or ALTER for VSAM). -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Richard Pinion Sent: Wednesday, January 25, 2012 7:53 AM To: IBM-MAIN@bama.ua.edu Subject: DF/DSS data set restore from logical dump I want to restore data sets from a logical dump. I would like to replace the original first level qualifier with something like this NEWHLQ1.NEWHLQ2.OLDHLQ2.. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN _ Netscape. Just the Net You Need. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: PDSE
Might it be nice to have something other than the LNKLST that behaves as sort of a global JOBLIB? I'm specifically referring to for batch jobs, but I imagine it would be useful for TSO as well. In this could be specified those libraries that don't need much of what LNKLST provides (don't ask me what it provides; I'm just an applications developer), but do need a way to apply globally to any job that is running. I imagine something similar to the PROCLIB parm of JES2's JOBCLASS statement. An example: JOBCLASS(?) PROCLIB=00, LOADLIB=00 PROCLIB(PROC00) DD(1)=(DSNAME=SYS2.SYSNAME..PROCLIB), DD(2)=(DSNAME=SYS2.ZOSRLVL..PROCLIB), DD(3)=(DSNAME=SYS1.IBM.PROCLIB), DD(4)=(DSNAME=SYS2.ZOSRLVL..COMPILE.PROCLIB), DD(5)=(DSNAME=SYS3.PROCLIB), DD(6)=(DSNAME=SYS2.PROCLIB), DD(7)=(DSNAME=SYS6.IMD1.PROCLIB), DD(8)=(DSNAME=PGMR.TOOLSLIB.PROC),UNCOND LOADLIB(LOAD00) DD(1)=(DSNAME= ... etc ...) Perhaps different job classes would/could have different PROCLIBs and different LOADLIBs, depending on what applications you run in each class. Probably would be useful to be able to specify more than one set of dynamic DD's as well: JOBCLASS(Q) LOADLIB=(01,00) /* LOAD01 ahead of LOAD00 */ LOADLIB(LOAD00) DD(1)=(DSNAME= ... etc ...) LOADLIB(LOAD01) DD(1)=(DSNAME= ... etc ...) I would imagine, further, that with this in place a JCL JOBLIB/STEPLIB statement could have an option to either override the class level JOBLIB or to simply concatenate the JCL DD's ahead of the class level DD's. Not knowing things at the system level, it seems workable to me. But I'm sure I'll hear lots of reasons why its a bad idea. So go for it. Frank From: Juergen Keller juergen.kel...@deutsche-boerse.com To: IBM-MAIN@bama.ua.edu Sent: Wednesday, January 25, 2012 1:51 AM Subject: Re: PDSE Hello all, thank you for your updates and hints. Lets bring the discussion to an end ... The problem started when we began to install z/OS 1.12 and my colleagues did not want me to use dynamic steplib in the future (that was another post some month ago). So we decided to bring this load library to LNKLST. This worked fine for some weeks. No we wanted to install some maintenance to this library and this did not work as expected. The library is PDSE and from the posts I learned that we should not do what I wanted to do. So finally we decided to remove it from LNKLST and define it as a STEPLIB to the logon-procedure. That solves all the problems with lnklst and makes it much more easier to install maintenance. Bringing a dataset to LNKLST has nothing to do with chic or something else. Its just a way to make lmods available for users in an easy way. All the following problems when its PDSE and in LNKLST and you want to add/change lmods where not expected and I was a little bit surprised. By the way ... I'm not a z/OS-sysprog - only responsible for non-z/OS-software. So I was not aware of all the restrictions z/OS has. But I know that (I think) a lot of sysprogs do what they should not do. Yes I understand Peter and Jim and some others who say what I should not do, whats on my own risk and whats not supported and and and I know some of these problems more than 30 years and since that time there is no useable supported solution from IBM. But that's another discussion. Finally ... this PDSE-library was moved to logon-procedure and removed from LNKLST and all works fine and we have to live with all the secondary effects. regards Juergen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Fw: Help! When is DASD I/O time equal to Subchannel Start Count?
I asked IBM for some help and received this response. The record is correct and working as designed. I was looking at an older SMF manual. The current manual states that for FICON, channel utilization cannot be calculated and the connect time is set to 1 millisecond per request. Sorry to bother everyone. Chip Grantham | Ameritas | Sr. IT Consultant | cgrant...@ameritas.com 5900 O Street, Lincoln NE 68510 | p: 402-467-7382 | c: 402-429-3579 | f: 402-325-4030 - Forwarded by Chip Grantham/ALIC on 01/25/2012 02:01 PM - Chip Grantham cgrant...@ameritas.com Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 01/25/2012 01:39 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject Help! When is DASD I/O time equal to Subchannel Start Count? Has any one looked closely at the SMF30 Subtype 4 I/O section? I am attempting to understand the current I/O problems on our system. I am focusing on SMF30 Subtype 4 records and the I/O Section. When looking at SMF30AIC and converting from 128 micro seconds to milliseconds by multipling by 128 and dividing by 1000, I get the same value, or nearly the same value as the SMF30AIS field. (Same for SMF30EIC and SMF30EIS.) Am I doing something wrong? or are the fields incorrectly calculated? Here is a dump of one record. x'190' D'400' is the start of the I/O field. SMF30AIC is 44971. SMF30AIS is 8c79. h(44971)*128/1000 is 8c78 which is almost 8c79 which occurs thoughout all my 30:4s. 0 0621 DE1E0007 E4140112 001FE2E8 16 E2C1D1C5 E2F20004 00B0 00260001 32 00D6 00BA0001 0190 004C0001 48 01DC 00080001 01E4 00A80001 64 028C 00E80001 80 0374 00D30001 0447 00180001 96 045F 001E000F 112 0487 0028 045F 0028 128 0060 144 004C 0050 160 0014 176 0004 F0F5E2D4 C6404040 4040E2D7 192 F74BF14B F240E2E8 E2C14040 4040D3C4 208 C3F14040 4040D7C4 E6F5D9D9 C7D7C9C4 224 C3C1D4E2 4040E2E3 C5D7F0F5 40404040 240 40404040 4040D1D6 C2F0F8F6 F4F7000B 256 E600 0006 FEEE0006 FF040006 272 FEEE0112 001F007D 67D00111 365F007D 288 67D20111 365FD7C5 D5E2C9D6 D540C1C4 304 D4C9D540 40404040 4040E2E8 E2F14040 320 4040E9C5 D2C5F0F0 F1D7 336 4040 40404040 4040D4E2 E3D9F5D9 352 C5D7E640 40404040 4040C8E8 287253CE 368 5281C8E8 2AA1C44D 0E84 384 01BD 400 40ED 416 0007 756A 432 00044971 003D419E C831 8C79 448 464 40ED Any help is appreciated. Chip Grantham | Ameritas | Sr. IT Consultant | cgrant...@ameritas.com 5900 O Street, Lincoln NE 68510 | p: 402-467-7382 | c: 402-429-3579 | f: 402-325-4030 *** This message may contain confidential information intended only for the use of the addressee(s) named above and may contain information that is legally privileged. If you are not the addressee, or the person responsible for delivering it to the addressee, you are hereby notified that reading, disseminating, distributing or copying this message is strictly prohibited. If you have received this message by mistake, please immediately notify us by replying to the message and delete the original message immediately thereafter. Thank you. *** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN *** This message may contain confidential information intended only for the use of the addressee(s) named above and may contain information that is legally privileged. If you are not the addressee, or the person responsible for delivering it to the addressee, you are hereby notified that reading, disseminating, distributing or copying this message is strictly prohibited. If you have received this message by mistake, please immediately notify us by replying to the message and delete the original message immediately thereafter. Thank you. *** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Going from mod-3 to mod9
RMFPP does a good job of this, if you're so inclined! In a message dated 1/25/2012 9:13:33 A.M. Central Standard Time, bfairch...@rocketsoftware.com writes: We also need to see the I/O rate for your various volumes in your spreadsheet sample. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Lots of *MASTER* CPU during a big sort
IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 01/25/2012 10:08:43 AM: I glanced at the SDSF 'DA' frame this morning and noticed one of our applications programmers was sorting a large file - something like 400,000 tracks. The system was otherwise lightly loaded and SDSF was reporting 2M real storage frames in use by his job. But what also caught my eye was unusually large CPU consumption by the *MASTER* address space: 60-75% continuously while his sort was executing. He cancelled it, and *MASTER* went back to its usual docile self. What is a large DFSort with 2M+ real storage doing to consume that much time in *MASTER*? Is this a characteristic of memory objects? Various Real Storage Management page replacement processes run as SRBs in *MASTER*. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: CU Resources Exceeded
No wng message Thank You Tom Trainor Advanced Engineering Associate ExxonMobil Research Engineering Company Automation, Optimization Global Support Department Automation Division Measurement Automation Projects Section 3225 Gallows Rd.; Fairfax, VA. 22037; Room BA-0426 Phone: 703-846-3924; FAX: 703-846-1123; Cell: 703-217-4374 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Field, Alan C. Sent: Wednesday, January 25, 2012 2:35 PM To: IBM-MAIN@bama.ua.edu Subject: Re: CU Resources Exceeded It's been a LONG time since I saw something similar to this. You've got X lpars, and Y control units. Each lpar has Z connections to a control unit. X * Y * Z has to be less than some number. You've exceeded some number. Were there any warning messages from HCD when this as set up? Alan -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Trainor, Thomas J Sent: Wednesday, January 25, 2012 13:00 To: IBM-MAIN@bama.ua.edu Subject: Re: CU Resources Exceeded Thxprobably not applicable here. 2105-F20. ESCON Connection. Thank You Tom Trainor Advanced Engineering Associate ExxonMobil Research Engineering Company Automation, Optimization Global Support Department Automation Division Measurement Automation Projects Section 3225 Gallows Rd.; Fairfax, VA. 22037; Room BA-0426 Phone: 703-846-3924; FAX: 703-846-1123; Cell: 703-217-4374 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mike Schwab Sent: Wednesday, January 25, 2012 1:26 PM To: IBM-MAIN@bama.ua.edu Subject: Re: CU Resources Exceeded The error message appears on printed page 283 in http://www.redbooks.ibm.com/redbooks/pdfs/sg246497.pdf and some diagnostic options are displayed. You might have something defined wrong in the FICON connectors, or cables switched. On Wed, Jan 25, 2012 at 11:44 AM, SUBSCRIBE IBM-MAIN Tom Trainor thomas.j.trai...@exxonmobil.com wrote: After adding devices and two (2) LPARS to IOCDS on 2066, unable to IPL the last two(2) of ten (10) LPARS. The last two (2) are NOT necessarily LPAR numbers 9 and A but are the last two (2) of the ten (10) that are activated. Within Channel Problem Determintation on 2066 SE the message in the Analyze Serial Link Status is: CU Resources Exceeded - Init Failure - No Resources Available. Has anyone seen this or know what the problem might be. -- 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...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: SDSF;O SYSLOG files?
Thanks folks, I am sysprog, app developer, corner office, CIO and do coffee. Net result of question .. keep a couple, purge the rest. Graham - Original Message - From: Graham Hobbs gho...@cdpwise.net Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@bama.ua.edu Sent: Wednesday, January 25, 2012 11:24 AM Subject: SDSF;O SYSLOG files? Hello, Newby question please .. I have these SYSLOG's on my SDSF .. SDSF OUTPUT ALL CLASSES ALL FORMSLINES 291,034 LINE 1-21 (35) COMMAND INPUT ===SCROLL === CSR PREFIX=* DEST=(ALL) OWNER=* SYSNAME= NP JOBNAME JobIDOwnerPrty C FormsDest Tot-Rec SYSLOG STC2 +MASTER+ 144 C STD LOCAL 70 SYSLOG STC00018 +MASTER+ 128 C STD LOCAL 3,562 SYSLOG STC00052 +MASTER+ 128 C STD LOCAL 3,523 etc EXITMVS STC00109 STCOPER96 H STD LOCAL 57,233 EXITMVS STC00169 STCOPER96 H STD LOCAL 56,820 Am an app developer on Dallas VIC, they clutter my O option, always seems to be around sixteen of them, seem to be unchanging but there's a new one each day so presume 'one/some' drop off, as the name suggests they look like logs, I never look at them. May I safely purge them? Same question the EXITMVS's (look like dumps). TIA Graham Hobbs -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: CU Resources Exceeded
Have on two (2) physical paths...chpid 26 and 27 with corresponding fiber (ESCON) cables. Eight LCUs on 2105. # of devices on ea. LCU varies from 36-157 Thank You Tom Trainor Advanced Engineering Associate ExxonMobil Research Engineering Company Automation, Optimization Global Support Department Automation Division Measurement Automation Projects Section 3225 Gallows Rd.; Fairfax, VA. 22037; Room BA-0426 Phone: 703-846-3924; FAX: 703-846-1123; Cell: 703-217-4374 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Joel C. Ewing Sent: Wednesday, January 25, 2012 2:22 PM To: IBM-MAIN@bama.ua.edu Subject: Re: CU Resources Exceeded On 01/25/2012 12:26 PM, Mike Schwab wrote: The error message appears on printed page 283 in http://www.redbooks.ibm.com/redbooks/pdfs/sg246497.pdf and some diagnostic options are displayed. You might have something defined wrong in the FICON connectors, or cables switched. On Wed, Jan 25, 2012 at 11:44 AM, SUBSCRIBE IBM-MAIN Tom Trainor thomas.j.trai...@exxonmobil.com wrote: After adding devices and two (2) LPARS to IOCDS on 2066, unable to IPL the last two(2) of ten (10) LPARS. The last two (2) are NOT necessarily LPAR numbers 9 and A but are the last two (2) of the ten (10) that are activated. Within Channel Problem Determintation on 2066 SE the message in the Analyze Serial Link Status is: CU Resources Exceeded - Init Failure - No Resources Available. Has anyone seen this or know what the problem might be. This almost sounds like you might be exceeding the maximum number of logical paths supported by your control unit. Check the control unit documentation for its limit. Each channel interface on the CU requires one logical path for each active LPAR sharing that physical path on a connected processor. Only active LPARs play, so you would always see any problem shift to the last LPARs to be activated. For example, If you have 16 physical paths from the processor to the control unit and share all those physical paths with each LPAR, then each LPAR you activate using those paths requires another 16 logical paths to the CU. Once you reach the supported logical path max of the CU, no more paths can be configured on line to that LPAR or any other LPAR. 8x16 = 128, so if the limit happened to be 128, with 16 logical paths/LPAR none would be left after 8 LPARs were active. If that's your problem, the only choice is to either configure fewer paths per LPAR so you can run more LPARs, or maybe upgrade to a CU that supports more logical paths, or change from ESCON to FICON so you don't need as many paths for same data bandwidth. I think you can release a logical path from an active LPAR by dynamically configuring the physical CHPID offline to that LPAR. I doubt if varying the logical path offline is sufficient. -- Joel C. Ewing,Bentonville, AR jcew...@acm.org -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: change job classes for ones submitted via intrdr
my apologies, Thruput Manager does those tricks, not WLM. --- On Tue, 1/24/12, Greg Shirey wgshi...@benekeith.com wrote: From: Greg Shirey wgshi...@benekeith.com Subject: Re: change job classes for ones submitted via intrdr To: IBM-MAIN@bama.ua.edu Date: Tuesday, January 24, 2012, 2:03 PM Really? We use SMS at my shop to override some JCL, but I'm not sure I'd know how to use WLM in the manner you describe. Could you elaborate? Thanks, Greg Shirey Ben E. Keith Co. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Cris Hernandez #9 Sent: Tuesday, January 24, 2012 12:38 PM my sysprogs use WLM to wreck all kinds of havoc on my JCL parameters and the otherwise normal (default) OS functionality. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: DF/DSS data set restore from logical dump
On 2012-01-25 10:53, Richard Pinion wrote: I want to restore data sets from a logical dump. I would like to replace the original first level qualifier with something like this NEWHLQ1.NEWHLQ2.OLDHLQ2.. I tried this RENAMEU(OLDHLQ1.**,NEWHLQ1.NEWHLQ2.**) but if overlays the first two HLQs of the original name. I want to overlay only first HLQ. At the very least I would like to append two new HLQs to the original name. Is this possible? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN Sadly, that won't work. I ran into the same limitation some months ago. See http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DGT2U2A0/2.3.13.6.39?SHELF=dgt2bkb0DT=20110802140629#HDRREND You cannot change the number of qualifiers unless you use fully-qualified names, for example, RENUNC((A.B.C,A.B.C.D)). -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: CU Resources Exceeded
W dniu 2012-01-25 18:44, SUBSCRIBE IBM-MAIN Tom Trainor pisze: After adding devices and two (2) LPARS to IOCDS on 2066, unable to IPL the last two(2) of ten (10) LPARS. The last two (2) are NOT necessarily LPAR numbers 9 and A but are the last two (2) of the ten (10) that are activated. Within Channel Problem Determintation on 2066 SE the message in the Analyze Serial Link Status is: CU Resources Exceeded - Init Failure - No Resources Available. Has anyone seen this or know what the problem might be. Provide as much details as possible. Now we know 1% of your configuration, you know 100%, and you ask us what the problem is. For ESCON it could be channel path exhaustion (for FICON also possible, but the limits are much hither). For most devices logical path limit is L=P*C L - limit P - lPars using the channel (in ONLINE) C - LCU aka CUADD aka logical control unit. You added 2 LPARs, so the number of logical paths required increased. Is it a clue? -- Radoslaw Skorupka Lodz, Poland -- Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. Wedug stanu na dzie 01.01.2012 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.410.984 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
COBOL execs Dummy Question
Apology in advance for posting a very basic or a stupid question but I am curious to know about the COBOL compiler Programes : IGYWCL and IGYCRCTL. I very well know that IGY stands for the language Prefix but Would like know what WCL or CRCTL stands for ? I tried Google to find some Basic History about this programs but I am unable to fetch any presentations or talk about these Programs in depth. As others have poseted, IGY is COBOL compiler IGYW is what we use as prefix for cataloged JCL procedures shiopped with the product IGYWCL is the procedure for Compile and Link (C and L) IGYC is for executable parts of the product (load modules) RCTL = Resident Control IGYCRCTL is the executable load module that is the Resident Control phase (main program) of the COBOL compiler. Now my turn...how does this information help you? Cheers, TomR COBOL is the Language of the Future! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
COBOL Upgrade
We are (finally) looking at the possibilities of moving up on COBOL from OS/VS with Report Writer and from COBOL II to the new COBOL 4.2 with Report Writer. I would like to hear from folks who have already made that journey, especially about any specific things that went well - or didn't. I'm thinking that there must be a COBOL list out there somewhere as well, maybe more than one. Can anyone tell me its address and the process to subscribe? I have not heard of such a thing. You can ask questions at the COBOL Cafe: https://www.ibm.com/developerworks/rational/community/cafe/cobol.html Migration is really not too tough from VS COBOL II to Enterprise COBOL, the compilers are similar. For moving OS/VS COBOL programs to Enterprise many changes might be necessary, that is why IBM has a tool CCCA to do it automatically. There are other vendors with such tools as well. We have added every problem every encountered in COBOL migration into our COBOL Migration Guide, it is truly an excellent manual! http://www-01.ibm.com/software/awdtools/cobol/zos/library/ Cheers, TomR COBOL is the Language of the Future! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: IBM announces 6% price increase for z/OS
W dniu 2012-01-25 19:32, Knutson, Sam pisze: I would of course prefer that the MLC rates did not increase. IBM does provide significant new feature and function every year in z/OS and certainly does not raise the price every year. Many of my ISV products increase maintenance with every renewal and some have not added value in as many years. If you are paying for it I hope you upgrade z/OS regularly and use the functions included to reduce the number of vendor products you pay for. Most shops have at least one or two vendor products that are being maintained and paid for purely due to inertia which could be replaced without any impact to their business by functions included at no additional charge with z/OS base and DFSMSdfp. Still using an OEM tape sharing product? Still using an OEM product to provide VTAM consoles? Still using an OEM product to improve VSAM performance or reduce space ABENDs? Opportunities abound to recoup that 6% increase in many shops. I am also subject to some inertia and politics but z/OS does have a strong track record of recurring delivery of increased performance, scalability, feature and function. Well said. However we have never ever used such add-on products. And our prices were always been higher than in US (with economy which would explain MUCH lower prices). Now we've got another increase. somewhat pompous mode In the history our revolutions during communism years usually took were triggered by prices rise. It was always well eplained, but people never believed it. / -- Radoslaw Skorupka Lodz, Poland -- Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. Wedug stanu na dzie 01.01.2012 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.410.984 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: COBOL Upgrade
The COBOL migration guide is your friend. Study it, believe it, trust it, and DO WHAT IT SAYS. One thing that just can't be stressed enough is to use one and only one version of the LE runtimes. Trying to user more than version/level be they in linklist, steplib, concantonation, etc etc etc is a recipe for some unpredictable results and some headscratcher problems. Just don't do it. It always amazes me at the level of superstitutions and misunderstandings that abound with COBOL. HTH and good luck. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Linda Mooney Sent: Tuesday, January 24, 2012 7:38 PM To: IBM-MAIN@bama.ua.edu Subject: COBOL Upgrade Greetings! We are (finally) looking at the possibilities of moving up on COBOL from OS/VS with Report Writer and from COBOL II to the new COBOL 4.2 with Report Writer. I would like to hear from folks who have already made that journey, especially about any specific things that went well - or didn't. I'm thinking that there must be a COBOL list out there somewhere as well, maybe more than one. Can anyone tell me its address and the process to subscribe? Thanks, Linda -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: COBOL execs Dummy Question
IGYCRCTL is the executable load module that is the Resident Control phase (main program) of the COBOL compiler. Now my turn...how does this information help you? Satisfaction of his curiosity? :) I too was interested to see the derivation of the name. Personally, any time I see IGYCRCTL I think to myself, Iggy Cricktill. Not sure why I feel compelled to pronounce the name rather than just spelling it out! Regards, Allen Gainsford Info Developer, Banking Shared Services HP Enterprise Services (South Pacific) Office +64-4-819-5236 | Fax +64-4-819-5955 | Email allen.gainsf...@hp.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: IBM announces 6% price increase for z/OS
dobrze powiedziane Radoslaw! = W dniu 2012-01-25 19:32, Knutson, Sam pisze: = I would of course prefer that the MLC rates did not increase. IBM does = provide significant new feature and function every year in z/OS and = certainly does not raise the price every year. Many of my ISV products = increase maintenance with every renewal and some have not added value in = as many years. If you are paying for it I hope you upgrade z/OS = regularly and use the functions included to reduce the number of vendor = products you pay for. Most shops have at least one or two vendor = products that are being maintained and paid for purely due to inertia = which could be replaced without any impact to their business by = functions included at no additional charge with z/OS base and DFSMSdfp. = Still using an OEM tape sharing product? Still using an OEM product to = provide VTAM consoles? Still using an OEM product to improve VSAM = performance or reduce space ABENDs? Opportunities abound to recoup = that 6% increase in many shops. I am also subject to some inertia and = politics but = z/OS does have a strong track record of recurring delivery of increased = performance, scalability, feature and function. = Well said. = However we have never ever used such add-on products. And our prices = were always been higher than in US (with economy which would explain = MUCH lower prices). Now we've got another increase. = = somewhat pompous mode = In the history our revolutions during communism years usually took = were triggered by prices rise. It was always well eplained, but people = never believed it. = / = = = -- = Radoslaw Skorupka = Lodz, Poland = = = -- = Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku = przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by = jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste = adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej = przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, = rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie = zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, = prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale = usun t wiadomo wczajc w to wszelkie jej kopie wydrukowane lub = zapisane na dysku. = = This e-mail may contain legally privileged information of the Bank and is = intended solely for business use of the addressee. This e-mail may only be = received by the addressee and may not be disclosed to any third parties. = If you are not the intended addressee of this e-mail or the employee = authorised to forward it to the addressee, be advised that any = dissemination, copying, distribution or any other similar activity is = legally prohibited and may be punishable. If you received this e-mail by = mistake please advise the sender immediately by using the reply facility = in your e-mail software and delete permanently this e-mail including any = copies of it either printed or saved to hard drive. = = BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, = fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl = Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego = Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: = 526-021-50-88. = Wedug stanu na dzie 01.01.2012 r. kapita zakadowy BRE Banku SA (w = caoci wpacony) wynosi 168.410.984 zotych. = = -- = For IBM-MAIN subscribe / signoff / archive access instructions, = send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN = John Cassidy (Dipl.-Ingr.) Kapellenstr. 21a D-65193 Wiesbaden EU Mobile: +49 (0) 170 794 3616 http://www.JDCassidy.net http://en.federaleurope.org/ http://sva-zhosting.com/en/index.php -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
MainframeZone.com - IT Management: Mainframe Linux: How to Save a Million Dollars!
http://www.mainframezone.com/it-management-spotlight/mainframe-linux- how-to-save-a-million-dollars1 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: NetView (5.4) Web Services Gateway
Thanks for that and we've had it clarified so 1.9 is currently being installed, luckily you can run different versions side by side so if we go up to NetView 6.1 then we can just switch to the latest version. It is a bit confusing as there is no real documentation (NetView that is) to state which version of the XML Toolkit should be used with whatever version of NetView apart from the announcement letter which states 1.9 and above so naturally you're going to want to go the the newest version Thanks, Sebastian. On Thu, 19 Jan 2012 07:23:19 -0500, Jousma, David david.jou...@53.com wrote: There are 3 versions of the XML toolkit and even though they say z/OS 1.x, they are standalone products. Unfortunately, they are not upward compatible. IXMLE1A0 DESCRIPTION = XML Toolkit z/OS REWORK = 2008344 DATE/TIME REC = 10.267 22:55:54 PRODUCT = 5655-J51 01.10.00 FMID= HXML1A0 IXMLE190 DESCRIPTION = XML Toolkit for z/OS REWORK = 2006164 DATE/TIME REC = 10.267 22:14:23 PRODUCT = 5655-J51 01.09.00 FMID= HXML170 HXML180 HXML190 I believe that is why IBM packages the second one now, as a complete set, if you notice the FMID's(HXML170,HXML180,HXML190). _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Sebastian Welton Sent: Thursday, January 19, 2012 6:57 AM To: IBM-MAIN@bama.ua.edu Subject: NetView (5.4) Web Services Gateway (Crossposted) We have been trying to get NetView Web Services Gateway working for a few days now to no great effect when I found what looks like a bug. Firstly the documentation is not that great as you have to install the XML Toolkit (and GSKit if not already installed) although it doesn't really tell you that in any clear terms. Once installed and configured I verified that it was working and all seemed fine until you try to start the SOAP server under NetView and a number of IEC141I messages are output. By adding SYSOUT and CEEDUMP DD statements to the STC JCL it was found that a program: IXMLC19 could not be found which is correct as this is for version 1.9 of the XML toolkit and we have the latest, 1.10 installed. Interestingly enough, instead of the programs being called something like IXMLCA0 they're called IXMLC21 but still...Further investigation shows that none of the XML toolkit programs call or refer to this program so what is? The control program for the SOAP server is SYS1.CNMLINK(DSISRVR) and it is this program that refers to IXMLC19 so this means that ýou are fixed to using version 1.9 of the XML toolkit (I believe that you can run different versions in parallel, hopefully.) The only NetView documentation that I could find that refers to the XML toolkit is the announcement letter which states: Web Services Gateway XML Toolkit for z/OS V1.9, or later So 'theoretically' you should be able to use 1.10 but you can't unless someone knows better? Thanks, Sebastian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN 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...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN