Hello All
When using the Cloud Stack Virtual Router function to connect to Remote Access
VPN (L2TP) and perform CIFS file transfer or copy and paste files in a remote
desktop connection, I am facing an issue where the transfer speed is extremely
low.
I first suspected the physical router setti
Hello Wei
Thanks for the advice.
physical host
CPU speed = 2.4Ghz
virtual machine
CPU speed = 1Ghz
cluster setting
cpu.overprovisioning.factor=2
I looked at the configuration of the physical host experiencing the problem
(/etc/libvirt/qemu.conf), but there were no valid settings related to cgr
Hello all
I ran into an issue where I was unable to migrate a newly created KVM
cluster.
-error contents-
Exception during migrate: org.libvirt.LibvirtException: invalid argument:
shares '0' must be in range [2, 262144]
I haven't changed any CloudStack settings and other clust
Hello Community,
There are two clusters in the same zone.
Example
clusterA
clusterB
Currently, the system VMs (CPVM & SSVM) exist in clusterA for both of them.
If we migrate these two system VMs to clusterB, access to the system VMs'
public IP will become unavailable.
Although clust
Hello Nischal
thank you for answering
Everything you're saying is correct.
Embarrassingly, I was working with an old volume with the same name that had
already been deleted.
I realized the error and changed the state of the correct target volume to
"Ready" to resolve the issue.
Hello community
For this issue, I tried deleting all resources.
1. Delete host from Cloud Stack
2. Delete cluster from Cloud Stack
3. Delete the primary storage associated with the cluster from Cloud Stack
There is a problem here as well; the volume that is locked during migration
cannot be d
Hi Nischal
thank you for your reply.
Following your advice, I changed the state of the target volume to "Ready"
using MySQL Workbench.
However, the problem persists.
I'm guessing that the table that holds the key to the migration process is
somewhere else.
If anyone knows please let me know.
Hello
I have already tried it, but the volume is still locked as before.
Below is what I tried.
Systemctl restart cloudstack-management
vm.job.timeout=50
job.expire. minutes=50
kvm.storage.offline.migration.wait=120
kvm.storage.online.migration.wait=120
mergeVirtualMachineWithVolume=120
mergew
Hello community
Do you know how to force cancel a stuck job?
When the source KVM host went down during storage migration, the volume was
locked forever as "migration in progress".
thank you.