Re: B37 för FTINCL in ISPF for userid.ISPnnnnn.SPFTEMPn.WORK datasets
W dniu 2013-05-20 18:42, Ted MacNEIL pisze: Windows make work until the disk is full. And that is what we want! I don't think so. Windows, in general, is a dedicated single user system. This philosophy is fine in that environment. Single user system? What about Windows SERVERS? Including FILE servers? Oh, btw: Windows CLUSTERS are able to share disks. Regarding disk quotas: such limits were available in Novell Netware 3, dated 1990. AFAIK it was also available in Netware 2 in the 80's. Netware 3 was able to manage 1024 disks and up to 32 TB disk space. With multiple users and quotas per user and/or per directory. -- Radoslaw Skorupka Lodz, Poland -- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2013 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 168.555.904 złotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Lookup Mainframe Software
We at Longpela Expertise have created a new website: http://www.lookupmainframesoftware.com. This is a list of mainframe-related software. We've included our take on what each does, categories, vendors, a bit of history, and similar products. What we're hoping to do is provide a tool to quickly find information about a product, or list products that satisfy a need. Our entries are very brief, providing just a first step. We leave detail to the individual software vendors. To date we have almost 2000 actively marketed products. There's no way we will have knowledge of them all, so we'd appreciate some help. We've already approached all current vendors, asking them to review their entries. We'd also welcome any comments from SMEs in this list. If you find an error or omission, or a product that's not on the list, we'd be grateful if you would contact us through the website. Thanks very much for your help, and we hope you find the site useful. David Stephens Lead Systems Programmer Longpela Expertise -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: B37 för FTINCL in ISPF for userid.ISPnnnnn.SPFTEMPn.WORK datasets
Slightly drifting topic: could it be that all this mess is responsible for z/OS file I/O not being able to compete with (for example) Unix file I/O on different platforms? We have a large application which needs high volumes of read only data. In Unix and Windows environment, this data comes from files through a table system with a main storage cache. In z/OS, up until now, we used DB2. Now, to save CPU, we tried the Unix/Windows solution on z/OS too. The result was: the CPU time was 25 % less, but elapsed time was significantly higher, due to waits on the file I/O - although there was not much file I/O - most of it was reduced by the main storage cache. Anyway: we have to experiment with larger cache sizes, but it appears that the z/OS file I/O is the bottleneck. We use fseek / ftell / fread to do the file I/O. The files are normal sequential OS files. Kind regards Bernd Am 20.05.2013 22:13, schrieb Paul Gilmartin: On Mon, 20 May 2013 13:45:46 -0500, Mike Schwab wrote: Our section uses and IEBGENER proc to SYSOUT=(A,,INTRDR) and works just fine. I have an EDIT macro that does very similar. _And_ it allocates the INTRDR with attributes of the data set being submitted; it doesn't quietly truncate my data to 80 columns. --On Mon, 20 May 2013 21:39:01 +0200, Thomas Berg wrote: 3. We have always done like this, therefore it must be good. http://www.thealders.net/humour/work/wk49.html Yes, there is the presumed overallocation with release solution. But many (if not most) allocations don't work with release at allocation. In most cases this causes waste of space and still x37's. And z/OS UNIX cp command allocates its output data set with RLSE, then opens it several times. The first time it writes no data, guaranteeing an x37 shortly thereafter. IBM took an APAR. First they suggested secondary extents, then they agreed to provide a NORLSE option, with RLSE remaining the default, just to be inconsistent with almost all MVS allocation. cp() generates the RLSE TU only if the programmer specifies SPACE. Go figger. -- gil -- 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: Predict WLC invoice amount ...
It is difficult to accurately predict unannounced IBM price increases and unannounced product release dates. Both of which, over a 2-3 year ELA, will happen. Is z/OS v2 going to carry a price increase? AFAIK, that hasn't been announced, but to plan for a 2 or 3 year ELA at this point I need to plan for what that price increase might be and when we might migrate to it. What about DB2 v11? What is it going to be priced at? When is it going to be released? What benefits might it have that will drive us to install it when? Really, my main gripe is that the IBM ELAs (at least as far as I've experienced, and been told) do not include price protection. Other vendors' ELAs do. Now perhaps some customers negotiate better and do get price protection included or even an avoidance of true-up included. From my discussions with other customers and IBMers, my guess is that's an exception that would be granted in a small number of cases, at best. As I said before, I see no benefit to an ELA from an MLC perspective. If an IBMer can explain to me such a benefit for MLC, I'd like to understand it. I see discussion about staying below caps and so not worrying, but to me that just means that you paid for x MSUs and only used 0.9x, which means that you paid more than you would have if you didn't have an ELA (from an MLC perspective, perhaps not from a PPA / zOTC perspective). Again, unless somebody has negotiated MLC pricing less than published list, which my understanding is not the case in NA. (Although some numbers I've seen publicly presented does suggest that Solution Edition pricing greatly discounts MLC. At least initially.) While I genuinely do like my local IBM folks and get along well with them, there is by necessity a certain adversarial aspect to any negotiated pricing contract. While I'd like to think that we'd always come to a fair and equitable arrangement for all parties, the fact of the matter is that my obligation to my employer is that I should work to secure the best deal for my employer. I would consider it an ethical breach to not do so. The same is of course true for the IBM employees. It is perhaps more complicated for IBM because there may be more intangible aspects of customer retention/happiness to consider. I have a great deal of respect for IBM, but IBM makes business decisions that are good for IBM. Such decisions aren't always ideal for customers. But that's the way business works: suppliers work to maximize their profits which requires balancing pricing vs customer retention and customers seek to minimize costs. Note as always, opinions are my own, not my employers, and not even necessarily the same as anybody else's in my organization. Scott On Mon, 20 May 2013 05:52:11 -0400, Richards, Robert B. robert.richa...@opm.gov wrote: I am in total agreement with Timothy. Whether or not you maximize the ELA benefits is not the fault of IBM. The numbers are known in advance. You should plan accordingly or have negotiated more favorable terms in the ELA beforehand. Even if management lays waste to your planning, one assumes that it would be for a good business (think unplanned growth and/or a new, financially attractive) reason to do so. I wonder why one views their relationship with IBM as adversarial. It should be a partnership. Then again, I am ever the optimist. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Timothy Sipples Sent: Monday, May 20, 2013 1:14 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Predict WLC invoice amount ... Words have meaning. ...Which probably at least reduce the intensity... almost never means *zero* worry. Why else would I have typed those words? Let's try again. Enterprise License Agreements (ELAs) still require SCRT collection and submission. I didn't claim otherwise. How much you worry about those monthly reports -- the intensity of worry -- will depend in large measure on your caps relative to your utilization. I strongly disagree with the statement that Tails IBM wins, heads you lose with ELAs. The ideal case is that you choose caps (a utilization forecast) that are exactly as you experience. However, if you don't -- if you're either too high or too low -- YOU STILL ENJOY ELA BENEFITS! You haven't *maximized* those benefits, but you still come out way ahead unless you've totally screwed up. It's a gamble, but the odds of winning that bet are HEAVILY weighted in your favor. Ask your IBM representative. Timothy Sipples GMU VCT Architect Executive (Based in Singapore) E-Mail: sipp...@sg.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Lookup Mainframe Software
Good stuff. Thanks, David. Also, thanks for your STCK(E) converter. http://www.longpelaexpertise.com.au/toolsTOD.php Have used that from time to time. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of David Stephens Sent: Tuesday, May 21, 2013 3:33 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Lookup Mainframe Software We at Longpela Expertise have created a new website: http://www.lookupmainframesoftware.com. This is a list of mainframe-related software. We've included our take on what each does, categories, vendors, a bit of history, and similar products. What we're hoping to do is provide a tool to quickly find information about a product, or list products that satisfy a need. Our entries are very brief, providing just a first step. We leave detail to the individual software vendors. To date we have almost 2000 actively marketed products. There's no way we will have knowledge of them all, so we'd appreciate some help. We've already approached all current vendors, asking them to review their entries. We'd also welcome any comments from SMEs in this list. If you find an error or omission, or a product that's not on the list, we'd be grateful if you would contact us through the website. Thanks very much for your help, and we hope you find the site useful. David Stephens Lead Systems Programmer Longpela Expertise -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: B37 för FTINCL in ISPF for userid.ISPnnnnn.SPFTEMPn.WORK datasets
How about data striping? snip Now, to save CPU, we tried the Unix/Windows solution on z/OS too. The result was: the CPU time was 25 % less, but elapsed time was significantly higher, due to waits on the file I/O - although there was not much file I/O - most of it was reduced by the main storage cache. Anyway: we have to experiment with larger cache sizes, but it appears that the z/OS file I/O is the bottleneck. We use fseek / ftell / fread to do the file I/O. The files are normal sequential OS files. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
I/O Optimization (was: B37 för FTINCL in ISPF ...)
On Tue, 21 May 2013 09:55:51 +0200, Bernd Oppolzer wrote: Slightly drifting topic: We use fseek / ftell / fread to do the file I/O. The files are normal sequential OS files. Sounds like the worst of both worlds. Have you tried it with normal z/OS UNIX files? The kernel may do the caching for you. I've found that for large numbers of small files z/OS UNIX files vastly outperform legacy data sets. The allocate/open/close/free overhead is brutal. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Rather interesting article on hacking the mainframe using ftp
On Tue, 21 May 2013 01:03:33 -0400, Scott Ford wrote: First of all, been around a block a few thousand times..it's irresponsible from the standpoint of publishing how to do it. I wouldn't do this or even consider doing it ...but that's me WTF!? If there were a real threat it would be discussed by now in responsible channels such as US-CERT or DoHS or IBM integrity APARs. Has there been any such notification? (Of course, IBM wouldn't discuss it -- you'd have to open an SR and be told, Known issue; please don't tell any one else.) Walt Farrell has said here in this thread that the technique doesn't enable a programmer to do anything he couldn't do directly in the batch job. I trust his expertise; nor do I believe he's throwing up a smoke screen (though I suspect him of doing so on a different topic three years ago). An analogous situation: Two weeks ago it was discussed here that when system administrators rely on the IKJEFF10 exit to enforce rules about batch jobs, it's ineffective; IKJEFF10 is not entered for jobs submitted via SYSOUT=(,INTRDR) and perhaps other channels. I consider this a due caution to system administrators that they should not be depending on a flawed technique. Do you, in contrast, deem it irresponsible from the standpoint of publishing how to do it? And, e.g., even IBM's very open discussion of APAR OA30897 (GIYF) contains enough information that it it is implicitly publishing how to do it. I consider IBM's action in this matter highly responsible. Scott ford www.identityforge.com Please don't forge my identity. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
why does WLM Server status change from YES to NO
Would anyone know why the WLM SERVER status keeps changing from YES to NO? We have other tasks defined with the same SrvClass CIC_AORP and they are always set to SERVER YES. Does it have anything to do with the actual work load being done by the task? This is a CICS test region and we are trying to define it to WLM the same as the production regions for performance testing purposes and we cannot understand why the SERVER status keeps changing. NP JOBNAME U% Workload SrvClass SP ResGroup Server Quiesce ECPU-Time ECP KIXMTMAS 16 STC CIC_AORP1 YES 4.39 0. NP JOBNAME U% Workload SrvClass SP ResGroup Server Quiesce ECPU-Time ECP KIXMTMAS 73 STC CIC_AORP1 NO 4.66 0. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: I/O Optimization (was: B37 för FTINCL in ISPF ...)
Paul Gilmartin wrote: begin extract I've found that for large numbers of small files z/OS UNIX files vastly outperform legacy data sets. The allocate/open/close/free overhead is brutal. /end extract My measurements confirm this, but when these small files are moved [as members] into a single PDSE things change dramatically. The UNIX times are 1.47-3.07 times higher: To avoid spurious exactitude let us just say significantly higher. Here, as often, some putative UNIX advantage turns out to reflect an inadequacy. UNIX is certainly very different from and very much smaller and less mature than MVS. That it is better is in the eyes of the beholder, particularly the beholder whose grasp of the facilities that MVS makes available is less than comprehensive. 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: Rather interesting article on hacking the mainframe using ftp
Here, as is not always my wont, I find myself in strong agreement with Paul Gilmartin. Security via obscurity---Let's not talk about this; it may go away; and we certainly don't want anyone else to know about it---is a delusionary notion in all but the very short term. (There is a case to be made for not talking about some newly discovered security exposure over an interval of a very few days to 1) give oneself time to protect against it and 2) in order not actively to encourage copycats.) A good fix for such an exposure should be robust; if it is not it it must be replaced; and the only way make this determination is to observe, perhaps even encourage further assaults. Fond wishes provide no protection. When Charles Darwin published On the Origin of Species in 1859, the bishop of Worcester's wife was greatly distressed. Let us hope it is not true, she is said to have remarked, But if it is, let us pray that it does not become generally known! 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
Luminex tapeless solution
Hello, We'll be testing a Luminex tapeless solution in our mainframe environment in the next couple of months and just wondering if any of you out there have gone through this type of implementation. If so, any problems encountered migrating the HSM or TSM tape date to this new hardware? Anything to look out for? Regards, Hervey Storage Administrator -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: B37 för FTINCL in ISPF for userid.ISPnnnnn.SPFTEMPn.WORK datasets
There are many ways to improve I/O for sequential files. My own experience suggests that the use of BUFNO= and NCP= is exiguous and should not be. Comparison shopping is unlikely to be helpful. These problems need to be addressed directly taking low-level measurements: To be told that one has lost a chess game does not much help improve one's game. Why, anyway, is the umlaut in 'för' being perpetuated? 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: Rather interesting article on hacking the mainframe using ftp
On 5/21/13, Scott Ford scott_j_f...@yahoo.com wrote: Gil, You have your opinion and I have mine. Lets leave it at that. Scott ford www.identityforge.com from my IPAD 'Infinite wisdom through infinite means' On May 21, 2013, at 9:22 AM, Paul Gilmartin paulgboul...@aim.com wrote: On Tue, 21 May 2013 01:03:33 -0400, Scott Ford wrote: First of all, been around a block a few thousand times..it's irresponsible from the standpoint of publishing how to do it. I wouldn't do this or even consider doing it ...but that's me WTF!? If there were a real threat it would be discussed by now in responsible channels such as US-CERT or DoHS or IBM integrity APARs. Has there been any such notification? (Of course, IBM wouldn't discuss it -- you'd have to open an SR and be told, Known issue; please don't tell any one else.) Walt Farrell has said here in this thread that the technique doesn't enable a programmer to do anything he couldn't do directly in the batch job. I trust his expertise; nor do I believe he's throwing up a smoke screen (though I suspect him of doing so on a different topic three years ago). An analogous situation: Two weeks ago it was discussed here that when system administrators rely on the IKJEFF10 exit to enforce rules about batch jobs, it's ineffective; IKJEFF10 is not entered for jobs submitted via SYSOUT=(,INTRDR) and perhaps other channels. I consider this a due caution to system administrators that they should not be depending on a flawed technique. Do you, in contrast, deem it irresponsible from the standpoint of publishing how to do it? And, e.g., even IBM's very open discussion of APAR OA30897 (GIYF) contains enough information that it it is implicitly publishing how to do it. I consider IBM's action in this matter highly responsible. Scott ford www.identityforge.com Please don't forge my identity. -- gil -- 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 -- John Gilmore, Ashland, MA 01721 - USA t. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Luminex tapeless solution
Hervey, Please post your observations. We are currently looking at various tape solutions for Mainframe and I will be interested to see how Luminex works for you. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Hervey Martinez Sent: Tuesday, May 21, 2013 7:05 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Luminex tapeless solution Hello, We'll be testing a Luminex tapeless solution in our mainframe environment in the next couple of months and just wondering if any of you out there have gone through this type of implementation. If so, any problems encountered migrating the HSM or TSM tape date to this new hardware? Anything to look out for? Regards, Hervey Storage Administrator -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: I/O Optimization (was: B37 för FTINCL in ISPF ...)
We already have improvements to cut the open/close/free overhead. The ca. 800 little tables are put into 8 large containers, which have a (sort of) directory at the beginning, so that there is only one open for the container. The open is done only once, and the containers stay open throughout the whole process (all day long). So open/close/free is no concern. Same goes for Windows/Linux/Unix. I have still to examine if the z/OS record sizes fit well to the fread sizes. I did not do the customization to z/OS, only the original design for the other platforms. z/OS Unix is an option, but there are customers out there, that want the files to be classic OS files. (there are 18 different platforms where this applications runs on, including Solaris and BS/2000). Kind regards Bernd Am 21.05.2013 14:38, schrieb Paul Gilmartin: On Tue, 21 May 2013 09:55:51 +0200, Bernd Oppolzer wrote: Slightly drifting topic: We use fseek / ftell / fread to do the file I/O. The files are normal sequential OS files. Sounds like the worst of both worlds. Have you tried it with normal z/OS UNIX files? The kernel may do the caching for you. I've found that for large numbers of small files z/OS UNIX files vastly outperform legacy data sets. The allocate/open/close/free overhead is brutal. -- gil -- 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
Optica FICON-ESCON converter
Q1. Anybody knows a price of the converter? Q2. How is it looks like? I mean how many ports are available on FICON and ESCON side, etc. -- Radoslaw Skorupka Lodz, Poland -- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2013 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 168.555.904 złotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Group capacity lpar capped ?
Is there a way by searching storage (RCT,RMCT,call IWMQVS) to now at a specific time if a lpar is capped ? For lpars in the same group capacity (all cp shared, no hard lpar capping) Thanks Bernard -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: I/O Optimization
BTW: for another customer (also z/OS based), we put all the data in a data space, using a 3rd party system that the other customer provided. No problem there. For Windows server, the application runs multi-threaded, and the cache data of the table system needs to be serialized; this is done by setting semaphores when entering the cache handling routines. Works without problems. So one thread uses the cache data that another thread did read. For Linux server, we first tried the same approach. But the semaphore calls in pthread turned out to be so expensive (much more expensive than the code to examine the cache), that the application didn't run well with Linux. So in this case we mapped the whole containers to memory using mmap at the beginning of the process and simply didn't use file I/O at all. The z/OS applications are batch regions, running all day long. With DB2, the cache is the database DBM1 area. But there is some overhead doing the communication from the batch regions to DB2. With the file I/O, there is no DB2 usage and no overhead, but now the cache is in the batch regions. It counts for some MB only, so this is no big problem. The problem is, that the CPU reduction (which is significant) leads to an increase in elapsed time, because of the file I/O waits. What we will try next: - of course: look for optimizations in file I/O - increase cache size to reduce file I/O (can be set using environment variables) - experiment with data space solutions (like above) Kind regards Bernd Am 21.05.2013 16:24, schrieb Bernd Oppolzer: We already have improvements to cut the open/close/free overhead. The ca. 800 little tables are put into 8 large containers, which have a (sort of) directory at the beginning, so that there is only one open for the container. The open is done only once, and the containers stay open throughout the whole process (all day long). So open/close/free is no concern. Same goes for Windows/Linux/Unix. I have still to examine if the z/OS record sizes fit well to the fread sizes. I did not do the customization to z/OS, only the original design for the other platforms. z/OS Unix is an option, but there are customers out there, that want the files to be classic OS files. (there are 18 different platforms where this applications runs on, including Solaris and BS/2000). Kind regards Bernd Am 21.05.2013 14:38, schrieb Paul Gilmartin: On Tue, 21 May 2013 09:55:51 +0200, Bernd Oppolzer wrote: Slightly drifting topic: We use fseek / ftell / fread to do the file I/O. The files are normal sequential OS files. Sounds like the worst of both worlds. Have you tried it with normal z/OS UNIX files? The kernel may do the caching for you. I've found that for large numbers of small files z/OS UNIX files vastly outperform legacy data sets. The allocate/open/close/free overhead is brutal. -- gil -- 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: why does WLM Server status change from YES to NO
Most likely the level of activity within the region. Server status, IIRC, is set by the monitored transactions flowing through the region. Check the WLM Planning Guide, or the relevant CICS docs. HTH, snip Would anyone know why the WLM SERVER status keeps changing from YES to NO? We have other tasks defined with the same SrvClass CIC_AORP and they are always set to SERVER YES. Does it have anything to do with the actual work load being done by the task? This is a CICS test region and we are trying to define it to WLM the same as the production regions for performance testing purposes and we cannot understand why the SERVER status keeps changing. NP JOBNAME U% Workload SrvClass SP ResGroup Server Quiesce ECPU-Time ECP KIXMTMAS 16 STC CIC_AORP1 YES 4.39 0. NP JOBNAME U% Workload SrvClass SP ResGroup Server Quiesce ECPU-Time ECP KIXMTMAS 73 STC CIC_AORP1 NO 4.66 0. /snip -- 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: Luminex tapeless solution
I would think HSM would have the same issues regardless of the virtual tape system used. We have an MDL - As I remember, we set up a new esoteric to use with the MDL. So UNITNAME had to be changed. We used a tape size of 40GB's for the MDL. We changed RECYCLEPERCENT(5). So as not to recycle backup tapes too frequently. We didn't want to spend too much CPU here and have plenty of room in the MDL. Also PERCENTFULL(2) for ML2 tape - we use Rocket Software (OpenTech) TapeCopy/VDR for disaster recovery. At DR we have an IBM library, The limit for tape size is 4GB's. So we ran into issues when trying to restore larger ML2 tapes at DR found it easier to limit the amount of an ML2 tape used at home. We do not limit the size of Backup tapes as they don't go to DR. ML2RECYCLEPERCENT(10)- we're going to have to check on this one. I'm not sure at this point how this fits with our PERCENTFULL(2). Think's it's 10% valid data from the amount actually written to that tape. We don't use ABARS or HSM dumps. It seems likely that if you do, you'll have parms to at least look at if not change. This is from just a quick scan of our HSM parms. More than likely I've missed something. Hopefully I won't get crucified for it. ddk Hervey, Please post your observations. We are currently looking at various tape solutions for Mainframe and I will be interested to see how Luminex works for you. Lizette -Original Message- Hello, We'll be testing a Luminex tapeless solution in our mainframe environment in the next couple of months and just wondering if any of you out there have gone through this type of implementation. If so, any problems encountered migrating the HSM or TSM tape date to this new hardware? Anything to look out for? Regards, Hervey Storage Administrator -- 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: Rather interesting article on hacking the mainframe using ftp
John and Gil, I am not trying to argue with anyone or take this personally ... Scott ford www.identityforge.com from my IPAD 'Infinite wisdom through infinite means' On May 21, 2013, at 10:06 AM, John Gilmore jwgli...@gmail.com wrote: On 5/21/13, Scott Ford scott_j_f...@yahoo.com wrote: Gil, You have your opinion and I have mine. Lets leave it at that. Scott ford www.identityforge.com from my IPAD 'Infinite wisdom through infinite means' On May 21, 2013, at 9:22 AM, Paul Gilmartin paulgboul...@aim.com wrote: On Tue, 21 May 2013 01:03:33 -0400, Scott Ford wrote: First of all, been around a block a few thousand times..it's irresponsible from the standpoint of publishing how to do it. I wouldn't do this or even consider doing it ...but that's me WTF!? If there were a real threat it would be discussed by now in responsible channels such as US-CERT or DoHS or IBM integrity APARs. Has there been any such notification? (Of course, IBM wouldn't discuss it -- you'd have to open an SR and be told, Known issue; please don't tell any one else.) Walt Farrell has said here in this thread that the technique doesn't enable a programmer to do anything he couldn't do directly in the batch job. I trust his expertise; nor do I believe he's throwing up a smoke screen (though I suspect him of doing so on a different topic three years ago). An analogous situation: Two weeks ago it was discussed here that when system administrators rely on the IKJEFF10 exit to enforce rules about batch jobs, it's ineffective; IKJEFF10 is not entered for jobs submitted via SYSOUT=(,INTRDR) and perhaps other channels. I consider this a due caution to system administrators that they should not be depending on a flawed technique. Do you, in contrast, deem it irresponsible from the standpoint of publishing how to do it? And, e.g., even IBM's very open discussion of APAR OA30897 (GIYF) contains enough information that it it is implicitly publishing how to do it. I consider IBM's action in this matter highly responsible. Scott ford www.identityforge.com Please don't forge my identity. -- gil -- 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 -- John Gilmore, Ashland, MA 01721 - USA t. -- 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: Lookup Mainframe Software
On Tue, 21 May 2013 08:24:41 -0400, Charles Mills charl...@mcn.org wrote: Good stuff. Thanks, David. Also, thanks for your STCK(E) converter. http://www.longpelaexpertise.com.au/toolsTOD.php Have used that from time to time. Charles The STCK converter is not handling leap seconds. If you give it STCK values from various years listed in chapter 4 of Principles of Operation, the returned time for many of them is off by approximately (not exactly) the number of leap seconds that were not taken into account. Also, if you give it the value 7d91048bca00 for 1/1/1970 (not in the manual) it says it is before Jan 1 1970. That's not a leap seconds problem, but it is incorrect. Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Luminex tapeless solution
On Tue, 2013-05-21 at 07:14 -0700, Lizette Koehler wrote: Please post your observations [...] Luminex We didn't buy anybody's solution, but seriously flirted with Luminex last year. Art Tolsma was generous with his time at SHARE, which made me interested to begin with, and Dave Tolsma was open and accommodating. Every call to them was a pleasure. Atop a DataDomain backend, there appears to be some serious black magic going on. We're a FDR customer, and Tom Meehan (IDP) has presented some impressive deduplication experience at SHARE. EMC told me at the time that there are over 20 sets of dataset markers that a DD backend recognizes, enabling it to take special action to deduplicate e.g. FDR backups. -- David Andrews A. Duda Sons, Inc. david.andr...@duda.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Rather interesting article on hacking the mainframe using ftp
I don't consider the article useless. The take away should be: if you don't lock down your FTP(only) users so that they can't submit jobs then they might do things that you didn't expect. Also, you should secure your system so that arbitrary jobs cannot bind to TCP ports. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Rather interesting article on hacking the mainframe using ftp
Kirk, Agreed ...firewalls can be breached too Scott ford www.identityforge.com from my IPAD 'Infinite wisdom through infinite means' On May 21, 2013, at 11:19 AM, Kirk Wolf k...@dovetail.com wrote: I don't consider the article useless. The take away should be: if you don't lock down your FTP(only) users so that they can't submit jobs then they might do things that you didn't expect. Also, you should secure your system so that arbitrary jobs cannot bind to TCP ports. -- 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: Rather interesting article on hacking the mainframe using ftp
Kirk, You have found graces, if not perhaps saving ones. My objection to this piece was not so much to its content, which was banal, as it was to its title, which was misleading and, I suspect, meretricious too. 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: I/O Optimization (was: B37 för FTINCL in ISPF ...)
On Tue, 21 May 2013 09:30:41 -0400, John Gilmore wrote: My measurements confirm this, but when these small files are moved [as members] into a single PDSE things change dramatically. The UNIX times are 1.47-3.07 times higher: To avoid spurious exactitude let us just say significantly higher. Here, as often, some putative UNIX advantage turns out to reflect an inadequacy. I should confess (or at least clarify) that my tests were Rexx-based and Rexx support for BPAM is nonexistent. To that extent, the outcome is more an indictment of Rexx than of the environment to which it is not adapted. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Rather interesting article on hacking the mainframe using ftp
The new mantra: Marketing, Marketing, Marketing has replaced the old Location, Location, Location. hacking in the title will get more hits than a title such as A way to use FTP to get a UNIX shell prompt on z/OS On Tue, May 21, 2013 at 10:30 AM, John Gilmore jwgli...@gmail.com wrote: Kirk, You have found graces, if not perhaps saving ones. My objection to this piece was not so much to its content, which was banal, as it was to its title, which was misleading and, I suspect, meretricious too. 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 -- This is a test of the Emergency Broadcast System. If this had been an actual emergency, do you really think we'd stick around to tell you? Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Predict WLC invoice amount ...
On 5/21/2013 4:14 AM, Scott Chapman wrote: Is z/OS v2 going to carry a price increase? AFAIK, that hasn't been announced, but to plan for a 2 or 3 year ELA at this point I need to plan for what that price increase might be and when we might migrate to it. Good question in light of IBM's recent pricing schizophrenia. When the z196 came out, they killed off the Technology Dividend which had for years helped to normalize prices for the entire software ecosystem: MLC, IPLA, ISV. At the same time they announced AWLC pricing which lowered z/OS MLC prices by about 5%, for those who installed the new hardware, but left IPLA and ISV prices unchanged. Then they implemented a sweeping 6% z/OS MLC price increase in April 2012 that affected _ALL_ customers on all hardware. (Yikes!) Then, when zEC12 came out they announced Technology Update Pricing for AWLC which lowered z/OS MLC prices by about 5% for those who installed the new hardware. Some analysts viewed the April 2012 MLC price increase as likely having set the stage for a roll-out of z/OS V2 without a price increase to make the transition to z/OS V2, with an all-new (more restrictive) customer agreement, an obvious no-brainer. But, it might have been just another inducement for customers to upgrade their hardware to zEC12. If so, IBM's plan seems to have worked--based on their record high 4Q12 MIPS growth numbers! AINFA and my crystal ball seems to be on the fritz, but I would be _highly_ surprised if IBM doesn't use the occasion of the first z/OS version change in 13 years to raise prices. After all, it seems like everything else we buy in this world has has seen recent, significant, price increases. Why should operating system software be immune from this trend? -- 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
Re: Lookup Mainframe Software
On Tue, 21 May 2013 10:06:12 -0500, Bill Godfrey wrote: On Tue, 21 May 2013 08:24:41 -0400, Charles Mills wrote: Also, thanks for your STCK(E) converter. http://www.longpelaexpertise.com.au/toolsTOD.php Have used that from time to time. The STCK converter is not handling leap seconds. If you give it STCK values from various years listed in chapter 4 of Principles of Operation, the returned time for many of them is off by approximately (not exactly) the number of leap seconds that were not taken into account. Isn't that for compatibility with the STCKCONV macro? Also, if you give it the value 7d91048bca00 for 1/1/1970 (not in the manual) it says it is before Jan 1 1970. That's not a leap seconds problem, but it is incorrect. Sounds like a POSIX limitation. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Luminex tapeless solution
I did a Luminex implementation. .Contact me off list if you want some information on it. Doug Doug Fuerst Principal Consultant BK Associates 718.921.2620 917.572.7364 d...@bkassociates.net -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Tuesday, May 21, 2013 10:15 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Luminex tapeless solution Hervey, Please post your observations. We are currently looking at various tape solutions for Mainframe and I will be interested to see how Luminex works for you. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Hervey Martinez Sent: Tuesday, May 21, 2013 7:05 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Luminex tapeless solution Hello, We'll be testing a Luminex tapeless solution in our mainframe environment in the next couple of months and just wondering if any of you out there have gone through this type of implementation. If so, any problems encountered migrating the HSM or TSM tape date to this new hardware? Anything to look out for? Regards, Hervey Storage Administrator -- 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
Generation of dump created by the DFSMSHSM
All list, I need find the generation of dump created by the HSM. I used the LIST COPYPOOL command, but I didn't get to see the generation. Which command I'll can to use? Can someone I help me? Thank you. Helio Jose Da Silva -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JOB: z/OS Systems Programmer @ Univ. of FL
I agree with everything you've said, except the Ice storms. They may form some ice in winter, but not ice storms, that would be a once in a life time event. Snow occurs every 20 years for so. You may be thinking of Gainesville, GA. On Sun, May 19, 2013 at 11:41 PM, Timothy Sipples sipp...@sg.ibm.comwrote: Watch out for the speed traps in the area, e.g. Waldo and Lawtey, Florida. One of the benefits is likely to be the ability to take courses at the University at no charge. Bus rides are free on Gainesville's RTS with a staff ID, which means you may be able to convert from a two car household to a one car household (for example). There's affordable preschool (Baby Gator). Staff can use all the UFL facilities (e.g. library, tennis courts, etc.) generally free of charge. UFL pays for a certain number of children of employees to attend free of charge. Property taxes tend to be low in Florida, although that might mean a challenge finding good schools. (I'm not sure about the area around UFL.) Florida has a homestead exemption which is quite interesting and which still offers some protection in bankruptcy (O.J. Simpson is familiar). Florida was hit very hard in the mortgage/financial crisis and hasn't really recovered, so some parts of the state offer very affordable real estate. Employment at UFL is likely to be fairly stable, and working hours are likely to be reasonable. As mentioned there's no state income tax, and the sales tax rate in and around Gainesville is 6%. The local job market is not terribly strong, so you'll probably want to be prepared to move again if you leave UFL for other employment. Gainesville has an airport (GNV) which American, Delta, United, and U.S. Airways serve to/from their hub cities in the region. The city's elevation is high by Florida standards (151 feet), and it's inland so not too badly affected by hurricanes. Local flooding could still be a problem. Tornados are possible, but that's true in much of the U.S. A weather radio and a storm shelter are recommended. Ice storms sometimes occur in the winter, and its gets hot and humid in the summer. If you're looking for a position I'd seriously investigate that one. It looks fairly compelling. Timothy Sipples GMU VCT Architect Executive (Based in Singapore) E-Mail: sipp...@sg.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Generation of dump created by the DFSMSHSM
All list, I need find the generation of dump created by the HSM. I used the LIST COPYPOOL command, but I didn't get to see the generation. Which command I'll can to use? Can someone I help me? Thank you. Helio Jose Da Silva -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Generation of dump created by the DFSMSHSM
In your SYS1.PARMLIB library there's a member called COMMNDnn the nn is equal to a number you select, mine is 00. In that member COMMND00 there's a libr that reads something like this: COM='DD NAME=*PBSB1*.DUMP.DLYYMMDD..TLHHMMSS..JOBNAME..SSEQ' The PBSB1 is the HLQ used for dumps at my shop. You should have one as well. That's how you find the dumps from all STC. Hope this helps... * * *George Rodriguez* *Specialist II - IT Solutions* *Application Support / Quality Assurance* *PX - 47652* *(561) 357-7652 (office)* *(561) 707-3496 (mobile)* *School District of Palm Beach County* *3348 Forest Hill Blvd.* *Room B-251* *West Palm Beach, FL. 33406-5869* *Florida's Only A-Rated Urban District For Eight Consecutive Years* On Tue, May 21, 2013 at 12:21 PM, Helio Jose Da Silva helio.si...@rural.com.br wrote: All list, I need find the generation of dump created by the HSM. I used the LIST COPYPOOL command, but I didn't get to see the generation. Which command I'll can to use? Can someone I help me? Thank you. Helio Jose Da Silva -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- *The Latest School District News: ** **Congratulations Seniors! High School Graduations are May 16-29. For times and locations go to http://www. palmbeachschools.org/community/PDFs/Graduation2013.pdf * * * *Disclaimer: *Under Florida law, e-mail addresses are public records. If you do not want your e-mail address released in response to a public records request, do not send electronic mail to this entity. Instead, contact this office by phone or in writing. * * * * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
TCP/IP Profile
Hello I'm trying to bring up a tcp ip connection in an ancient OS/390 2.5 to recover some files. My home address is 201.56.73.235 (this is a valid internet address). I'm having trouble with two next parms that are Gateway and Defaultnet. When I code folowing definitions I can connect from address 201.56.73.227 (another ip address in my block) but not from other ip's. DEVICE MAN250 LCS 250 LINK MANLCS0 ETHERNET 0 MAN250 HOME 201.65.37.235 MANLCS0 GATEWAY 201.65.37 = MANLCS0 1500 0 DEFAULTNET 201.65.37.225 MANLCS0 1500 201.65.37.225 is my isp provider router address. I need to make this connection available to any other internet ip address. What is coded wrong. My network address are: 201.65.37.224 - Network address 201.65.37.225 - ISP router address 201.65.37.226 to 201.65.37.234 - Other servers 201.65.37.235 - OS/390 2.5 CS 201.65.37.236 to 201.65.37.238 - Reserved for future use 201.65.37.239 - Broadcast. Please comments and hints how to make this connection available to internet are welcome. -- Carlos Bodra Sao Paulo - Brazil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JOB: z/OS Systems Programmer @ Univ. of FL
Perhaps taxes are lower in other counties within the state, but Alachua county (which is where Gainesville is located) has some of the highest property taxes. Only 50% of the property in Alachua county is taxable as of 2011 so it has to made up elsewhere. I haven't located the 2013 numbers yet Articles: Report finds Alachua County property tax rate highest in state (Oct 2011) http://www.alligator.org/news/local/article_342e1042-ee48-11e0-ae36-001cc4c002e0.html Alachua County had highest average countywide property taxes in the state (Oct, 2011) http://www.gainesville.com/article/20111002/ARTICLES/111009930 Mike Schmutzok Sr z/OS Systems Programmer UF Shands HealthCare -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Timothy Sipples Sent: Sunday, May 19, 2013 11:41 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: JOB: z/OS Systems Programmer @ Univ. of FL Watch out for the speed traps in the area, e.g. Waldo and Lawtey, Florida. One of the benefits is likely to be the ability to take courses at the University at no charge. Bus rides are free on Gainesville's RTS with a staff ID, which means you may be able to convert from a two car household to a one car household (for example). There's affordable preschool (Baby Gator). Staff can use all the UFL facilities (e.g. library, tennis courts, etc.) generally free of charge. UFL pays for a certain number of children of employees to attend free of charge. Property taxes tend to be low in Florida, although that might mean a challenge finding good schools. (I'm not sure about the area around UFL.) Florida has a homestead exemption which is quite interesting and which still offers some protection in bankruptcy (O.J. Simpson is familiar). Florida was hit very hard in the mortgage/financial crisis and hasn't really recovered, so some parts of the state offer very affordable real estate. Employment at UFL is likely to be fairly stable, and working hours are likely to be reasonable. As mentioned there's no state income tax, and the sales tax rate in and around Gainesville is 6%. The local job market is not terribly strong, so you'll probably want to be prepared to move again if you leave UFL for other employment. Gainesville has an airport (GNV) which American, Delta, United, and U.S. Airways serve to/from their hub cities in the region. The city's elevation is high by Florida standards (151 feet), and it's inland so not too badly affected by hurricanes. Local flooding could still be a problem. Tornados are possible, but that's true in much of the U.S. A weather radio and a storm shelter are recommended. Ice storms sometimes occur in the winter, and its gets hot and humid in the summer. If you're looking for a position I'd seriously investigate that one. It looks fairly compelling. Timothy Sipples GMU VCT Architect Executive (Based in Singapore) E-Mail: sipp...@sg.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Predict WLC invoice amount ...
but I would be _highly_ surprised if IBM doesn't use the occasion of the first z/OS version change in 13 years to raise prices It's awfully late in the game to announce a price increase. One would hope that would have been done when 2.1 was previewed. 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: Predict WLC invoice amount ...
On 5/21/2013 10:35 AM, Bob Shannon wrote: but I would be _highly_ surprised if IBM doesn't use the occasion of the first z/OS version change in 13 years to raise prices It's awfully late in the game to announce a price increase. One would hope that would have been done when 2.1 was previewed. Generally, I don't think announcement previews include pricing information. Usually, only official announcements have that. -- 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
Re: Predict WLC invoice amount ...
but I would be _highly_ surprised if IBM doesn't use the occasion of the first z/OS version change in 13 years to raise prices It's awfully late in the game to announce a price increase. One would hope that would have been done when 2.1 was previewed. Generally, I don't think announcement previews include pricing information. Usually, only official announcements have that. The salient point is that customers need to know of price increases in advance of GA. If 2.1 isn't in a customer's budget they will wait until next year to install it. 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: B37 för FTINCL in ISPF for userid.ISPnnnnn.SPFTEMPn.WORK datasets
In a90e503c23f97441b05ee302853b0e628c16e53...@fspas01ev010.fspa.myntet.se, on 05/20/2013 at 03:33 PM, Thomas Berg thomas.b...@swedbank.se said: The implied target for the FTINCL is the ISPFILE dataset that is preallocated. Why? Allocate one yourself that is big enough, or use FTOPEN TEMP if you ACS is appropriate. -- Shmuel (Seymour J.) Metz, SysProg and JOAT Atid/2http://patriot.net/~shmuel 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: Lookup Mainframe Software
I viewed the leap seconds problem as a correct answer. I viewed the tool as converting the STCK value mathematically to a readable value, not as accounting for all of the various adjustments. They should make it clear on the Web site which they are doing. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Bill Godfrey Sent: Tuesday, May 21, 2013 11:06 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Lookup Mainframe Software On Tue, 21 May 2013 08:24:41 -0400, Charles Mills charl...@mcn.org wrote: Good stuff. Thanks, David. Also, thanks for your STCK(E) converter. http://www.longpelaexpertise.com.au/toolsTOD.php Have used that from time to time. Charles The STCK converter is not handling leap seconds. If you give it STCK values from various years listed in chapter 4 of Principles of Operation, the returned time for many of them is off by approximately (not exactly) the number of leap seconds that were not taken into account. Also, if you give it the value 7d91048bca00 for 1/1/1970 (not in the manual) it says it is before Jan 1 1970. That's not a leap seconds problem, but it is incorrect. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: B37 för FTINCL in ISPF for userid.ISPnnnnn.SPFTEMPn.WORK datasets
In a90e503c23f97441b05ee302853b0e628c16e53...@fspas01ev010.fspa.myntet.se, on 05/20/2013 at 05:25 PM, Thomas Berg thomas.b...@swedbank.se said: As I described at the ISPF-L list, this didn't work. And that's because ISPF uses an userid.ISPn.SPFTEMPn.WORK file just for file tailoring into a preallocated ISPFILE ddname. Was the SB37 in FT or in a subsequent SUBMIT? -- Shmuel (Seymour J.) Metz, SysProg and JOAT Atid/2http://patriot.net/~shmuel 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: TCP/IP Profile
Carlos- Found an old manual- - - - Here is my correction: HOME 201.65.37.235 MANLCS0 DEVICE MAN250 LCS 250 LINK MANLCS0 ETHERNET 0 MAN250 GATEWAY ; ; Direct Routes - Routes that are directly connected to my interfaces. ; ; Network First Hop Link Name Packet Size Subnet Mask Subnet Value 201.65.37 = MANLCS0 1500 0.0.0.240 0.0.0.224 DEFAULTNET 201.65.37.225 MANLCS0 1500 0 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Carlos Bodra Sent: Tuesday, May 21, 2013 3:27 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: TCP/IP Profile Please where I should inform netmask and what should be coded. ISP netmask is 255.255.255.240 Carlos Bodra IBM Certified Specialist System z Sao Paulo - Brazil Em 21/05/2013 16:20, Meehan, Cheryl escreveu: I do not see your netmask defined. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Carlos Bodra Sent: Tuesday, May 21, 2013 12:36 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: TCP/IP Profile Hello I'm trying to bring up a tcp ip connection in an ancient OS/390 2.5 to recover some files. My home address is 201.56.73.235 (this is a valid internet address). I'm having trouble with two next parms that are Gateway and Defaultnet. When I code folowing definitions I can connect from address 201.56.73.227 (another ip address in my block) but not from other ip's. DEVICE MAN250 LCS 250 LINK MANLCS0 ETHERNET 0 MAN250 HOME 201.65.37.235 MANLCS0 GATEWAY 201.65.37 = MANLCS0 1500 0 DEFAULTNET 201.65.37.225 MANLCS0 1500 201.65.37.225 is my isp provider router address. I need to make this connection available to any other internet ip address. What is coded wrong. My network address are: 201.65.37.224 - Network address 201.65.37.225 - ISP router address 201.65.37.226 to 201.65.37.234 - Other servers 201.65.37.235 - OS/390 2.5 CS 201.65.37.236 to 201.65.37.238 - Reserved for future use 201.65.37.239 - Broadcast. Please comments and hints how to make this connection available to internet are welcome. -- Carlos Bodra Sao Paulo - Brazil -- 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: Crypto Facility performance.
I'm not sure I understand your last question ... but let me try to clarify a couple of things. It's important to realize that you have two separate pieces of crypto hardware available on System z: the CPACF for symmetric clear key and hashing operations and the Crypto Express card for symmetric secure key, MAC, public/private key operations, Financial/PIN operations, etc. There is really no overlap in functionality between the two devices. Both can do symmetric DES/TDES or AES encryption, but the CPACF does the work with a clear key, while the CEX card uses a secure key. So that means the hardware you need depends entirely on which API you specify in your code. In the ICSF Application Programmer's Guide (SA22-7522), each API is documented and includes a 'Required Hardware' table at the end of each section. That table will tell you which piece of hardware is required for that API (even down to certain parms require certain levels of CCA code in the card). If you code CSNBKEX, the Usage Table for that API says that you must have a CEX3 or CEX4 Coprocessor on your zEC12 to use that API. One note about Protected Key. To use Protected Key, you use a clear key API, but pass a secure key to the API. Prior to the implementation of protected key, this would fail as the clear key APIs can't use a secure key. However, with the protected key support, ICSF will recognize this combination and allow the operation to proceed. In this case, ICSF uses both the Crypto Express card to decrypt the operational key from under the master key and the CPACF to rewrap the key and then perform the encrypt or decrypt of your data (as Todd described). The 'Required Hardware' table refers to protected keys as 'Encrypted Keys'. So if you want to simply do clear key encryption, you only require the CPACF hardware. But if you want to use protected key, then you must also have a Crypto Express card (configured as a coprocessor). So, in your example, if you use the CSNBKEX API, that implies you have a CEX card because that's where the work will be routed. And if you use the CSNBSYE API, you want to use the CPACF hardware. You might want to review the 'A Synopsis of Systme z Crypto Hardware' Techdoc, available at http://www.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/WP100810 . I hope that helps clarify things. Greg Boyd IBM Advanced Technical Support Supporting Crypto on System z -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
How to Tally Logrec Records vs. UCB
I am looking for a simple process that will give me Date UCB #count Logrec Entry 2013-05-21 1A23 226 OBR (LONG) Information. Is there something that will do this? I just need tallies. Maybe time if I want to graph it over a 24 hour period. I can run EREP to get logrec output but then would need to massage the data to create the desired report. I have MXG/SAS, REXX, CA Vantage. Not sure if one of these will do what I need, or if I need to build something. If I build, would assembler be the best (performance/ease of maintenance) or REXX. I could also do cobol but a bit rusty. Thanks for any input. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Predict WLC invoice amount ...
On Tue, May 21, 2013 at 1:39 PM, Bob Shannon bshan...@rocketsoftware.com wrote: Generally, I don't think announcement previews include pricing information. Usually, only official announcements have that. The salient point is that customers need to know of price increases in advance of GA. If 2.1 isn't in a customer's budget they will wait until next year to install it. Bob Shannon Most customers were installing every other year anyway. With 2 years between releases now, it will be less of an issue. -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Lookup Mainframe Software
On Tue, 21 May 2013 10:41:39 -0500, Paul Gilmartin wrote: On Tue, 21 May 2013 10:06:12 -0500, Bill Godfrey wrote: On Tue, 21 May 2013 08:24:41 -0400, Charles Mills wrote: Also, thanks for your STCK(E) converter. http://www.longpelaexpertise.com.au/toolsTOD.php Have used that from time to time. The STCK converter is not handling leap seconds. If you give it STCK values from various years listed in chapter 4 of Principles of Operation, the returned time for many of them is off by approximately (not exactly) the number of leap seconds that were not taken into account. Isn't that for compatibility with the STCKCONV macro? Perhaps, but the results are still sometimes a second off from STCKCONV. Not a big deal, but it might matter to some people. Also, if you give it the value 7d91048bca00 for 1/1/1970 (not in the manual) it says it is before Jan 1 1970. That's not a leap seconds problem, but it is incorrect. Sounds like a POSIX limitation. I don't see how POSIX would have any affect. 1-1-1970 at 00:00:00 is a valid date in POSIX. The site does say This tool can only convert TOD values after Jan 1, 1970 and it does give a correct result for Jan 2 1970, so they really mean after. STCKCONV converts the value I gave above to Jan 1 1970 at 00:00:00 as expected. Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Generation of dump created by the DFSMSHSM
If you look in your HSM Storage Administration manual, the chapter titled Using the LIST Command shows that dump generation numbers are produced by LIST VOLUME, not LIST COPYPOOL. It is on page 1355 in my 1.11 version of the manual. If you have a particular primary volume (ML0) in mind, you would use LIST VOLUME(volser) BCDS ALLDUMPS and your preferred output destination If you want the information for all the primary volumes, omit the (volser). :: -Original Message- :: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On :: Behalf Of Helio Jose Da Silva :: Sent: Tuesday, May 21, 2013 9:22 AM :: To: IBM-MAIN@LISTSERV.UA.EDU :: Subject: Generation of dump created by the DFSMSHSM :: :: All list, :: :: I need find the generation of dump created by the HSM. :: I used the LIST COPYPOOL command, but I didn't get to see the generation. :: Which command I'll can to use? :: Can someone I help me? :: Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: B37 för FTINCL in ISPF for userid.ISPnnnnn.SPFTEMPn.WORK datasets
In a90e503c23f97441b05ee302853b0e628c16e53...@fspas01ev010.fspa.myntet.se, on 05/20/2013 at 09:25 PM, Thomas Berg thomas.b...@swedbank.se said: === I think that part of this disagreement is that most of my opponents here is, more or less, sysprogs. And as such they haven't experienced the amount of time needed and lost at space allocation problems that lots and lots of jobs and applications are generating. Au contraire, the systems programmers will almost always see lots of space problems, most the results of ignoring documented procedures. -- Shmuel (Seymour J.) Metz, SysProg and JOAT Atid/2http://patriot.net/~shmuel 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: Group capacity lpar capped ?
Bernard, We make use of the Monitor III Batch Address Space Reporter and produce wto's to show us our Group Capacity usage. An example: +RMF300I 3B: Processing CPC Report... +MVS1 - RMF301I: 4H Average: 2 +MVS1 - RMF302I: 4H Max: 3 +MVS1 - RMF303I: WLM Capping %: 0.0 +MVS1 - RMF304I: Group Name: GRPDEVT +MVS1 - RMF305I: Group Limit: 9 +MVS1 - RMF306I: Time until Capping: 195 minutes . Have a look in your *.SERBCLS dataset (members ERBM3B and ERBR3CPC) and that will give you a good starting point to set something up to fit your requirements . Roger -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Group capacity lpar capped ?
This is something interesting to me and I am also looking for the same. I am learning and exploring REXX. I like to have the help in displaying two items - 1. Total % Weight: and 2, WLM Capping %: 0.0. 3. A specific time the LPAR is capped using CVT, RMCT and RCT Storage search. Kindly request your help. Also i would be happy to know the documentation for the below C2D(Storage(D2X( )) statements for RMF report display or can someone explain the below statements to me. CVT = C2D(STORAGE(10,4)) RMCT = C2D(STORAGE(D2X(CVT+604),4)) RCT = C2D(STORAGE(D2X(RMCT+228),4)) RCTLACS = C2D(STORAGE(D2X(RCT+196),4)) RCTIMGWU = C2D(STORAGE(D2X(RCT+28),4)) SAY 'THE DEFINED MSU CAPACITY FOR THIS LPAR IS' RCTIMGWU'.' SAY 'THE 4 HOUR MSU AVERAGE USAGE IS' RCTLACS'.' Thank you, Suresh On Tue, May 21, 2013 at 6:33 PM, Bernard Coeytaux itsys...@bper.dpn.chwrote: Is there a way by searching storage (RCT,RMCT,call IWMQVS) to now at a specific time if a lpar is capped ? For lpars in the same group capacity (all cp shared, no hard lpar capping) Thanks Bernard -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- *SureshNc* -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Group capacity lpar capped ?
Hello Suresh, yoiu will find the doc here : z/OS V1R13.0 TSO/E REXX Reference: 1.0 Document Number: SA22-7790-10 The Rexx is exactly what I want to use, I just dont kwno where is the info in storage for the capped status. Otherwise Lpar weights, machine info are ok. Bernard -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Group capacity lpar capped ?
Hello Roger, In fact I'am using the rexx LPINFOX but the capped status when using group capacity is not accurate. /**/ /**/ /* Name: LPINFOX */ /* Description: Print out basic information about this z/OS image.*/ /**/ /* This program is free software: you can redistribute it and/or */ /* modify it under the terms of the GNU General Public License as */ /* published by the Free Software Foundation, either version 3 of the */ /* License, or (at your option) any later version.*/ /**/ /* This program is distributed in the hope that it will be useful,*/ /* but WITHOUT ANY WARRANTY; without even the implied warranty of */ /* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU */ /* General Public License for more details at */ /* http://www.gnu.org/licenses/ */ /**/ /*(c) Copyright 2011, 2012 Longpela Expertise */ /*www.longpelaexpertise.com.au*/ /**/ The only thing, I can't obatin the capped status when using group capacity Bernard -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
