Re: z10BC Memory Upgrade All-But Impossible
W dniu 2012-11-11 00:45, Edward Jaffe pisze: On 11/10/2012 2:25 PM, John Gilmore wrote: It is possible, even usual in many shops, to continue to use machines well after they have been withdrawn from marketing. The inability to obtain more storage or to activate a spare, already acquired CP is another, much more serious matter. That sort of thing apparently came later. How much later? Hardware memory upgrade MES for z10BC was discontinued after June 2012--coincident with marketing withdrawal. If you have pre-planned memory installed but not activated, you can still get the microcode memory activation MES until June 2013. But, the price has been jacked up so high ($8K/GB) that it might as well not be available at all! Well, $8k/GB is special price for you, which includes all possible discounts. I mean in Poland. And I'm not talking about discontinued machines - hat was the prices when z9 or z10 was the newest machine. -- Radoslaw Skorupka Lodz, Poland -- Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. Wedug stanu na dzie 01.01.2012 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.410.984 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z10BC Memory Upgrade All-But Impossible
Edward Jaffe wrote: begin extract Understand, this is not the price for the memory. This is just the price to _enable_ the memory. end extract It is indeed the price of some trivial, off-the-shelf µcode changes; and these changes are not very size-sensitive. A [small] flat charge would have been more appropriate. I said here on another occasion that some microprocessor assembly languages had clearly been designed to discourage their use; but here we have something subtler: this scheme will produce some high-margin revenue 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
FICON card and apc connector
All FICON singlemode cables I have seen are pc (physical contact). Q: is apc connector supported? -- 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.2012 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 168.410.984 złotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z10BC Memory Upgrade All-But Impossible
On Friday 09 November 2012 19:59:33 Edward Jaffe wrote: Those of you with z10BC machines waiting for the z12BC to come out had better learn to make do with what you have. Keep in mind that z10BC is just _one_ generation removed from the current z114 business class machine. Nevertheless, hardware MES were withdrawn earlier this year and microcode MES are announced withdrawn as of June 2013. A memory upgrade is both hardware (the physical DIMMs) and microcode (enabling the memory). The only way to get additional memory for a z10 these days is to buy it on the used market. And, IBM is charging a premium price for the magic screwdriver to enable this memory: $8K/GB! Thus, a 16GB memory upgrade would cost $128K in services PLUS the cost of the memory itself! (FYI. You can buy a brand new z114 machine for that...) This reminds me of the System/3 that I worked on in my college days; the school purchased an upgrade to larger DASD (for I don't know how much), and the field engineer's implementation was to open the DASD drawer and clip off the wire loop that prevented the access arm from extending all the way into the drive's inner tracks... Leslie -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
PPT NOPASS setting
Does anyone remember whether there was once a reason to set NOPASS against programs GIMSMP (or HMASMP before that) or the dump services module IEAVTDSV? We have them set in PROGA0 and some auditors want to know why since thet is apparently not the default. If it was the default for those programs once, then perhaps the whole original entry was copied to make sime other update. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: PPT NOPASS setting
IEAVTDSV is set to NOPASS is the IBM-supplied PPT, there shouldn't be any need to specify it in your SCHED member. GIMSMP sounds dodgy to me... maybe it was once set to be allowed to access it's DDDEF datasets to save cycles (?), but then anyone could compose a DDDEF / Usermod to update just about anything, assuming the GIMSMP program itself isn't program-protected or in a secure library. Ant. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Anthony Fletcher Sent: Monday, 12 November 2012 11:45 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: PPT NOPASS setting Does anyone remember whether there was once a reason to set NOPASS against programs GIMSMP (or HMASMP before that) or the dump services module IEAVTDSV? We have them set in PROGA0 and some auditors want to know why since thet is apparently not the default. If it was the default for those programs once, then perhaps the whole original entry was copied to make sime other update. -- 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: z10BC Memory Upgrade All-But Impossible
And if you listen to Martin, everyone out there on zSeries (of any sort) is apparently wallowing in memory anyway. They are. The memory just isn't for z/OS, it is for zLinux. After all, everybody knows that z/OS makes do without adequate resources, when Linux applications fail. You wouldn't believe the fight I went through to get our z/OS lpars enough real to get paging below the 25% threshold when we migrated from 1.10 to 1.12. Not to mention to stop the RSM abends we experienced that IBM was unable to debug and that were most probably due to not enough real and a serialization problem somewhere. That was about 30GB of real for 10 lpars. 30GB were thrown easily at one Linux runnig under VM, on the other hand. Customers rebelled against the constant need to update the OS we've had to dance to over the last few years, and IBM changed its tune. As someone else said, I don't think customers rebelled. I think that IBMs own resources are spread so thin that the previous cycle couldn't be maintained anymore. Did you notice lately that BCP questions are answered from China on this forum? It looks to me like some of the development labs went there. While I can appreciate that IBM is innovating the platform, economics like this is really putting the squeeze on many IBM customers. This is a very disturbing trend in zSystem economics, which IBM should reverse but likely won't. If you're not one of the big customers, you have lost. In a few years there will be 50 large mainframe installations around the world and all small ones will have been absorbed into those 50. Recent development in z/OS only helps large customers who can afford 'large' hardware. Also, I attended Bob Rogers' 'crystal ball' session at the last zConference in Berlin in May. I think he was talking about the architecture of what is now called z12EC. What I got out of that is that the instruction set for z/OS (our zArchitecture) is basically tacked on to a completely different type (forgot which). And given how much z/OS is made to look and feel like what the clickers are used to (which is the only area IBM spends development dollars on), I firmly believe that z/OS is doomed. I just hope that I'll be able to work on z/OS until I retire. Which is entirely too far into the future. How's that for gloom on a Monday morning? Barbara -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SRB
On 11/9/2012 4:30 AM, Peter Relson wrote: The Space Token (STOKEN) for an address space is in ASSBSTKN. It used to be that this was not considered a programming interface and that you were expected to use ALESERV EXTRACTH to obtain it. We decided that was relatively ridiculous since internal usage of ASSBSTKN was pervasive, so you now may reference this field. Glad to hear it. I'm pretty sure 'external' references to this field are also pervasive. ;) -- 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: PPT NOPASS setting
Anthony Fletcher wrote: Does anyone remember whether there was once a reason to set NOPASS against programs GIMSMP (or HMASMP before that) or the dump services module IEAVTDSV? GIMSMP - (Living in SYS1.MIGLIB) - No need to be there. AFAIK, it is not needed to be in SCHEDxx. The same applies for IEAVTDSV too, but I don't see any documentation for it (perhaps I missed it), but I know that due to nature of Dump Service, it needs to be APF and RACF accesses to produce dumps datasets. We have them set in PROGA0 and some auditors want to know why since thet is apparently not the default. If it was the default for those programs once, then perhaps the whole original entry was copied to make sime other update. Drop them. The statements, not the auditors! ;-) For once, the auditors are asking the right questions here. 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
