|
Ошибка при обновление с PG12 до 14.
|
|||
---|---|---|---|
#18+
Приветствую всех! Решил обновить PostgreSQL с 12.9 версии до 14.1. Сначала сделал проверку возможности обновления. Проверка прошла удачно. А вот с самим обновлением случилось проблема. При операции Creating dump of database schemas закончилось место на диске. После того как освободил место на диске и попытался снова обновить и ловлю сообщение New cluster database "sar" is not empty: found relation "public.grid_range_201701" Failure, exiting Собственно, что дальше в такой ситуации делать? P.S.БД после этого я запустил, причем работает версия 14.1. Обновление делаю с помощью скрипта /usr/pgsql-14/bin/pg_upgrade \ --old-datadir=/var/lib/pgsql/12/data \ --new-datadir=/var/lib/pgsql/14/data \ --old-bindir=/usr/pgsql-12/bin \ --new-bindir=/usr/pgsql-14/bin \ --old-options '-c config_file=/var/lib/pgsql/12/data/postgresql.conf' \ --new-options '-c config_file=/var/lib/pgsql/14/data/postgresql.conf' ... |
|||
:
Нравится:
Не нравится:
|
|||
25.11.2021, 11:22 |
|
Ошибка при обновление с PG12 до 14.
|
|||
---|---|---|---|
#18+
Если запустили в production в таком виде - то страдать. Если нет и запустили базу просто так, не посмотрев что именно запускаете и зачем - то сделать initdb заново и всё-таки выполнить обновление. New cluster database \"%s\" is not empty: found relation \"%s.%s\" - это из предварительных тестов на возможность выполнения обновления, "Creating dump of database schemas" - по сути там же, никаких деструктивных действий с исходным datadir ещё не производилось. Но и апгрейд так же не выполнялся. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.11.2021, 12:16 |
|
Ошибка при обновление с PG12 до 14.
|
|||
---|---|---|---|
#18+
/usr/pgsql-14/bin/postgresql-14-setup initdb Data directory is not empty! Или как-то иначе надо initdb заускать? ... |
|||
:
Нравится:
Не нравится:
|
|||
25.11.2021, 12:40 |
|
Ошибка при обновление с PG12 до 14.
|
|||
---|---|---|---|
#18+
Вполне разумно отказываться трогать директорию, в которой уже что-то есть. Вдруг это что-то - важное? Переместите куда-нибудь свой /var/lib/pgsql/14/data я по старой привычке предпочитаю напрямую initdb запускать с необходимыми ключами локалей, чексумм. Но можно и через обёртку. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.11.2021, 12:51 |
|
Ошибка при обновление с PG12 до 14.
|
|||
---|---|---|---|
#18+
Сделал. Но Теперь другое сообщение new cluster tablespace directory already exists: "/pgdata/sar/PG_14_202107181" Failure, exiting Сами данные меня не в /var/lib/pgsql/14/data. Я делал отдельный каталог /pgdata. Если я удалю "/pgdata/sar/PG_14_202107181" то считай все данные потеряю. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.11.2021, 12:59 |
|
Ошибка при обновление с PG12 до 14.
|
|||
---|---|---|---|
#18+
bix Сами данные меня не в /var/lib/pgsql/14/data. Я делал отдельный каталог /pgdata. Весь PGDATA туда бы и перенесли, чем без нужды tablespace приплетать. Внимательно посмотрите на путь. В нём весьма неслучайно записана версия базы вплоть до CATALOG_VERSION_NO. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.11.2021, 13:05 |
|
Ошибка при обновление с PG12 до 14.
|
|||
---|---|---|---|
#18+
А что в текущей ситуации мне можно сделать? ... |
|||
:
Нравится:
Не нравится:
|
|||
25.11.2021, 13:09 |
|
Ошибка при обновление с PG12 до 14.
|
|||
---|---|---|---|
#18+
bix, переместить либо удалить /pgdata/sar/PG_14_202107181 и прочие tablespace. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.11.2021, 13:12 |
|
Ошибка при обновление с PG12 до 14.
|
|||
---|---|---|---|
#18+
Melkij bix, переместить либо удалить /pgdata/sar/PG_14_202107181 и прочие tablespace. любовь к тейблспейсам один мой коллега называл "ораклом головного мозга" ... |
|||
:
Нравится:
Не нравится:
|
|||
25.11.2021, 13:34 |
|
|
start [/forum/topic.php?fid=53&msg=40114813&tid=1993770]: |
0ms |
get settings: |
10ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
30ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
51ms |
get tp. blocked users: |
1ms |
others: | 251ms |
total: | 379ms |
0 / 0 |