[Users] [Fwd: Guest never gets removed]

Fri May 17 05:52:03 UTC 2013

tor 2013-05-16 klockan 11:19 -0400 skrev Gilad Chaplik:

----- Original Message -----
> From: "Karli Sjöberg" <Karli.Sjoberg at slu.se<mailto:Karli.Sjoberg at slu.se>>
> To: "Noam Slomianko" <nslomian at redhat.com<mailto:nslomian at redhat.com>>
> Cc: "users" <users at ovirt.org<mailto:users at ovirt.org>>
> Sent: Thursday, May 16, 2013 3:50:11 PM
> Subject: Re: [Users] [Fwd:  Guest never gets removed]
>
> Hi Noam!
>
> tor 2013-05-16 klockan 06:23 -0400 skrev Noam Slomianko:
>
>
> Hi Karli,
> I don't know about reminding the engine of forgotten actions and sounds like
> the failure can originate from all sort of problems...
> This means I don't have a good solution, but I do have "a" solution.
>
> What is a man without backups?;)
>
>
>
>
> Go to the host and manually remoove the VM:
> If vdsClient is installed do "vdsClient 0 list table" and then "vdsClient 0
> destroy <UUID>"
> If not the use virsh to list the vms "virsh list" then using the id/name
> remove it "virsh destroy <id/name>"
>
> No sign of that Guest using any of the above commands. I also checked whether
> it still had any "ghost" Virtual Disks so I guess SPM managed to clear that.
>
>
>
>
> Then go to Ovirt DB and delete (cascade) the VM from vm_static
>
> That´s where I could use the most guideance really. How exactly do I do that?

as a last resort, you can run the following sql statements
1) select vm_guid from vm_static where vm_name = '???'
2) delete from snapshots where vm_id = 'vm_guid' -- vm_guid from 1
3) select DeleteVmStatic('vm_guid') -- vm_guid from 1

[root at engine<mailto:root at storm> ~]# psql -U engine -c "select vm_guid from vm_static where vm_name = 'GhostGuest'"
               vm_guid
--------------------------------------
86380302-ce99-4e40-94ca-3f59bb491e5e
(1 row)

[root at engine<mailto:root at engine> ~]# psql -U engine -c "delete from snapshots where vm_id = '86380302-ce99-4e40-94ca-3f59bb491e5e' -- vm_guid from 1"
DELETE 1
[root at engine<mailto:root at storm> ~]# psql -U engine -c "select DeleteVmStatic('86380302-ce99-4e40-94ca-3f59bb491e5e') -- vm_guid from 1"
deletevmstatic
----------------

(1 row)

The "ghost" Guest was then exorcised (it immaterialized from web-ui) and I could also delete a Template that was previously locked due this GhostGuest (it was made with thin "Template Provisioning"). Super help! Thanks a bunch!

/Karli

>
>
>
>
> But remember that as always touching the inner working directly might be
> risky and prone to errors (no way to recover if you deleted the wrong VM)
> So use with caution.
>
> I hope this helps,
> Noam.
>
>
> ----- Original Message -----
> From: "Karli Sjöberg" < Karli.Sjoberg at slu.se<mailto:Karli.Sjoberg at slu.se> >
> To: "users" < users at ovirt.org<mailto:users at ovirt.org> >
> Sent: Wednesday, May 15, 2013 8:17:47 AM
> Subject: [Users] [Fwd:  Guest never gets removed]
>
> Hello everyone!
>
> I think perhaps this question passed completly unnoticed so I´m trying to
> resend it to perhaps get some attention.
>
> /Karli
>
> -------- Vidarebefordrat meddelande --------
>
>
> Från : Karli Sjöberg < Karli.Sjoberg at slu.se<mailto:Karli.Sjoberg at slu.se> >
> Till : users < users at ovirt.org<mailto:users at ovirt.org> >
> Ämne : [Users] Guest never gets removed
> Datum : Wed, 8 May 2013 05:06:57 +0000
>
> Hi,
>
> yesterday I issued a remove of a Guest and then immediately afterwards engine
> started complaining about sync errors between database and storage metadata.
> To my surprise, both of my two data stores were marked as master in their
> storage metadata files. I had to change "MASTER_VERSION" and "ROLE", then
> tail the vdsm log on a Host and watch it complain that the checksum is wrong
> and how it is ${X} but should be ${Y} according to it´s logic, and
> copy/paste tbe correct checksum into storage metadata file as well. This had
> to be done for both data domains, and when done, I have one "Master"- and
> one "Regular" domain that works and equals what´s in the database.
>
> The problem is that engine now apparently has forgotten about my Guest that
> it was supposed to remove before all of this... The operation is still
> listed in "Tasks", so it´s not quite finished yet. Since it´s changed state
> to "hourglass" and status "Image locked", I can´t click for removal again
> either...
>
> Is there any way to "remind" engine of a job not done?
>
>
>       --
>
> Med Vänliga Hälsningar
> -------------------------------------------------------------------------------
> Karli Sjöberg
> Swedish University of Agricultural Sciences
> Box 7079 (Visiting Address Kronåsvägen 8)
> S-750 07 Uppsala, Sweden
> Phone: +46-(0)18-67 15 66 karli.sjoberg at slu.se<mailto:karli.sjoberg at slu.se> --
>
> Med Vänliga Hälsningar
> -------------------------------------------------------------------------------
> Karli Sjöberg
> Swedish University of Agricultural Sciences
> Box 7079 (Visiting Address Kronåsvägen 8)
> S-750 07 Uppsala, Sweden
> Phone: +46-(0)18-67 15 66 karli.sjoberg at slu.se<mailto:karli.sjoberg at slu.se>
> _______________________________________________
> Users mailing list Users at ovirt.org<mailto:Users at ovirt.org>
> http://lists.ovirt.org/mailman/listinfo/users
>
>
>       --
>
> Med Vänliga Hälsningar
> -------------------------------------------------------------------------------
> Karli Sjöberg
> Swedish University of Agricultural Sciences
> Box 7079 (Visiting Address Kronåsvägen 8)
> S-750 07 Uppsala, Sweden
> Phone: +46-(0)18-67 15 66
> karli.sjoberg at slu.se<mailto:karli.sjoberg at slu.se>
>
> _______________________________________________
> Users mailing list
> Users at ovirt.org<mailto:Users at ovirt.org>
> http://lists.ovirt.org/mailman/listinfo/users
>

--

Med Vänliga Hälsningar
-------------------------------------------------------------------------------
Karli Sjöberg
Swedish University of Agricultural Sciences
Box 7079 (Visiting Address Kronåsvägen 8)
S-750 07 Uppsala, Sweden
Phone:  +46-(0)18-67 15 66
karli.sjoberg at slu.se<mailto:karli.sjoberg at adm.slu.se>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20130517/4d763619/attachment-0001.html>