[Users] so, what do you want next in oVirt?

Mon Sep 9 13:10:58 UTC 2013

On 09/09/2013 04:09 PM, suporte at logicworks.pt wrote:
> Hi Doron,
>
> But first you have to install the engine, before the VM. So, the idea is
> to make a backup and restore it to a VM?

there is a special flow to create the engine VM.
there is a deep dive right now on this.

>
> ------------------------------------------------------------------------
> *From: *"Doron Fediuck" <dfediuck at redhat.com>
> *To: *suporte at logicworks.pt
> *Cc: *users at ovirt.org
> *Sent: *Domingo, 8 de Setembro de 2013 23:06:20
> *Subject: *Re: [Users] so, what do you want next in oVirt?
>
> Hi Jose,
> the latter is available by hosted engine, which is a highly
> available VM which will be migrated / restarted on a different
> host if something goes wrong.
>
> ----- Original Message -----
>  > From: suporte at logicworks.pt
>  > To: users at ovirt.org
>  > Sent: Friday, September 6, 2013 1:43:04 PM
>  > Subject: Re: [Users] so, what do you want next in oVirt?
>  >
>  > Could be great o have on the Engine:
>  > - An upload option for the ISO files
>  > - A backup and restore option
>  > - An high availability for the engine: install the engine on 2 platforms
>  > (hardware?), than integrate them for synchronization
>  >
>  > Jose
>  >
>  >
>  > From: "noc" <noc at nieuwland.nl>
>  > Cc: users at ovirt.org
>  > Sent: Sexta-feira, 6 de Setembro de 2013 10:28:09
>  > Subject: Re: [Users] so, what do you want next in oVirt?
>  >
>  > On 6-9-2013 10:12, Itamar Heim wrote:
>  > > On 09/05/2013 10:30 AM, noc wrote:
>  > >>>> On 08/21/2013 12:11 PM, Itamar Heim wrote:
>  > >>>>> On 08/21/2013 02:40 AM, Joop van de Wege wrote:
>  > >>>>>>
>  > >>>>>> What I would like to see in the ! next version is pxe boot of the
>  > >>>>>> nodes.
>  > >>>>>> Probably not easy to achieve because of dependency on dhcp.
>  > >>>>>
>  > >>>>> Hi Joop,
>  > >>>>>
>  > >>>>> can you please give a bit more information on the use case /
> how you
>  > >>>>> envision this?
>  > >>>>>
>  > >>>>> current thinking around bare metal provisioning of hosts is to
> extend
>  > >>>>> the functionality around the foreman provider for this, but you may
>  > >>>>> have other suggestions?
>  > >>>>
>  > >>>> I think Joop means to be able to add hosts (nodes) to a cluster by
>  > >>>> adding their MAC address to the dhcp list for PXE boot into
> ovirt-node
>  > >>>> and thus join the cluster. This would make it easy to add new
> physical
>  > >>>> nodes without any spinning disks or other local storage
> requirements.
>  > >>>
>  > >>> we started adding foreman integration in 3.3:
>  > >>> http://www.ovirt.org/Features/ForemanIntegration
>  > >>>
>  > >>> adding ohad and oved for their thoughts on this.
>  > >>>
>  > >>>>
>  > >>>> I suppose this may not be easy with complex network connections
> (bonds
>  > >>>> on mgmt network, mgmt network on a tagged vlan, etc), but it
> should be
>  > >>>> possible if the management network interface is plain and physical.
>  > >>>>
>  > >>>> /Simon
>  > >>>>
>  > >>>> PS, Perhaps Joop can confirm this idea, we've talked about it IRL.
>  > >>>> _______________________________________________
>  > >>>> Users mailing list
>  > >>>> Users at ovirt.org
>  > >>>> http://lists.ovirt.org/mailman/listinfo/users
>  > >>>
>  > >> This isn't about provisioning with Foreman. Its about having the
> compute
>  > >> nodes NOT having any spinning disks. So the only way to start a
> node is
>  > >> to pxeboot it and then let it (re)connect with the engine. Then it
> will
>  > >> be identified by engine as either a new node or a reconnecting
> node and
>  > >> it will get its configuration from the engine. For reference:
> thats how
>  > >> VirtualIron works. It has a managment network, just like ovirt, and on
>  > >> that it runs a tftp and dhcp server. Nodes are plugged into the
>  > >> managment network, without disk, and then pxe booted after which they
>  > >> appear in the webui as new unconfigured nodes. You then can set
> various
>  > >> settings and upon rebooting the nodes will recieve these settings
>  > >> because it is recognised by its mac address. The advantage of this
>  > >> construct is that you can place a new server into a rack, cable it,
>  > >> power on and go back to you office where you'll find the new node
>  > >> waiting to be configured. No messing around with CDs to install an OS,
>  > >> not being in the datacenter for hours on end, just in and out.
>  > >>
>  > >> Yes, disks are cheap but they brake down, need maintenance, means
>  > >> downtime and in general more admin time then when you don't have
> them. (
>  > >> its a shame to have a raid1 of 2 1Tb disk just to install an OS of
> less
>  > >> then 10G)
>  > >
>  > > just wondering, how do they prevent a rogue node/guest from
>  > > masquerading as such a host, getting access/secrets/VMs to be launched
>  > > on such an untrusted node (they could easily report a different mac
>  > > address if the layer 2 isn't hardened against that)?
>  > >
>  > They would need physical access to your rack which ofcourse is locked,
>  > you would need to powerdown/up which would trigger an alert, switch port
>  > down/up would trigger an alert, so probably you're notified that
>  > something not quite right is happening. I haven't gone through the
>  > source to see if there is more then just the mac address check.
>  >
>  > > other than that, yes. we actually used to have this via the
>  > > AutoApprovePatterns config option, which would have the engine approve
>  > > a pending node as it registers (I admit i don't think anyone used this
>  > > last several years, and it may be totally broken by now).
>  > >
>  > > please note this doesn't solve the need for a disk, just the
>  > > auto-registration part (if it still works)
>  > What I would like is to have the ovirt Node pxe booting and getting its
>  > config from engine or autoregister. I know there is a script which
>  > converts the iso into a huge pxeboot kernel but don't know how to solve
>  > or if its solved the config part.
>  >
>  > @karli:
>  > If you run your cluster in Memory Optimization=None then you won't need
>  > swap. Have been doing that for years and haven't had a single problem
>  > attributed to that. I just would like to have the choice, pxe boot the
>  > node and know that you don't have swap. Run with disks if you really
>  > need overprovisioning.
>  >
>  > Regards,
>  >
>  > Joop
>  >
>  > _______________________________________________
>  > Users mailing list
>  > 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
>  >
>
>
>
> _______________________________________________
> Users mailing list
> Users at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>