Re: 10.5 but not 10.4: backend startup during reindex system: could not read block 0 in file "base/16400/..": read only 0 of 8192 bytes
В списке pgsql-hackers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: 10.5 but not 10.4: backend startup during reindex system: could not read block 0 in file "base/16400/..": read only 0 of 8192 bytes |
| Дата | |
| Msg-id | 18087.1535556951@sss.pgh.pa.us обсуждение |
| Ответ на | 10.5 but not 10.4: backend startup during reindex system: could notread block 0 in file "base/16400/..": read only 0 of 8192 bytes (Justin Pryzby <pryzby@telsasoft.com>) |
| Ответы |
Re: 10.5 but not 10.4: backend startup during reindex system: couldnot read block 0 in file "base/16400/..": read only 0 of 8192 bytes
|
| Список | pgsql-hackers |
Justin Pryzby <pryzby@telsasoft.com> writes: > I've seen this message now a handful of times recently. It seems to happen > overnight, during a maintenance job which reindex things, including system > catalog indices. > It's easy to reproduce error under 10.5, but not under 10.3 nor 10.4. > while :; do for a in pg_class_oid_index pg_class_relname_nsp_index pg_class_tblspc_relfilenode_index; do psql ts -qc "REINDEXINDEX $a"; done; done& This looks suspiciously like the issue under discussion in https://www.postgresql.org/message-id/12259.1532117714%40sss.pgh.pa.us As far as we can tell, that bug is a dozen years old, so it's not clear why you find that you can reproduce it only in 10.5. But there might be some subtle timing change accounting for that. regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера