|
pg_upgrade проблема с tablespaces
|
|||
---|---|---|---|
#18+
Здравствуйте У меня база postgresql 9.0.17. Ни как не могу сделать pg_upgrade Pg_upgrade из 9.0.17 - 9.6.0 в этом случае хочет саздат tablespaces в старом базе "9.0.17" LOG CREATE TABLESPACE "tbs_data" OWNER "postgres" LOCATION '/data9.0.17/test/tablespaces/tbs_data'; - error /data9.0.17/tablespaces/tbs_data/PG_9.6_201608131" already in use as a tablespace, хотя пробавали и на других версиях (11.2,9.1.0). У меня создана 3 допалнительние tablespace,может в этом проблема,подскажите пожалуйсто. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.02.2019, 10:42 |
|
pg_upgrade проблема с tablespaces
|
|||
---|---|---|---|
#18+
Serge.01, возможно вы несколько раз запускали pg_upgrade, получили какую-то ошибку и не почистили после этого директории PG_9.6_201608131 в директориях с tablespace'ами? после неудачной попытки надо заново делать initdb и эти директории чистить (а лучше перемещать куда-то временно на всякий случай (!)). ... |
|||
:
Нравится:
Не нравится:
|
|||
28.02.2019, 11:55 |
|
pg_upgrade проблема с tablespaces
|
|||
---|---|---|---|
#18+
к сожалению нет каждый раз создаю новый дата и очищаю PG_9.6_201608131 и почему pg_upgrade создает в старом каталоге 9.0.17 ... |
|||
:
Нравится:
Не нравится:
|
|||
28.02.2019, 12:19 |
|
pg_upgrade проблема с tablespaces
|
|||
---|---|---|---|
#18+
Serge.01к сожалению нет каждый раз создаю новый дата и очищаю PG_9.6_201608131 и почему pg_upgrade создает в старом каталоге 9.0.17 А покажите что старая версия базы по /db+ показывает? Какие у вас tablespaces есть и где они лежат? -- Maxim Boguk лучшая поддержка PostgreSQL: dataegret.ru ... |
|||
:
Нравится:
Не нравится:
|
|||
28.02.2019, 12:59 |
|
pg_upgrade проблема с tablespaces
|
|||
---|---|---|---|
#18+
Maxim Boguk, pg_default | postgres | pg_global | postgres | tbs_data | postgres | /DB/tablespaces/tbs_data | postgres=C/postgres ena_e=C/postgres cpms=C/postgres tbs_index | postgres | /DB/tablespaces/tbs_index | postgres=C/postgres ena_e=C/postgres tbs_lob | postgres | /DB/tablespaces/tbs_lob | postgres=C/postgres ena_e=C/postgres ... |
|||
:
Нравится:
Не нравится:
|
|||
28.02.2019, 13:21 |
|
pg_upgrade проблема с tablespaces
|
|||
---|---|---|---|
#18+
Serge.01Maxim Boguk, pg_default | postgres | pg_global | postgres | tbs_data | postgres | /DB/tablespaces/tbs_data | postgres=C/postgres ena_e=C/postgres cpms=C/postgres tbs_index | postgres | /DB/tablespaces/tbs_index | postgres=C/postgres ena_e=C/postgres tbs_lob | postgres | /DB/tablespaces/tbs_lob | postgres=C/postgres ena_e=C/postgres error CREATE TABLESPACE "tbs_index" OWNER "postgres" LOCATION '/DB/tablespaces/tbs_index'; psql:pg_upgrade_dump_globals.sql:88: ERROR: directory "/DB/tablespaces/tbs_index/PG_9.6_201608131" already in use as a tablespace ... |
|||
:
Нравится:
Не нравится:
|
|||
28.02.2019, 13:22 |
|
pg_upgrade проблема с tablespaces
|
|||
---|---|---|---|
#18+
Serge.01Serge.01Maxim Boguk, pg_default | postgres | pg_global | postgres | tbs_data | postgres | /DB/tablespaces/tbs_data | postgres=C/postgres ena_e=C/postgres cpms=C/postgres tbs_index | postgres | /DB/tablespaces/tbs_index | postgres=C/postgres ena_e=C/postgres tbs_lob | postgres | /DB/tablespaces/tbs_lob | postgres=C/postgres ena_e=C/postgres error CREATE TABLESPACE "tbs_index" OWNER "postgres" LOCATION '/DB/tablespaces/tbs_index'; psql:pg_upgrade_dump_globals.sql:88: ERROR: directory "/DB/tablespaces/tbs_index/PG_9.6_201608131" already in use as a tablespace а покажите на всякий случай ls -la /DB/tablespaces/ и ls -la /DB/tablespaces/tbs_index/ -- Maxim Boguk лучшая поддержка PostgreSQL: dataegret.ru ... |
|||
:
Нравится:
Не нравится:
|
|||
28.02.2019, 13:29 |
|
pg_upgrade проблема с tablespaces
|
|||
---|---|---|---|
#18+
Maxim Boguk, ls -la /DB/tablespaces/ drwx------ 4 postgres postgres 4096 Feb 28 13:06 tbs_data drwx------ 4 postgres postgres 4096 Feb 27 12:50 tbs_index drwx------ 4 postgres postgres 4096 Feb 27 12:50 tbs_lob ls -la /DB/tablespaces/tbs_index/ drwx------ 4 postgres postgres 4096 Feb 26 22:12 PG_9.0_201008051 после неудачного upgrade я удалил PG_9.6_201608131 папку ... |
|||
:
Нравится:
Не нравится:
|
|||
28.02.2019, 13:38 |
|
pg_upgrade проблема с tablespaces
|
|||
---|---|---|---|
#18+
Serge.01Maxim Boguk, ls -la /DB/tablespaces/ drwx------ 4 postgres postgres 4096 Feb 28 13:06 tbs_data drwx------ 4 postgres postgres 4096 Feb 27 12:50 tbs_index drwx------ 4 postgres postgres 4096 Feb 27 12:50 tbs_lob ls -la /DB/tablespaces/tbs_index/ drwx------ 4 postgres postgres 4096 Feb 26 22:12 PG_9.0_201008051 после неудачного upgrade я удалил PG_9.6_201608131 папку на всякий случай 1) ls -la /DB/tablespaces/*/PG_9.6* 2)заново запустить pg_upgrade c ключем дополнительным --retain (чтобы посмотреть что там такое и почему если опять не сработает) -- Maxim Boguk лучшая поддержка PostgreSQL: dataegret.ru ... |
|||
:
Нравится:
Не нравится:
|
|||
28.02.2019, 13:52 |
|
pg_upgrade проблема с tablespaces
|
|||
---|---|---|---|
#18+
ls -la /DB/tablespaces/tbs_data/ до запуска в этом папке ничего не было после правала ls -la /DB/tablespaces/tbs_data/PG_9.6_201608131 а внутри пусто ------------------------------------------------------------------------- Checking cluster versions ok Checking database user is the install user ok Checking database connection settings ok Checking for prepared transactions ok Checking for reg* system OID user data types ok Checking for contrib/isn with bigint-passing mismatch ok Checking for roles starting with 'pg_' ok Checking for invalid "line" user columns ok Creating dump of global objects ok Creating dump of database schemas ok Checking for presence of required libraries ok Checking database user is the install user ok Checking for prepared transactions ok If pg_upgrade fails after this point, you must re-initdb the new cluster before continuing. Performing Upgrade ------------------ Analyzing all rows in the new cluster ok Freezing all rows on the new cluster ok Deleting files from new pg_clog ok Copying old pg_clog to new server ok Setting next transaction ID and epoch for new cluster ok Deleting files from new pg_multixact/offsets ok Setting oldest multixact ID on new cluster ok Resetting WAL archives ok Setting frozenxid and minmxid counters in new cluster ok Restoring global objects in the new cluster *failure* Consult the last few lines of "pg_upgrade_utility.log" for the probable cause of the failure. Failure, exiting ------------------------------------------------------------ cat pg_upgrade_utility.log CREATE TABLESPACE "tbs_index" OWNER "postgres" LOCATION '/DB/tablespaces/tbs_index'; psql:pg_upgrade_dump_globals.sql:88: ERROR: directory "/DB/tablespaces/tbs_index/PG_9.6_201608131" already in use as a tablespace ... |
|||
:
Нравится:
Не нравится:
|
|||
28.02.2019, 14:29 |
|
pg_upgrade проблема с tablespaces
|
|||
---|---|---|---|
#18+
Serge.01ls -la /DB/tablespaces/tbs_data/ до запуска в этом папке ничего не было А куда всё подевалось? Раз такой tablespace есть, цитируя вас: Код: plaintext
Покажите ls -la pg_tblspc/ от PGDATA 9.0 кластера. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.02.2019, 14:33 |
|
pg_upgrade проблема с tablespaces
|
|||
---|---|---|---|
#18+
Serge.01, А что говорит grep -i tablespace pg_upgrade_dump_globals.sql ? (файл pg_upgrade_dump_globals.sql должен оставаться в Той директории где вы pg_upgrade Запускали если --retain не забыли сделать). -- Maxim Boguk лучшая поддержка PostgreSQL: dataegret.ru ... |
|||
:
Нравится:
Не нравится:
|
|||
28.02.2019, 15:30 |
|
pg_upgrade проблема с tablespaces
|
|||
---|---|---|---|
#18+
покажите с какими параметрами вы запускаете команду pg_upgrade . Есть подозрение , что вы указываете один и тот же путь для нового и старого кластера. Я недавно делал апгрейд с 10 на 11 при наличии отдельного tablespace в режиме --link так. Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10.
При этом старый tablespace был объявлен так Код: plsql 1.
и физически находился в каталоге /home/postgresql/10/PG_10_201701211/* а новый хардлинк создался в /home/postgresql/10/PG_11_201809051/* ... |
|||
:
Нравится:
Не нравится:
|
|||
04.03.2019, 16:37 |
|
|
start [/forum/topic.php?fid=53&fpage=43&tid=1995308]: |
0ms |
get settings: |
11ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
39ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
50ms |
get tp. blocked users: |
2ms |
others: | 270ms |
total: | 409ms |
0 / 0 |