As a heads up, here is a patch to remove Sahara from the default
configuration as well. This is part of the effort to further decouple the
'integrated gate' so we don't have to gate every project on the tests for
every project.
https://review.openstack.org/#/c/181230/
On Thu, May 7, 2015 at 11:58
On Thu, May 07, 2015 at 01:40:53PM EDT, Sean Dague wrote:
> On 05/07/2015 01:37 PM, Boris Pavlovic wrote:
> > Sean,
> >
> > Nobody is able to track and know *everything*.
> >
> > Friendly reminder that Heat is going to be removed and not installed by
> > default would help to avoid such situation
Joshua,
Makes sense, perhaps all the test (and/or test-like) frameworks could share
> some code + common config that does this, seems to be something simple (and
> something that all could use for pre-testing validation of all the expected
> services being alive/active/up/responding...)?
In Ral
>
> So... test jobs should be extremely explicit about what they setup and
> what they expect.
+2
Best regards,
Boris Pavlovic
On Thu, May 7, 2015 at 9:44 PM, Sean Dague wrote:
> On 05/07/2015 02:29 PM, Joshua Harlow wrote:
> > Boris Pavlovic wrote:
> >> Sean,
> >>
> >> Nobody is able to trac
Sean Dague wrote:
On 05/07/2015 02:29 PM, Joshua Harlow wrote:
Boris Pavlovic wrote:
Sean,
Nobody is able to track and know *everything*.
Friendly reminder that Heat is going to be removed and not installed by
default would help to avoid such situations.
Doesn't keystone have a service listi
On 05/07/2015 02:29 PM, Joshua Harlow wrote:
> Boris Pavlovic wrote:
>> Sean,
>>
>> Nobody is able to track and know *everything*.
>>
>> Friendly reminder that Heat is going to be removed and not installed by
>> default would help to avoid such situations.
>
> Doesn't keystone have a service listi
Joshua,
Doesn't keystone have a service listing? Use that in rally (and
> elsewhere?), if keystone had a service and each service had a API discovery
> ability, there u go, profit! ;)
Exactly that happened. We were running benchmarks against Heat and Rally
task validation start failing saying
Boris Pavlovic wrote:
Sean,
Nobody is able to track and know *everything*.
Friendly reminder that Heat is going to be removed and not installed by
default would help to avoid such situations.
Doesn't keystone have a service listing? Use that in rally (and
elsewhere?), if keystone had a servi
Sean,
Thank you for advice. We are going to fix jobs ASAP.
Here is the patch: https://review.openstack.org/#/c/181088/
But seems like it's not ready yet.
Best regards,
Boris Pavlovic
On Thu, May 7, 2015 at 8:40 PM, Sean Dague wrote:
> On 05/07/2015 01:37 PM, Boris Pavlovic wrote:
> > Sean,
> On May 7, 2015, at 10:40, Sean Dague wrote:
>
>> On 05/07/2015 01:37 PM, Boris Pavlovic wrote:
>> Sean,
>>
>> Nobody is able to track and know *everything*.
>>
>> Friendly reminder that Heat is going to be removed and not installed by
>> default would help to avoid such situations.
>
> Sur
On 05/07/2015 01:37 PM, Boris Pavlovic wrote:
> Sean,
>
> Nobody is able to track and know *everything*.
>
> Friendly reminder that Heat is going to be removed and not installed by
> default would help to avoid such situations.
Sure, but that misses the first point, that gate jobs should really
Sean,
Nobody is able to track and know *everything*.
Friendly reminder that Heat is going to be removed and not installed by
default would help to avoid such situations.
Best regards,
Boris Pavlovic
On Thu, May 7, 2015 at 8:06 PM, Sean Dague wrote:
> On 05/07/2015 12:51 PM, Boris Pavlovic w
On 05/07/2015 12:51 PM, Boris Pavlovic wrote:
> Hi stackers,
>
> Recently was merged patch that removes Heat from list of service that
> are installed by default DevStack
>
> Please next time make sure that all PTL of all projects in OpenStack
> know about such big not backward compatible chang
13 matches
Mail list logo