[openstack-dev] [all][infra] Upcoming changes in ARA Zuul job reports

Jeffrey Zhang zhang.lei.fly at gmail.com
Fri Mar 30 01:05:23 UTC 2018


cool. kolla will try to implement it.

On Fri, Mar 30, 2018 at 7:12 AM, Paul Belanger <pabelanger at redhat.com>
wrote:

> On Thu, Mar 29, 2018 at 06:14:06PM -0400, David Moreau Simard wrote:
> > Hi,
> >
> > By default, all jobs currently benefit from the generation of a static
> > ARA report located in the "ara" directory at the root of the log
> > directory.
> > Due to scalability concerns, these reports were only generated when a
> > job failed and were not available on successful runs.
> >
> > I'm happy to announce that you can expect ARA reports to be available
> > for every job from now on -- including the successful ones !
> >
> > You'll notice a subtle but important change: the report directory will
> > henceforth be named "ara-report" instead of "ara".
> >
> > Instead of generating and saving a HTML report, we'll now only save
> > the ARA database in the "ara-report" directory.
> > This is a special directory from the perspective of the
> > logs.openstack.org server and ARA databases located in such
> > directories will be loaded dynamically by a WSGI middleware.
> >
> > You don't need to do anything to benefit from this change -- it will
> > be pushed to all jobs that inherit from the base job by default.
> >
> > However, if you happen to be using a "nested" installation of ARA and
> > Ansible (i.e, OpenStack-Ansible, Kolla-Ansible, TripleO, etc.), this
> > means that you can also leverage this feature.
> > In order to do that, you'll want to create an "ara-report" directory
> > and copy your ARA database inside before your logs are collected and
> > uploaded.
> >
> I believe this is an important task we should also push on for the
> projects you
> listed above. The main reason to do this is simplify job uploads and
> filesystemd
> demands (thanks clarkb).
>
> Lets see if we can update these projects in the coming week or two!
>
> Great work.
>
> > To help you visualize:
> > <logroot>/ara-report <-- This is the default Zuul report
> > <logroot>/logs/ara <-- This wouldn't be loaded dynamically
> > <logroot>/logs/ara-report <-- This would be loaded dynamically
> > <logroot>/logs/some/directory/ara-report <-- This would be loaded
> dynamically
> >
> > For more details on this feature of ARA, you can refer to the
> documentation [1].
> >
> > Let me know if you have any questions !
> >
> > [1]: https://ara.readthedocs.io/en/latest/advanced.html
> >
> > David Moreau Simard
> > Senior Software Engineer | OpenStack RDO
> >
> > dmsimard = [irc, github, twitter]
> >
> > ____________________________________________________________
> ______________
> > 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
>
> __________________________________________________________________________
> 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
>



-- 
Regards,
Jeffrey Zhang
Blog: http://xcodest.me
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20180330/db6da2f7/attachment.html>


More information about the OpenStack-dev mailing list