Open Stack

Hi,

On 10/31/18 1:36 AM, Julia Kreger wrote:
> With the discussion of CI jobs and the fact that I have been finding myself 
> checking job status several times a day so early in the cycle, I think it is 
> time for ironic to revisit many of our CI jobs.
> 
> The bottom line is ironic is very resource intensive to test. A lot of that is 
> because of the underlying way we enroll/manage nodes and then execute the 
> integration scenarios emulating bare metal. I think we can improve that with 
> some ansible.
> 
> In the mean time I created a quick chart[1] to try and make sense out overall 
> integration coverage and I think it makes sense to remove three of the jobs.
> 
> ironic-tempest-dsvm-ipa-wholedisk-agent_ipmitool-tinyipa-multinode - This job is 
> essentially the same as our grenade mutlinode job, the only difference being 
> grenade.

Nope, not the same. Grenade jobs run only smoke tests, this job runs 
https://github.com/openstack/ironic-tempest-plugin/blob/master/ironic_tempest_plugin/tests/scenario/test_baremetal_multitenancy.py

> ironic-tempest-dsvm-ipa-wholedisk-bios-agent_ipmitool-tinyipa - This job 
> essentially just duplicates the functionality already covered in other jobs, 
> including the grenade job.

Ditto, grenade jobs do not cover our tests at all. Also this is the very job we 
run on other projects (nova, neutron, maybe more), so it will be a bit painful 
to remove it.

> ironic-tempest-dsvm-bfv - This presently non-voting job validates that the iPXE 
> mode of the 'pxe' boot interface supports boot from volume. It was superseded by 
> ironic-tempest-dsvm-ipxe-bfv which focuses on the use of the 'ipxe' boot 
> interface. The underlying code is all the same deep down in all of the helper 
> methods.

+1 to this.

Dmitry

> 
> I'll go ahead and put this up as a topic for our weekly meeting next week so we 
> can discuss.
> 
> Thanks,
> 
> -Julia
> 
> [1]: https://ethercalc.openstack.org/ces0z3xjb1ir
> 
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>