а есть старый архив БД? Который до этого работал.

Нет. Да он и не нужен. Там денормализованные данные после 100500 разных задач.

а есть старый архив БД? Который до этого работал.

И да, этот архив точно рабочий.

Нет. Да он и не нужен. Там денормализованные данные после 100500 разных задач.

он нужен для проверки того что у тебя текущий архив битый, если старый архив заработает. Или пусть тогда на другой машине эту процедуру проделай.

И да, этот архив точно рабочий.

какие пруфы?

Текущий архив не битый, поскольку рядом со мной сидит человек, у которого он же и работает.

какие пруфы?

Лол.

Будем играть в пруфы.

Текущий архив не битый, поскольку рядом со мной сидит человек, у которого он же и работает.

ну тогда сочувствую, ты что-то делаешь неправильно. Смотри логи самой postgres и ОС.

Ещё раз: 1. Я знаю, что я сделал не так, я написал об этом изначально: я не вырубил сервер перед изменением данных 2. Я знаю, что новые данные не битые 3. Я не знаю, как пофиксить shuttdown при старте БД

Но попробую просто пересоздать.

Ещё раз: 1. Я знаю, что я сделал не так, я написал об этом изначально: я не вырубил сервер перед изменением данных 2. Я знаю, что новые данные не битые 3. Я не знаю, как пофиксить shuttdown при старте БД

3. вот я и говорил про читай логи.

Эм, ну да, замечание про логи здравое, с этим я полностью согласен.

Но мне важно не столько понять проблему, сколько пофиксить её. То есть, на локалке можно творить всё, что хочется, главное получить результат как можно быстрее.

Эм, ну да, замечание про логи здравое, с этим я полностью согласен.

ну вот когда с нуля повторишь разворачивание архива и если он не стартанёт, то смотри логи и пиши их сюда, чтобы мы не гадали .

Но мне важно не столько понять проблему, сколько пофиксить её. То есть, на локалке можно творить всё, что хочется, главное получить результат как можно быстрее.

лучше гадать получается по логам )

Это да, но все решения, что я сегодня нагуглил, какие-то однотипные =)

Это да, но все решения, что я сегодня нагуглил, какие-то однотипные =)

кстати, а версия postgres у тебя та же что и на проде?

Я хз, по какой причине.

/tmp и /var/run проверь на предмет артефактов на всякий

Понятия не имею, какая версия на проде.

Понятия не имею, какая версия на проде.

ну у соседа твоего, у которого тот же архив работает спроси

я не знаю, оставляет ли там что-то постгрес, но больше просто негде состояние хранить

ОК

Спасибо вам за советы, завтра уже буду знать примерно, куда копать. Сегодня вообще идей не было. Извините. если утомил =)

Если эта функция собирает sql как текстовую строку, то можно её перехватить, да. А если это сишная функция, которая конструирует сама parsetree то текста уже нет.

я кажется начинаю понимать, в чём проблема с ddl и репликацией. В постгресе, как я понимаю, нет кода, который позволяет построить SQL по parsetree или data dictionary. Поэтому нет SHOW CREATE TABLE, поэтому pg_dump делает какие-то дикие приседания. И в logical decoding пришлось бы такие же приседания делать

я кажется начинаю понимать, в чём проблема с ddl и репликацией. В постгресе, как я понимаю, нет кода, который позволяет построить SQL по parsetree или data dictionary. Поэтому нет SHOW CREATE TABLE, поэтому pg_dump делает какие-то дикие приседания. И в logical decoding пришлось бы такие же приседания делать

да, сейчас нет способа из изменений каталога собрать SQL. В пг порядка сотни разных типов DDL-стейтментов, которые пишут в несколько десятков таблиц.

Но, возможно, этого и не надо делать, а проще реплицировать каталог, но с хитрой применялкой, которая в нужных местах файлы создаст и тп.

да, но тогда будет сложно использовать logical decoding для отладки и репликации в какие-то не-постгресовские системы

и подозреваю возникнут проблемы с кросс-версионной репликацией, а также кластерами и изоляцией ddl в параллельной репликации (когда появятся)

но такой код в любом случае был бы полезен для show create table и pg_dump

согласен

и подозреваю возникнут проблемы с кросс-версионной репликацией, а также кластерами и изоляцией ddl в параллельной репликации (когда появятся)

у пг и так сейчас норм проблем с кросверсионной репликацией. тут даже подозревать не надо, достаточно обновить мажорную версию на связке мастер-реплика

Различные мажорные версии любого ПО по умолчанию предполагают несовместимость. Она может и быть, но это чаще приятная неожиданность.

у пг и так сейчас норм проблем с кросверсионной репликацией. тут даже подозревать не надо, достаточно обновить мажорную версию на связке мастер-реплика

я не про физическую. я про реализацию репликации ddl в logical decoding через репликацию изменений в каталоге. это чревато

думаю, там сложно придумать что-то лучше, чем statement-based

и это было бы просто реализовать, если бы не некоторые особенности postgresql, о которых я написал

Различные мажорные версии любого ПО по умолчанию предполагают несовместимость. Она может и быть, но это чаще приятная неожиданность.

смотря для чего по предназначено. если на поиграть на ноутбуке то да скорее всего несовместимо

смотря для чего по предназначено. если на поиграть на ноутбуке то да скорее всего несовместимо

Для чего угодно. Смена мажорной версии означает обратную несовместимость публичного апи. Если какая-то часть при этом не была затронута - хорошо.

