RE: Stronger safeguard for archive recovery not to miss data

Поиск
Список
Период
Сортировка
От tsunakawa.takay@fujitsu.com
Тема RE: Stronger safeguard for archive recovery not to miss data
Дата
Msg-id TYAPR01MB29908AB38962907EDDF29EA8FE779@TYAPR01MB2990.jpnprd01.prod.outlook.com
обсуждение исходный текст
Ответ на RE: Stronger safeguard for archive recovery not to miss data  ("osumi.takamichi@fujitsu.com" <osumi.takamichi@fujitsu.com>)
Ответы Re: Stronger safeguard for archive recovery not to miss data
Список pgsql-hackers
From: osumi.takamichi@fujitsu.com <osumi.takamichi@fujitsu.com>
> By the way, when I build postgres with this patch and enable-coverage option,
> the results of RT becomes unstable. Does someone know the reason ?
> When it fails, I get stderr like below
> 
> t/001_start_stop.pl .. 10/24
> #   Failed test 'pg_ctl start: no stderr'
> #   at t/001_start_stop.pl line 48.
> #          got:
> 'profiling:/home/k5user/new_disk/recheck/PostgreSQL-Source-Dev/src/bac
> kend/executor/execMain.gcda:Merge mismatch for function 15
> # '
> #     expected: ''
> t/001_start_stop.pl .. 24/24 # Looks like you failed 1 test of 24.
> t/001_start_stop.pl .. Dubious, test returned 1 (wstat 256, 0x100) Failed 1/24
> subtests
> 
> Similar phenomena was observed in [1] and its solution seems to upgrade my
> gcc higher than 7. And, I did so but still get this unstable error with
> enable-coverage. This didn't happen when I remove enable-option and the
> make check-world passes.

Can you share the steps you took?  e.g.,

$ configure --enable-coverage ...
$ make world
$ make check-world
$ patch -p1 < your_patch
$ make world
$ make check-world

A bit of Googling shows that the same error message has shown up in the tests of other software than Postgres.  It
doesn'tseem like this failure is due to your patch.
 



Regards
Takayuki Tsunakawa



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Jaime Casanova
Дата:
Сообщение: use AV worker items infrastructure for GIN pending list's cleanup
Следующее
От: Amit Kapila
Дата:
Сообщение: Re: Any objections to implementing LogicalDecodeMessageCB for pgoutput?