I confirmed the 1.25 zipl version left the standby memory out of the dump. So this is resolved. Thank you!
On Wed, Sep 10, 2014 at 11:31 AM, Michael Holzheu < [email protected]> wrote: > On Wed, 10 Sep 2014 10:53:28 -0400 > Rich Paredes <[email protected]> wrote: > > > Thanks Michael. This is definitely the case. Based on output of cp q vm > > store, there is 96G reserved. On top of the 12G physical on the guest, > > this explains the 108G dump size. I've used the 1.25 version of zipl to > > create a new dump partition and hopefully the test dump will only be 12G > in > > size. > > Well, as long the standby memory is offline this should work. But I > assume that you have this setup in order to set memory online eventually, > right? > > You should take care to first set low memory online. Otherwise when > you e.g. set the last memory chunk online, you would have the same > problem and you would get a huge dump. The reason is that the DASD dump > tools use a very simple dump format that does not support memory > holes. > > Best Regards, > Michael > > ---------------------------------------------------------------------- For LINUX-390 subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 ---------------------------------------------------------------------- For more information on Linux on System z, visit http://wiki.linuxvm.org/
