> Another issue that we might want to try and solve with this (and imho > another reason to keep the framework for this in oslo) is that we might > want to make these update aware, and allow for some graceful degradation > or something similar when for example an updated service is stated with > an outdated config. > > Maybe Dan could weigh in on this?
Well, AFAIK, we require config compatibility between subsequent versions, so there really shouldn't be anything to report. It might be useful to report, when running the havana tool against an upgraded-from-grizzly config which things are deprecated though. We already test that the config upgrade works in the grenade test in the gate, so there really shouldn't be any degredation experienced by the user after an upgrade... --Dan _______________________________________________ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev