Re: Upload only the failed tests logs to the Postgres CI (Cirrus CI)

From: Nazir Bilal Yavuz <byavuz81(at)gmail(dot)com>
To: Andres Freund <andres(at)anarazel(dot)de>
Cc: PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: Re: Upload only the failed tests logs to the Postgres CI (Cirrus CI)
Date: 2026-06-08 16:21:42
Message-ID: CAN55FZ33vfTqM8zySpz_WdnLd=eFROodLB9z4XLuCMaMdNGRww@mail.gmail.com
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Hi,

Thank you for looking into this!

On Mon, 8 Jun 2026 at 18:10, Andres Freund <andres(at)anarazel(dot)de> wrote:
>
> On 2026-06-05 15:23:52 +0300, Nazir Bilal Yavuz wrote:
> > I implemented it as another step which will run if the job fails.
> > Alternatively, we can put 'the clearing command' into the
> > meson_test_world step, this makes the change simpler but then this
> > command will run although tests don't fail.
>
> I think it's the right thing to have it as a dedicated step. That way it can
> work with things like the running tests etc as well.
>
>
> >
> > + # Clear test folder so only failed tests are left
>
> FWIW, I'd much rather see this copy the to-be-archived logs to a different
> location, instead of removing the unneeded logs.

Should we upload these logs too? If so, perhaps we can have something like:

build/testrun/successful_tests/*
build/testrun/failed_tests/*

Do you think this makes sense?

> > + - &clear_test_folder_step
> > + name: Clear test folder
> > + if: failure() && !cancelled()
> > + run: |
> > + meson compile clear_testrun_folder -C build
>
> I don't think I see what we gain from invoking this via meson compile, given
> that we invoke ninja directly elsewhere. Not that that's going to make the
> difference, but meson compile, which internally invokes ninja, is noticeably
> slower than going through ninja directly.

I got it, I will change this.

> But I suspect this shouldn't be integrated into the build system directly, as
> I think we should eventually make this work for autoconf as well.

There were couple of reasons:

1- That was easy to implement for meson build because we have a
'test.success' file for the successful tests, AFAIK we don't have a
similar thing for the autoconf.

2- python3 was not available on the PATH for some OSes, so I
indirectly used python3 from the meson.

--
Regards,
Nazir Bilal Yavuz
Microsoft

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Sami Imseih 2026-06-08 16:35:53 Re: Report oldest xmin source when autovacuum cannot remove tuples
Previous Message Álvaro Herrera 2026-06-08 16:11:02 Re: Logging parallel worker draught