Re: 039_end_of_wal: error in "xl_tot_len zero" test
От | Tom Lane |
---|---|
Тема | Re: 039_end_of_wal: error in "xl_tot_len zero" test |
Дата | |
Msg-id | 538594.1715549976@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: 039_end_of_wal: error in "xl_tot_len zero" test (David Rowley <dgrowleyml@gmail.com>) |
Ответы |
Re: 039_end_of_wal: error in "xl_tot_len zero" test
|
Список | pgsql-hackers |
David Rowley <dgrowleyml@gmail.com> writes: > On Mon, 6 May 2024 at 15:06, Tom Lane <tgl@sss.pgh.pa.us> wrote: >> My best guess is that that changed the amount of WAL generated by >> initdb just enough to make the problem reproduce on this animal. >> However, why's it *only* happening on this animal? The amount of >> WAL we generate isn't all that system-specific. > I'd say that's a good theory as it's now passing again [1] after the > recent system_views.sql change done in 521a7156ab. Hm. It occurs to me that there *is* a system-specific component to the amount of WAL emitted during initdb: the number of locales that "locale -a" prints translates directly to the number of rows inserted into pg_collation. So maybe skimmer has a locale set that's a bit different from anybody else's, and that's what let it see this issue. regards, tom lane
В списке pgsql-hackers по дате отправления: