Sponsored Content
Full Discussion: SAN Migration
Operating Systems AIX SAN Migration Post 302900327 by ElizabethPJ on Tuesday 6th of May 2014 09:08:56 AM
Old 05-06-2014
SAN Migration

Hi all,
We are migrating our SAN storage from HSV360 to 3PAR. The system runs aix 6.1 version with HACMP.
Please let me know what are requirements from OS side and how are the data copied to the new disks.
 

10 More Discussions You Might Find Interesting

1. HP-UX

SAN migration

Hi, I'm going to be involved in a migration of SAN islands to one big SAN. I've not worked with SANs before and I'm not sure how to approach this. I suspect the disk devices on the HP servers are going to change, when the EVA's and servers are plugged into this new Cisco 9509 switch. Any... (0 Replies)
Discussion started by: Hils
0 Replies

2. Solaris

Thoughts/experiences of SAN attaching V880 to EMC SAN

Hi everyone, I wonder if I can canvas any opinions or thoughts (good or bad) on SAN attaching a SUN V880/490 to an EMC Clarion SAN? At the moment the 880 is using 12 internal FC-AL disks as a db server and seems to be doing a pretty good job. It is not I/O, CPU or Memory constrained and the... (2 Replies)
Discussion started by: si_linux
2 Replies

3. AIX

IBM SAN TO SAN Mirroring

Has anyone tried SAN to SAN mirroring on IBM DS SAN Storage. DS5020 mentions Enhanced Remote Mirror to multi-LUN applications I wonder if Oracle High availibility can be setup using Remote Mirror option of SAN ? (1 Reply)
Discussion started by: filosophizer
1 Replies

4. HP-UX

SAN Migration of HP-UX hosts

Hello gurus, I am a SAN Admin - not very familiar with the HPUX administration - so need help with the steps in regards to the migration I need to do at my client place. Environment: Migrating from CX4 to VMAX - using OR/Hot Pull. Here are the steps I have put together - HPUX gurus please... (5 Replies)
Discussion started by: jps460
5 Replies

5. Solaris

Need Help On Solaris Cluster Steps For San Migration

I am going to do a SAN Array migration and need the sequence of steps required on the Solaris cluster before moving the old array luns to new array luns. Here are the steps and I need info on the bold points:( I might even be wrong on the sequence of steps please correct me if I am wrong) 1.... (0 Replies)
Discussion started by: sunshinedeepu
0 Replies

6. HP-UX

SAN Migration question

Hi, I am very new to HP-UX, and we're going to be doing a SAN migration. We're going to take down the machine, and zone it to the new SAN. My question is, will the device names change and will that interfere with the LVM? If the new disks come in with different device names, how would I... (3 Replies)
Discussion started by: BG_JrAdmin
3 Replies

7. Red Hat

Volume group not activated at boot after SAN migration

I have an IBM blade running RHEL 5.4 server, connected to two Hitachi SANs using common fibre cards & Brocade switches. It has two volume groups made from old SAN LUNs. The old SAN needs to be retired so we allocated LUNs from the new SAN, discovered the LUNs as multipath disks (4 paths) and grew... (4 Replies)
Discussion started by: rbatte1
4 Replies

8. AIX

AIX - FC Switch migration, SAN Migration question!

I'm New to AIX / VIOS We're doing a FC switch cutover on an ibm device, connected via SAN. How do I tell if one path to my remote disk is lost? (aix lvm) How do I tell when my link is down on my HBA port? Appreciate your help, very much! (4 Replies)
Discussion started by: BG_JrAdmin
4 Replies

9. Solaris

How to identify if disk is attached to SAN and assist in migration.?

I am working on VM host and collecting data to identify the type of storage attached to the server which will be migrated to VNX. it has one ldom created on it luxadm probe output --- No Network Array enclosures found in /dev/es Found Fibre Channel device(s): Node... (7 Replies)
Discussion started by: kpatel786
7 Replies

10. Filesystems, Disks and Memory

Faster way: SAN hd to SAN hd copying

hi! i got a rhel 6.3 host that already have an xfs filesystem mounted from a SAN (let's call it SAN-1) whose size is 9TB. i will be receiving another SAN (let's call it SAN-2) storage of 15TB size. this new addition is physically on another SAN storage. SAN-1 is on a Pillar storage while the new... (6 Replies)
Discussion started by: rino19ny
6 Replies
virt-image(5)						   Virtual Machine Install Tools					     virt-image(5)

