Size: a a a

pgsql – PostgreSQL

2020 May 27

SJ

Shaxobbek Jurayev in pgsql – PostgreSQL
2flower _
данные с ценой скидкой и ценой со скидкой в одной таблице?
источник

AM

Alexey Markovski in pgsql – PostgreSQL
Всем привет. Не могу понять, чего ругется
ERROR:  syntax error at or near "SELECT"
LINE 6: ...ests VALUES (did, customer_id, service_id, NOW()) SELECT dea...
источник

KK

Konstantin K in pgsql – PostgreSQL
почему инсерт у тебя в скобках
источник

D

Darwin in pgsql – PostgreSQL
а values с select разве можно совмещать?
источник

KK

Konstantin K in pgsql – PostgreSQL
неа
источник

KK

Konstantin K in pgsql – PostgreSQL
insert into Requests (колонки)
select что-то, что-то, что-то, id from deal
источник

D

Darwin in pgsql – PostgreSQL
Alexey Markovski
Всем привет. Не могу понять, чего ругется
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

Darwin in pgsql – PostgreSQL
как-то так, наверное
источник

ДЛ

Дмитрий Лукьянов... in pgsql – PostgreSQL
Народ, подскажите, в чём может быть проблема?

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

Victor Yegorov in pgsql – PostgreSQL
Дмитрий Лукьянов
Народ, подскажите, в чём может быть проблема?

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 в архив
источник

ДЛ

Дмитрий Лукьянов... in pgsql – PostgreSQL
Victor Yegorov
руками запустите скрипт, который кладёт WAL в архив
Да, как руками пофиксить мы знаем. Я же написал выше, что обходной решение "удалить проблемный wal-архив" работает.
Вопрос в том, почему это может происходить, и как этого избежать?
источник

VY

Victor Yegorov in pgsql – PostgreSQL
Дмитрий Лукьянов
Народ, подскажите, в чём может быть проблема?

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' и не парьтесь…
источник

ДЛ

Дмитрий Лукьянов... in pgsql – PostgreSQL
Victor Yegorov
> чиним удалением
эм… а зачем тогда вообще что-то архивировать, если вы создаёте разрыв в потоке транзакций?
замените archive_command='true' и не парьтесь…
Разрыва нет. После удаления wal-архива, он нормально пересоздаётся из wal-лога. Разрыва не происходит.
источник

VY

Victor Yegorov in pgsql – PostgreSQL
Дмитрий Лукьянов
Разрыва нет. После удаления wal-архива, он нормально пересоздаётся из wal-лога. Разрыва не происходит.
откуда удаляете? из /u01/postgres/12.1/pgsql?
источник

ДЛ

Дмитрий Лукьянов... in pgsql – PostgreSQL
Victor Yegorov
откуда удаляете? из /u01/postgres/12.1/pgsql?
Нет, удаляю wal-архив, не wal-лог.
Из примера выше удалил бы:

/u01/postgres/12.1/pgsql/pg_wal_archive/00000001000001280000005E
источник

VY

Victor Yegorov in pgsql – PostgreSQL
Дмитрий Лукьянов
Нет, удаляю wal-архив, не wal-лог.
Из примера выше удалил бы:

/u01/postgres/12.1/pgsql/pg_wal_archive/00000001000001280000005E
грепали лог на успешные попытки архивации таких логов? производили рестарт базы?
источник

MM

Maksim Milyutin in pgsql – PostgreSQL
Дмитрий Лукьянов
Народ, подскажите, в чём может быть проблема?

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
источник

ДЛ

Дмитрий Лукьянов... in pgsql – PostgreSQL
Victor Yegorov
грепали лог на успешные попытки архивации таких логов? производили рестарт базы?
Не понял вопроса. Логи постоянно архивируются. Но иногда вот какой-то может так залипнуть.
источник

VY

Victor Yegorov in pgsql – PostgreSQL
Дмитрий Лукьянов
Не понял вопроса. Логи постоянно архивируются. Но иногда вот какой-то может так залипнуть.
вот тот, который залип — он уже есть в архиве. в логах есть записи об успешной архивации?
может быть так, что в одно место летят WAL-ы от нескольких кластеров?
источник

ДЛ

Дмитрий Лукьянов... in pgsql – PostgreSQL
Victor Yegorov
вот тот, который залип — он уже есть в архиве. в логах есть записи об успешной архивации?
может быть так, что в одно место летят WAL-ы от нескольких кластеров?
Нет. У нас один кластер на сервере. И один дестинейшн для wal-архивов. Ну, и реплика, разумеется, есть на соседнем сервере.
источник