
Actually this is used pretty regularly in VMware environments. For instance I've seen MSSQL systems running under AD credentials so they can access UNC shares. If the AD domain controllers aren't up prior to the database server starting up the MSSQL service won't start because it can't authenticate the user on the service.\ That was exactly what I had in one of my jobs where I had an AD domain for a University and we had several MSSQL servers that needed the AD credentials. Plus I had an IBM FileNet ECM system with several servers
On Fri, 2016-04-08 at 16:40 +0000, Michael Kleinpaste wrote: that had to be started in the correct order. With AD you need to have the domain controllers up and running or nothing works. Our Linux systems alsso had some that depended on others. If they weren't started in the correct order they had to be restarted again. And it's not really a VMware specific need but any environment whether it's physical or virtual needs as startup sequence. Before we virtualized we had a written procedure on what servers came up and in what order (and the reverse for a shutdown of the site). When moving to virtualization the virtualization system replaces people flipping switches with it's startup/shutdown order or it should.
On Fri, Apr 8, 2016 at 9:25 AM Nir Soffer <nsoffer@redhat.com> wrote:> > On Fri, Apr 8, 2016 at 7:17 PM, Brett I. Holcomb <biholcomb@l1049h.com> wrote:
On Fri, 2016-04-08 at 11:31 +0200, Martin Sivak wrote:
Hi,
I set highly available on, did not pin to any host, and also set the
watchdog which should reset if they go down but I'm not sure that will start
them if the host comes up and the VMs are not running. I'll look at the CLI
first.
The engine will try to keep the VM running. So if one host goes down,
it will restart the VM on some other host automatically. We will also
migrate the VM (or some other to free resources) when the current host
gets too loaded. We do not require any migration addons, it just
works. But of course we have usually more hosts in a cluster to make
this possible.
I do not really remember what happens when all hosts are restarted
(power outage) though as that is quite special case.
Regards
--
Martin Sivak
SLA / oVirt
Thanks. I only have one host so who knows what will happen. I'm working on
a script that will basically emulate what VMware does - start VMS in a given
order at startup of the host/engine. I'll also file a feature request.
Why do you care about the order?
Isn't it enough to restart all the vms after a host was restarted?
Nir
On Wed, Apr 6, 2016 at 9:10 PM, Brett I. Holcomb <biholcomb@l1049h.com>
wrote:
On Wed, 2016-04-06 at 13:42 -0400, Adam Litke wrote:
On 06/04/16 01:46 -0400, Brett I. Holcomb wrote:
In VMware we could setup guests to autostart when the host started and
define the order. Is that doable in oVirt? The only thing I've seen
is the watchdog and tell it to reset but nothing that allows me to
define who starts up when and if they autostart. I assume it's there
but I must be missing it or haven't found it in the web portal.
In oVirt guests aren't tied to a host by default (although you can set
them to run only on a specific host if you want). The closest thing I
can think of would be the High Availability features (VM->Edit).
oVirt will try to restart highly available VMs if they go down. You
can also set the priority for migration and restart in that pane.
Hopefully a combination of host pinning and the high availability
settings will get you close enough to where you want to be.
Otherwise, you could always do some scripting with the ovirt REST API
using the SDK or CLI.
If you had the VMware migration extra add-on you could have hosts move as
needed so they were not tied to any host either but we could set a startup
order and specify auto, manual so that once the host started the VMs were
brought up as specified no matter what host they were running on.
I am running hosted-engine deployment with the Engine VM on the host.
I set highly available on, did not pin to any host, and also set the
watchdog which should reset if they go down but I'm not sure that will start
them if the host comes up and the VMs are not running. I'll look at the CLI
first.
It would be nice if oVirt added this feature as it's really required for
large installations and is a help for any size installation, even small
ones.
_______________________________________________
Users mailing list
Users@ovirt.org
_______________________________________________
Users mailing list
Users@ovirt.org
_______________________________________________
Users mailing list
Users@ovirt.org
-- Michael Kleinpaste Senior Systems Administrator SharperLending, LLC. www.SharperLending.com Michael.Kleinpaste@SharperLending.com (509) 324-1230 Fax: (509) 324-1234