Re: [openstack-dev] [tripleo][ironic] introspection and CI

2016-10-18 Thread Joe Talerico
With large sets of nodes to introspect we typically avoid using the bulk introspection. I have written a quick script that introspects a couple nodes at a time: https://gist.github.com/jtaleric/fcca3811cd4d8f37336f9532e5b9c9ff Maybe we can add this sort of logic to bulk introspection, with some

Re: [openstack-dev] [tripleo][ironic] introspection and CI

2016-10-18 Thread John Trowbridge
On 10/18/2016 07:20 AM, Wesley Hayutin wrote: > See my response inline. > > On Tue, Oct 18, 2016 at 6:07 AM, Dmitry Tantsur wrote: > >> On 10/17/2016 11:10 PM, Wesley Hayutin wrote: >> >>> Greetings, >>> >>> The RDO CI team is considering adding retries to our calls to

Re: [openstack-dev] [tripleo][ironic] introspection and CI

2016-10-18 Thread Wesley Hayutin
See my response inline. On Tue, Oct 18, 2016 at 6:07 AM, Dmitry Tantsur wrote: > On 10/17/2016 11:10 PM, Wesley Hayutin wrote: > >> Greetings, >> >> The RDO CI team is considering adding retries to our calls to >> introspection >> again [1]. >> This is very handy for bare

Re: [openstack-dev] [tripleo][ironic] introspection and CI

2016-10-18 Thread Dmitry Tantsur
On 10/17/2016 11:10 PM, Wesley Hayutin wrote: Greetings, The RDO CI team is considering adding retries to our calls to introspection again [1]. This is very handy for bare metal environments where retries may be needed due to random chaos in the environment itself. We're trying to balance two

Re: [openstack-dev] [tripleo][ironic] introspection and CI

2016-10-18 Thread Dougal Matthews
On 17 October 2016 at 22:10, Wesley Hayutin wrote: > Greetings, > > The RDO CI team is considering adding retries to our calls to > introspection again [1]. > This is very handy for bare metal environments where retries may be needed > due to random chaos in the environment

[openstack-dev] [tripleo][ironic] introspection and CI

2016-10-17 Thread Wesley Hayutin
Greetings, The RDO CI team is considering adding retries to our calls to introspection again [1]. This is very handy for bare metal environments where retries may be needed due to random chaos in the environment itself. We're trying to balance two things here.. 1. reduce the number of false