Для этого их и меняют, чтобы привязать к обновлению послание "вот это обновление нельзя просто взять и поставить, читайте ченджлог"

привет, я что-то страшно туплю. тестовая база, пытаюсь удалить таблицу - команда висит. локов на таблицу и первичный ключ до drop table ... нет, при выполнении удаления появляются AccessExclusiveLock, но это норм. что может блокировать удаление таблицы?

autovacuum может?

autovacuum может?

Нет, не он...

Доброе утро. Я сейчас на рабочем месте и могу поделиться точным логом: $ pg_ctl -D /usr/local/var/postgres start server starting $ LOG: database system was shut down at 2017-09-21 19:21:38 +05 LOG: invalid primary checkpoint record LOG: invalid secondary checkpoint record PANIC: could not locate a valid checkpoint record LOG: startup process (PID 3260) was terminated by signal 6: Abort trap LOG: aborting startup due to startup process failure LOG: database system is shut down Мб, у вас будут ещё какое-либо соображения.

П.с.: через brew всё запускается, но не работает.

Нашёл эту статью: https://www.mironovs.com/databases/vosstanovlenie-postgresql-posle-povrezhdeniya-fajlov-xlog.html Сейчас попробую её

не работает - а конкретнее? в логах то же самое? 1) brew services stop postgresql 2) mv /usr/local/var/postgres/ /usr/local/var/postgres_/ 3) initdb /usr/local/var/postgres/ потом накатить в эту папку бекап, потом запустить brew services start postgres как-то так, наверное это вариант "грохнуть все и создать чистый сервак постгри"

Я пока не могу пересоздать базу. Т.к. бэкап у меня снова будет только спустя пару часов. Места на SSD не достаточно, чтобы хранить архив + распакованные данные базы + копировать их в другую папку при этом. Поэтому архив мне пришлось снести.

Подскажите, есть ли возможность узнать, какой пользователь root в postgresql ?

pg_hba.conf смотрю.

Там для пользователя postgres стоит метод trust.

Но через su postgres я не могу под этим пользователем зайти без пароля.

Что я делаю не так?

по сокетам или по tcp подключаетесь? если tcp, добавьте -h localhost

Да, по tcp. Спасибо, сейчас попробую.

Эм, да, кстати. Мне сейчас нужно не подключиться.

Там для пользователя postgres стоит метод trust.

А тип подключения для траст: host или local?

А выполнить команду от имени рута постгрес.

А тип подключения для траст: host или local?

хост

host palantir postgres 0.0.0.0/0 trust

Сурово, однако.

И да, постгрес у вас может подключиться только к БД palantir

Ну, других БД сейчас и нет, по сути.

Мне бы просто выполнить команду от этого пользователя. Как я понимаю, это рут.

postgres - суперпользователь, да

Видимо.

Ну, других БД сейчас и нет, по сути.

По сути там ещё postgres, template1, template0, и к ним тоже имеет смысл подключаться. Но траст для отовсюду - это сильно, ага

psql -U postgres -h 127.0.0.1 -p 5432

Почему для отовсюду? Это же локалка.

так не подключается?

потому что 0.0.0.0/0

psql -U postgres -h 127.0.0.1 -p 5432

Не, не. Не подключиться.

это не локалка, это буквально любой ipv4 адрес

А выполнить команду. Сейчас пример скину.

я правильно понял, что сервер на макоси поднимаете?

$ pg_resetxlog -o 75014368 -x 2400998005 -f /var/db/pgsql/ Transaction log reset

по умолчанию там сокет, а не порт, вроде

я правильно понял, что сервер на макоси поднимаете?

Ага

а почему /var/db/pgsql?

если homebrewшная постгря в /usr/local/var/postgres/ валяется

а почему /var/db/pgsql?

Это пример с сайта.

так эта команда никак на пользователей не завязана

если уж на то пошло

если база постгри лежит в /usr/local/var/postgres/, должно быть достаточно выполнить под обычным домашним юзером pg_resetxlog /usr/local/var/postgres/ (насчет доп. аргументов не подскажу, не в курсе вообще)

Но через su postgres я не могу под этим пользователем зайти без пароля.

а если таки хочется зайти под пользователем в базу, тогда все-таки psql -U postgres palantir (судя по скинутому pg_hba)

только все равно странно как-то, я на днях как раз переустановил макось и по умолчанию postgresовского юзера у меня нету сейчас. если будет ругаться на role postgres doesn't exist, создайте с помощью createuser -s postgres

так эта команда никак на пользователей не завязана

$ sudo pg_resetxlog -o 16103604 -x 13838760 -f /usr/local/var/postgres/ Password: pg_resetxlog: cannot be executed by "root" You must run pg_resetxlog as the PostgreSQL superuser.

Хотя, да, попробую не от судо.

Выполнилась.

Но данные не вычистились.

Печаль. Попробую вручную.

sudo -iu postgres <cmd>

Получил бэкап, переустановил всё с нуля, всё ОК теперь. Ещё раз благодарю всех, кто помогал.

Здравствуйте! Не подскажите как можно дебажить работу хранимой функции? Использую сборку PostgresPro, версию 9.6.3

Здравствуйте! Не подскажите как можно дебажить работу хранимой функции? Использую сборку PostgresPro, версию 9.6.3

Если pl/pgsql то можно попробовать так: http://www.postgresonline.com/journal/archives/214-Using-PgAdmin-PLPgSQL-Debugger.html

Всем дня

Кто-нибудь знает компанию «Амбер про»?

при использовании данной инструкции, postgres не запускается