I'll admit to being two decades out of date when it comes to the rules for bring memory online to LPARs...
Does it get better after z9? And does it matter? I, and several people I know, need to know the answer to the second question. Thanks, Martin Martin Packer, zChampion, Principal Systems Investigator, Worldwide Banking Center of Excellence, IBM +44-7802-245-584 email: [email protected] Twitter / Facebook IDs: MartinPacker Blog: https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker From: "R.S." <[email protected]> To: [email protected], Date: 07/12/2013 10:58 AM Subject: Re: Central Storage reallocation on z9 - requirement to be contiguous? - Never mind, didn't read enough... or reply with enough information, Sent by: IBM Mainframe Discussion List <[email protected]> W dniu 2013-07-11 22:02, Tom Ambros pisze: > OK, I'll try and make it clear. > > PR/SM Planning Guide spells out that at partition activation the initial > storage allocation is made in contiguous segments. > > If you follow the sequence of the scenario I presented, you'll see that I > am in fact asking whether lpar A, when activated, would be able to have > two discontiguous storage segments - the storage released by lpar C past > the end of its new allocation and its original segment. It cannot, if I > understand what is written in the PR/SM Planning Guide. > However it is (AFAIK) possible to activate LPAR with one coniguous memory segment and then add another segment by a command. In order to do this the LPAR has to have Reserved Storage defined. BTW: I know how to add memory on working z/OS system. Is is possible to add memory on LPAR without any system IPLed? For channels and processors it is possible. -- 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: [email protected] Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 0000025237, NIP: 526-021-50-88. Wedug stanu na dzie 01.01.2013 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.555.904 zotych. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
