Re: row filtering for logical replication
От | Greg Nancarrow |
---|---|
Тема | Re: row filtering for logical replication |
Дата | |
Msg-id | CAJcOf-eyu_FxzFZwUt1dbw-9w3nvjnGaXpPDc3Fk_F+_vV0wPA@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: row filtering for logical replication (Peter Smith <smithpb2250@gmail.com>) |
Список | pgsql-hackers |
On Mon, Jan 24, 2022 at 8:36 AM Peter Smith <smithpb2250@gmail.com> wrote: > > FYI - I noticed the cfbot is reporting a failed test case [1] for the > latest v69 patch set. > > [21:09:32.183] # Failed test 'check replicated inserts on subscriber' > [21:09:32.183] # at t/025_rep_changes_for_schema.pl line 202. > [21:09:32.183] # got: '21|1|2139062143' > [21:09:32.183] # expected: '21|1|21' > [21:09:32.183] # Looks like you failed 1 test of 13. > [21:09:32.183] [21:08:49] t/025_rep_changes_for_schema.pl .... > > ------ > [1] https://cirrus-ci.com/task/6280873841524736?logs=test_world#L3970 > 2139062143 is 0x7F7F7F7F, so it looks like a value from uninitialized memory (debug build) has been copied into the column, or something similar involving uninitialized memory. The problem is occurring on FreeBSD. I tried using similar build flags as that test environment, but couldn't reproduce the issue. Regards, Greg Nancarrow Fujitsu Australia
В списке pgsql-hackers по дате отправления: