Re: BF member drongo doesn't like 035_standby_logical_decoding.pl - Mailing list pgsql-hackers

From Tom Lane
Subject Re: BF member drongo doesn't like 035_standby_logical_decoding.pl
Date
Msg-id 520687.1737748605@sss.pgh.pa.us
Whole thread Raw
In response to Re: BF member drongo doesn't like 035_standby_logical_decoding.pl  (Alexander Lakhin <exclusion@gmail.com>)
Responses Re: BF member drongo doesn't like 035_standby_logical_decoding.pl
List pgsql-hackers
Alexander Lakhin <exclusion@gmail.com> writes:
> There is also a reference to a discussion of the failure there:
> https://www.postgresql.org/message-id/657815a2-5a89-fcc1-1c9d-d77a6986bc26@gmail.com
> (In short, I observed that that test suffers from bgwriter's activity.)

Hmm, that's an interesting theory, but it fails to explain why
only drongo is showing this failure.  It's not particularly slow
compared to some other BF animals.

I suspect the correct explanation involves "it's Windows" somehow,
but no idea exactly how.

BTW, looking more closely at the failures, I notice that some of them
are 'with vacuum on pg_authid' but others are 'with vacuum on pg_class'.
So those are two different steps in the test script, and there are
other steps that are very similar but have not failed.  Curiouser
and curiouser.

            regards, tom lane



pgsql-hackers by date:

Previous
From: Andres Freund
Date:
Subject: Re: BF member drongo doesn't like 035_standby_logical_decoding.pl
Next
From: Andrew Dunstan
Date:
Subject: Re: Windows: openssl & gssapi dislike each other