[ovirt-users] [RFI] oVirt 3.6 Planning

Itamar Heim iheim at redhat.com
Sat Sep 13 20:24:50 UTC 2014


On 09/13/2014 03:32 PM, Mohyedeen Nazzal wrote:
> When VMs goes to unknown status, all control options are grayed, and the
> only way to fix this is to update the Database manually, it will be nice
> to be able to force the engine to poweroff the VM from admin portal.

'unknown' means the host is in non-responsive state.
the "correct" approach is to correct the status of the host (stop via 
the power management options ('fence'), or 'confirm manual shutdown' of 
the host.
either should release the 'unknown' status of the VM.

for extreme cases (aka 'bugs'), there is a command line unlock utility 
to be used with caution.

>
> Thanks,
> Mohyedeen.
>
> On Sat, Sep 13, 2014 at 12:27 PM, Nir Soffer <nsoffer at redhat.com
> <mailto:nsoffer at redhat.com>> wrote:
>
>     ----- Original Message -----
>     > From: "Sven Kieske" <s.kieske at mittwald.de <mailto:s.kieske at mittwald.de>>
>     > To:users at ovirt.org <mailto:users at ovirt.org>
>     > Sent: Friday, September 12, 2014 4:53:46 PM
>     > Subject: Re: [ovirt-users] [RFI] oVirt 3.6 Planning
>     >
>     > +1!
>     >
>     > I really would like to see a fast working way to create, manage
>     > and use ceph in ovirt. I don't know if implementation through
>     > openstack component is enough, because you will need more components
>     > then (keystone for auth e.g.).
>
>     Sure you will need more components, but we don't want to duplicate
>     the effort,
>     implementing ceph support directly in ovirt. Using Cinder we can
>     reuse the
>     existing ceph support, and gain also support for other Cinder
>     drivers for
>     free.
>
>     On the host side, we will have of course ceph specific support, so
>     you will
>     be able to create ceph volumes directly, and use vdsm api to start
>     vms using
>     these volumes, if you want more "direct" support.
>
>     I think this is the general long term approach; integrate openstack
>     components
>     instead of re-implementing the wheel.
>
>      >
>      > On 12/09/14 15:34, Cédric Buot de l'Epine wrote:
>      > > Dunno if CephFS efforts will be sustainable against Glusterfs...
>      > > I'm not sure if a posix fs is the best provider for blocks.
>      > > I would be pleased to have a direct form to create a Ceph pool
>     for a
>      > > datacenter, then provide librbd path for the guests (or only
>     their size).
>      >
>      > --
>      > Mit freundlichen Grüßen / Regards
>      >
>      > Sven Kieske
>      >
>      > Systemadministrator
>      > Mittwald CM Service GmbH & Co. KG
>      > Königsberger Straße 6
>      > 32339 Espelkamp
>      > T: +49-5772-293-100 <tel:%2B49-5772-293-100>
>      > F: +49-5772-293-333 <tel:%2B49-5772-293-333>
>      > https://www.mittwald.de
>      > Geschäftsführer: Robert Meyer
>      > St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad
>     Oeynhausen
>      > Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad
>     Oeynhausen
>      > _______________________________________________
>      > Users mailing list
>      > Users at ovirt.org <mailto:Users at ovirt.org>
>      > http://lists.ovirt.org/mailman/listinfo/users
>      >
>     _______________________________________________
>     Users mailing list
>     Users at ovirt.org <mailto:Users at ovirt.org>
>     http://lists.ovirt.org/mailman/listinfo/users
>
>
>
>
> _______________________________________________
> Users mailing list
> Users at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>




More information about the Users mailing list