Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
25.11.2021, 11:22
|
|||
---|---|---|---|
|
|||
Ошибка при обновление с 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, 12:16
|
|||
---|---|---|---|
Ошибка при обновление с 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:40
|
|||
---|---|---|---|
|
|||
Ошибка при обновление с PG12 до 14. |
|||
#18+
/usr/pgsql-14/bin/postgresql-14-setup initdb Data directory is not empty! Или как-то иначе надо initdb заускать? ... |
|||
:
Нравится:
Не нравится:
|
|||
|
25.11.2021, 12:51
|
|||
---|---|---|---|
Ошибка при обновление с PG12 до 14. |
|||
#18+
Вполне разумно отказываться трогать директорию, в которой уже что-то есть. Вдруг это что-то - важное? Переместите куда-нибудь свой /var/lib/pgsql/14/data я по старой привычке предпочитаю напрямую initdb запускать с необходимыми ключами локалей, чексумм. Но можно и через обёртку. ... |
|||
:
Нравится:
Не нравится:
|
|||
|
25.11.2021, 12:59
|
|||
---|---|---|---|
|
|||
Ошибка при обновление с 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, 13:05
|
|||
---|---|---|---|
Ошибка при обновление с PG12 до 14. |
|||
#18+
bix Сами данные меня не в /var/lib/pgsql/14/data. Я делал отдельный каталог /pgdata. Весь PGDATA туда бы и перенесли, чем без нужды tablespace приплетать. Внимательно посмотрите на путь. В нём весьма неслучайно записана версия базы вплоть до CATALOG_VERSION_NO. ... |
|||
:
Нравится:
Не нравится:
|
|||
|
25.11.2021, 13:09
|
|||
---|---|---|---|
|
|||
Ошибка при обновление с PG12 до 14. |
|||
#18+
А что в текущей ситуации мне можно сделать? ... |
|||
:
Нравится:
Не нравится:
|
|||
|
25.11.2021, 13:12
|
|||
---|---|---|---|
Ошибка при обновление с PG12 до 14. |
|||
#18+
bix, переместить либо удалить /pgdata/sar/PG_14_202107181 и прочие tablespace. ... |
|||
:
Нравится:
Не нравится:
|
|||
|
25.11.2021, 13:34
|
|||
---|---|---|---|
Ошибка при обновление с PG12 до 14. |
|||
#18+
Melkij bix, переместить либо удалить /pgdata/sar/PG_14_202107181 и прочие tablespace. любовь к тейблспейсам один мой коллега называл "ораклом головного мозга" ... |
|||
:
Нравится:
Не нравится:
|
|||
|
|
start [/forum/topic.php?fid=53&tablet=1&tid=1993770]: |
0ms |
get settings: |
11ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
34ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
48ms |
get tp. blocked users: |
1ms |
others: | 264ms |
total: | 397ms |
0 / 0 |