s
А, я проглядел что вы в single user mode.
Vacuum full же, нет?
Vacuum full же, нет?
Size: a a a
2020 May 25
АЛ
AD
В документации написано, что выполнять вакуум вручную должен суперпользователь
АЛ
я от postgres захожу в однопольз режим
s
Добавьте хоть VERBOSE ещё, будет понятно что vacuum делает хоть
РЖ
Добавьте хоть VERBOSE ещё, будет понятно что vacuum делает хоть
В этом позорном режиме ни черта почти не работает.
Даже vacuum ddddd; вполняется молча и всё.
Даже vacuum ddddd; вполняется молча и всё.
АЛ
backend> vacuum freeze verbose
2020-05-25 09:17:30 +04 [24333-3713] ПРЕДУПРЕЖДЕНИЕ: база данных "DB" должна быть очищена (предельное число транзакций: 991111)
2020-05-25 09:17:30 +04 [24333-3714] ПОДСКАЗКА: Во избежание отключения базы данных выполните очистку (VACUUM) всей базы.
Возможно, вам также придётся зафиксировать или откатить старые
подготовленные транзакции.
backend>
2020-05-25 09:17:30 +04 [24333-3713] ПРЕДУПРЕЖДЕНИЕ: база данных "DB" должна быть очищена (предельное число транзакций: 991111)
2020-05-25 09:17:30 +04 [24333-3714] ПОДСКАЗКА: Во избежание отключения базы данных выполните очистку (VACUUM) всей базы.
Возможно, вам также придётся зафиксировать или откатить старые
подготовленные транзакции.
backend>
РЖ
А у вас prepared_statements точно нет?
s
Роман Жарков
В этом позорном режиме ни черта почти не работает.
Даже vacuum ddddd; вполняется молча и всё.
Даже vacuum ddddd; вполняется молча и всё.
Да? Не было нужды так запускать, не знал, спасибо.
s
Переслано от Андрей Лапин...
backend> select * from pg_prepared_xacts
1: transaction (typeid = 28, len = 4, typmod = -1, byval = t)
2: gid (typeid = 25, len = -1, typmod = -1, byval = f)
3: prepared (typeid = 1184, len = 8, typmod = -1, byval = t)
4: owner (typeid = 19, len = 64, typmod = -1, byval = f)
5: database (typeid = 19, len = 64, typmod = -1, byval = f)
----
1: transaction (typeid = 28, len = 4, typmod = -1, byval = t)
2: gid (typeid = 25, len = -1, typmod = -1, byval = f)
3: prepared (typeid = 1184, len = 8, typmod = -1, byval = t)
4: owner (typeid = 19, len = 64, typmod = -1, byval = f)
5: database (typeid = 19, len = 64, typmod = -1, byval = f)
----
s
Вот кидали уже, вроде нет
РЖ
Да? Не было нужды так запускать, не знал, спасибо.
Очень советую всеми силами избегать работы с этой штукой :)
АЛ
Роман Жарков
А у вас prepared_statements точно нет?
да. пустая
VY
backend> vacuum freeze verbose
2020-05-25 09:17:30 +04 [24333-3713] ПРЕДУПРЕЖДЕНИЕ: база данных "DB" должна быть очищена (предельное число транзакций: 991111)
2020-05-25 09:17:30 +04 [24333-3714] ПОДСКАЗКА: Во избежание отключения базы данных выполните очистку (VACUUM) всей базы.
Возможно, вам также придётся зафиксировать или откатить старые
подготовленные транзакции.
backend>
2020-05-25 09:17:30 +04 [24333-3713] ПРЕДУПРЕЖДЕНИЕ: база данных "DB" должна быть очищена (предельное число транзакций: 991111)
2020-05-25 09:17:30 +04 [24333-3714] ПОДСКАЗКА: Во избежание отключения базы данных выполните очистку (VACUUM) всей базы.
Возможно, вам также придётся зафиксировать или откатить старые
подготовленные транзакции.
backend>
проверьте лог на наличие ошибок по
ERROR: — был баг из-за которого вакуум может не работатьРЖ
Моя гипотеза - где-то есть битая таблица на которой вакуум ломается.
АЛ
пи запуске в штатном режиме ошибка:
АЛ
2020-05-25 08:51:52 +04 [19204-1] СООБЩЕНИЕ: процесс запуска автоочистки создан
2020-05-25 08:52:03 +04 [19205-1] СООБЩЕНИЕ: используется просроченная статистика вместо текущей, так как сборщик статистики не отвечает
2020-05-25 08:52:03 +04 [19205-2] СООБЩЕНИЕ: автоочистка: удаление устаревшей врем. таблицы "pg_temp_2"."tt1" в базе "DB"
2020-05-25 08:52:03 +04 [19205-3] ОШИБКА: база данных не принимает команды во избежание потери данных из-за наложения в базе данных "DB"
2020-05-25 08:52:03 +04 [19205-1] СООБЩЕНИЕ: используется просроченная статистика вместо текущей, так как сборщик статистики не отвечает
2020-05-25 08:52:03 +04 [19205-2] СООБЩЕНИЕ: автоочистка: удаление устаревшей врем. таблицы "pg_temp_2"."tt1" в базе "DB"
2020-05-25 08:52:03 +04 [19205-3] ОШИБКА: база данных не принимает команды во избежание потери данных из-за наложения в базе данных "DB"
VY
это понятно. в логе базы надо смотреть
АЛ
смотрю здесь /var/lib/postgresql/9.6/main/pg_log/*.log
АЛ
где-то еще?