Resizing Linux file systems

RAW (partitions in which no file systems exist). Although server migration can perform migrations on these volumes, it cannot resize the volumes.

•Volumes that have bad clusters. Server migration does not support the migration of volumes that have bad clusters. You must manually migrate volumes that have bad clusters to the destination server after a migration.

If an NTFS volume is detected but cannot be resized, you must run a disk check (for example, CHKDSK.exe) to verify that the volume has no bad clusters before you begin the migration process.

NOTE: Before installing SPP on the destination server, as part of postmigration task, ensure that the server has a minimum of 1 GB of available disk space.

Insight Control server migration supports file systems in LVMs, and it supports resizing and migration of the following Linux journaling file systems:

•ext2

•ext3

•ext4

•ReiserFS

•LVMs

However, Insight Control server migration does not support Linux file systems that have bad blocks. Make sure that the Linux source file system does not have bad blocks by running file system–specific disk maintenance tools to examine the disk and mark bad blocks, like the file system consistency check (fsck).

Manually disabling critical or hardware-dependent applications

Some hardware applications are bound to the source server and might need reconfiguration to function as expected after a server migration.

For added safety, manually disable critical and hardware-dependent applications before you migrate a source server. You can then manually re-enable these applications after the migration is complete.

Manually disabling applications prevents them from starting on the destination server before they are reconfigured for the destination server.

Examples of applications that must be disabled during migration include:

•Applications that rely on unique hardware serial numbers, BIOS or chassis IDs, NICs, MAC addresses, or devices that authenticate a piece of software.

•Applications that store data on a volume different from that of the operating system. Insight Control server migration retains drive letters (for example, F:) during migration, but hardware differences between the source and destination servers can force the drive letters to change.

•Applications that depend on physical disk identifiers instead of drive letters. Depending on the disk enumeration order for the destination server and selections made in the migration wizard, the contents of a physical disk might have a different sequential identifier on the destination server. In these cases, the application must be reconfigured to use the new physical disk identifiers.

Manually disabling critical or hardware-dependent applications