I am running on CloudStack Master 4.3.

I had a use case where my XenServer ran out of memory and I could not create 
any more instances on CloudStack.
I shutdown the XenServer and increased the memory on XenServer and brought up 
the Management Server again, but the Management Server still sees the old 
values. How is this suppose to work?

As a workaround I assume I could find the database entry for the old RAM value 
and update with the new Memory Total.

Here is some more detailed logs:

The stats for the XenServer from CloudStack:

Total CPU       2 x 2.67 GHz
CPU Utilized    0.08%
CPU Allocated for VMs   0%
Memory Total    7.03 GB
Memory Allocated        2.50 GB
Memory Used     3.60 MB
Network Read    558.23 MB
Network Write   23.20 MB


The log of memory problem:
WARN  [o.a.c.alerts] (Job-Executor-5:ctx-3b5b1c95)  alertType:: 8 // 
dataCenterId:: 1 // podId:: null // clusterId:: null // message:: Failed to 
deploy Vm with Id: 27, on Host wi
th Id: null
INFO  [o.a.c.a.c.u.v.DeployVMCmd] (Job-Executor-5:ctx-3b5b1c95) 
com.cloud.exception.InsufficientServerCapacityException: Unable to create a 
deployment for VM[User|test-2]Scope=in
terface com.cloud.dc.DataCenter; id=1
INFO  [o.a.c.a.c.u.v.DeployVMCmd] (Job-Executor-5:ctx-3b5b1c95) Unable to 
create a deployment for VM[User|test-2]
com.cloud.exception.InsufficientServerCapacityException: Unable to create a 
deployment for VM[User|test-2]Scope=interface com.cloud.dc.DataCenter; id=1
        at 
org.apache.cloudstack.engine.cloud.entity.api.VMEntityManagerImpl.reserveVirtualMachine(VMEntityManagerImpl.java:210)
        at 
org.apache.cloudstack.engine.cloud.entity.api.VirtualMachineEntityImpl.reserve(VirtualMachineEntityImpl.java:198)
        at 
com.cloud.vm.UserVmManagerImpl.startVirtualMachine(UserVmManagerImpl.java:3372)
        at 
com.cloud.vm.UserVmManagerImpl.startVirtualMachine(UserVmManagerImpl.java:2954)
        at 
com.cloud.vm.UserVmManagerImpl.startVirtualMachine(UserVmManagerImpl.java:2940)
        at 
com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
        at 
org.apache.cloudstack.api.command.user.vm.DeployVMCmd.execute(DeployVMCmd.java:421)
        at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:161)
        at 
com.cloud.api.ApiAsyncJobDispatcher.runJob(ApiAsyncJobDispatcher.java:97)
        at 
org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$1.run(AsyncJobManagerImpl.java:526)
        at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
        at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
        at java.util.concurrent.FutureTask.run(FutureTask.java:166)
        at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
        at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
        at java.lang.Thread.run(Thread.java:679)
INFO  [o.a.c.f.j.i.AsyncJobMonitor] (Job-Executor-5:null) Remove job-62 from 
job monitoring

Reply via email to