On 15/02/12 12:23, Yaniv Kaul wrote: > On 02/14/2012 11:36 PM, Yair Zaslavsky wrote: >> On 02/14/2012 10:03 PM, Itamar Heim wrote: >>> On 02/14/2012 09:20 AM, Yair Zaslavsky wrote: >>>> On 02/14/2012 08:59 AM, Itamar Heim 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 >>>> 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. > > I still fail to understand why you 'punish' existing objects and not > giving them the new feature enabled by default. > Y.
We agreed that users will get by default the auto-recovery feature (wiki is updated accordingly). The discussion above is theoretical about setting different values during upgrade and setting default for new entities. > >> b. In environment to be clean installed -we have 0 existing entities - >> 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? >> >> >> _______________________________________________ >> Engine-devel mailing list >> Engine-devel@ovirt.org >> http://lists.ovirt.org/mailman/listinfo/engine-devel > > _______________________________________________ > Engine-devel mailing list > Engine-devel@ovirt.org > http://lists.ovirt.org/mailman/listinfo/engine-devel _______________________________________________ Engine-devel mailing list Engine-devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/engine-devel
