SJ
2flower _
данные с ценой скидкой и ценой со скидкой в одной таблице?
ERROR: syntax error at or near "SELECT"
LINE 6: ...ests VALUES (did, customer_id, service_id, NOW()) SELECT dea...Size: a a a
2020 May 27
AM
Всем привет. Не могу понять, чего ругется
KK
почему инсерт у тебя в скобках
D
а values с select разве можно совмещать?
KK
KK
insert into Requests (колонки)
select что-то, что-то, что-то, id from deal
select что-то, что-то, что-то, id from deal
D
Всем привет. Не могу понять, чего ругется
ERROR: syntax error at or near "SELECT"
LINE 6: ...ests VALUES (did, customer_id, service_id, NOW()) SELECT dea...insert into requests select id as did, $1 as customer_id, $2 as service_id, Now() from deal
D
как-то так, наверное
ДЛ
Народ, подскажите, в чём может быть проблема?
Ловим иногда такие ошибки. Не может создаться очередной WAL-архив. И на этой ошибке может висеть вечно. Просто раз в минуту гдет сообщает, что этот лог всё ещё не может переключитсья. WAL-логи начинают копиться.
Чиним удалением этого WAL-архива залипшего. После этого он пересоздаётся нормально, и все последующие логи также норм идут.
2020-05-21 14:18:35.346 MSK [37684] LOG: archive command failed with exit code 1
2020-05-21 14:18:35.346 MSK [37684] DETAIL: The failed archive command was: test ! -f /u01/postgres/12.1/pgsql/pg_wal_archive/00000001000001280000005E && cp pg_wal/00000001000001280000005E /u01/postgres/12.1/pgsql/pg_wal_archive/00000001000001280000005E
Ловим иногда такие ошибки. Не может создаться очередной WAL-архив. И на этой ошибке может висеть вечно. Просто раз в минуту гдет сообщает, что этот лог всё ещё не может переключитсья. WAL-логи начинают копиться.
Чиним удалением этого WAL-архива залипшего. После этого он пересоздаётся нормально, и все последующие логи также норм идут.
VY
Народ, подскажите, в чём может быть проблема?
Ловим иногда такие ошибки. Не может создаться очередной WAL-архив. И на этой ошибке может висеть вечно. Просто раз в минуту гдет сообщает, что этот лог всё ещё не может переключитсья. WAL-логи начинают копиться.
Чиним удалением этого WAL-архива залипшего. После этого он пересоздаётся нормально, и все последующие логи также норм идут.
2020-05-21 14:18:35.346 MSK [37684] LOG: archive command failed with exit code 1
2020-05-21 14:18:35.346 MSK [37684] DETAIL: The failed archive command was: test ! -f /u01/postgres/12.1/pgsql/pg_wal_archive/00000001000001280000005E && cp pg_wal/00000001000001280000005E /u01/postgres/12.1/pgsql/pg_wal_archive/00000001000001280000005E
Ловим иногда такие ошибки. Не может создаться очередной WAL-архив. И на этой ошибке может висеть вечно. Просто раз в минуту гдет сообщает, что этот лог всё ещё не может переключитсья. WAL-логи начинают копиться.
Чиним удалением этого WAL-архива залипшего. После этого он пересоздаётся нормально, и все последующие логи также норм идут.
руками запустите скрипт, который кладёт WAL в архив
ДЛ
руками запустите скрипт, который кладёт WAL в архив
Да, как руками пофиксить мы знаем. Я же написал выше, что обходной решение "удалить проблемный wal-архив" работает.
Вопрос в том, почему это может происходить, и как этого избежать?
Вопрос в том, почему это может происходить, и как этого избежать?
VY
Народ, подскажите, в чём может быть проблема?
Ловим иногда такие ошибки. Не может создаться очередной WAL-архив. И на этой ошибке может висеть вечно. Просто раз в минуту гдет сообщает, что этот лог всё ещё не может переключитсья. WAL-логи начинают копиться.
Чиним удалением этого WAL-архива залипшего. После этого он пересоздаётся нормально, и все последующие логи также норм идут.
2020-05-21 14:18:35.346 MSK [37684] LOG: archive command failed with exit code 1
2020-05-21 14:18:35.346 MSK [37684] DETAIL: The failed archive command was: test ! -f /u01/postgres/12.1/pgsql/pg_wal_archive/00000001000001280000005E && cp pg_wal/00000001000001280000005E /u01/postgres/12.1/pgsql/pg_wal_archive/00000001000001280000005E
Ловим иногда такие ошибки. Не может создаться очередной WAL-архив. И на этой ошибке может висеть вечно. Просто раз в минуту гдет сообщает, что этот лог всё ещё не может переключитсья. WAL-логи начинают копиться.
Чиним удалением этого WAL-архива залипшего. После этого он пересоздаётся нормально, и все последующие логи также норм идут.
> чиним удалением
эм… а зачем тогда вообще что-то архивировать, если вы создаёте разрыв в потоке транзакций?
замените
эм… а зачем тогда вообще что-то архивировать, если вы создаёте разрыв в потоке транзакций?
замените
archive_command='true' и не парьтесь…ДЛ
> чиним удалением
эм… а зачем тогда вообще что-то архивировать, если вы создаёте разрыв в потоке транзакций?
замените
эм… а зачем тогда вообще что-то архивировать, если вы создаёте разрыв в потоке транзакций?
замените
archive_command='true' и не парьтесь…Разрыва нет. После удаления wal-архива, он нормально пересоздаётся из wal-лога. Разрыва не происходит.
VY
Разрыва нет. После удаления wal-архива, он нормально пересоздаётся из wal-лога. Разрыва не происходит.
откуда удаляете? из
/u01/postgres/12.1/pgsql?ДЛ
откуда удаляете? из
/u01/postgres/12.1/pgsql?Нет, удаляю wal-архив, не wal-лог.
Из примера выше удалил бы:
/u01/postgres/12.1/pgsql/pg_wal_archive/00000001000001280000005E
Из примера выше удалил бы:
/u01/postgres/12.1/pgsql/pg_wal_archive/00000001000001280000005E
VY
Нет, удаляю wal-архив, не wal-лог.
Из примера выше удалил бы:
/u01/postgres/12.1/pgsql/pg_wal_archive/00000001000001280000005E
Из примера выше удалил бы:
/u01/postgres/12.1/pgsql/pg_wal_archive/00000001000001280000005E
грепали лог на успешные попытки архивации таких логов? производили рестарт базы?
MM
Народ, подскажите, в чём может быть проблема?
Ловим иногда такие ошибки. Не может создаться очередной WAL-архив. И на этой ошибке может висеть вечно. Просто раз в минуту гдет сообщает, что этот лог всё ещё не может переключитсья. WAL-логи начинают копиться.
Чиним удалением этого WAL-архива залипшего. После этого он пересоздаётся нормально, и все последующие логи также норм идут.
2020-05-21 14:18:35.346 MSK [37684] LOG: archive command failed with exit code 1
2020-05-21 14:18:35.346 MSK [37684] DETAIL: The failed archive command was: test ! -f /u01/postgres/12.1/pgsql/pg_wal_archive/00000001000001280000005E && cp pg_wal/00000001000001280000005E /u01/postgres/12.1/pgsql/pg_wal_archive/00000001000001280000005E
Ловим иногда такие ошибки. Не может создаться очередной WAL-архив. И на этой ошибке может висеть вечно. Просто раз в минуту гдет сообщает, что этот лог всё ещё не может переключитсья. WAL-логи начинают копиться.
Чиним удалением этого WAL-архива залипшего. После этого он пересоздаётся нормально, и все последующие логи также норм идут.
вообще лучше демо команду
test && cp не использовать на проде, а применять более продвинутые тулзы вроде pg_probackup или pgbackrestДЛ
грепали лог на успешные попытки архивации таких логов? производили рестарт базы?
Не понял вопроса. Логи постоянно архивируются. Но иногда вот какой-то может так залипнуть.
VY
Не понял вопроса. Логи постоянно архивируются. Но иногда вот какой-то может так залипнуть.
вот тот, который залип — он уже есть в архиве. в логах есть записи об успешной архивации?
может быть так, что в одно место летят WAL-ы от нескольких кластеров?
может быть так, что в одно место летят WAL-ы от нескольких кластеров?
ДЛ
вот тот, который залип — он уже есть в архиве. в логах есть записи об успешной архивации?
может быть так, что в одно место летят WAL-ы от нескольких кластеров?
может быть так, что в одно место летят WAL-ы от нескольких кластеров?
Нет. У нас один кластер на сервере. И один дестинейшн для wal-архивов. Ну, и реплика, разумеется, есть на соседнем сервере.