[Ovirt-devel] Re: [PATCH] added ability to reprovision vm via edit vm form

Chris Lalancette clalance at redhat.com
Fri Sep 12 16:05:54 UTC 2008

Scott Seago wrote:
> Yeah -- we need to do them in the same place. As it is with this patch, 
> there's a bit of a race condition if you edit a vm right after creating 
> (but before taskomatic executes create_vm). Originally I'd made the 
> decision to put the system create in taskomatic, since that's where all 
> the other action-oriented bits that call out to external servers are 
> handled. It's probably not that big a deal either way though, as we're 
> already making cobbler calls from the WUI to get the profile list.
> But yes, we need to either put both of these calls in taskomatic or gut 
> create_vm and put both in the WUI. My original preference here was for 
> taskomatic to handle it, but the reprovision case makes that much more 
> complex (since we'd need a new task type, etc), so maybe it makes more 
> sense to do it all in the WUI.
> Any other opinions on this?

Not an opinion (since I don't really care where it's done, as long as it is
consistent), but a fact: in theory the cobbler stuff could hang up the WUI if
there are network issues.  If you do something like:

iptables -A INPUT -p tcp --dport <cobbler_port> -j DROP

on the cobbler server to simulate a network outage, then try to connect to it
remotely, you will hang up for quite a while TCP attempts to connect.  It's one
reason to slightly prefer taskomatic to do it, but it may not be compelling
enough.  I just thought I would point it out.

Chris Lalancette

More information about the ovirt-devel mailing list