I did not know that, I never had stopped VMs with status running. However,
I already had VMs that got stuck in stopping state.



BTW: I am using CS 4.3.0

On Thu, Jan 29, 2015 at 1:26 PM, dobropalka <[email protected]> wrote:

> Hi, Rafael.
> I don't need to go inside DB, I can stop this pseudo-running vm from CS
> manually.
> The problem is CS can't update status automatically
>
> -----Original Message-----
> From: Rafael Weingartner [mailto:[email protected]]
> Sent: Thursday, January 29, 2015 6:08 PM
> To: [email protected]
> Subject: Re: VM status can't be updated after VM is stopped from Hypervisor
>
> When it happens I usually go to the CS DB and change the VM status.
> However, I have already tried to stop VMs manually using the hypervisor or
> internally using halt or shutdown, and the CS updated its status.
>
> On Thu, Jan 29, 2015 at 1:02 PM, Geoff Higginbottom <
> [email protected]> wrote:
>
> > Hi Ivan,
> >
> > CloudStack is your Cloud Orchestration engine, its main jobs are to
> > deploy/stop/start VMs etc.
> >
> > The idea is that if you want to stop a VM, you tell CloudStack to stop
> > it, you should not be stopping VMs from the Hypervisor.
> >
> > Regards
> >
> > Geoff Higginbottom
> >
> > D: +44 20 3603 0542 | S: +44 20 3603 0540 | M: +447968161581
> >
> > [email protected]
> >
> > -----Original Message-----
> > From: dobropalka [mailto:[email protected]]
> > Sent: 29 January 2015 14:57
> > To: [email protected]
> > Subject: VM status can't be updated after VM is stopped from
> > Hypervisor
> >
> > Hello, Guys!
> >
> > We've got an installation of CS4.4.2+XenServer 6.2 (last updates)
> >
> >
> >
> > If I try to stop any vm from Hypervisor, or halt it from inside the
> > vm, the state in my Xen is Stopped, but the state isn't synced to CS.
> >
> > It's still running, and I can stop it manually in web GUI. After I
> > stop manulally the vm is deleted from Xen as it should.
> >
> >
> >
> > At the same time I can see the following strings in management log(see
> > below)
> >
> > Just the same behavior happens on all 3 CS installation we have
> > (XS6.2+CS4.4.2)
> >
> > 4.3 used to work properly, maybe 4.4.0 too(don't remember)
> >
> >
> >
> > What can I do to fix it?
> >
> >
> >
> > MGMT.log:
> >
> > 2015-01-29 09:54:14,857 DEBUG [c.c.a.t.Request]
> > (AgentTaskPool-11:ctx-1ab3aed7) Seq 9-915075149286354942: Received:  {
> Ans:
> > , MgmtId: 85829171984045, via: 9, Ver: v1, Flags: 10, {
> > CheckHealthAnswer } }
> >
> > 2015-01-29 09:54:14,857 DEBUG [c.c.a.m.AgentManagerImpl]
> > (AgentTaskPool-11:ctx-1ab3aed7) Details from executing class
> > com.cloud.agent.api.CheckHealthCommand: resource is alive
> >
> > 2015-01-29 09:54:14,857 DEBUG [c.c.a.m.AgentManagerImpl]
> > (AgentTaskPool-11:ctx-1ab3aed7) agent (9) responded to
> > checkHeathCommand, reporting that agent is Up
> >
> > 2015-01-29 09:54:14,857 INFO  [c.c.a.m.AgentManagerImpl]
> > (AgentTaskPool-11:ctx-1ab3aed7) The state determined is Up
> >
> > 2015-01-29 09:54:14,857 INFO  [c.c.a.m.AgentManagerImpl]
> > (AgentTaskPool-11:ctx-1ab3aed7) Agent is determined to be up and
> > running
> >
> > 2015-01-29 09:54:14,857 DEBUG [c.c.h.Status]
> > (AgentTaskPool-11:ctx-1ab3aed7) Transition:[Resource state = Enabled,
> > Agent event = Ping, Host id = 9, name = cloudstack-computing02-ky]
> >
> > 2015-01-29 09:54:24,138 DEBUG [c.c.a.m.AgentManagerImpl]
> > (AgentManager-Handler-7:null) SeqA 4-85993: Processing Seq 4-85993:  {
> > Cmd ,
> > MgmtId: -1, via: 4, Ver: v1, Flags: 11,
> >
> > [{"com.cloud.agent.api.ConsoleProxyLoadReportCommand":{"_proxyVmId":13
> > ,"_loa dInfo":"{\n  \"connections\": []\n}","wait":0}}] }
> >
> > 2015-01-29 09:54:24,141 DEBUG [c.c.a.m.AgentManagerImpl]
> > (AgentManager-Handler-7:null) SeqA 4-85993: Sending Seq 4-85993:  {
> > Ans: ,
> > MgmtId: 85829171984045, via: 4, Ver: v1, Flags: 100010,
> > [{"com.cloud.agent.api.AgentControlAnswer":{"result":true,"wait":0}}]
> > }
> >
> > 2015-01-29 09:54:25,636 WARN  [c.c.a.m.DirectAgentAttache]
> > (DirectAgentCronJob-303:ctx-06a4395c) Unable to get current status on
> > 9(cloudstack-computing02-ky)
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > Regards,
> >
> > Junior IT engineer
> >
> > Farheap, Russia
> >
> > Ivan Derbenev
> >
> >
> >
> > Find out more about ShapeBlue and our range of CloudStack related
> > services
> >
> > IaaS Cloud Design & Build<
> > http://shapeblue.com/iaas-cloud-design-and-build//>
> > CSForge – rapid IaaS deployment
> > framework<http://shapeblue.com/csforge/>
> > CloudStack Consulting<http://shapeblue.com/cloudstack-consultancy/>
> > CloudStack Software Engineering<
> > http://shapeblue.com/cloudstack-software-engineering/>
> > CloudStack Infrastructure Support<
> > http://shapeblue.com/cloudstack-infrastructure-support/>
> > CloudStack Bootcamp Training Courses<
> > http://shapeblue.com/cloudstack-training/>
> >
> > This email and any attachments to it may be confidential and are
> > intended solely for the use of the individual to whom it is addressed.
> > Any views or opinions expressed are solely those of the author and do
> > not necessarily represent those of Shape Blue Ltd or related
> > companies. If you are not the intended recipient of this email, you
> > must neither take any action based upon its contents, nor copy or show
> > it to anyone. Please contact the sender if you believe you have
> > received this email in error. Shape Blue Ltd is a company incorporated
> > in England & Wales. ShapeBlue Services India LLP is a company
> > incorporated in India and is operated under license from Shape Blue
> > Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in
> > Brasil and is operated under license from Shape Blue Ltd. ShapeBlue SA
> > Pty Ltd is a company registered by The Republic of South Africa and is
> traded under license from Shape Blue Ltd. ShapeBlue is a registered
> trademark.
> >
>
>
>
> --
> Rafael Weingärtner
>
>


-- 
Rafael Weingärtner

Reply via email to