That is what we ended up doing (a couple days before this response).
Basically set the state in the database to unknown,
then restart opennebula..from there was able to onevm restart
the virtual machines.
If we had been more clever we could have probably figured out
how to force it to some state where we could have done a resume.

Steve Timm


On Tue, 13 Aug 2013, Jaime Melis wrote:

Hi Steven,
unfortunately you would need to stop OpenNebula and modify the Database.
However, this is not very recommended since it can lead to messed up virtual
resource counters.

regards,
Jaime


On Tue, Aug 6, 2013 at 1:09 PM, Steven Timm <[email protected]> wrote:
      Thanks--any ideas on how to do what that operation does,
      in opennebula 2.0?

      Steve Timm


      On Tue, 6 Aug 2013, Jaime Melis wrote:

      Hi Steven,
      yes, starting with OpenNebula 4.0 there's a new 'recover'
      operation which is
      intended precisely for that:
http://opennebula.org/documentation:archives:rel4.0:vm_guide_2#life-cycle_o

      perations_for_administrators

      Regards,
      Jaime


      On Tue, Aug 6, 2013 at 10:51 AM, Steven Timm
      <[email protected]> wrote:

            I have several VM's which were in the midst of doing
            a non-live migrate from one machine to another when
      oned was
            restarted.
            All the scp's of the files completed (including the
      deployment
            file and the checkpoint file) and they are in the
      destination
            that they should be in on the new machine, but the
      VM was never
            started.  opennebula thinks the machine is still in
      migrate
            state.

            Is there any way I can force opennebula to realize
      that the
            migration
            is completed and start the VM on the new VM host?

            Steve Timm

           
      ------------------------------------------------------------------
            Steven C. Timm, Ph.D  (630) 840-8525
            [email protected]  http://home.fnal.gov/~timm/
            Fermilab Scientific Computing Division, Scientific
      Computing
            Services Quad.
            Grid and Cloud Services Dept., Group leader of Grid
      and Cloud
            Services Operations.  Lead of FermiCloud Project.
            _______________________________________________
            Users mailing list
            [email protected]
           
      http://lists.opennebula.org/listinfo.cgi/users-opennebula.org




      --
      Join us at OpenNebulaConf2013 in Berlin, 24-26 September,
      2013
--Jaime Melis
Project Engineer
OpenNebula - The Open Source Toolkit for Cloud Computing
www.OpenNebula.org | [email protected]



------------------------------------------------------------------
Steven C. Timm, Ph.D  (630) 840-8525
[email protected]  http://home.fnal.gov/~timm/
Fermilab Scientific Computing Division, Scientific Computing Services
Quad.
Grid and Cloud Services Dept., Group leader of Grid and Cloud Services
Operations.  Lead of FermiCloud Project.




--
Join us at OpenNebulaConf2013 in Berlin, 24-26 September, 2013
--Jaime Melis
Project Engineer
OpenNebula - The Open Source Toolkit for Cloud Computing
www.OpenNebula.org | [email protected]



------------------------------------------------------------------
Steven C. Timm, Ph.D  (630) 840-8525
[email protected]  http://home.fnal.gov/~timm/
Fermilab Scientific Computing Division, Scientific Computing Services Quad.
Grid and Cloud Services Dept., Group leader of Grid and Cloud Services 
Operations.  Lead of FermiCloud Project.
_______________________________________________
Users mailing list
[email protected]
http://lists.opennebula.org/listinfo.cgi/users-opennebula.org

Reply via email to