подозрение что это проблемы сборочного окружения. Собственно вопрос - где искать обломки: логи постгреса, core files?
В логах make check, для начала.
+psql: error: connection to server on socket "/tmp/pg_regress-WFMI2j/.s.PGSQL.51698" failed: FATAL: the database system is not yet accepting connections +DETAIL: Consistent recovery state has not been yet reached.
Потом — пытайтесь стабильно воспроизвести причину.
Стабильно - не могу.
Ну, идите в тэстовый пример, читайте как там организовано ожыдание базы. Похожэ, тут всё просто тормозит чуть более, чем рассчитывали авторы check (но это не точно).
Да ладно.
Т.е. ошибки вида "постгрес ещё не стартанул", "постгрес ещё не остановился" но в разных тестах. Поэтому и хочу добраться до постгресовых логов. Вдруг там всё в core dump'ах, а клиент всё ждёт.
Учитывая ошыбку, думаю тупой запуск этого тэста сотню раз подряд — вполне стриггерит срабатывание.
Detail: намекает, что постгрес работает. К тому жэ, при make check это будут отдельные инстансы где-то в /tmp — в общем, логи тожэ надо искать в выводе make check.
Мне показалось что regression и TAP тесты сделаны по разному.
Да, по разному. В 16-й версии их вывод унифицировали, кстати. Логи регрессионных тестов тут: src/test/regress/log Если зафейлились, рядом будет папка tmp_check (кажется) с дата-каталогом. В перловых тестах результаты тут: tmp_check/log Так же, еслм зафейлились — останется дата-каталог. Исходники Бинарники скорее всего будут в tmp_install, внутри дерева исходников или отдельного каталога сборочного (при сборке вне дерева исходников).
Спасибо! Дата-каталоги от неудачных тестов нащупал. Беда в том что логов нет. Нет идей откуда оно берёт оригинальный postgresql.conf?
initdb создаёт, насколько я понимаю.
кажется tmp_install берёт отсюда src/backend/utils/misc/postgresql.conf.sample , а затем уже подхватывает initdb
Обсуждают сегодня