This is a normal phenomenon for High Availability (HA). After the failed host recovers, it will synchronize VM information. However, the destination host has been shut down and the recovered host cannot confirm with the destination host whether the related VMs exist. As a result, the recovered host cannot complete VM synchronization, which causes frequent normal/maintenance state switches. In this case, start the destination host for the recovered host to complete VM synchronization.
No.
To access CVM, enter http://CVM management IP address or https://CVM management IP address in the address bar of the Web browser. The following are CVM address examples:
http:192.168.1.1
https://192.168.1.1
http://[172:20::2:31]
https://[172:20::2:31]
This is because the browsers interpret some page elements differently. This issue is normal and does not affect the functionality of the product.
The system will restart Tomcat during secure mode switching, stateful failover system setup, or patch upgrade and this will cause temporary access interruption. You can access CVM correctly after a while.
To move a VM between hosts without moving its storage, make sure the following requirements are met:
The VM image files are stored in a shared storage system.
The source and destination hosts are both connected to the shared storage system.
To move a VM with its storage between hosts or move only the storage of a VM, make sure the following requirements are met:
The available capacity of the source storage pool is greater than the capacity of the VM's storage volume. If the disk format changes after the migration, make sure the available capacity of the destination storage pool is at least twice the capacity of the VM's storage volume.
If the VM uses RBD network storage, online migration of data storage is not supported.
If the VM has snapshots, the source and destination storage pools must be of the same type, which can be file system (local file directory or shared file system) or RBD network storage.
Yes. The requirements vary depending on the backup method, as follows:
To back up VMs to local storage, make sure the backup directory has been created and you have write access to that directory.
To back up VMs to an FTP server, make sure the backup directory already exists on the server and your user account has permissions to create subdirectories and upload files.
To back up VMs to an SSH server, make sure the backup directory already exists on the server and your user account has permissions to create subdirectories and upload files.
For a successful backup, make sure no one deletes the backup directory during the backup. Backup anomaly occurs if the backup directory is deleted during the backup. For example, the backup data file might be put in the root directory if FTP is used.
If an incremental backup file before a point in time is deleted or lost, you will be unable to restore the VM to that time point. To ensure a successful future VM restoration, select the VM in the navigation tree. In the backup management tab for the VM, perform a full backup before you continue with the incremental method of backup.
This issue occurs because of the limitation intrinsic to the guest OS.
Yes, it is normal that CVM merges multi-level images of a VM after that VM is imported or restored.
After the file merge, CVM removes the VM from the user lists of the image files linked to the VM (image file with a suffix of _base_0 or _base_1 for example).
If the user list of an image file is empty, no VMs are using that file. You can delete that image file to free up storage space.
The update procedure depends on the guest OS. The following is the generic update methods for Windows 7:
If you are using the Virtio disk as the system disk, add a floppy disk drive to the VM. Make sure you select a driver file that starts with virtio-win7 under the /vms/isos path when you add the floppy disk drive. Then, start the VM and install its guest OS. During the installation process, install the Red Hat VirtIO SCSI controller at prompt.
If you are using the Virtio disk as a regular disk, add a floppy disk drive to the VM. Make sure you select a driver file that starts with virtio-win7 under the /vms/isos path when you add the floppy disk drive. After you add the floppy disk drive, start or restart the VM. Then, choose to install the hardware you manually selected from a list or location, and set the installation path to A:\win7\x86. To verify the installation, select Computer Management > Storage > Disk Management on the VM.
The managed x86 hosts must use CPUs that support Intel-VT or AMD-V for virtualization.
The managed ARM hosts must use ARM8.1 or higher CPUs and support VHE.
Recommended hardware settings:
CPU:
X86 hosts—CPUs supporting Intel-VT or AMD-V.
ARM hosts—CPUs supporting VHE.
Memory:
X86 hosts—32 GB (minimum).
ARM hosts—16 GB (minimum).
300 GB HDD (minimum).
4 x Gigabit Ethernet NICs (minimum).
1 CD/DVD drive.
Identify whether the physical CPU supports those instruction sets. If they are supported, perform the following task:
Yes. The asterisk (*) matches a character string of any length, and the question mark (?) matches any single character. You can use them as wildcards in any searches except when you use the search field in the top right corner or search the storage volume list of a storage pool.