Logs for the failed debian rocky run:
http://logs.openstack.org/75/597175/1/check/puppet-openstack-integration-4-scenario001-tempest-debian-stable-luminous/fd38fcf/logs/
This was also reported by the xenserver CI:
http://lists.openstack.org/pipermail/openstack-dev/2018-August/133896.html
My guess is the local ProviderTree cache of inventory thinks nothing has changed when we set allocation_ratio on the provider inventory so it never actually updates the inventory remotely and we're left with initial values of 0.0.
Logs for the failed debian rocky run:
http:// logs.openstack. org/75/ 597175/ 1/check/ puppet- openstack- integration- 4-scenario001- tempest- debian- stable- luminous/ fd38fcf/ logs/
This was also reported by the xenserver CI:
http:// lists.openstack .org/pipermail/ openstack- dev/2018- August/ 133896. html
My guess is the local ProviderTree cache of inventory thinks nothing has changed when we set allocation_ratio on the provider inventory so it never actually updates the inventory remotely and we're left with initial values of 0.0.