Re: Clone SUSE 10
Mark,
If you really want to do cloning anyway, check out the Virtualization
Cookbook for SLES10 SP2:
http://www.redbooks.ibm.com/abstracts/sg247493.html
Yes, thanks. The cloning method described in the cookbooks makes a lot of
assumptions about z/VM being the underlying hypervisor. However, the
cloning method described in the IBM Redpaper Sharing and Maintaining
Linux under z/VM
(http://www.redbooks.ibm.com/abstracts/redp4322.html?Open) makes fewer
perhaps (credit is due Steve Womer and Rick Troth for most of the
architecture there).
The general approach to cloning in the Virtualization Cookbook is:
1) vmcp LINK to target disks (from Linux).
2) Copy golden image using either vmcp FLASHCOPY or Linux dasdfmt then dd
3) Mount the newly-copied root file system on Linux (assumes /etc/ is
there)
4) Modify networking info
5) Detach disks
6) XAUTOLOG user ID with new clone
The general approach in the Redpaper is:
1) Prepopulate golden image with a firstboot-personalization script
(named boot.findself) before shutting down
2) Copy disks at the VM level to the target user ID's disks
3) Detach disks
4) IPL the new clone
5) boot.findself runs in the B run level and resets network info before
network starts
So when there is no z/VM in the picture, step 2 can be replaced with any
OS that can copy disks with golden image R/O and target R/W. Step 5 would
require a bit of work as the boot.findself script assumes there is a SLES
10 parameter file on it's 191 disk in CMS format. To remedy that, the
enableAdisk() function and the cmsfslst commands would have to be
deleted/modified in the following code. There are a number of ways to work
around these assumptions - the easiest might be to just hard code the
networking values in the sourceXxxx and targetXxxx values (you may only
need IPaddr and hostName if the other network parameters are identical on
both systems). You would have to recode the targetXxxx values for each
time you cloned, or you could pass parameters, or you could read from a
config file, or
#+--+
function enableAdisk()
# Enable my 191 (A) disk
#+--+
{
chccwdev -e 191 /dev/null 21
rc=$?
if [ $rc != 0 ]; then # unable to enable 191 disk
echo $0: Unable to enable 191, rc from chccwdev = $rc
exit 1
fi
Adisk=/dev/$(egrep '^0.0.0191' /proc/dasd/devices | awk '{print $7}')
}
#+--+
function findSourceIP()
# Get the source IP address and hostName
#+--+
{
sourceParm=$sourceID.$parmType
cmsfslst -d $Adisk | grep $sourceID | grep $parmType /dev/null
rc=$?
if [ $rc != 0 ]; then
echo $0: $sourceParm not found on 191 minidisk. Exiting
exit 2
fi
export local $(cmsfscat -a -d $Adisk $sourceParm)
# ugly code follows to escape any dots (.) in the source values
# dots are not interpreted literally in the sed regular expressions
later
sourceName=$(echo $Hostname | sed -e 's:\.:\\\.:g')
sourceIP=$(echo $HostIP | sed -e 's:\.:\\\.:g')
sourceHost=${Hostname%%.*} # Chop domain name off to leave host name
sourceGW=$(echo $Gateway | sed -e 's:\.:\\\.:g')
sourceMask=$(echo $Netmask | sed -e 's:\.:\\\.:g')
sourceBroadcast=$(echo $Broadcast | sed -e 's:\.:\\\.:g')
sourceReaddev=$ReadChannel
sourceDNS=$Nameserver
}
#+--+
function findTargetIP()
# Get my new IP address and hostname
#+--+
{
targetParm=$targetID.$parmType
cmsfslst -d $Adisk | grep $targetID | grep $parmType /dev/null
rc=$?
if [ $rc != 0 ]; then
echo $0: $targetParm not found on 191 minidisk. Exiting
exit 3
fi
export local $(cmsfscat -a -d $Adisk $targetParm)
targetName=$Hostname
targetIP=$HostIP
targetHost=${Hostname%%.*} # Chop domain name off to leave host name
targetGW=$Gateway
targetMask=$Netmask
targetBroadcast=$Broadcast
targetReaddev=$ReadChannel
targetDNS=$Nameserver
}
Note: this code might be slightly different from the code in the
Redpaper's FTP additional material directory. It has been updated for a
new paper that is hopefully coming soon. I put the boot.findself up on
http://www.vm.ibm.com/devpages/mikemac/boot.findself early to test the
paper first.
Mike MacIsaac mike...@us.ibm.com (845) 433-7061
--
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
LVM - Incorrect metadata area header checksum
Hi Mark --snip-- My question is, what are you using for your paging device? A VDISK? A = minidisk? Something else? --snip-- Yes, the paging device is a VDISK.These are the virtual addresses before the change: 14:15:08 FBA swap disk defined at virtual address 101 (62498 4K pages of swap space) 14:15:08 FBA swap disk defined at virtual address 102 (62498 4K pages of swap space) These are the virtual addresses after the change: 14:24:09 FBA swap disk defined at virtual address 101 (312498 4K pages of swap space) 14:24:09 FBA swap disk defined at virtual address 102 (312498 4K pages of swap space) I shut the linux guest down (it is configured to logoff at shutdown) and changed the PROFILE EXEC: from: 'SWAPGEN 101 50 (FBA)' 'SWAPGEN 102 50 (FBA)' to: 'SWAPGEN 101 250 (FBA)' 'SWAPGEN 102 250 (FBA)' and logged back on to the linux guest. When I did, I saw where the swap disk was defined with the larger number of blocks. The directory entry for this guest does not have a statement for 101 or 102. 100 is on eckd and contains everything but /opt. 103, 104, and 105 is on scsi and make up the lvm and contains /opt. Now that I know how to correct the problem... I can try to recreate the problem again. AFAIK this is the only change that was made. Thanks for your help... susan -- 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
Re: Slightly OT: Converting Oracle databases to run on Linux for System z
We used export/import to do the restore from AIX to zLinux. See note 277650.1 in Oracle's Metalink support site - it's the document we used to start the process. Patrick Carroll | Enterprise Architect L.L.Bean, Inc.(r) | Double L St. | Freeport ME 04033 http://www.llbean.com | pcarr...@llbean.com | 207.552.2426 -Original Message- From: Linux on 390 Port [mailto:linux-...@vm.marist.edu] On Behalf Of Rich Smrcina Sent: Wednesday, December 17, 2008 4:38 PM To: LINUX-390@VM.MARIST.EDU Subject: Slightly OT: Converting Oracle databases to run on Linux for System z I have a customer that is working through a POC of Oracle on Linux for System z. They are coming from Sparc/Solaris. The database won't restore directly due to platform differences. Oracle indicates that the process requires the RMAN utility to 'convert' the database for restore on Linux. Are there other shops that have had to do this? Is this the only way? For some reason, this customer is afraid of RMAN. Thanks. -- Rich Smrcina VM Assist, Inc. Phone: 414-491-6001 Ans Service: 360-715-2467 http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2009 - Orlando, FL - May 15-19, 2009 -- 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 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
Re: Slightly OT: Converting Oracle databases to run on Linux for System z
Thanks, Pat. I'll pass that on. Pat Carroll wrote: We used export/import to do the restore from AIX to zLinux. See note 277650.1 in Oracle's Metalink support site - it's the document we used to start the process. Patrick Carroll | Enterprise Architect L.L.Bean, Inc.(r) | Double L St. | Freeport ME 04033 http://www.llbean.com | pcarr...@llbean.com | 207.552.2426 -- Rich Smrcina VM Assist, Inc. Phone: 414-491-6001 Ans Service: 360-715-2467 http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2009 - Orlando, FL - May 15-19, 2009 -- 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
Re: Slightly OT: Converting Oracle databases to run on Linux for System z
Rich, I talk to our Oracle guys. They have some scripts to do this. It might ease the load a bit. Sent while mobile. chris.lit...@okdhs.org Desk: 405-522-1306 Cell: 405-312-1527 -Original Message- From: Rich Smrcina [mailto:rsmrc...@wi.rr.com] Sent: Thursday, December 18, 2008 08:22 AM Central Standard Time To: LINUX-390@VM.MARIST.EDU Subject:Re: Slightly OT: Converting Oracle databases to run on Linux for System z Thanks, Pat. I'll pass that on. Pat Carroll wrote: We used export/import to do the restore from AIX to zLinux. See note 277650.1 in Oracle's Metalink support site - it's the document we used to start the process. Patrick Carroll | Enterprise Architect L.L.Bean, Inc.(r) | Double L St. | Freeport ME 04033 http://www.llbean.com | pcarr...@llbean.com | 207.552.2426 -- Rich Smrcina VM Assist, Inc. Phone: 414-491-6001 Ans Service: 360-715-2467 http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2009 - Orlando, FL - May 15-19, 2009 -- 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 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
Network diagnose 2a8
Folks, If you go to the z/VM 5.4 Information Center and lookup the CP Programming Services manual you will find a new diagnose 2a8 documented there. This is what we use in the OpenSolaris port for our layer 2 network driver. This is what came with VM64466 (and its follow-on): Privilege Class: Any Addressing Mode: 31-bit or 64-bit DIAGNOSE code X'2A8' establishes a network connection on a z/VM simulated network device in order to transmit and receive Ethernet frames. It provides a virtual machine with device-independent access to a simulated NIC created with a CP DEFINE NIC command that is coupled with a CP COUPLE command to either an Ethernet VSWITCH or Ethernet QDIO guest LAN. Neale -- 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
Re: LVM - Incorrect metadata area header checksum
You should also make sure you are using by-path references in your /etc/fstab. That would remove the problem with device entries changing with new disks being added in the future. -- 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
Re: Slightly OT: Converting Oracle databases to run on Linux for System z
I'll add to the voices using export/import. Many table items in Oracle are stored with internal representations of the data. The export/import process converts the internal representation to something portable between systems so that you get the values you expect back when changing system architectures. Restoring a backup doesn't do that. I don't understand their fear of RMAN, though. RMAN has been the recommended backup/restore utility for Oracle for years, and it's pretty much the only supported backup/restore utility for any of the offline storage things. AFAIK, it's the only thing that can take dumps of the database while online. -- 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
Re: Slightly OT: Converting Oracle databases to run on Linux for System z
I appreciate that Chris. He got the database loaded... he has to change some default locations, things didn't land where he wants them to be, but that should all be manageable. Little, Chris wrote: Rich, I talk to our Oracle guys. They have some scripts to do this. It might ease the load a bit. Sent while mobile. chris.lit...@okdhs.org Desk: 405-522-1306 Cell: 405-312-1527 -- Rich Smrcina VM Assist, Inc. Phone: 414-491-6001 Ans Service: 360-715-2467 http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2009 - Orlando, FL - May 15-19, 2009 -- 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
Re: Slightly OT: Converting Oracle databases to run on Linux for System z
Cool. Enjoy! -Original Message- From: Linux on 390 Port [mailto:linux-...@vm.marist.edu] On Behalf Of Rich Smrcina Sent: Thursday, December 18, 2008 10:31 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: Slightly OT: Converting Oracle databases to run on Linux for System z I appreciate that Chris. He got the database loaded... he has to change some default locations, things didn't land where he wants them to be, but that should all be manageable. Little, Chris wrote: Rich, I talk to our Oracle guys. They have some scripts to do this. It might ease the load a bit. Sent while mobile. chris.lit...@okdhs.org Desk: 405-522-1306 Cell: 405-312-1527 -- Rich Smrcina VM Assist, Inc. Phone: 414-491-6001 Ans Service: 360-715-2467 http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2009 - Orlando, FL - May 15-19, 2009 -- 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 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
Re: Slightly OT: Converting Oracle databases to run on Linux for System z
On 12/18/08 11:29 AM, Little, Chris chris.lit...@okdhs.org wrote: You _can_ do an online export of a database. Don't expect the data to be reliable, though. But we tested exports on our production systems without, you know, impacting production. Always a good thing(tm). Indeed. RMAN is supposed to have some Extra Magick (trademark) that keeps it consistent for backup use, though. So far, we seem to have sufficient supplies of Magick that it's worked reliably for us. -- 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
Re: Slightly OT: Converting Oracle databases to run on Linux for System z
My impression was the Oracle indicated that this method of doing cross-platform database migration was absolutely not supported. They tried and of course, it failed. Little, Chris wrote: You _can_ do an online export of a database. Don't expect the data to be reliable, though. But we tested exports on our production systems without, you know, impacting production. Always a good thing(tm). -- Rich Smrcina VM Assist, Inc. Phone: 414-491-6001 Ans Service: 360-715-2467 http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2009 - Orlando, FL - May 15-19, 2009 -- 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
Re: Slightly OT: Converting Oracle databases to run on Linux for System z
The fear is just that they've never used RMAN. I don't know the reason, it's just not a utility that's in their arsenal for whatever reason. Export/Import did work for them, so all is good. David Boyes wrote: I'll add to the voices using export/import. Many table items in Oracle are stored with internal representations of the data. The export/import process converts the internal representation to something portable between systems so that you get the values you expect back when changing system architectures. Restoring a backup doesn't do that. I don't understand their fear of RMAN, though. RMAN has been the recommended backup/restore utility for Oracle for years, and it's pretty much the only supported backup/restore utility for any of the offline storage things. AFAIK, it's the only thing that can take dumps of the database while online. -- 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 -- Rich Smrcina VM Assist, Inc. Phone: 414-491-6001 Ans Service: 360-715-2467 http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2009 - Orlando, FL - May 15-19, 2009 -- 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
Re: Slightly OT: Converting Oracle databases to run on Linux for System z
ditto. I have clients using RMAN regularly writing to a linux virtual server on system z with NFS. In the fullness of time a physical server backs up the rman sitting on the NFS. backup/restore works great. Still endorse using export/import for migration. Once client did 50 databases this way in 50 days. David From: Linux on 390 Port on behalf of Little, Chris Sent: Thu 12/18/2008 11:49 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: Slightly OT: Converting Oracle databases to run on Linux for System z -Original Message- From: Linux on 390 Port [mailto:linux-...@vm.marist.edu] On Behalf Of David Boyes Sent: Thursday, December 18, 2008 10:36 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: Slightly OT: Converting Oracle databases to run on Linux for System z On 12/18/08 11:29 AM, Little, Chris chris.lit...@okdhs.org wrote: You _can_ do an online export of a database. Don't expect the data to be reliable, though. But we tested exports on our production systems without, you know, impacting production. Always a good thing(tm). Indeed. RMAN is supposed to have some Extra Magick (trademark) that keeps it consistent for backup use, though. So far, we seem to have sufficient supplies of Magick that it's worked reliably for us. Yeah. We RMAN/TSM/TDP/(insert any other desired TLA here) for production backups. I can say for certain to any hesitant DBAs that it works. We use it to clone databases (like hardware, of course), and have had to use it to recover production once. And our DBAs also were initially hesitant about it -- 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 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
Diag 2a8...
It would be remiss of me if I didn't congratulate those at IBM involved in creating and getting this bit of technology out to the masses. It really is a sweet bit of work. If anyone has had the pleasure(?) of reading the linux source code to see how the qdio driver works you will see that the abstraction provided by the new diagnose dramatically simplifies things. -- 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
Re: something to like about linux on z
um ... ur .. cough cough ... why would that be a good thing? ISPF? TSO? Why o why I ask you? David Kreuter From: Linux on 390 Port on behalf of Lionel B Dyck Sent: Thu 12/18/2008 1:29 PM To: LINUX-390@VM.MARIST.EDU Subject: something to like about linux on z While watching the startup of a Linux guest I noticed this: Dec 18 10:27:24 linuxvm0 kernel: qeth: Outbound TSO not supported on eth0 TSO on Linux - now that is handy - now if it also supported ISPF :-) Lionel B. Dyck, Consultant/Specialist Enterprise Platform Services, Mainframe Engineering KP-IT Enterprise Engineering 925-926-5332 (8-473-5332) | E-Mail: lionel.b.d...@kp.org AIM: lbdyck | Yahoo IM: lbdyck Kaiser Service Credo: Our cause is health. Our passion is service. We're here to make lives better. I never guess. It is a capital mistake to theorize before one has data. Insensibly one begins to twist facts to suit theories, instead of theories to suit facts. - Sir Arthur Conan Doyle NOTICE TO RECIPIENT: If you are not the intended recipient of this e-mail, you are prohibited from sharing, copying, or otherwise using or disclosing its contents. If you have received this e-mail in error, please notify the sender immediately by reply e-mail and permanently delete this e-mail and any attachments without reading, forwarding or saving them. Thank you. -- 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 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
something to like about linux on z
While watching the startup of a Linux guest I noticed this: Dec 18 10:27:24 linuxvm0 kernel: qeth: Outbound TSO not supported on eth0 TSO on Linux - now that is handy - now if it also supported ISPF :-) Lionel B. Dyck, Consultant/Specialist Enterprise Platform Services, Mainframe Engineering KP-IT Enterprise Engineering 925-926-5332 (8-473-5332) | E-Mail: lionel.b.d...@kp.org AIM: lbdyck | Yahoo IM: lbdyck Kaiser Service Credo: Our cause is health. Our passion is service. We're here to make lives better. I never guess. It is a capital mistake to theorize before one has data. Insensibly one begins to twist facts to suit theories, instead of theories to suit facts. - Sir Arthur Conan Doyle NOTICE TO RECIPIENT: If you are not the intended recipient of this e-mail, you are prohibited from sharing, copying, or otherwise using or disclosing its contents. If you have received this e-mail in error, please notify the sender immediately by reply e-mail and permanently delete this e-mail and any attachments without reading, forwarding or saving them. Thank you. -- 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
