RE: A failure in t/038_save_logical_slots_shutdown.pl

From: "Hayato Kuroda (Fujitsu)" <kuroda(dot)hayato(at)fujitsu(dot)com>
To: 'Amit Kapila' <amit(dot)kapila16(at)gmail(dot)com>, Bharath Rupireddy <bharath(dot)rupireddyforpostgres(at)gmail(dot)com>
Cc: vignesh C <vignesh21(at)gmail(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: RE: A failure in t/038_save_logical_slots_shutdown.pl
Date: 2024-01-16 06:43:04
Message-ID: TY3PR01MB9889E69C5D06A56E0AFDE0E4F5732@TY3PR01MB9889.jpnprd01.prod.outlook.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Dear Amit, Bharath,

> This is a more strict check because it is possible that even if the
> latest confirmed_flush location is not persisted there is no
> meaningful decodable WAL between whatever the last confirmed_flush
> location saved on disk and the shutdown_checkpoint record.
> Kuroda-San/Vignesh, do you have any suggestion on this one?

I think it should be as testcase explicitly. There are two reasons:

* e0b2eed is a commit for backend codes, so it should be tested by src/test/*
files. Each src/bin/XXX/*.pl files should test only their executable.
* Assuming that the feature would be broken. In this case 003_logical_slots.pl
would fail, but we do not have a way to recognize on the build farm.
038_save_logical_slots_shutdown.pl helps to distinguish the case.

Based on that, I think it is OK to add advance_wal() and comments, like Bharath's patch.

Best Regards,
Hayato Kuroda
FUJITSU LIMITED

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message jian he 2024-01-16 06:50:00 Re: [HACKERS] Allow INSTEAD OF DELETE triggers to modify the tuple for RETURNING
Previous Message Abhijit Menon-Sen 2024-01-16 06:30:49 Re: [PATCH] Exponential backoff for auth_delay