Re: Dump a linux guest from z/VM

2016-02-27 Thread Alan Altmark
On Saturday, 02/27/2016 at 08:59 GMT, Kirk Bradley  
wrote:
> Right.. a CMS dump helper is what I had in mind.. maybe you SMSG it to 
take a
> dump of another guest.. something like that.
>
> My real problem is that VMDUMP is so horrible that IBM needs to fix it - 
make
> another command / subsystem / "I don?t care what? that can fully utilize 
the
> I/O power of a mainframe .. and it works against all guests just like 
VMDUMP.
> Why does each OS need to have it?s own way of doing that. Otherwise why 
would
> VMDUMP have been written in the first place?

Yes, you might be able to write a CMS dump helper.  The question is why 
would you?  The Linux folks have to have a dump program that works with or 
without VM.  Same for the other OSes.   And the SA dump programs are built 
with knowledge of how the OS organizes memory.  As it happens, VM and 
Linux now use the same dump program.

VMDUMP was written in a kinder, gentler era.  Virtual machines were small. 
 VMDUMP got its job done in an acceptable amount of time, and it's still 
fine for CMS and GCS dumps.  Otherwise, use the OS-specific SA dump 
program.

Since there's already an acceptable method of getting SA dumps from Linux 
in a reasonable amount of time, there's no business reason to spend 
resources upgrading VMDUMP.  There are other, higher priority items in 
queue.

So build and practice using the new z/VM 6.3 SA dump program before you 
need it.  Do it with Linux, too.  If you're fiddling around trying to 
understand it when the OS is dead, you're going to simply reboot in the 
interest of time and miss the opportunity to get the dump.  All in the 
hope that it won't happen again.

Alan Altmark

Senior Managing z/VM and Linux Consultant
Lab Services System z Delivery Practice
IBM Systems & Technology Group
ibm.com/systems/services/labservices
office: 607.429.3323
mobile; 607.321.7556
alan_altm...@us.ibm.com
IBM Endicott

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu 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/


Re: Dump a linux guest from z/VM

2016-02-27 Thread Kirk Bradley
Right.. a CMS dump helper is what I had in mind.. maybe you SMSG it to take a 
dump of another guest.. something like that.

My real problem is that VMDUMP is so horrible that IBM needs to fix it - make 
another command / subsystem / "I don’t care what” that can fully utilize the 
I/O power of a mainframe .. and it works against all guests just like VMDUMP. 
Why does each OS need to have it’s own way of doing that. Otherwise why would 
VMDUMP have been written in the first place?

> On Feb 26, 2016, at 6:26 PM, Alan Altmark  wrote:
> 
> On Friday, 02/26/2016 at 11:16 GMT, Kirk Bradley  wrote:
>> 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.
> 
> A guest that runs DAT OFF (CMS and GCS) can do that.  It's one of the 
> things that ESA/XC architecture mode enables.  Linux can't do it because 
> it runs DAT ON.  Look at the PERMIT function of the ADRSPACE macro.
> 
> There are all sorts of ideas floating around on how make dumps go faster. 
> Even z/OS asks these questions.  The Linux kdump & friends is the way to 
> go.
> 
> For those z/VM 6.3 clients who haven't built their SA dump kernel, please 
> do so.  If you wait until you need it, it will be too late.
> 
> Alan Altmark
> 
> Senior Managing z/VM and Linux Consultant
> Lab Services System z Delivery Practice
> IBM Systems & Technology Group
> ibm.com/systems/services/labservices
> office: 607.429.3323
> mobile; 607.321.7556
> alan_altm...@us.ibm.com
> IBM Endicott
> 
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu 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 lists...@vm.marist.edu 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/


Re: Dump a linux guest from z/VM

2016-02-26 Thread Alan Altmark
On Friday, 02/26/2016 at 11:16 GMT, Kirk Bradley  wrote:
> 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.

A guest that runs DAT OFF (CMS and GCS) can do that.  It's one of the 
things that ESA/XC architecture mode enables.  Linux can't do it because 
it runs DAT ON.  Look at the PERMIT function of the ADRSPACE macro.

There are all sorts of ideas floating around on how make dumps go faster. 
Even z/OS asks these questions.  The Linux kdump & friends is the way to 
go.

For those z/VM 6.3 clients who haven't built their SA dump kernel, please 
do so.  If you wait until you need it, it will be too late.

Alan Altmark

Senior Managing z/VM and Linux Consultant
Lab Services System z Delivery Practice
IBM Systems & Technology Group
ibm.com/systems/services/labservices
office: 607.429.3323
mobile; 607.321.7556
alan_altm...@us.ibm.com
IBM Endicott

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu 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/


Re: Dump a linux guest from z/VM

2016-02-26 Thread Kirk Bradley
VMDUMP has been slow (no, super slo) 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  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 way 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 <
> vechava...@evertecinc.com> 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 lists...@vm.marist.edu 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 lists...@vm.marist.edu 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 lists...@vm.marist.edu 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/


Re: Dump a linux guest from z/VM

2016-02-26 Thread Robert J Brenneman
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 way 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 <
vechava...@evertecinc.com> 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 lists...@vm.marist.edu 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 lists...@vm.marist.edu 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/


Re: Dump a linux guest from z/VM

2016-02-26 Thread Alan Ackerman
We use stand-alone dump. Need's to be set up but you can do that from another 
guest. It will stop your server when you IPL it though. See the correct edition 
of Using the Dump Tools
on SUSE Linux Enterprise Server 11 SP3 
http://public.dhe.ibm.com/software/dw/linux390/docu/les3dt02.pdf

I don't see one for SP4. You might want to talk to SUSE first, though. 

Sent from my iPhone

> On Feb 26, 2016, at 1:56 PM, Victor Echavarry Diaz 
>  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 lists...@vm.marist.edu 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 lists...@vm.marist.edu 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/