Re: New install library size
John Eells wrote: One or two people at the past SHARE voiced this very same opinion. Let's say, for the sake of argument, that that's four so far. How do others feel about this? Thanks John for joining this discussion. While this list is not a formal discussion list, at least it is good that you and others are monitoring this. First, some background: As I recall, the current design of the ServerPac dialog does not allow space to be reduced below the default shipped values, which with a few exceptions include a fixed percentage of free space. True. a) We might blanket increase the free space for every data set. (In this case, by how much should we increase it?) This one has the benefit of being easier than the others, I suspect. Could work, but product sizes differ. e) We might do something else...what? Making space for usermods + exits themselves and the APPLY processes? Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
ISMF data in batch using REXX
Hi, We're using the totals REXX to provide a summary for a storage group opened up in ISMF. Example output is as follows: Totals for 1 volumes: (15 volumes had missing info.) Capacity: 8.31 GB Allocated: 5.69 GB (68%) Free: 2.63 GB (32%) *** I'm also trying to get the same information using NaviQuest - ISMF.11.7.1, and then Create Storage Group List and Generate Report. Example output (formatted visually) for same storage group: SG TOTAL FREE USED PERC - D1SOLVE 8.12 GB 2.568 GB 5.552 GB 31 NAVI MB The difference in results increase as the number of volumes increase. I've tried RXSMS - http://gsf-soft.com/Freeware/RXSMS.html It lists volume information (output lines) for even just the entries in ISMF. Needs some REXX to process this output ... How do I work around this please? - Vignesh Mainframe Admin MARKSANDSPENCER.COM Unless otherwise stated above: Marks and Spencer plc Registered Office: Waterside House 35 North Wharf Road London W2 1NW Registered No. 214436 in England and Wales. Telephone (020) 7935 4422 Facsimile (020) 7487 2670 www.marksandspencer.com Please note that electronic mail may be monitored. This e-mail is confidential. If you received it by mistake, please let us know and then delete it from your system; you should not copy, disclose, or distribute its contents to anyone nor act in reliance on this e-mail, as this is prohibited and may be unlawful. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ISMF data in batch using REXX
-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Robert Prins Sent: Tuesday, April 29, 2014 12:13 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ISMF data in batch using REXX On 2014-04-29 07:23, Sankaranarayanan, Vignesh wrote: Hi, We're using the totals REXX to provide a summary for a storage group opened up in ISMF. Example output is as follows: Totals for 1 volumes: (15 volumes had missing info.) Capacity: 8.31 GB Allocated: 5.69 GB (68%) Free: 2.63 GB (32%) *** I'm also trying to get the same information using NaviQuest - ISMF.11.7.1, and then Create Storage Group List and Generate Report. Example output (formatted visually) for same storage group: SG TOTAL FREE USED PERC - D1SOLVE 8.12 GB 2.568 GB 5.552 GB 31 NAVI MB The difference in results increase as the number of volumes increase. I've tried RXSMS - http://gsf-soft.com/Freeware/RXSMS.html It lists volume information (output lines) for even just the entries in ISMF. Needs some REXX to process this output ... How do I work around this please? Mystic day is on Friday... What is a totals REXX? All values differ by a factor 1.024, you should have seen this yourself and drawn your own conclusions. Robert -- Robert AH Prins robert(a)prino(d)org -- This again raises the 1000 / 1024 problem. IIRC, ISMF complicates this even more by dividing once by 1000 and then each time by 1024 to convert from bytes to kbytes, Mbytes and Gbytes. And even the bytes number can cause discussion: how many bytes do you calculate for a track: the physical limit of 56664, as ISMF does but which is impossible to achieve or the real achievable number dependent on blksize, e.g. 55840 for lrecl=80. However, when you are consistent in your calculations, all will give the same percentage. I don't worry about those details: we manage many TB's and don't care if they are 68%, 70% or 72% filled, this is fine and 88%, 90% and 92% are both bad. Kees. For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ISMF data in batch using REXX
Sankaranarayanan, Vignesh wrote: We're using the totals REXX to provide a summary for a storage group opened up in ISMF. Example output is as follows: Like Robert, I also want to know what is 'totals' REXX program? The difference in results increase as the number of volumes increase. I'm not surprised. That 'totals' program may use other measurements than NaviQuest. Then there is the rounding errors and/or (mis)use of the scale of measurement units. If I need to write a report, I would start collecting my data using the smallest scale, say in bytes. Then only at final summary output, I convert it to GB, MB, whatever. It lists volume information (output lines) for even just the entries in ISMF. Needs some REXX to process this output ... What output do you want to process? You listed many sources of your DASD and reports. Which one do you need? Robert Prins wrote: All values differ by a factor 1.024, you should have seen this yourself and drawn your own conclusions. Or more. Factor in the scale too. (KB, MB, GB, etc.) Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ISMF data in batch using REXX
Here it is again - - https://groups.google.com/d/msg/bit.listserv.ibm-main/iU6El2nkhnA/abdGY7v4XscJ It's a Google group that has all the posts in this LISTSERV. It lists volume information (output lines) for even just the entries in ISMF. Needs some REXX to process this output ... What output do you want to process? You listed many sources of your DASD and reports. Which one do you need? Whichever is the easiest. Now that I know that totals is off because of 1000 (vs 1024), NaviQuest is working ok. And - I'm afraid the following is a question with a debatable answer - which one are we supposed to use, 1000 or 1024? - Vignesh Mainframe Admin -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Elardus Engelbrecht Sent: 29 April 2014 09:31 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ISMF data in batch using REXX Sankaranarayanan, Vignesh wrote: We're using the totals REXX to provide a summary for a storage group opened up in ISMF. Example output is as follows: Like Robert, I also want to know what is 'totals' REXX program? The difference in results increase as the number of volumes increase. I'm not surprised. That 'totals' program may use other measurements than NaviQuest. Then there is the rounding errors and/or (mis)use of the scale of measurement units. If I need to write a report, I would start collecting my data using the smallest scale, say in bytes. Then only at final summary output, I convert it to GB, MB, whatever. It lists volume information (output lines) for even just the entries in ISMF. Needs some REXX to process this output ... What output do you want to process? You listed many sources of your DASD and reports. Which one do you need? Robert Prins wrote: All values differ by a factor 1.024, you should have seen this yourself and drawn your own conclusions. Or more. Factor in the scale too. (KB, MB, GB, etc.) Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN MARKSANDSPENCER.COM Unless otherwise stated above: Marks and Spencer plc Registered Office: Waterside House 35 North Wharf Road London W2 1NW Registered No. 214436 in England and Wales. Telephone (020) 7935 4422 Facsimile (020) 7487 2670 www.marksandspencer.com Please note that electronic mail may be monitored. This e-mail is confidential. If you received it by mistake, please let us know and then delete it from your system; you should not copy, disclose, or distribute its contents to anyone nor act in reliance on this e-mail, as this is prohibited and may be unlawful. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ISPF Log error
In 0de6a9840123e547b061ac5b6765c026e2b...@exmb-05.ad.wsu.edu, on 04/25/2014 at 07:35 PM, Gibney, Dave gib...@wsu.edu said: Since moving my sandbox LPARs to z/OS 1.13, I have been getting this error message frequently. Has your logon proc changed? ACS? -- 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Autorization Code Question
In 13124718-8ee3-4c31-8feb-bd43bc571...@comcast.net, on 04/28/2014 at 01:48 PM, Micheal Butz michealb...@comcast.net said: I think my problem maybe that I am doing a LOAD DE= after the BLDL The DE may not be kosher for APF DE is fine. -- 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: New install library size
In 535eb2d9.5000...@us.ibm.com, on 04/28/2014 at 03:58 PM, John Eells ee...@us.ibm.com said: So...what should we do here? Is everything now PDSE, or is directory space still an issue? -- 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Autorization Code Question
Did a explicit load ep= And it didn't abend Sent from my iPhone On Apr 28, 2014, at 6:36 PM, Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net wrote: In 13124718-8ee3-4c31-8feb-bd43bc571...@comcast.net, on 04/28/2014 at 01:48 PM, Micheal Butz michealb...@comcast.net said: I think my problem maybe that I am doing a LOAD DE= after the BLDL The DE may not be kosher for APF DE is fine. -- 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...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Autorization Code Question
As the DE data starts after the BLDL header. On Tue, 29 Apr 2014 08:18:57 -0500 Walt Farrell walt.farr...@gmail.com wrote: :Perhaps you specified the DE information incorrectly? : : Walt : :On Tue, 29 Apr 2014 07:28:30 -0400, Micheal Butz michealb...@comcast.net wrote: : :Did a explicit load ep= : :And it didn't abend : :Sent from my iPhone : : On Apr 28, 2014, at 6:36 PM, Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net wrote: : : In 13124718-8ee3-4c31-8feb-bd43bc571...@comcast.net, on 04/28/2014 : at 01:48 PM, Micheal Butz michealb...@comcast.net said: : : I think my problem maybe that I am doing a LOAD DE= after the BLDL : : The DE may not be kosher for APF : : DE is fine. : : -- : Shmuel (Seymour J.) Metz, SysProg and JOAT : :-- :For IBM-MAIN subscribe / signoff / archive access instructions, :send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Using C or C++ for System exits
On 29/04/2014 9:26 PM, Walt Farrell wrote: Metal C can probably work, but I would be very concerned about other flavors of IBM C (especially LE-enabled) for any of those exits. I can't speak to any other vendor's C implementations, though, and I can't even say for sure that IBM's non-Metal C would definitely have problems. But I can easily envision problems that would not show up except under high-stress production situations, and that might require a complete reworking of your design to fix. Metal/C, SPC, Dignus C, SAS/C will all the job. LE C is just not the right tool for the job. Even if it didn't crash and burn the performance overhead of building up and tearing down an LE enclave for every invocation would be prohibitive. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ISMF data in batch using REXX
Hello Lizette, Thanks for the suggestion. We have CA GMI in place. I prefer a REXX-based solution here because it'll be plugged in to solve a bigger puzzle. Totals, Used, and Free data are obtained from ISMF and fed into a Spreadsheet frequently to capture the growth/decline in usage of disks by storage groups. And then estimate future growth. I'm trying to achieve this via WPS and MXG and save a bunch of manual entry. - Vignesh Mainframe Admin -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: 29 April 2014 14:21 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ISMF data in batch using REXX If you have CA Product(s) like CA 1 CA ASTEX CA CREWS CA Datacom/DB CA Disk CA Encryption Key Manager CA IDMS/DB CA MasterCat CA PDSMAN CA SYSVIEW CA Tape Encryption CA TLMS CA Vtape Then you can install the lite version of SRM or Vantage called GMI. This is fully supported by CA. CA Graphical Management Interface (CA GMI). Several CA products support CA GMI. These are referred to as CA GMI qualified products. If you have a license for one of the CA GMI qualifying products, then you can order and install CA Vantage GMI on the host and its user-interface clients separately, free of charge. CA Vantage GMI cannot be ordered separately unless you have a license for one of the CA GMI qualifying products. This may be more helpful to your storage admins than ISMF. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Sankaranarayanan, Vignesh Sent: Tuesday, April 29, 2014 12:23 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: ISMF data in batch using REXX Hi, We're using the totals REXX to provide a summary for a storage group opened up in ISMF. Example output is as follows: Totals for 1 volumes: (15 volumes had missing info.) Capacity: 8.31 GB Allocated: 5.69 GB (68%) Free: 2.63 GB (32%) *** I'm also trying to get the same information using NaviQuest - ISMF.11.7.1, and then Create Storage Group List and Generate Report. Example output (formatted visually) for same storage group: SG TOTAL FREE USED PERC - D1SOLVE 8.12 GB 2.568 GB 5.552 GB 31 NAVI MB The difference in results increase as the number of volumes increase. I've tried RXSMS - http://gsf-soft.com/Freeware/RXSMS.html It lists volume information (output lines) for even just the entries in ISMF. Needs some REXX to process this output ... How do I work around this please? - Vignesh Mainframe Admin MARKSANDSPENCER.COM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN MARKSANDSPENCER.COM Unless otherwise stated above: Marks and Spencer plc Registered Office: Waterside House 35 North Wharf Road London W2 1NW Registered No. 214436 in England and Wales. Telephone (020) 7935 4422 Facsimile (020) 7487 2670 www.marksandspencer.com Please note that electronic mail may be monitored. This e-mail is confidential. If you received it by mistake, please let us know and then delete it from your system; you should not copy, disclose, or distribute its contents to anyone nor act in reliance on this e-mail, as this is prohibited and may be unlawful. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
API to determine the memory object that a particular 64 bit address belongs to?
I assumed that such an API, which is given the 64 bit address and returns memory object information, must exist. But I cannot find it. Am I too hopeful? -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Using C or C++ for System exits
Walt: I appreciate your comments/concerns. I am trying to understand if we can write in C or Metal C. I feel is not feasible at the current time. Our exits are currently in assembler. Our customer base is pretty wide, but in critical installations, Banking and Brokerage, so being cautious and careful is a understatement . My nature is careful and understand impact, design before I design or write code. Regards, Scott From: Walt Farrell Sent: Tuesday, April 29, 2014 9:26 AM To: IBM Mainframe Discussion List My concern is that even with beta testing you might not experience issues in your test sites (especially with things that are RACF subsystem- and/or RRRSF-related) but production will eventually find some problems. Metal C can probably work, but I would be very concerned about other flavors of IBM C (especially LE-enabled) for any of those exits. I can't speak to any other vendor's C implementations, though, and I can't even say for sure that IBM's non-Metal C would definitely have problems. But I can easily envision problems that would not show up except under high-stress production situations, and that might require a complete reworking of your design to fix. -- Walt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Using C or C++ for System exits
I agree with David Crayford that LE C is not really suitable for exit writing. Even with it, however, the environment can be initialized just once, saved for repeated use, and cleaned up/eliminated (or not) at the end of processing. John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Using C or C++ for System exits
On 29/04/2014 10:03 PM, John Gilmore wrote: I agree with David Crayford that LE C is not really suitable for exit writing. Even with it, however, the environment can be initialized just once, saved for repeated use, and cleaned up/eliminated (or not) at the end of processing. CEEPIPI works fine for persistent environments but you will need to anchor the environment somewhere and front-end the LE exit program with a stub written in assembler (or Metal/C etc). Having thought about it a little bit more that may actually be worth it for some use cases (subsystem) but probably not for a RACF exit. John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CA JMR and shared JES V2R1 migration
On Mon, 28 Apr 2014 09:24:23 -0500, Scott Barry sba...@sbbworks.com wrote: Appears that CA JMR (output archival) has an architecture challenge with a shared JES environment and sites slowing migrating LPARs to z/OS V2R1 - that is parsing the SYSTEM from the JES Log for a batch-job archival is basically either environment, not both. With the JES log text-format change (i.e., long JES class names) and the location of the SYSTEM identification, archived output has a corrupted SYSTEM column and as was explained to a client we support, that's all we can provide. Also, a search of the CA SUPPORT ONLINE system does not reveal any heads-up for impacted clients. So, JMR sites with co-existing z/OS environments (V1R13 V2R1 for example) will likely see this information corruption for archived batch jobs during the phased z/OS V2R1 migration period. Scott Barry SBBWorks, Inc. Is the JES2 text format change a result of having long JES2 Job Classes enabled or just from running JES2 for z/OS 2.1 without it being enabled? -- Dale R. Smith -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CA JMR and shared JES V2R1 migration
On Tue, 29 Apr 2014 09:20:04 -0500, Dale R. Smith dale-sm...@columbus.rr.com wrote: On Mon, 28 Apr 2014 09:24:23 -0500, Scott Barry sba...@sbbworks.com wrote: Appears that CA JMR (output archival) has an architecture challenge with a shared JES environment and sites slowing migrating LPARs to z/OS V2R1 - that is parsing the SYSTEM from the JES Log for a batch-job archival is basically either environment, not both. With the JES log text-format change (i.e., long JES class names) and the location of the SYSTEM identification, archived output has a corrupted SYSTEM column and as was explained to a client we support, that's all we can provide. Also, a search of the CA SUPPORT ONLINE system does not reveal any heads-up for impacted clients. So, JMR sites with co-existing z/OS environments (V1R13 V2R1 for example) will likely see this information corruption for archived batch jobs during the phased z/OS V2R1 migration period. Scott Barry SBBWorks, Inc. Is the JES2 text format change a result of having long JES2 Job Classes enabled or just from running JES2 for z/OS 2.1 without it being enabled? -- Dale R. Smith It's a JES log text-format change -- the offset to the SYSTEM information is different and the CA JMR software architecture requires that you tell it the exact position with a parameter SYSIODF, not considering the possible mixed-OS environment having different offset-locations -- why it's not a scan to the next non-blank field is beyond me. I for one do use the SORT primary command to re-order the job-list summary -- well, that's a NOOP until all LPARs are up on V2R1 for at least now. And hopefully someone will see the light - I could not even find a CA SUPPORT ONLINE KB reference about the condition either. Scott Barry SBBWorks, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: API to determine the memory object that a particular 64 bit address belongs to?
On Tue, 29 Apr 2014 16:50:32 +0300, Binyamin Dissen wrote: I assumed that such an API, which is given the 64 bit address and returns memory object information, must exist. But I cannot find it. Am I too hopeful? What's a memory object? I believe GEMAIN allows obtaining a large block of memory; subdividing it; and FREEMAINing it piecemeal. (I remember decades ago colleagues accustomed to this facility in Assembler complaining when required to use a HLL that did not allow it.) Does STORAGE allow likewise? Gedanken: Suppose I acquire 3KiB of storage, then return the bottom and top thirds, keeping the middle. Storage managment services will know nothing about that remaining 1KiB except its address and length. Is this the information you need? Did you leave an eyecatcher there? Such a facility as you want would be highly useful in analyzing memory leaks. Related question: In C, the P=malloc(length); call returns a pointer. I can later free(P); without providing a length. Somehow the RTL remembers it. Is there any interface to query that originally requested length? It could be useful in a subsequent strncpy(P,...). -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: API to determine the memory object that a particular 64 bit address belongs to?
IARV64 REQUEST=LIST is the closest thing you are going to get to what you want. Rob Scott Lead Developer Rocket Software 77 Fourth Avenue . Suite 100 . Waltham . MA 02451-1468 . USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Binyamin Dissen Sent: 29 April 2014 14:51 To: IBM-MAIN@LISTSERV.UA.EDU Subject: API to determine the memory object that a particular 64 bit address belongs to? I assumed that such an API, which is given the 64 bit address and returns memory object information, must exist. But I cannot find it. Am I too hopeful? -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: API to determine the memory object that a particular 64 bit address belongs to?
On Tue, 29 Apr 2014 09:49:09 -0500, Paul Gilmartin paulgboul...@aim.com wrote: What's a memory object? I believe GEMAIN allows obtaining a large block of memory; subdividing it; and FREEMAINing it piecemeal. GETMAIN/ FRREEMAIN are not used for storage above the bar. From the Assembler Services Reference: quote 6.0 IARV64 -- 64-bit virtual storage allocation The IARV64 macro allows a program to use the full range of virtual storage in an address space that is supported by 64-bit addresses. The macro creates and frees storage areas above the two gigabyte address and manages the physical frames behind the storage. Each storage area is a multiple of one megabyte in size and begins on a megabyte boundary. You can think of the IARV64 macro as the GETMAIN/FREEMAIN, PGSER or STORAGE macro for virtual storage above the the two gigabyte address. The two gigabyte address in the address space is marked by a virtual line called the bar. The bar separates storage below the two gigabyte address, called below the bar, from storage above the two gigabyte address, called above the bar. The area above the bar is intended to be used for data only, not for executing programs. Programs use the IARV64 macro to obtain storage above the bar in chunks of virtual storage called memory objects. Your installation can set a limit on the use of the address space above the bar for a single address space. The limit is called the MEMLIMIT. /quote -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Using C or C++ for System exits
John, Its surprising that IBM hasn't thought about using C in exits , like RACF or other components. Considering Linux has been writing their Kernel in it for a few years. Not bashing IBM, curious why they haven't embraced C in the systems arena. I see it in some of the system type tools. Regards, Scott From: John Gilmore Sent: Tuesday, April 29, 2014 10:03 AM To: IBM Mainframe Discussion List I agree with David Crayford that LE C is not really suitable for exit writing. Even with it, however, the environment can be initialized just once, saved for repeated use, and cleaned up/eliminated (or not) at the end of processing. John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ISMF data in batch using REXX
On Tue, 29 Apr 2014 13:48:26 +, Sankaranarayanan, Vignesh vignesh.v.sankaranaraya...@marks-and-spencer.com wrote: Hello Lizette, Thanks for the suggestion. We have CA GMI in place. I prefer a REXX-based solution here because it'll be plugged in to solve a bigger puzzle. Totals, Used, and Free data are obtained from ISMF and fed into a Spreadsheet frequently to capture the growth/decline in usage of disks by storage groups. And then estimate future growth. I'm trying to achieve this via WPS and MXG and save a bunch of manual entry. - Vignesh Mainframe Admin -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: 29 April 2014 14:21 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ISMF data in batch using REXX If you have CA Product(s) like CA 1 CA ASTEX CA CREWS CA Datacom/DB CA Disk CA Encryption Key Manager CA IDMS/DB CA MasterCat CA PDSMAN CA SYSVIEW CA Tape Encryption CA TLMS CA Vtape Then you can install the lite version of SRM or Vantage called GMI. This is fully supported by CA. CA Graphical Management Interface (CA GMI). Several CA products support CA GMI. These are referred to as CA GMI qualified products. If you have a license for one of the CA GMI qualifying products, then you can order and install CA Vantage GMI on the host and its user-interface clients separately, free of charge. CA Vantage GMI cannot be ordered separately unless you have a license for one of the CA GMI qualifying products. This may be more helpful to your storage admins than ISMF. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Sankaranarayanan, Vignesh Sent: Tuesday, April 29, 2014 12:23 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: ISMF data in batch using REXX Hi, We're using the totals REXX to provide a summary for a storage group opened up in ISMF. Example output is as follows: Totals for 1 volumes: (15 volumes had missing info.) Capacity: 8.31 GB Allocated: 5.69 GB (68%) Free: 2.63 GB (32%) *** I'm also trying to get the same information using NaviQuest - ISMF.11.7.1, and then Create Storage Group List and Generate Report. Example output (formatted visually) for same storage group: SG TOTAL FREE USED PERC - D1SOLVE 8.12 GB 2.568 GB 5.552 GB 31 NAVI MB The difference in results increase as the number of volumes increase. I've tried RXSMS - http://gsf-soft.com/Freeware/RXSMS.html It lists volume information (output lines) for even just the entries in ISMF. Needs some REXX to process this output ... How do I work around this please? - Vignesh Mainframe Admin MARKSANDSPENCER.COM Consider exploring IDCAMS / DCOLLECT measurement data, and also DFSORT (sites not having WPS|SAS, MXG available) provides detail/summary reporting examples for the DCOLLECT data source. Scott Barry SBBWorks, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ISMF data in batch using REXX
Scott, Thanks for the suggestion. I was considering DCOLLECT as well. Turns out we don't DCOLLECT for development LPAR's; we do just for the production ones. Space requests come from development most of the time. I could schedule new DCOLLECT's but at this point, I've already got NaviQuest working. Out of curiosity, I will check out the DFSORT samples for it, and the GMI solution. - Vignesh Mainframe Admin -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Scott Barry Sent: 29 April 2014 16:45 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ISMF data in batch using REXX On Tue, 29 Apr 2014 13:48:26 +, Sankaranarayanan, Vignesh vignesh.v.sankaranaraya...@marks-and-spencer.com wrote: Hello Lizette, Thanks for the suggestion. We have CA GMI in place. I prefer a REXX-based solution here because it'll be plugged in to solve a bigger puzzle. Totals, Used, and Free data are obtained from ISMF and fed into a Spreadsheet frequently to capture the growth/decline in usage of disks by storage groups. And then estimate future growth. I'm trying to achieve this via WPS and MXG and save a bunch of manual entry. - Vignesh Mainframe Admin -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: 29 April 2014 14:21 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ISMF data in batch using REXX If you have CA Product(s) like CA 1 CA ASTEX CA CREWS CA Datacom/DB CA Disk CA Encryption Key Manager CA IDMS/DB CA MasterCat CA PDSMAN CA SYSVIEW CA Tape Encryption CA TLMS CA Vtape Then you can install the lite version of SRM or Vantage called GMI. This is fully supported by CA. CA Graphical Management Interface (CA GMI). Several CA products support CA GMI. These are referred to as CA GMI qualified products. If you have a license for one of the CA GMI qualifying products, then you can order and install CA Vantage GMI on the host and its user-interface clients separately, free of charge. CA Vantage GMI cannot be ordered separately unless you have a license for one of the CA GMI qualifying products. This may be more helpful to your storage admins than ISMF. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Sankaranarayanan, Vignesh Sent: Tuesday, April 29, 2014 12:23 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: ISMF data in batch using REXX Hi, We're using the totals REXX to provide a summary for a storage group opened up in ISMF. Example output is as follows: Totals for 1 volumes: (15 volumes had missing info.) Capacity: 8.31 GB Allocated: 5.69 GB (68%) Free: 2.63 GB (32%) *** I'm also trying to get the same information using NaviQuest - ISMF.11.7.1, and then Create Storage Group List and Generate Report. Example output (formatted visually) for same storage group: SG TOTAL FREE USED PERC - D1SOLVE 8.12 GB 2.568 GB 5.552 GB 31 NAVI MB The difference in results increase as the number of volumes increase. I've tried RXSMS - http://gsf-soft.com/Freeware/RXSMS.html It lists volume information (output lines) for even just the entries in ISMF. Needs some REXX to process this output ... How do I work around this please? - Vignesh Mainframe Admin MARKSANDSPENCER.COM Consider exploring IDCAMS / DCOLLECT measurement data, and also DFSORT (sites not having WPS|SAS, MXG available) provides detail/summary reporting examples for the DCOLLECT data source. Scott Barry SBBWorks, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN MARKSANDSPENCER.COM Unless otherwise stated above: Marks and Spencer plc Registered Office: Waterside House 35 North Wharf Road London W2 1NW Registered No. 214436 in England and Wales. Telephone (020) 7935 4422 Facsimile (020) 7487 2670 www.marksandspencer.com Please note that electronic mail may be monitored. This e-mail is confidential. If you received it by mistake, please let us know and then delete it from your system; you should not copy, disclose, or distribute its contents to anyone nor act in reliance on this e-mail, as this is prohibited and may be unlawful. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: API to determine the memory object that a particular 64 bit address belongs to?
On Tue, 29 Apr 2014 10:10:30 -0500, Tom Marchant wrote: quote 6.0 IARV64 -- 64-bit virtual storage allocation ... The area above the bar is intended to be used for data only, not for executing programs. ... /quote I had thought that restriction was gradually being relaxed. First, RMODE 64 can be used for such data. Of course one could then branch to code above the bar and execute it, provided all interrupts were disabled. I thought it was discussed here more recently that code executing above the bar is now interrupt-tolerant, but can not invoke any system services. Waiting breathlessly for full 64-bit support, such as exists in VM and in Linux. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Security definitions for OAM started task
Hi , We are implementing a new VTS on our shop , and trying to get OAM started . I have the CBR exits (CA 1 version) installed and also done with the parmlib updates . I just wanted to make sure we have all security definitions in place for OAM before we start it . Can somebody point me to a manual where i can have all those security details ? I found a link with some details . But am not sure if am missing something else http://pic.dhe.ibm.com/infocenter/zos/v1r13/index.jsp?topic=%2Fcom.ibm.zos.r13.idao200%2Fd_fsracf.htm Regards, Baby -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
3590 tape drives
Hello, We have a couple of 3590 tape drives that IBM will apparently not support soon. We are not in a position at this time to get rid of them. Is anyone still using 3590's and if so do you have support via a 3rd party that you could recommend? We are located in Saint Louis Missouri. Any suggestions would be appreciated. Thanks, Kurt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
3590 tape drives
Hello, We have a couple of 3590 tape drives that IBM will apparently not support soon. We are not in a position at this time to get rid of them. Is anyone still using 3590's and if so do you have support via a 3rd party that you could recommend? We are located in Saint Louis Missouri. Any suggestions would be appreciated. Thanks, Kurt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: 3590 tape drives
What type: E05, E06? Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Kurt Eastwood Sent: Tuesday, April 29, 2014 9:58 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: 3590 tape drives Hello, We have a couple of 3590 tape drives that IBM will apparently not support soon. We are not in a position at this time to get rid of them. Is anyone still using 3590's and if so do you have support via a 3rd party that you could recommend? We are located in Saint Louis Missouri. Any suggestions would be appreciated. Thanks, Kurt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: 3590 tape drives
We use SMS for all of our unsupported equipment including 3590s. Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Using C or C++ for System exits
On Tue, 29 Apr 2014 15:13:49 +, Scott Ford scott_j_f...@yahoo.com wrote: Its surprising that IBM hasn't thought about using C in exits , like RACF or other components. Considering Linux has been writing their Kernel in it for a few years. Not bashing IBM, curious why they haven't embraced C in the systems arena. I see it in some of the system type tools. I can only speak as an ex-IBMer, of course, but one issue I see for exits comes from the need to account for different environments, with their different execution characteristics and restrictions. So, basically, it's an issue of complexity. I know of RACF exits, for example, that might be invoked in various combinations of locked/unlocked, various system keys, cross-memory mode or not, TCB or SRB mode, and AMODE. Think of an exit as having two aspects. First, there's the basic core code of the exit that implements the function you need. Next, there's an infrastructure around that code that is required for the core code to run. With something like LE C, the core code could involve use of run-time library routines, which may make use of system services. Will those system services work in all the environments that the exit might run in? Maybe, or maybe not. Does the run-time documentation even tell you what the services are, so you can do some research and figure it out? Or do they document whether they work in SRB mode, or cross-memory mode? (Answer: probably not.) If they don't work, will they fail all the time? (Answer: if you're lucky, yes; but probably they'll fail only under some set of less common circumstances that you'll never see in testing, or only several years from now after you make some seeminly innocuous change to your code.) Even if you can write your C code in such a way that the run-time routines are safe for all the exit environments, you still need to do the setup of the C infrastructure (the LE environment, for example). Will the LE initialization run properly in all those exit environments? If either of those run-time aspects (library routines, infrastructure setup) fails in some environment, what part of your system is going to fail along with it? If you discover, eventually, that it won't work in some specific set of circumstances, how much redesign, recode, and retest will be necessary to fix it? And then there's the efficiency question, especially for infrastructure setup and tear-down, especially if it needs to happen multiple times. Or the possibility that something the infrastructure does might conflict with other aspects of the system function that invokes the exit, especially if you setup the infrastructure once and leave it around when returning from the exit back to the system function that invoked it. Or, conversely, if you leave the infrastructure setup, that something the system does after you return from the exit will interfere with (undo) something the infrastructure depends on, and will only do during setup. Or that the infrastructure you save for later use might not work in the environment the exit is next called in (different storage key, for example). Basically, if you try to throw a large, complex, piece of code that you don't control and for which you don't have full information, into the middle of another large, complex piece of code then you're likely to have some unpredictable results. -- Walt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Security definitions for OAM started task
Be sure you are using the OAM PISA Guide for Tape Libraries. Here is a checklist from that manual. http://pic.dhe.ibm.com/infocenter/zos/v1r13/index.jsp?topic=%2Fcom.ibm.zos.r13.idao300%2Fo3010.htm Cliff McNeill Date: Tue, 29 Apr 2014 22:09:14 +0530 From: baby.ekla...@gmail.com Subject: Security definitions for OAM started task To: IBM-MAIN@LISTSERV.UA.EDU Hi , We are implementing a new VTS on our shop , and trying to get OAM started . I have the CBR exits (CA 1 version) installed and also done with the parmlib updates . I just wanted to make sure we have all security definitions in place for OAM before we start it . Can somebody point me to a manual where i can have all those security details ? I found a link with some details . But am not sure if am missing something else http://pic.dhe.ibm.com/infocenter/zos/v1r13/index.jsp?topic=%2Fcom.ibm.zos.r13.idao200%2Fd_fsracf.htm Regards, Baby -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: GRS RESMIL setting on CPU consumption
Hello, I asked Charlie Favell in z/OS BCP System Test about RESMIL... A slightly different perspective. Are you using MIM's MII to manage global ENQs and by association GRSRNL=EXCLUDE? If so, global ENQs are a rare thing and you shouldn't be concerned about performance. Maybe try RESMIL(10). If not, you may be okay with just RESMIL(5). GRS will tune it down automatically when the RSA is heavily loaded, but most of the time it is sent empty! JG Joe Gentile z/OS GRS and Logger Development (845)435-2184 (T/L 295-2184) jwgen...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: 3590 tape drives
W dniu 2014-04-29 18:58, Kurt Eastwood pisze: Hello, We have a couple of 3590 tape drives that IBM will apparently not support soon. We are not in a position at this time to get rid of them. Is anyone still using 3590's and if so do you have support via a 3rd party that you could recommend? We are located in Saint Louis Missouri. Any suggestions would be appreciated. I'd suggest cpuservice.pl, but they may not cover Missouri ;-) Seriously: consider the following approach: buy more 3590's. Additional controler(s) and drives. It would make any failuer much less critical = less restrictive SLA = better price. -- 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 authorized 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. mBank S.A. z siedzib w Warszawie, ul. Senatorska 18, 00-950 Warszawa, www.mBank.pl, e-mail: kont...@mbank.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.2014 r. kapita zakadowy mBanku S.A. (w caoci wpacony) wynosi 168.696.052 zote. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: 3590 tape drives
Kurt, We use SMS (Systems Maintenance Services) out of Victor, New York. They are national. Respectfully, Willie C. Rouse Senior Mainframe Consultant Prince George's County, Maryland Office of Information Technology 9201 Basil Court/ Room B8 Largo, MD 20774 Voice: 301-883-7189 Fax: 301-883-3790 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Tuesday, April 29, 2014 1:27 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: 3590 tape drives What type: E05, E06? Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Kurt Eastwood Sent: Tuesday, April 29, 2014 9:58 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: 3590 tape drives Hello, We have a couple of 3590 tape drives that IBM will apparently not support soon. We are not in a position at this time to get rid of them. Is anyone still using 3590's and if so do you have support via a 3rd party that you could recommend? We are located in Saint Louis Missouri. Any suggestions would be appreciated. Thanks, Kurt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: 3590 tape drives
We use Fujitsu to support our 3590's and many other mainframe peripherals. They have always been very responsive and responsible. Regards, Greg Shirey Ben E. Keith Company -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Kurt Eastwood Sent: Tuesday, April 29, 2014 11:43 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: 3590 tape drives Hello, We have a couple of 3590 tape drives that IBM will apparently not support soon. We are not in a position at this time to get rid of them. Is anyone still using 3590's and if so do you have support via a 3rd party that you could recommend? We are located in Saint Louis Missouri. Any suggestions would be appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: 3590 tape drives
SMS has worked well. They were quick to respond and very helpful. Thank you and have a Terrific day! Jonathan Goossen, DTM ACT Capacity Management Personal: 651-361-4541 For help with verbal communication and leadership skills checkout Woodwinds Toastmasters. IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU wrote on 04/29/2014 01:43:26 PM: From: Rouse, Willie wro...@co.pg.md.us To: IBM-MAIN@LISTSERV.UA.EDU, Date: 04/29/2014 01:43 PM Subject: Re: 3590 tape drives Sent by: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU Kurt, We use SMS (Systems Maintenance Services) out of Victor, New York. They are national. Respectfully, Willie C. Rouse Senior Mainframe Consultant Prince George's County, Maryland Office of Information Technology 9201 Basil Court/ Room B8 Largo, MD 20774 Voice: 301-883-7189 Fax: 301-883-3790 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU ] On Behalf Of Lizette Koehler Sent: Tuesday, April 29, 2014 1:27 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: 3590 tape drives What type: E05, E06? Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Kurt Eastwood Sent: Tuesday, April 29, 2014 9:58 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: 3590 tape drives Hello, We have a couple of 3590 tape drives that IBM will apparently not support soon. We are not in a position at this time to get rid of them. Is anyone still using 3590's and if so do you have support via a 3rd party that you could recommend? We are located in Saint Louis Missouri. Any suggestions would be appreciated. Thanks, Kurt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ** This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Using C or C++ for System exits
Walt: Thank you for the explanation. Regards, Scott From: Walt Farrell Sent: Tuesday, April 29, 2014 1:42 PM To: IBM Mainframe Discussion List On Tue, 29 Apr 2014 15:13:49 +, Scott Ford scott_j_f...@yahoo.com wrote: Its surprising that IBM hasn't thought about using C in exits , like RACF or other components. Considering Linux has been writing their Kernel in it for a few years. Not bashing IBM, curious why they haven't embraced C in the systems arena. I see it in some of the system type tools. I can only speak as an ex-IBMer, of course, but one issue I see for exits comes from the need to account for different environments, with their different execution characteristics and restrictions. So, basically, it's an issue of complexity. I know of RACF exits, for example, that might be invoked in various combinations of locked/unlocked, various system keys, cross-memory mode or not, TCB or SRB mode, and AMODE. Think of an exit as having two aspects. First, there's the basic core code of the exit that implements the function you need. Next, there's an infrastructure around that code that is required for the core code to run. With something like LE C, the core code could involve use of run-time library routines, which may make use of system services. Will those system services work in all the environments that the exit might run in? Maybe, or maybe not. Does the run-time documentation even tell you what the services are, so you can do some research and figure it out? Or do they document whether they work in SRB mode, or cross-memory mode? (Answer: probably not.) If they don't work, will they fail all the time? (Answer: if you're lucky, yes; but probably they'll fail only under some set of less common circumstances that you'll never see in testing, or only several years from now after you make some seeminly innocuous change to your code.) Even if you can write your C code in such a way that the run-time routines are safe for all the exit environments, you still need to do the setup of the C infrastructure (the LE environment, for example). Will the LE initialization run properly in all those exit environments? If either of those run-time aspects (library routines, infrastructure setup) fails in some environment, what part of your system is going to fail along with it? If you discover, eventually, that it won't work in some specific set of circumstances, how much redesign, recode, and retest will be necessary to fix it? And then there's the efficiency question, especially for infrastructure setup and tear-down, especially if it needs to happen multiple times. Or the possibility that something the infrastructure does might conflict with other aspects of the system function that invokes the exit, especially if you setup the infrastructure once and leave it around when returning from the exit back to the system function that invoked it. Or, conversely, if you leave the infrastructure setup, that something the system does after you return from the exit will interfere with (undo) something the infrastructure depends on, and will only do during setup. Or that the infrastructure you save for later use might not work in the environment the exit is next called in (different storage key, for example). Basically, if you try to throw a large, complex, piece of code that you don't control and for which you don't have full information, into the middle of another large, complex piece of code then you're likely to have some unpredictable results. -- Walt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: 3590 tape drives
E05 is a TS1120/3592 not a 3590 3590 would be B1A, E1A I can't find an announcement of End of Service for the 3590 and I just signed a 1 year maint agreement with IBM for my 3590's. CIT | Ken Porowski | VP Mainframe Engineering | Information Technology | +1 973 740 5459 (tel) | ken.porow...@cit.com This email message and any accompanying materials may contain proprietary, privileged and confidential information of CIT Group Inc. or its subsidiaries or affiliates (collectively, CIT), and are intended solely for the recipient(s) named above. If you are not the intended recipient of this communication, any use, disclosure, printing, copying or distribution, or reliance on the contents, of this communication is strictly prohibited. CIT disclaims any liability for the review, retransmission, dissemination or other use of, or the taking of any action in reliance upon, this communication by persons other than the intended recipient(s). If you have received this communication in error, please reply to the sender advising of the error in transmission, and immediately delete and destroy the communication and any accompanying materials. To the extent permitted by applicable law, CIT and others may inspect, review, monitor, analyze, copy, record and retain any communications sent from or received at this email address. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Kurt Eastwood Sent: Tuesday, April 29, 2014 2:56 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] 3590 tape drives E05 On Tuesday, April 29, 2014 12:27 PM, Lizette Koehler stars...@mindspring.com wrote: What type: E05, E06? Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Kurt Eastwood Sent: Tuesday, April 29, 2014 9:58 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: 3590 tape drives Hello, We have a couple of 3590 tape drives that IBM will apparently not support soon. We are not in a position at this time to get rid of them. Is anyone still using 3590's and if so do you have support via a 3rd party that you could recommend? We are located in Saint Louis Missouri. Any suggestions would be appreciated. Thanks, Kurt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: 3590 tape drives
Thanks, it is easy for me to get the hardware numbers confused. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ken Porowski Sent: Tuesday, April 29, 2014 1:19 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: 3590 tape drives E05 is a TS1120/3592 not a 3590 3590 would be B1A, E1A I can't find an announcement of End of Service for the 3590 and I just signed a 1 year maint agreement with IBM for my 3590's. CIT | Ken Porowski | VP Mainframe Engineering | Information Technology | +1 973 740 5459 (tel) | ken.porow...@cit.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: 3590 tape drives
Sorry, my 3590's are B11's. I was told they would be unsupported in 2 months. I will have to double check this. Thank you to all who responded. I now have a couple of new vendors who may be able to support them. Kurt On Tuesday, April 29, 2014 3:19 PM, Ken Porowski ken.porow...@cit.com wrote: E05 is a TS1120/3592 not a 3590 3590 would be B1A, E1A I can't find an announcement of End of Service for the 3590 and I just signed a 1 year maint agreement with IBM for my 3590's. CIT | Ken Porowski | VP Mainframe Engineering | Information Technology | +1 973 740 5459 (tel) | ken.porow...@cit.com This email message and any accompanying materials may contain proprietary, privileged and confidential information of CIT Group Inc. or its subsidiaries or affiliates (collectively, CIT), and are intended solely for the recipient(s) named above. If you are not the intended recipient of this communication, any use, disclosure, printing, copying or distribution, or reliance on the contents, of this communication is strictly prohibited. CIT disclaims any liability for the review, retransmission, dissemination or other use of, or the taking of any action in reliance upon, this communication by persons other than the intended recipient(s). If you have received this communication in error, please reply to the sender advising of the error in transmission, and immediately delete and destroy the communication and any accompanying materials. To the extent permitted by applicable law, CIT and others may inspect, review, monitor, analyze, copy, record and retain any communications sent from or received at this email address. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Kurt Eastwood Sent: Tuesday, April 29, 2014 2:56 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] 3590 tape drives E05 On Tuesday, April 29, 2014 12:27 PM, Lizette Koehler stars...@mindspring.com wrote: What type: E05, E06? Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Kurt Eastwood Sent: Tuesday, April 29, 2014 9:58 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: 3590 tape drives Hello, We have a couple of 3590 tape drives that IBM will apparently not support soon. We are not in a position at this time to get rid of them. Is anyone still using 3590's and if so do you have support via a 3rd party that you could recommend? We are located in Saint Louis Missouri. Any suggestions would be appreciated. Thanks, Kurt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Autorization Code Question
In 060650a7-d2a2-4313-8191-8f57c9a9b...@comcast.net, on 04/29/2014 at 07:28 AM, Micheal Butz michealb...@comcast.net said: Did a explicit load ep= And it didn't abend I'm confused; I thought that you had successfully done a LOAD DE= but that it had an unexpected value in R1. -- 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: 3590 tape drives
In the olden days, what normally happened was the maint. fee would just go up until it became an albatross. As upgrades were done, we managed to carve maint costs out of the agreements with longer term arrangements. In a message dated 4/29/2014 3:19:14 P.M. Central Daylight Time, ken.porow...@cit.com writes: E05 is a TS1120/3592 not a 3590 3590 would be B1A, E1A I can't find an announcement of End of Service for the 3590 and I just signed a 1 year maint agreement with IBM for my 3590's. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Autorization Code Question
Load de ended with I believe CSV028I not in APF concatenation Sent from my iPhone On Apr 29, 2014, at 8:23 AM, Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net wrote: In 060650a7-d2a2-4313-8191-8f57c9a9b...@comcast.net, on 04/29/2014 at 07:28 AM, Micheal Butz michealb...@comcast.net said: Did a explicit load ep= And it didn't abend I'm confused; I thought that you had successfully done a LOAD DE= but that it had an unexpected value in R1. -- 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...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: 3590 tape drives
You're right, you've got 2 months. IBM United States Withdrawal Announcement 913-135 June 18, 2013 http://www-01.ibm.com/common/ssi/ShowDoc.wss?docURL=/common/ssi/rep_ca/5/897/ENUS913-135/index.htmllang=enrequest_locale=en IBM will withdraw from its lease, rental, and maintenance agreements the machine types and models listed below, effective June 30, 2014. Storage products - tape Machine type Model 3590B1A 3590B11 CIT | Ken Porowski | VP Mainframe Engineering | Information Technology | +1 973 740 5459 (tel) | ken.porow...@cit.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Kurt Eastwood Sent: Tuesday, April 29, 2014 4:24 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] 3590 tape drives Sorry, my 3590's are B11's. I was told they would be unsupported in 2 months. I will have to double check this. Thank you to all who responded. I now have a couple of new vendors who may be able to support them. Kurt On Tuesday, April 29, 2014 3:19 PM, Ken Porowski ken.porow...@cit.com wrote: E05 is a TS1120/3592 not a 3590 3590 would be B1A, E1A I can't find an announcement of End of Service for the 3590 and I just signed a 1 year maint agreement with IBM for my 3590's. CIT | Ken Porowski | VP Mainframe Engineering | Information Technology | +1 973 740 5459 (tel) | ken.porow...@cit.com This email message and any accompanying materials may contain proprietary, privileged and confidential information of CIT Group Inc. or its subsidiaries or affiliates (collectively, CIT), and are intended solely for the recipient(s) named above. If you are not the intended recipient of this communication, any use, disclosure, printing, copying or distribution, or reliance on the contents, of this communication is strictly prohibited. CIT disclaims any liability for the review, retransmission, dissemination or other use of, or the taking of any action in reliance upon, this communication by persons other than the intended recipient(s). If you have received this communication in error, please reply to the sender advising of the error in transmission, and immediately delete and destroy the communication and any accompanying materials. To the extent permitted by applicable law, CIT and others may inspect, review, monitor, analyze, copy, record and retain any communications sent from or received at this email address. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Kurt Eastwood Sent: Tuesday, April 29, 2014 2:56 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] 3590 tape drives E05 On Tuesday, April 29, 2014 12:27 PM, Lizette Koehler stars...@mindspring.com wrote: What type: E05, E06? Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Kurt Eastwood Sent: Tuesday, April 29, 2014 9:58 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: 3590 tape drives Hello, We have a couple of 3590 tape drives that IBM will apparently not support soon. We are not in a position at this time to get rid of them. Is anyone still using 3590's and if so do you have support via a 3rd party that you could recommend? We are located in Saint Louis Missouri. Any suggestions would be appreciated. Thanks, Kurt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Security definitions for OAM started task
OAM PISA Guide for Objects do have RACF profiles info , but thats not the case with OAM PISA guide for tape libraries . IBM should have updated it for tape library documentation as well . Correct . But they don't have any reference to the security profiles needed for OAM started task . And that's what am actually looking for On Tue, Apr 29, 2014 at 11:16 PM, Clifford McNeill sy...@hotmail.comwrote: Be sure you are using the OAM PISA Guide for Tape Libraries. Here is a checklist from that manual. http://pic.dhe.ibm.com/infocenter/zos/v1r13/index.jsp?topic=%2Fcom.ibm.zos.r13.idao300%2Fo3010.htm Cliff McNeill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CA JMR and shared JES V2R1 migration
On Tue, 29 Apr 2014 09:44:29 -0500, Scott Barry sba...@sbbworks.com wrote: On Tue, 29 Apr 2014 09:20:04 -0500, Dale R. Smith dale-sm...@columbus.rr.com wrote: On Mon, 28 Apr 2014 09:24:23 -0500, Scott Barry sba...@sbbworks.com wrote: Appears that CA JMR (output archival) has an architecture challenge with a shared JES environment and sites slowing migrating LPARs to z/OS V2R1 - that is parsing the SYSTEM from the JES Log for a batch-job archival is basically either environment, not both. With the JES log text-format change (i.e., long JES class names) and the location of the SYSTEM identification, archived output has a corrupted SYSTEM column and as was explained to a client we support, that's all we can provide. Also, a search of the CA SUPPORT ONLINE system does not reveal any heads-up for impacted clients. So, JMR sites with co-existing z/OS environments (V1R13 V2R1 for example) will likely see this information corruption for archived batch jobs during the phased z/OS V2R1 migration period. Scott Barry SBBWorks, Inc. Is the JES2 text format change a result of having long JES2 Job Classes enabled or just from running JES2 for z/OS 2.1 without it being enabled? -- Dale R. Smith It's a JES log text-format change -- the offset to the SYSTEM information is different and the CA JMR software architecture requires that you tell it the exact position with a parameter SYSIODF, not considering the possible mixed-OS environment having different offset-locations -- why it's not a scan to the next non-blank field is beyond me. I for one do use the SORT primary command to re-order the job-list summary -- well, that's a NOOP until all LPARs are up on V2R1 for at least now. And hopefully someone will see the light - I could not even find a CA SUPPORT ONLINE KB reference about the condition either. Scott Barry SBBWorks, Inc. FWIW, CA's latest reply is to recommend the client abandon your decades-old CA JMR/SMR investment and migrate to a replacement-product CA-VIEW which works correctly in a mixed-OS/JES (V1R13 V2R1) JESPLEX environment. And also now it's being debated about whether this is an enhancement as opposed to 'fix'. Scott Barry SBBWorks, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Using C or C++ for System exits
On Tue, 29 Apr 2014 12:42:06 -0500, Walt Farrell wrote: Basically, if you try to throw a large, complex, piece of code that you don't control and for which you don't have full information, into the middle of another large, complex piece of code then you're likely to have some unpredictable results. Maybe all developers could cut that out and stick it on the wall just above their monitor. Well put Walt. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Using C or C++ for System exits
Shane, Absolutely, even us old timers Regards, Scott From: Shane Ginnane Sent: Tuesday, April 29, 2014 6:02 PM To: IBM Mainframe Discussion List On Tue, 29 Apr 2014 12:42:06 -0500, Walt Farrell wrote: Basically, if you try to throw a large, complex, piece of code that you don't control and for which you don't have full information, into the middle of another large, complex piece of code then you're likely to have some unpredictable results. Maybe all developers could cut that out and stick it on the wall just above their monitor. Well put Walt. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Using C or C++ for System exits
On 4/29/2014 at 11:13 AM, Scott Ford scott_j_f...@yahoo.com wrote: Its surprising that IBM hasn't thought about using C in exits , like RACF or other components. Considering Linux has been writing their Kernel in it for a few years. Not bashing IBM, curious why they haven't embraced C in the systems arena. I see it in some of the system type tools. Linux was initially written in C for whatever reason (most likely ease of coding and availability of a compiler), initially. As time went on, it stayed that way for relatively easy portability to other architectures. What having an entire operating system written in C does _not_ do, however, it wring the last bit of performance out of a particular hardware platform. It's one of the reasons why z/OS and z/VM were able to perform so well on systems like the 9672 or z800/z900, but Linux performance pretty much stank. From my perspective, it was Linux on System z that really pointed out how slow IBM mainframes were in raw CPU power (about 200MHz) compared to other architectures such as Power and Intel/AMD. Over time that situation has changed radically, of course, and now System z has the fastest CPU cycle times in the industry. But I doubt that would have happened as quickly as it did, if it weren't for IBM's desire to continue to sell hardware to run Linux on System z. And, if you look closely, sections of code in the kernel that are considered critical to overall system performance _are_ written in assembler for every architecture. I would say that given the fact that IBM isn't interested in porting z/OS (including RACF and the like) to other hardware platforms, they'd be insane to start coding large chunks of it in C. Mark Post -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Using C or C++ for System exits
On Tue, 29 Apr 2014 17:05:20 -0600, Mark Post wrote: Linux was initially written in C for whatever reason (most likely ease of coding and availability of a compiler), initially. And the fact that it was (initially) written by one fella holed up in his bedroom. We are all predisposed to particular favourites. ... given the fact that IBM isn't interested in porting z/OS (including RACF and the like) to other hardware platforms, they'd be insane to start coding large chunks of it in C. Hard to disagree - proprietary code running on proprietary hardware using a proprietary compiler. Might be nice if they let us use that compiler though ... Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Using C or C++ for System exits
Shane: You have to look at as a fellow who made some serious money doing what he liked. Agreed on a proprietary compiler and hardware but you somehow have to guard again theft. I have seen this is this industry once at another ISV. Once was enough. My original point was if a vendor says you can write ‘exits’ for example is C, at least show some examples. I am not picking on IBM. If you cant say that also, makes our life in development a lot easier. I agree with Walt about a complex system and complex code. Is like having one maintenance day a month and a ton of products changing, big problems , you cant tell what did what to whom. Testing helps. But organization and planning help more. Regards, Scott From: Shane Ginnane Sent: Tuesday, April 29, 2014 7:21 PM To: IBM Mainframe Discussion List On Tue, 29 Apr 2014 17:05:20 -0600, Mark Post wrote: Linux was initially written in C for whatever reason (most likely ease of coding and availability of a compiler), initially. And the fact that it was (initially) written by one fella holed up in his bedroom. We are all predisposed to particular favourites. ... given the fact that IBM isn't interested in porting z/OS (including RACF and the like) to other hardware platforms, they'd be insane to start coding large chunks of it in C. Hard to disagree - proprietary code running on proprietary hardware using a proprietary compiler. Might be nice if they let us use that compiler though ... Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Using C or C++ for System exits
Mark: As a ex VMer when source code was shipped and also CICS when it was shipped. I know. I wasn't suggesting IBM code the Operating System in C. But asking because I have seen a ton of people in various publications claiming that you can do it with exits, like RACF. But as many things on the ‘net’, vaporware, few examples, fewer still that even work. I was exploring the possibility and thanks to Walt, I will not at this time for sure. Regards, Scott From: Mark Post Sent: Tuesday, April 29, 2014 7:05 PM To: IBM Mainframe Discussion List On 4/29/2014 at 11:13 AM, Scott Ford scott_j_f...@yahoo.com wrote: Its surprising that IBM hasn't thought about using C in exits , like RACF or other components. Considering Linux has been writing their Kernel in it for a few years. Not bashing IBM, curious why they haven't embraced C in the systems arena. I see it in some of the system type tools. Linux was initially written in C for whatever reason (most likely ease of coding and availability of a compiler), initially. As time went on, it stayed that way for relatively easy portability to other architectures. What having an entire operating system written in C does _not_ do, however, it wring the last bit of performance out of a particular hardware platform. It's one of the reasons why z/OS and z/VM were able to perform so well on systems like the 9672 or z800/z900, but Linux performance pretty much stank. From my perspective, it was Linux on System z that really pointed out how slow IBM mainframes were in raw CPU power (about 200MHz) compared to other architectures such as Power and Intel/AMD. Over time that situation has changed radically, of course, and now System z has the fastest CPU cycle times in the industry. But I doubt that would have happened as quickly as it did, if it weren't for IBM's desire to continue to sell hardware to run Linux on System z. And, if you look closely, sections of code in the kernel that are considered critical to overall system performance _are_ written in assembler for every architecture. I would say that given the fact that IBM isn't interested in porting z/OS (including RACF and the like) to other hardware platforms, they'd be insane to start coding large chunks of it in C. Mark Post -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IPCS BLSQMFLD NAME=
Thanks for the reply Nick. I'm building a utility to that will take an assembled DSECT and create BLSQMDEF/BLSQMFLD BLSQSHDR for the flag mapping. This utility will build BLSQMFLD macros with OFF= and LEN= for each field. This will allow the NAME= to be any part of the label that I choose. Normally, the PREFIX= will be used to strip off a matching prefix but as that's only good for 8 bytes, I'll have to do something in the code. I'll add a PARM to this program to indicate the LAST 8 bytes of the label are to be used. Hopefully this will make the label more identifiable than the 1st 8 bytes. Dan -Original Message- From: Nick Jones Sent: Tuesday, April 29, 2014 9:21 AM Newsgroups: bit.listserv.ibm-main Subject: Re: IPCS BLSQMFLD NAME= On Wed, 16 Apr 2014 14:34:28 -0500, Dan mvs-j...@sympatico.ca wrote: We have our own IPCS format model which uses BLSQMDEF/BLSQMFLD. We use quite a few LONG labels. Many of these I can shorten by using the PREFIX= keyword and removing the beginning of the label which is often the same for all labels within the DSECT. The problem is with some of the labels where the matching prefix is 8 characters. Let's say I have a label of LongLabel_Field_Number1. If I code BLSQMFLD NAME=LongLabel_Field_Number1,DTYPE=EBCDIC the resulting label will be LongLabe. If I add PREFIX=16 to remove LongLabel_Field_ the macro produces an MNOTE INVALID VALUE SPECIFIED FOR PREFIX. Has anyone found a way around this problem? Of course, the BLSQMFLD macro could ALWAYS code OFF= LEN= which would allow ANY text to be placed in NAME=. I'd prefer not to do that. Thanks for any suggestions. Dan Hi Dan, Sorry for the delayed response, we must have missed this. BLSQMFLD output is somewhat built around the premise of being organized in 8 character chunks. With the label filling 8 characters and the ouput filling a multiple of 8 characters. Everything ends up aligned somewhat by 8 character sections. Longer (inline) labels might have broken that consistency. What I often see done is the use of the SHDR option to produce labels. ex: BLSQMFLD SHDR=SHDRxx,VIEW=X'0200',NEWLINE BLSQMFLD NAME=FOO,OFF=X'00EC',LEN=4,VIEW=X'0200' ... SHDRxx BLSQSHDR 'zzz ' This will produce a label on one line followed by the field contents on another line (probably without a label). -Nick Jones z/OS Service Aids -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ISMF data in batch using REXX
The COMPUTE REXX (http://www.vm.ibm.com/download/packages/descript.cgi?COMPUTE) and TABULATE REXX (http://www.vm.ibm.com/download/packages/descript.cgi?TABULATE) stages for PIPELINES are very handy for the kind of manipulations you need to do for this data. I do hope you can run pipelines one way or another. /Tom Kern On 04/29/2014 09:48, Sankaranarayanan, Vignesh wrote: Hello Lizette, Thanks for the suggestion. We have CA GMI in place. I prefer a REXX-based solution here because it'll be plugged in to solve a bigger puzzle. Totals, Used, and Free data are obtained from ISMF and fed into a Spreadsheet frequently to capture the growth/decline in usage of disks by storage groups. And then estimate future growth. I'm trying to achieve this via WPS and MXG and save a bunch of manual entry. - Vignesh Mainframe Admin -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: 29 April 2014 14:21 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ISMF data in batch using REXX If you have CA Product(s) like CA 1 CA ASTEX CA CREWS CA Datacom/DB CA Disk CA Encryption Key Manager CA IDMS/DB CA MasterCat CA PDSMAN CA SYSVIEW CA Tape Encryption CA TLMS CA Vtape Then you can install the lite version of SRM or Vantage called GMI. This is fully supported by CA. CA Graphical Management Interface (CA GMI). Several CA products support CA GMI. These are referred to as CA GMI qualified products. If you have a license for one of the CA GMI qualifying products, then you can order and install CA Vantage GMI on the host and its user-interface clients separately, free of charge. CA Vantage GMI cannot be ordered separately unless you have a license for one of the CA GMI qualifying products. This may be more helpful to your storage admins than ISMF. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Sankaranarayanan, Vignesh Sent: Tuesday, April 29, 2014 12:23 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: ISMF data in batch using REXX Hi, We're using the totals REXX to provide a summary for a storage group opened up in ISMF. Example output is as follows: Totals for 1 volumes: (15 volumes had missing info.) Capacity: 8.31 GB Allocated: 5.69 GB (68%) Free: 2.63 GB (32%) *** I'm also trying to get the same information using NaviQuest - ISMF.11.7.1, and then Create Storage Group List and Generate Report. Example output (formatted visually) for same storage group: SG TOTAL FREE USED PERC - D1SOLVE 8.12 GB 2.568 GB 5.552 GB 31 NAVI MB The difference in results increase as the number of volumes increase. I've tried RXSMS - http://gsf-soft.com/Freeware/RXSMS.html It lists volume information (output lines) for even just the entries in ISMF. Needs some REXX to process this output ... How do I work around this please? - Vignesh Mainframe Admin MARKSANDSPENCER.COM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN MARKSANDSPENCER.COM Unless otherwise stated above: Marks and Spencer plc Registered Office: Waterside House 35 North Wharf Road London W2 1NW Registered No. 214436 in England and Wales. Telephone (020) 7935 4422 Facsimile (020) 7487 2670 www.marksandspencer.com Please note that electronic mail may be monitored. This e-mail is confidential. If you received it by mistake, please let us know and then delete it from your system; you should not copy, disclose, or distribute its contents to anyone nor act in reliance on this e-mail, as this is prohibited and may be unlawful. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Security definitions for OAM started task
For the CA 1 exits to work correctly if CA 1 security is active (YSVC = YES or EXT ; HIGHLY RECOMMENDED) you should make sure that OAM has UPDATE access to the resource called YSVCUNCD in class CATAPE (CA@APE). That will allow the CBRUXENT/EJC exits to update the volume records with the correct robotic information. Russell Witt CA 1 Architect On 04/29/14, baby eklavyababy.ekla...@gmail.com wrote: Hi , We are implementing a new VTS on our shop , and trying to get OAM started . I have the CBR exits (CA 1 version) installed and also done with the parmlib updates . I just wanted to make sure we have all security definitions in place for OAM before we start it . Can somebody point me to a manual where i can have all those security details ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Using C or C++ for System exits
On 30/04/2014 7:05 AM, Mark Post wrote: On 4/29/2014 at 11:13 AM, Scott Ford scott_j_f...@yahoo.com wrote: Its surprising that IBM hasn't thought about using C in exits , like RACF or other components. Considering Linux has been writing their Kernel in it for a few years. Not bashing IBM, curious why they haven't embraced C in the systems arena. I see it in some of the system type tools. Linux was initially written in C for whatever reason (most likely ease of coding and availability of a compiler), initially. As time went on, it stayed that way for relatively easy portability to other architectures. What having an entire operating system written in C does _not_ do, however, it wring the last bit of performance out of a particular hardware platform. It's one of the reasons why z/OS and z/VM were able to perform so well on systems like the 9672 or z800/z900, but Linux performance pretty much stank. C has been the lingua franca from writing operating systems since Unix in 1973. That's a long time ago and it's certainly lasted the test of time. It runs the operating systems from high end enterprise servers down to mobile phones or embedded devices. It's probably the best tool for the job even though the language is seriously flawed. The sheer volume of highly skilled programmers is a good enough reason to choose it. BTW, isn't the majority of z/OS written in PL/X, in which case what's the big difference between the code generated by PL/X and C? Surely it comes down the quality of the compiler back-end. I remember reading that the original ports of gcc and glibc to S390 were sub-optimal. I very much doubt if that's the case now. From my perspective, it was Linux on System z that really pointed out how slow IBM mainframes were in raw CPU power (about 200MHz) compared to other architectures such as Power and Intel/AMD. Over time that situation has changed radically, of course, and now System z has the fastest CPU cycle times in the industry. But I doubt that would have happened as quickly as it did, if it weren't for IBM's desire to continue to sell hardware to run Linux on System z. Isn't that still the case for some workloads such as HPC? z is not much of a number cruncher compared to x86 and Power which have SIMD execution units. And, if you look closely, sections of code in the kernel that are considered critical to overall system performance _are_ written in assembler for every architecture. I would say that given the fact that IBM isn't interested in porting z/OS (including RACF and the like) to other hardware platforms, they'd be insane to start coding large chunks of it in C. Last time I looked syscalls.S, which is the analog of the z/OS SVC FLIH was written in assembler as is some boot loader code. That makes sense because the C runtime depends on them. The atomics stuff is also mostly assembler because you certainly don't want an optimizer re-arranging your code path for low-level locking primitives. Other then that the other performance critical modules such as interrupts, memory management, paging and the scheduler are all written in C. Mark Post -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Using C or C++ for System exits
Unix, and especially the freely available Unix utilities, were written in C. So Linus started coding a kernel to run the free Unix utilities. On Tue, Apr 29, 2014 at 6:21 PM, Shane Ginnane ibm-m...@tpg.com.au wrote: On Tue, 29 Apr 2014 17:05:20 -0600, Mark Post wrote: Linux was initially written in C for whatever reason (most likely ease of coding and availability of a compiler), initially. And the fact that it was (initially) written by one fella holed up in his bedroom. We are all predisposed to particular favourites. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CA JMR and shared JES V2R1 migration
At 09:44 -0500 on 04/29/2014, Scott Barry wrote about Re: CA JMR and shared JES V2R1 migration: It's a JES log text-format change -- the offset to the SYSTEM information is different and the CA JMR software architecture requires that you tell it the exact position with a parameter SYSIODF, not considering the possible mixed-OS environment having different offset-locations -- why it's not a scan to the next non-blank field is beyond me. From the description it looks to me to be an bug/design flaw in the IBM JES2 Compatibility support. The tolerance patch should have made the V1R13 layout compatible with the V2R1 format by padding the class with blanks so the SYSTEM is at the same offset in both systems. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Beyond the EC12
Because 1.14 would not sit well with the Cantonese... -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Nims,Alva John (Al) Sent: Friday, April 25, 2014 10:40 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] Beyond the EC12 If the superstition about 13 was considered, why did they come out with z/OS 1.13? :) Al Nims Systems Admin/Programmer 3 Information Technology University of Florida (352) 273-1298 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ed Jaffe Sent: Friday, April 25, 2014 11:48 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Beyond the EC12 On 4/25/2014 8:09 AM, Klein, Kenneth E wrote: Has anyone heard any good rumors about what will be coming out next year as the latest and greatest model? z296? Ec14? You bring up an interest point to contemplate as IBM eventually considers official names for its 13th-generation machine (if and when such a thing is produced). Is there still enough superstition about the number '13' that they will avoid using it and come up with something completely different? Or will they stick with EC13/BC13? For the record, I consider it unlikely that they will leap ahead to '14' and be out-of-sync forever more. I also believe the chances close to 'nil' that they will reduce from 120 cores on EC12 back down to 96 for the next generation, making any name ending in '96' not worthy of consideration. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Beyond the EC12
Reminds me of a Hong Kong building I was living in. The floors went 11, 12, 12a, 14, 15... Which was strange seeing 14 is unlucky for the Cantonese (that's twice I've used this - boring...) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Barry Merrill Sent: Saturday, April 26, 2014 7:16 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] Beyond the EC12 Since it's the weekend: in Ireland, license plates are assigned to a car and never change when ownership changes, and the license numbers have always been YY-COUNTY-NUMBER, where YY is the year of the car's manufacture. Our 2008 Ford plate is 08-CE-4088 for County Clare. In anticipation of Irish superstitions, the year was changed for the 2013 year models; cars sold in the first half of 2013 had 131-CO-number and 132-CO- number for the last half, so no one would have a plate with a 13. Barry Merrill -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Nims,Alva John (Al) Sent: Friday, April 25, 2014 12:40 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Beyond the EC12 If the superstition about 13 was considered, why did they come out with z/OS 1.13? :) Al Nims Systems Admin/Programmer 3 Information Technology University of Florida (352) 273-1298 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ed Jaffe Sent: Friday, April 25, 2014 11:48 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Beyond the EC12 On 4/25/2014 8:09 AM, Klein, Kenneth E wrote: Has anyone heard any good rumors about what will be coming out next year as the latest and greatest model? z296? Ec14? You bring up an interest point to contemplate as IBM eventually considers official names for its 13th-generation machine (if and when such a thing is produced). Is there still enough superstition about the number '13' that they will avoid using it and come up with something completely different? Or will they stick with EC13/BC13? For the record, I consider it unlikely that they will leap ahead to '14' and be out-of-sync forever more. I also believe the chances close to 'nil' that they will reduce from 120 cores on EC12 back down to 96 for the next generation, making any name ending in '96' not worthy of consideration. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
