Currently they are all globally failing in master (we are using pike still[0] which is probably the problem) in the tempest run[1] due to: AttributeError: 'module' object has no attribute 'requires_ext'
I've submit a patch[2] to switch UCA to queens. If history is any indication, it will probably end up with a bunch of failing tests that will need to be looked at. Feel free to follow along/help with the switch. Thanks, -Alex [0] https://github.com/openstack/puppet-openstack-integration/blob/master/manifests/repos.pp#L6 [1] http://logs.openstack.org/62/529562/3/check/puppet-openstack-integration-4-scenario001-tempest-ubuntu-xenial/671f88e/job-output.txt.gz#_2017-12-21_14_54_49_779190 [2] https://review.openstack.org/#/c/529657/ On Thu, Dec 21, 2017 at 12:58 AM, Tobias Urdin <tobias.ur...@crystone.com> wrote: > Thanks for letting us know! > > I can push for time on this if we can get a list. > > > Best regards > > Tobias > > > On 12/21/2017 08:04 AM, Andrew Woodward wrote: > > Some pointers for perusal as to the observed problems would be helpful, > Thanks! > > On Wed, Dec 20, 2017 at 11:09 AM Chuck Short <zul...@gmail.com> wrote: >> >> Hi Mohammed, >> >> I might be able to help where can I find this info? >> >> Thanks >> chuck >> >> On Wed, Dec 20, 2017 at 12:03 PM, Mohammed Naser <mna...@vexxhost.com> >> wrote: >>> >>> Hi everyone, >>> >>> I'll get right into the point. >>> >>> At the moment, the Puppet OpenStack modules don't have much >>> contributors which can help maintain the Ubuntu support. We deploy on >>> CentOS (so we try to get all the fixes in that we can) and there is a >>> lot of activity from the TripleO team as well which does their >>> deployments on CentOS which means that the CentOS support is very >>> reliable and CI is always sought after. >>> >>> However, starting a while back, we started seeing occasional failures >>> with Ubuntu deploys which lead us set the job to non-voting. At the >>> moment, the Puppet integration jobs for Ubuntu are always failing >>> because of some Tempest issue. This means that with every Puppet >>> change, we're wasting ~80 minutes of CI run time for a job that will >>> always fail. >>> >>> We've had a lot of support from the packaging team at RDO (which are >>> used in Puppet deployments) and they run our integration before >>> promoting packages which makes it helpful in finding issues together. >>> However, we do not have that with Ubuntu neither has there been anyone >>> who is taking initiative to look and investigate those issues. >>> >>> I understand that there are users out there who use Ubuntu with Puppet >>> OpenStack modules. We need your help to come and try and clear those >>> issues out. We'd be more than happy to give assistance to lead you in >>> the right way to help fix those issues. >>> >>> Unfortunately, if we don't have any folks stepping up to resolving >>> this, we'll be forced to drop all CI for Ubuntu and make a note to >>> users that Ubuntu is not fully tested and hope that as users run into >>> issues, they can contribute fixes back (or that someone can work on >>> getting Ubuntu gating working again). >>> >>> Thanks for reading through this, I am quite sad that we'd have to drop >>> support for such a major operating system, but there's only so much we >>> can do with a much smaller team. >>> >>> Thank you, >>> Mohammed >>> >>> >>> __________________________________________________________________________ >>> 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 > > -- > Andrew Woodward > > > > __________________________________________________________________________ > 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