----- Original Message -----
On 02/14/2012 09:20 AM, Yair Zaslavsky wrote:
On 02/14/2012 08:57 AM, Livnat Peer wrote:
On 14/02/12 05:56, Itamar Heim wrote:
On 02/13/2012 12:32 PM, Laszlo Hornyak wrote: > Hi, > > Please review the plan document for autorecovery. > http://www.ovirt.org/wiki/Features/Autorecovery
why would we disable auto recovery by default? it sounds like the preferred behavior?
I think that by default Laszlo meant in the upgrade process to maintain current behavior.
I agree that for new entities the default should be true.
i think the only combination which will allow this is for db to default to false and code to default to true for this property? Why can't we during upgrade process set to all existing entities in DB
On 02/14/2012 08:59 AM, Itamar Heim wrote: the value to false, but still have the column defined as "default true"?
because upgrade and clean install are running the same scripts? I guess I still fail to understand. Scenarios (as both upgrade and clean install run the same scripts) a. In environment to be upgraded we have X entities that are non recoverable - after upgrade these X entities have the boolean flag set to false. New entities in the system will be created with auto recoverable set to true. b. In environment to be clean installed -we have 0 existing entities
On 02/14/2012 10:03 PM, Itamar Heim wrote: - after clean install all new entities in the system will be create with auto recoverable set to true. Will this be considered a bad behavior?
Why is there a field in the db for this? Why is there absolutely no description in the wiki what this feature *actually* does? Why is there a periodic process to do this? iiuc host/storage/whatever goes into non-operational mode due to monitoring of this object and after a certain amount of time (or immediately) where the object was reported to be in an error state it is moved to non-operational. Monitoring of these objects should just *not* stop and the second it is reported ok, move the object back to up/active/whatever state. What am I missing?
_______________________________________________ Engine-devel mailing list Engine-devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/engine-devel