[rdo-list] RabbitMQ version in RDO
Mohammed Naser
mnaser at vexxhost.com
Tue Sep 27 15:22:47 UTC 2016
On Tue, Sep 20, 2016 at 12:55 PM, Haïkel <hguemar at fedoraproject.org> wrote:
> 2016-09-20 17:50 GMT+02:00 Mohammed Naser <mnaser at vexxhost.com>:
>> Hi Alan:
>>
>> Thanks for pointing me to the RabbitMQ packages, we're going to test
>> those internally and report if we run into the issue again.
>>
>> I do agree with what David has pointed out in that there should be a
>> process setup in order to make sure that the shipped packages that
>> come with RDO (at least the supporting ones such as MariaDB/Galera,
>> etc) should be good-to-go. I imagine this might make things a bit
>> more difficult in terms of testing them, so I'm not sure what would be
>> the best path to take in this case.
>>
>> Thanks
>> Mohammed
>>
>
> These are already tested in our CI + upstream CI.
> And get immediate feedback when pushing broken versions of these
> components in -testing (AFAIK, -release is safe)
>
Hi everyone:
We've been running this for a few days now with no reported issues.
We don't seem to be running into that issue anymore that was crashing
nodes.
Would it be possible to look into promoting this packages so that
other RDO users are not affected this issue?
Thanks!
Mohammed
>> On Tue, Sep 20, 2016 at 11:05 AM, Alan Pevec <apevec at redhat.com> wrote:
>>> On Tue, Sep 20, 2016 at 4:29 PM, David Moreau Simard <dms at redhat.com> wrote:
>>>> I think with OpenStack components it's easier, there's branches and we
>>>> build/test them throughout the lifecycle.
>>>> Once we have the proper testing in place, we can update those more frequently.
>>>
>>> Ideally same would apply for dependencies like rabbitmq, mariadb, we'd
>>> update frequently and release after testing but also vetted by package
>>> maintainers.
>>> Let's start by this last part: I'll check that components in RDO
>>> bugzilla have correct default owner then we setup nagging like
>>> https://fedoraproject.org/wiki/Upstream_release_monitoring for few
>>> critical dependencies.
>>>
>>> Alan
>>>
>>> _______________________________________________
>>> rdo-list mailing list
>>> rdo-list at redhat.com
>>> https://www.redhat.com/mailman/listinfo/rdo-list
>>>
>>> To unsubscribe: rdo-list-unsubscribe at redhat.com
>>
>> _______________________________________________
>> rdo-list mailing list
>> rdo-list at redhat.com
>> https://www.redhat.com/mailman/listinfo/rdo-list
>>
>> To unsubscribe: rdo-list-unsubscribe at redhat.com
More information about the dev
mailing list