I think this is issue more the way plugin was using the config options. Sahara tests plugin should have used the options in their own way or implement same way it was done in Tempest (define self. data-processing etc) instead of partially relying on tempest defined variable.
Honestly saying, I do not prefer of adding the automapping in tempest side.  will fix the issue and unblock the sahara tests. And I saw sahara plugin is also branchless so should be ok with just this patch ? ..1 - https://review.openstack.org/#/c/385701/ Thanks & Regards, Ghanshyam Mann > -----Original Message----- > From: Luigi Toscano [mailto:ltosc...@redhat.com] > Sent: 13 October 2016 00:37 > To: email@example.com > Subject: [openstack-dev] [sahara][qa] Unblocking Sahara gate > > Hi all, > > the removal of the Sahara tests from Tempest  broke the tests now in > sahara-tests, and basically I underestimated the fall-out of the removal. > Apart from a minor issue due to the wrong exception , the key issue > comes from the option groups in tempest.conf, which are defined as data- > processing and data-processing-feature-available, while the code tries to > access CONF.data_processing. Previously this was handled by some magic > mapping , which can't be used, as it is, by plugins. > I came up with this solution  after discussing with Andrea Frittoli. The > patches only fails with the automation negative tests, which are on the way > of the Dodo anyway . > The alternative fix for sahara would involve patching the configured > tempest.conf in few branches, in addition to the fixes to sahara-tests, and > I'd > frankly prefer a more general solution. > > My question is: can you please approve  and , so that Sahara gates can > be unlocked? > > >  https://review.openstack.org/#/c/380082/ >  https://review.openstack.org/#/c/385336/ >  > http://git.openstack.org/cgit/openstack/tempest/tree/tempest/config.py? > h=13.0.0#n1239 >  https://review.openstack.org/#/c/385460/ >  https://review.openstack.org/#/c/380982/ > > Ciao > -- > Luigi > > __________________________________________________________ > ________________ > OpenStack Development Mailing List (not for usage questions) > Unsubscribe: OpenStack-dev- > requ...@lists.openstack.org?subject:unsubscribe > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev __________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev