Migrating from RHEL LVM to VxVM

 
Thread Tools Search this Thread
Operating Systems Linux Red Hat Migrating from RHEL LVM to VxVM
# 1  
Old 02-17-2009
Migrating from RHEL LVM to VxVM

Hiya,

Is there a known method from converting LVM data to VxVM data..

ie we have a load of local and SAN (HPDM) mounts on RHEL 4u5/5u1 servers which are now required to be clustered with SFS (VxFS,VxVM,CFS,VCS etc)

I've come across the vxvmconvert, but thought that was HP-UX only?

Many thanks...
Login or Register to Ask a Question

Previous Thread | Next Thread

10 More Discussions You Might Find Interesting

1. UNIX for Advanced & Expert Users

Presenting current LUNs to new OS. RHEL 7, LVM

All, We have a physical server (Lenovo 3950) that we need to upgrade the OS from RHEL 6 to RHEL 7. We do not want to do an in-place upgrade but rather start with a fresh OS install. The plan is to remove the two local drives (Raid 1) and install two new drives for the fresh RHEL 7 install. ... (4 Replies)
Discussion started by: hburnswell
4 Replies

2. UNIX for Beginners Questions & Answers

ksh scripts migrating(Oracle 11G) from Solaris Sparc 10 to RHEL 7

Hi All, Now we are migrating oracle 11G from Solaris Sparc 10 to RHEL 7. We have 1000+ ksh scripts.. Could you please let em know what would be the best way to use exiting scripts in RHEL with minimal changes,. my concern was "Is it all Solaris command work in RHEL". (3 Replies)
Discussion started by: mssprince
3 Replies

3. Red Hat

Migrating Oracle on Solaris Sparc to Linux RHEL 7 VM

Hi Gurus, We are migrating Oracle from Solaris to RHEL 7 and looking for Solaris equivalent commands for Linux. we are using lot of korn shell scripts built on Solaris so, i am looking for equivalent commands which are using in Solaris.. Could you please help me here by proving any info ... (4 Replies)
Discussion started by: mssprince
4 Replies

4. Shell Programming and Scripting

Migrating Oracle on Solaris Sparc to Linux RHEL 7 VM

Hi Gurus, We are migrating Oracle from Solaris to RHEL 7 and looking for Solaris equivalent commands for Linux. we are using lot of korn shell scripts built on Solaris so, i am looking for equivalent commands which are using in Solaris.. Could you please help me here by proving any info... (1 Reply)
Discussion started by: mssprince
1 Replies

5. Red Hat

How to reduce the LVM Size in RHEL/Centos 7 ?

Hi All, I have one logical volume with size as 900G and it is mounted as xfs file system. Now I want to reduce this partition to 500G. So I followed the below steps. unmount the mount point /home Reduced the volume using the command Now I remounted the partition. But the problem... (3 Replies)
Discussion started by: kalpeer
3 Replies

6. UNIX for Advanced & Expert Users

VxVM breaking mirror for migrating storage

We are in the process of migrating storage from one array to another. I know the commands I would use in LVM but I am not very familiar with VxVM. The goal is to attach the new LUNs from the new array and add them to the disk group. Then mirror the data online to these new LUNs using VxVM... (4 Replies)
Discussion started by: keelba
4 Replies

7. SuSE

Problem migrating disk attached to the same vg (lvm)

Hi, I'm trying to migrate the content of disk 'A' to disk 'B', that they belong to the same vg 'data'_vg'. Whe using pvmove, I get the following error: 'device-mapper: suspend ioctl failed: Interrupted system call'. I put down the whole trace: pvmove -v "source_disk" "sink_disk" ... (0 Replies)
Discussion started by: Begnux
0 Replies

8. UNIX for Dummies Questions & Answers

How to convert non LVM root partition to LVM?

Hi Guys, I m using redhat 6, I have installed root partition as non-LVM . Is there any way i can convert it to LVM? (1 Reply)
Discussion started by: pinga123
1 Replies

9. AIX

Migrating RHEL 5 UNIX users to AIX

Hi, I'm able to migrate UNIX users/groups from Solaris to AIX (with same password using 13-char encrypted password from shadow file) but no luck with RHEL 5 to AIX. I see encrypted password in RHEL 5 is bit lengthier than 13-char. Is there any way to convert encrypted password such that same... (1 Reply)
Discussion started by: reddyr
1 Replies

10. Filesystems, Disks and Memory

Migrating from RHEL LVM to VxVM

Hiya, Is there a known method from converting LVM data to VxVM data.. ie we have a load of local and SAN (HPDM) mounts on RHEL 4u5/5u1 servers which are now required to be clustered with SFS (VxFS,VxVM,CFS,VCS etc) I've come across the vxvmconvert, but thought that was HP-UX only? Many... (3 Replies)
Discussion started by: itsupplies
3 Replies
Login or Register to Ask a Question
mkboot(1M)																mkboot(1M)

NAME
mkboot, rmboot - install, update or remove boot programs from disk SYNOPSIS
boot_file_path] included_lif_file] preserved_lif_file] device auto_file_string] device efi_file_path] device device DESCRIPTION
is used to install or update boot programs on the specified device file. The position on device at which boot programs are installed depends on the disk layout of the device. examines device to discover the cur- rent layout and uses this as the default. If the disk is uninitialized, the default is LVM layout on PA-RISC and Whole Disk on systems. The default can be overridden by the or options. Boot programs are stored in the boot area in Logical Interchange Format (LIF), which is similar to a file system. For a device to be bootable, the LIF volume on that device must contain at least the (the initial system loader) and (the HP-UX bootstrap utility) LIF files. If, in addition, the device is an LVM physical volume, the file must be present (see lvlnboot(1M)). For the VERITAS Volume Manager (VxVM) layout on the Itanium-based system architecture, the only relevant LIF file is the file. All other LIF files are ignored. VxVM uses the file when the system boots to determine the location of the root, stand, swap, and dump volumes. Options recognizes the following options: If the option is specified, creates an autoexecute file on device, if none exists. deposits auto_file_string in that file. If this string contains spaces, it must be quoted so that it is a single parameter. If this option is given, boot programs in the pathname specified by boot_file_path are installed on the given device. If this option is specified, checks if the available space on device is sufficient for the boot programs. If the option is also speci- fied, checks if each included_lif_file is present in the boot programs. If the option is specified, it checks if each preserved_lif_file is present on the device. If all these checks succeed, exits with a sta- tus code of 0. If any of these checks fail, exits with a status code of 1. If the verbose option is also selected, a message is also displayed on the standard output. Use Itanium-based system EFI layout. This option causes to copy EFI utilities from to the EFI partition on the disk; see idisk(1M) and efi(4). This option is applicable only on Itanium-based machines; it may not be used on PA-RISC. (Use the option to specify a non-default source for EFI files.) This option forces the information contained in the boot programs to be placed on the specified device without regard to the current swapping status. Its intended use is to allow the boot area to grow without having to boot the system twice (see option). This option should only be used when the system is in the single user state. This could be a dangerous operation because swap space that is already allocated and possibly in use will be overwritten by the new boot program information. A message is also displayed to the standard output stating that the operator should immediately reboot the system to avoid system corruption and to reflect new infor- mation on the running system. A safer method for reapportioning space is to use the option. This option is valid only if device has the Whole Disk layout. Specifying this option shrinks the available space allocated to swap in the LIF header by the amount required to allow the installation of the new boot programs specified by boot_file_path. After the LIF header has been modified, reboot the system to reflect the new swap space on the running sys- tem. At this point, the new boot programs can be installed and the system rebooted again to reflect the new boot programs on the running system. This is the safe method for accomplishing the capability of the option. This option is valid only if device has the Whole Disk layout. If this option is specified, treats device to be a Hard Partition layout disk. This option cannot be used along with the and options. If the option is specified one or more times, copies each included_lif_file and ignores any other LIF files in the boot programs. The sole exceptions to this rule are the files and which are copied without regard to the options. If included_lif_file is also specified with the option, the option is ignored. If the option is used with as its argument and the file does not exist in the boot programs, and device is an LVM layout disk or the option is used, creates a minimal file on device which will permit the system to boot on device, pos- sibly without swap or dump. If the device is a disk with VxVM layout and the option is used, the file created by is not sufficient to permit the system to boot. To create a file for the VxVM layout, you must use the command after has been executed. If this option is used, treats device as a volume layout disk, regardless of whether or not it is currently set up as one. This option cannot be used along with the and options. Use the option for any volume manager, including the VER- ITAS Volume Manager (VxVM) as well as LVM. If the option is specified one or more times, keeps each specified preserved_lif_file intact on device. If pre- served_lif_file also appears as an argument to the option, that option is ignored. This option is typically used with the autoexecute file, and with the LVM file, If is specified as an argument to the option and does not exist on the device, and if the layout is LVM, creates a minimal file. In general, if preserved_lif_file is not on the device, fails. An exception to this condition is if the preserved_lif_file is and the layout is not LVM, in which case the file is ignored. Fetch the EFI files to be copied from efi_file_path instead of from the default location The option is valid only with the option, which specifies the Itanium-based ssytem EFI layout. If is specified, uses the information contained in the LIF header to identify the location of the swap area, boot area, and raw I/O so that installation of the boot programs does not violate any user data. Normally, the LIF header information is overwritten on each invocation of mkboot. This option is typically used with the option, to modify boot programs on a disk that is actively supporting swap and/or raw I/O. If this option is specified, displays its actions, including the amount of swap space available on the specified device. If this option is specified, treats device as a disk having the Whole Disk layout. This option cannot be used along with the and options. This option will also fail on a disk having large-file enabled HFS filesystem. device Install the boot programs on the given device special file. The specified device can identify either a char- acter-special or block-special device. However, requires that both the block and character device special files be present. attempts to determine whether device is character or block special by examining the spec- ified path name. For this reason, the complete path name must be supplied. If is unable to determine the corresponding device file, a message is written to the display, and exits. removes the boot programs from the boot area. EXAMPLES
Install default boot programs on the specified disk, treating it as an LVM disk: Use the existing layout, and install only SYSLIB and ODE files and preserve the EST file on the disk: Install only the SYSLIB file and retain the ODE file on the disk. Use the Whole Disk layout. Use the file to get the boot programs rather than the default. (The option will be ignored): Install EFI utilities to the EFI partition on an Itanium-based system, treating it as an LVM or VxVM disk: Create file with the string on a device. If the device is on an Itanium-based system, the file is created as in the EFI partition. If the device is on a PA-RISC system, the file is created as a LIF file in the boot area. WARNINGS
If device has a Whole Disk layout, a file system must reside on the device being modified. When executing from a recovery system, the command (if used) must be invoked with the option; otherwise it will not be able to replace the boot area on your disk. If device is, or is intended to become an LVM physical volume, device must specify the whole disk. If device is, or is intended to become a Hard Partitioned disk, device must specify section 6. If you receive a message that says "statvfsdev: Can't send after socket shutdown", check with your system administrator to make sure the is running properly on your system. DEPENDENCIES
and fail if file system type on device is not HFS. LVM and Hard Partition Layouts The and options are not supported. AUTHOR
and were developed by HP. FILES
file containing default PA-RISC boot programs file containing default Itanium-based system (EFI) boot programs initial system loader HP-UX bootstrap and installation utility defines default/automatic boot behavior (see hpux(1M)) used by LVM diagnostics tool diagnostics tool SEE ALSO
boot(1M), hpux(1M), hpux.efi(1M), isl(1M), lvlnboot(1M), mkfs(1M), newfs(1M), vxvmboot(1M), efi(4), lif(4). mkboot(1M)