FoxClub Forums > Не фоксом единым

• Войти

PostgreSQL
ВладимирС Автор Сообщений: 1693 Дата регистрации: 03.11.2005	ВладимирС 05.03.22 13:08:21 Вот опять навязываю сопровождать PostgreSQL. Начал читать... Парень DBA PostgreSQL с проекта уходит. Практически ушел. Меня примкнули в телеге к чату... Там когда 04.03.2022 в 01:25 произошло ЧП... сижу и смотрю, читаю... типа пишут, что вылетает ошибка: Цитата: SQL Error [58P01]: ERROR: could not open file "base/1370079/10596559": No such file or directory это при выполнения запроса: select * from <схема>.<таблица>; И разрабы начали предлагать: откатиться на последний дамп. Я сказал, позвонить увольняющемуся парню, пусть посмотрит... Его подняли, он присоединился... Оказалось, что уникальный индекс в таблице полетел. Он его пересоздал, все заработало. Охренеть... а предлагалось откатиться на последний дамп. Меня заинтересовало, а как он быстро так увидел проблему ? Конечно он ничего не рассказал... В оракле, в жабе, можно сразу увидеть, не валидный индекс ... А в PostgreSQL где это можно увидеть ? Какие средства мониторинга ? Блин, форум sql.ru - лежит... Исправлено 1 раз(а). Последнее : ВладимирС, 05.03.22 13:09

ВладимирС
Автор

Сообщений: 1693
Дата регистрации: 03.11.2005

ВладимирС

05.03.22 13:08:21

Вот опять навязываю сопровождать PostgreSQL.
Начал читать...
Парень DBA PostgreSQL с проекта уходит. Практически ушел.
Меня примкнули в телеге к чату... Там когда 04.03.2022 в 01:25 произошло ЧП...
сижу и смотрю, читаю...
типа пишут, что вылетает ошибка:

Цитата:
SQL Error [58P01]: ERROR: could not open file "base/1370079/10596559": No such file or directory

это при выполнения запроса:


select * from <схема>.<таблица>;

И разрабы начали предлагать: откатиться на последний дамп.
Я сказал, позвонить увольняющемуся парню, пусть посмотрит...
Его подняли, он присоединился...
Оказалось, что уникальный индекс в таблице полетел.
Он его пересоздал, все заработало.
Охренеть... а предлагалось откатиться на последний дамп.
Меня заинтересовало, а как он быстро так увидел проблему ?
Конечно он ничего не рассказал...

В оракле, в жабе, можно сразу увидеть, не валидный индекс ...
А в PostgreSQL где это можно увидеть ?
Какие средства мониторинга ?

Блин, форум sql.ru - лежит...

Исправлено 1 раз(а). Последнее : ВладимирС, 05.03.22 13:09

Re: PostgreSQL
PaulWist Сообщений: 14618 Дата регистрации: 01.04.2004	PaulWist 05.03.22 14:49:47 Опыт, сын ошибок трудных, ... наверное. У PG с администрированием вАще полный "швах". ------------------ Есть многое на свете, друг Горацио... Что и не снилось нашим мудрецам. (В.Шекспир Гамлет)

Re: PostgreSQL
pasha_usue Сообщений: 3649 Откуда: Е-бург Дата регистрации: 06.10.2006	pasha_usue 06.03.22 05:22:09 Средства администрирования достаточно дорогие. Но они не нужны. Достаточно таблицу pg_class исследовать для задачи в топике.

Re: PostgreSQL
ВладимирС Автор Сообщений: 1693 Дата регистрации: 03.11.2005	ВладимирС 06.03.22 07:42:30 pasha_usue Средства администрирования достаточно дорогие. Но они не нужны. Достаточно таблицу pg_class исследовать для задачи в топике. Спасибо...

Re: PostgreSQL
Гулин Федор Сообщений: 4640 Откуда: Минск Дата регистрации: 24.10.2002	Гулин Федор 11.03.22 11:00:44 pasha_usue Средства администрирования достаточно дорогие. Но они не нужны. Достаточно таблицу pg_class исследовать для задачи в топике. а по подробней или ссылку плз на что толковое у меня в ажуровсокм постгресе Message: could not read block 0 in file "base/16503/6110": и гугл говорит что БД CORRUPTED ладно эт БД с нон-прода - и я буду писать запрос сейчас туда чтобы они смотрели где то и как-то но есть уже и прод. проект в постгрес а ни про бакапы ни про то как фиксить подобные вещи я вообще не в теме.

Re: PostgreSQL

Гулин Федор

Сообщений: 4640
Откуда: Минск
Дата регистрации: 24.10.2002

Гулин Федор

11.03.22 11:00:44

pasha_usue
Средства администрирования достаточно дорогие. Но они не нужны. Достаточно таблицу pg_class исследовать для задачи в топике.

а по подробней
или ссылку плз на что толковое

у меня в ажуровсокм постгресе
Message: could not read block 0 in file "base/16503/6110":
и гугл говорит что БД CORRUPTED
ладно эт БД с нон-прода - и я буду писать запрос сейчас туда чтобы они смотрели где то и как-то

но есть уже и прод. проект в постгрес
а ни про бакапы ни про то как фиксить подобные вещи я вообще не в теме.

Re: PostgreSQL
pasha_usue Сообщений: 3649 Откуда: Е-бург Дата регистрации: 06.10.2006	pasha_usue 11.03.22 13:14:09 SELECT pg_relation_filepath(pg_class.relfilenode), pg_class.* FROM pg_class WHERE pg_relation_filepath(pg_class.relfilenode) = 'base/16503/6110' LIMIT 5 Ну и анализируем, что это за хрень. Индекс - ребилдим. Таблицу скорее всего придётся выгрузить (что выгрузится), пересоздать, и залить обратно.

Re: PostgreSQL

pasha_usue

Сообщений: 3649
Откуда: Е-бург
Дата регистрации: 06.10.2006

pasha_usue

11.03.22 13:14:09


SELECT pg_relation_filepath(pg_class.relfilenode), pg_class.* 
FROM pg_class 
WHERE pg_relation_filepath(pg_class.relfilenode) = 'base/16503/6110'
LIMIT 5

Ну и анализируем, что это за хрень. Индекс - ребилдим. Таблицу скорее всего придётся выгрузить (что выгрузится), пересоздать, и залить обратно.

:: Список Форумов•Список тем•Поиск•Войти

Извините, только зарегистрированные пользователи могут оставлять сообщения в этом форуме.

On-line: 9 (Гостей: 9)