NAME
virt-image - Format of the virtual image XML descriptor DESCRIPTION
virt-image(1) relies on an XML descriptor to create virtual machines from virtual machine images. In general, a virtual machine image consists of the XML descriptor (usually in a file image.xml) and a number of files for the virtual machine's disks. In the following explanation of the structure of the image descriptor, mandatory XML elements are marked as element, whereas optional elements are marked as element. All file names in the image descriptor are relative to the location of the descriptor itself. Generally, disk files are either kept in the same directory as the image descriptor, or in a subdirectory. HOST MATCHING
The image descriptor contains information on the requirements a guest has on the host platform through one or more the /image/domain/boot descriptors (see section "BOOT"). The image can only be used if at least one of the boot descriptors is suitable for the host platform; a boot descriptor is suitable if: o The CPU architecture of the boot descriptor, given by the boot/guest/arch element, is supported by the host o The host supports a guest with the features requested in the boot/guest/features element, such as providing an APIC, or having ACPI turned off If a suitable boot descriptor is found, the guest is created and booted according to the information about booting the OS from the boot/os element and with the disks specified in the boot/drive element. If more than one suitable boot descriptor is found, one of them is chosen based on a heuristic, generally preferring paravirtualized guests over full virtualized ones, though this is an implementation detail of the tool creating the virtual machine. STRUCTURE
The image descriptor consists of three sections, all contained in the toplevel image element: General metadata about the image A number of elements like label, name, and description that give some simple information about the image. The name must be a string suitable as a name for the virtual machine, the label is a short human-readable string suitable for display in graphical UI's, and the description should be a longer, free-form description of the purpose of the image. The name is mandatory. Virtual machine attributes The domain element contains instructions on how to boot the image, and device attributes such as the number of virtual CPU's and the size of the memory. (see section "DOMAIN") Storage layout The storage element lists the files to back the virtual machine's disks and some information about their format and use. (see section "STORAGE") DOMAIN
The domain element contains one or more boot descriptors (see section "BOOT") and a devices element. The Devices element lists the recommended number of virtual CPU's in the vcpu element and the recommended amount of memory in kB in the memory element. It also indicates whether the virtual machine should have a network interface through the interface element and whether the virtual machine has a graphical interface through the graphics element. BOOT Each boot descriptor details how the virtual machine should be started on a certain hypervisor. The type attribute of the boot element, which can either be "xen" or "hvm", depending on whether the boot descriptor is for a paravirtualized Xen(tm) guest or a fully-virtualized guest. The boot element contains three subelements: The platform requirements of the guest The platform requirements, contained in the guest element, consist of the arch element and the features element. The arch element indicates the CPU architecture the guest expects, e.g. "i686", "x86_64", or "ppc". The features element indicates whether certain platform features should be on or off. Currently, the platform features are pae, acpi, and apic. They can be turned on or off by giving a state attribute of either "on" or "off". When a feature is mentioned in the features element, it defaults to "on". The details of booting the image's operating system The os element for fully-virtualized "hvm" guests contains a loader element whose dev attribute indicates whether to boot off a hard disk ("dev='hd'") or off a CD-ROM ("dev='cdrom'") For paravirtualized guests, the os element either contains a "<loader>pygrub</loader>" element, indicating that the guest should be booted with pygrub, or kernel, initrd and cmdline elements. The contents of the kernel and initrd elements are the names of the kernel and initrd files, whereas the cmdline element contains the command line that should be passed to the kernel on boot. The mapping of disk files as devices into the guest The mapping of disk files into the guest is performed by a list of drive elements inside the boot element. Each drive element references the name of a disk file from the "STORAGE" section through its disk attribute and can optionally specify as what device that disk file should appear in the guest through its target attribute. If the target is omitted, device names are assigned in the order in which the drive elements appear, skipping already assigned devices. STORAGE
The storage element lists the disk image files that are part of the virtual machine image in a list of one or more disk elements. Each disk element can contain the following attributes: o the file attribute giving the name of the disk file o an optional id attribute. The name given with that attribute is used to reference the disk from the drive element of a boot descriptor. If the id attribute is missing, it defaults to the file attribute. o the use attribute indicating whether the disk file is a "system", "user", or "scratch" disk. The use attribute differentiates disk files so that an update based on replacing disk files can replace "system" disks, but leave "user" disks untouched. Generally, "system" disks contain application code, "user" disks contain the application's data, and "scratch" disks contain temporary state that can be erased between runs of the guest. The virtual machine image must contain files for all "system" disks, and may contain files for the "user" and "scratch" disks. If the latter are not part of the image, they are initialized as empty files when a guest is created, with the size given by the size attribute. o the size attribute giving the size of the disk in MB. o the format attribute giving the format of the disk file. Currently, this can be one of: "raw" "iso", "qcow", "qcow2", or "vmdk". EXAMPLE
The image descriptor below can be used to create a virtual machine running the System Rescue CD ("http://www.sysresccd.org/") Besides the descriptor, you only need the ISO image from the System Rescue CD website. <?xml version="1.0" encoding="UTF-8"?> <image> <name>sysresccd</name> <domain> <boot type="hvm"> <guest> <arch>i686</arch> </guest> <os> <loader dev="cdrom"/> </os> <drive disk="root.raw" target="hda"/> <drive disk="sysresc"/> </boot> <devices> <vcpu>1</vcpu> <memory>262144</memory> <interface/> <graphics/> </devices> </domain> <storage> <disk file="root.raw" use="scratch" size="100" format="raw"/> <disk id="sysresc" file="isos/systemrescuecd.iso" use="system" format="iso"/> </storage> </image> To create a virtual machine, save the above XML in image.xml and run: # virt-image --vnc image.xml AUTHOR
Written by David Lutterkort. See the AUTHORS file in the source distribution for the complete list of credits. BUGS
Please see "http://virt-manager.org/page/BugReporting" COPYRIGHT
Copyright (C) 2006-2007 Red Hat, Inc, and various contributors. This is free software. You may redistribute copies of it under the terms of the GNU General Public License "http://www.gnu.org/licenses/gpl.html". There is NO WARRANTY, to the extent permitted by law. SEE ALSO
virt-image(1), virt-install(1), the project website "http://virt-manager.org", the Relax-NG grammar for image XML "image.rng" 2011-04-15 virt-image(5)
All times are GMT -4. The time now is 05:11 AM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy