Re: Help: Delete LPAR definition from z9BC
W dniu 2012-01-17 15:39, McKown, John pisze: I just don't seem to be able to find a way to delete an obsolete LPAR definition from our z9BC system. It was originally on our z890, and ran an ICF LPAR. We no longer have the ICF engine. And the dim wits in IBM billing are constantly dunning my manager about what is that and why does it show up with only zeros in the MSU counts So, every month, my manager must again explain to them that the LPAR is idle, not running anything at all. Do I just remove it from my IODF, then dynamically activate the new IOCDS? Or do I need to do a POR after dynamically activating the IOCDS? IMHO there is no reason to delete dummy LPAR. There is also no need to explain presence of inactive LPARs in the system. You have full right to have more LPARs than you currently need, you can keep them inactive or you can also use such LPARs i.e. for zLinux or CFCC. For free. BTW: you can deactivate dummy LPAR without deleting it from your configuration. -- Radoslaw Skorupka Lodz, Poland -- Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. Wedug stanu na dzie 01.01.2012 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.410.984 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Help: Delete LPAR definition from z9BC
IBM whines at my manager about it every month. And wants to increase our software bill for it because we have no SMF from it showing its usage. That's because it is __idle__. I just DEACTIVATED the LPAR. Maybe that will shut the money grubbers at IBM up. Yes, I'm upset. It's hard enough to keep the z here. Management wants a Windows monoculture. I would say more, but I'd get in trouble. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 9151 Boulevard 26 . N. Richland Hills . TX 76010 (817) 255-3225 phone . john.mck...@healthmarkets.com . www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets® is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of R.S. Sent: Tuesday, January 17, 2012 10:54 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Help: Delete LPAR definition from z9BC W dniu 2012-01-17 15:39, McKown, John pisze: I just don't seem to be able to find a way to delete an obsolete LPAR definition from our z9BC system. It was originally on our z890, and ran an ICF LPAR. We no longer have the ICF engine. And the dim wits in IBM billing are constantly dunning my manager about what is that and why does it show up with only zeros in the MSU counts So, every month, my manager must again explain to them that the LPAR is idle, not running anything at all. Do I just remove it from my IODF, then dynamically activate the new IOCDS? Or do I need to do a POR after dynamically activating the IOCDS? IMHO there is no reason to delete dummy LPAR. There is also no need to explain presence of inactive LPARs in the system. You have full right to have more LPARs than you currently need, you can keep them inactive or you can also use such LPARs i.e. for zLinux or CFCC. For free. BTW: you can deactivate dummy LPAR without deleting it from your configuration. -- Radoslaw Skorupka Lodz, Poland -- Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. Wedug stanu na dzie 01.01.2012 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.410.984 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Help: Delete LPAR definition from z9BC
W dniu 2012-01-17 18:54, McKown, John pisze: IBM whines at my manager about it every month. And wants to increase our software bill for it because we have no SMF from it showing its usage. Reason is ? You can have active non-z/OS LPARS (CFCC and zLinux are not subject to pay). You can have inactive LPARs. Ask them why they are bothering you. That's because it is __idle__. I just DEACTIVATED the LPAR. I meant inactive LPAR = not OS is IPLed. Of course deactivated LPAR is even more inactive ;-) Ask them how inactive LPAR could produce SMF records. THEY ARE SIMPLY WRONG! -- Radoslaw Skorupka Lodz, Poland -- Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. Wedug stanu na dzie 01.01.2012 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.410.984 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Help: Delete LPAR definition from z9BC
Could you change the name of the LPAR to an asterisk * ? This would allow you to mark it as a dynamic LPAR and gives the ability to re-use the LPAR in the future. --- IBM whines at my manager about it every month. And wants to increase our software bill for it because we have no SMF from it showing its usage. That's because it is __idle__. I just DEACTIVATED the LPAR. Maybe that will shut the money grubbers at IBM up. Yes, I'm upset. It's hard enough to keep the z here. Management wants a Windows monoculture. I would say more, but I'd get in trouble. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Help: Delete LPAR definition from z9BC
I'm just going to eliminate it. Our z is a slowly dying system. The probability of me needing another LPAR beyond the 3 we currently use is about as likely the U.S. Federal Government eliminating income tax. Maybe even less likely. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Matthew Stitt Sent: Tuesday, January 17, 2012 12:32 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Help: Delete LPAR definition from z9BC Could you change the name of the LPAR to an asterisk * ? This would allow you to mark it as a dynamic LPAR and gives the ability to re-use the LPAR in the future. -- - IBM whines at my manager about it every month. And wants to increase our software bill for it because we have no SMF from it showing its usage. That's because it is __idle__. I just DEACTIVATED the LPAR. Maybe that will shut the money grubbers at IBM up. Yes, I'm upset. It's hard enough to keep the z here. Management wants a Windows monoculture. I would say more, but I'd get in trouble. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Help: Delete LPAR definition from z9BC
W dniu 2012-01-17 20:43, McKown, John pisze: I'm just going to eliminate it. Our z is a slowly dying system. The probability of me needing another LPAR beyond the 3 we currently use is about as likely the U.S. Federal Government eliminating income tax. Maybe even less likely. So, probably you have to do Power On Reset. You can have candidate LPARs, with * instead of the name. With such preparation you can dynamically add an LPAR. BTW: z10 and successors always have full set of LPARs and CSSes in such case the only possible action is to change regular LPAR to candidate LPAR. -- Radoslaw Skorupka Lodz, Poland -- Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. Wedug stanu na dzie 01.01.2012 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.410.984 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Help: Delete LPAR definition from z9BC
John -- Another option that IBM could have pointed out Your situation is very common, and IBM did modify SCRT to help sites with this issue. SCRT's PARMS DD statement provides a technique to hard code this information one time, so you don't need to do it month after month. In the PARMS DD input enter: LPAR_Comment CPC=-s,LPAR=,Comment=ccc...ccc, ccc...ccc, ... ccc...ccc and the SCRT User Guide provides this example: LPAR_Comment CPC=2096-12345,LPAR=LPARVM1, Comment=This LPAR is only used for Linux which you can easily change for your old ICF LPAR. Al Sherkow, I/S Management Strategies, Ltd. Consulting Expertise on WLC, LPARs and LCS Software Seminars on IBM SW Pricing Voice: +1 414 332-3062 Web: www.sherkow.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Help: Delete LPAR definition from z9BC
-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Al Sherkow Sent: Tuesday, January 17, 2012 2:55 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Help: Delete LPAR definition from z9BC John -- Another option that IBM could have pointed out Your situation is very common, and IBM did modify SCRT to help sites with this issue. SCRT's PARMS DD statement provides a technique to hard code this information one time, so you don't need to do it month after month. In the PARMS DD input enter: LPAR_Comment CPC=-s,LPAR=,Comment=ccc...ccc, ccc...ccc, ... ccc...ccc and the SCRT User Guide provides this example: LPAR_Comment CPC=2096-12345,LPAR=LPARVM1, Comment=This LPAR is only used for Linux which you can easily change for your old ICF LPAR. Al Sherkow, I/S Management Strategies, Ltd. My boss just found that today. He's now trying to get it coded up. Thanks. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN