VMDUMP has been slow (no, super slowwww) since the first day it existed. I can’t for the life of me figure out why that needs to be so but it is.
Don’t you wish guest A could map guest B’s real memory as a secondary address space on command and then you can use A to dump as far and fast as you want w/o perturbing anything at all in B - it’s already stopped etc. > On Feb 26, 2016, at 2:51 PM, Robert J Brenneman <[email protected]> wrote: > > first make sure you have enough empty spool space to contain the entire > guest's memory. IE for a 1 GB guest have 1 GB of spool available. > > then from the broken guest's console : #CP VMDUMP > > While you wait for that to run, read: > http://public.dhe.ibm.com/software/dw/linux390/docu/l26edt00.pdf > Pay attention to the parts about kdump, since you want to get that working > for next time. It is waaaaay faster than the VMDUMP command. > > Once the dump is complete, reboot the Linux system, and then use the linux > vmur command to pull the dump from the 0.0.000c reader device , use the > --convert option, and send the resulting file to SUSE. It is probably good > form to compress it with gzip first. > > On Fri, Feb 26, 2016 at 4:56 PM, Victor Echavarry Diaz < > [email protected]> wrote: > >> We can't login a Linux guest ,but is working. We open an issue with >> novell, they asked for a DUMP. But because we can't login, we can take the >> dump. Our question is, can we made a dump from z/vm so Novell can use it? >> We have SLES 11SP4 under z/VM 6.3 SSI. >> >> Regards, >> >> Victor Echavarry >> System Programmer, EVERTEC LLC >> >> >> >> >> WARNING: This email and any files transmitted with it are confidential and >> intended solely for the use of the individual or entity to whom they are >> addressed. If you have received this email in error please delete it >> immediately. >> Please note that any views or opinions presented in this email are solely >> those >> of the author and do not necessarily represent those of EVERTEC, Inc. or >> its >> affiliates. Finally, the integrity and security of this message cannot be >> guaranteed on the Internet, and as such EVERTEC, Inc. and its affiliates >> accept >> no liability for any damage caused by any virus transmitted by this email. >> >> ---------------------------------------------------------------------- >> 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/ >> > > > > -- > Jay Brenneman > > ---------------------------------------------------------------------- > 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/ ---------------------------------------------------------------------- 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/
