|
|
|
Error: pg_dump: query returned 2 rows instead of one ...
|
|||
|---|---|---|---|
|
#18+
Уважаемое сообщество, работаю с БД PostgreSQL недавно. Postgresql версия 9.3 ( PostgreSQL 9.3.5 on x84_64-unknown-linux-gnu, compiled by gcc (Ubuntu 4.8.2-19ubuntu1) 4.8.2, 64-bit Пытаюсь сделать бэкап pg_dump.exe --host <ip> --port 5432 --username "postgres" --no-password -Fd -f c:\parallel1 -j 16 "db_name" Возникает ошибка: pg_dump: query returned 2 rows instead of one: SELECT tableoid, oid (SELECT rolname FROM pg_catalog.pg_roles WHERE opd = datdba) as dba, ..... from pg_database where datname='db_name'; Примечание: а) в таблице pg_database есть две записи с одним именем datname, отличаются только полем datfrozenxid. б) возможно, что такое получилось при запуске операции удаления БД и паралельном запуске разворачивания БД из бэкапа. Прошу помощи сообщества по выходу из данной ситуации. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.06.2015, 08:36 |
|
||
|
Error: pg_dump: query returned 2 rows instead of one ...
|
|||
|---|---|---|---|
|
#18+
eugeny_nikolaev<> б) возможно, что такое получилось при запуске операции удаления БД и паралельном запуске разворачивания БД из бэкапа. <> а вот и тестеры массово подтянулись. правильно, а то разрабцы расслабились - горбатогго сплошного лепят, и отписьки гнилые пишуд. п.с. а по проблеме: -- у них и oid должен быть разный . вот по этому oid и разыменуйте одну из дб в другое имя. Понятно -- что напрямую update в системной табличке -- грех. Но вам-то уже ничего делать не остаётся. да, и после такой операции -- снять со всего дамп, похерить кластер, от греха, и создать новый. это -- чтоб "так получииилоось" не повторять. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.06.2015, 10:20 |
|
||
|
Error: pg_dump: query returned 2 rows instead of one ...
|
|||
|---|---|---|---|
|
#18+
qwwqeugeny_nikolaev<> б) возможно, что такое получилось при запуске операции удаления БД и паралельном запуске разворачивания БД из бэкапа. <> а вот и тестеры массово подтянулись. правильно, а то разрабцы расслабились - горбатогго сплошного лепят, и отписьки гнилые пишуд. п.с. а по проблеме: -- у них и oid должен быть разный . вот по этому oid и разыменуйте одну из дб в другое имя. Понятно -- что напрямую update в системной табличке -- грех. Но вам-то уже ничего делать не остаётся. да, и после такой операции -- снять со всего дамп, похерить кластер, от греха, и создать новый. это -- чтоб "так получииилоось" не повторять. Я бы кстати не исключил ситуацию когда OID там одинаковый будет. А значит или wraparound был или индексы побитые на системном каталоге. -- Maxim Boguk www.postgresql-consulting.ru ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.06.2015, 10:25 |
|
||
|
Error: pg_dump: query returned 2 rows instead of one ...
|
|||
|---|---|---|---|
|
#18+
Maxim Bogukqwwqпропущено... Я бы кстати не исключил ситуацию когда OID там одинаковый будет. А значит или wraparound был или индексы побитые на системном каталоге. -- Maxim Boguk www.postgresql-consulting.ru раз frozenblahblahblah разный -- то по ctid--то можно будет отредактироваться, думается. ну вот это вот всё системное [2TS =>RTFM ] хоть в чём то будет отличаться. потом попробовать снять дамполл, и похерить побитое как стьашный сон. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.06.2015, 10:35 |
|
||
|
Error: pg_dump: query returned 2 rows instead of one ...
|
|||
|---|---|---|---|
|
#18+
Всем спасибо, за наводящие мысли. Порешилось сносом кластера: 1. Посмостреть age(datfrozenxid) из pg_database Увидили одну запись, которая выбивается из остальных 2. В PgAdmin переименовать нужную БД в другое имя 3. Сделать бэкап БД с новым именем 3.1 сохранить настроечные файлы postgresql 3.2 сохранить скрипты tablespace 4. Снести кластер 5. Развернуть класте 5.1 восстановить настроечные файлы postgresql 5.2 почистить пути, куда указывали tablespace 5.3 восстановить tablespace 6. Восстановить БД ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.06.2015, 12:53 |
|
||
|
|

start [/forum/topic.php?fid=53&msg=38994861&tid=1997909]: |
0ms |
get settings: |
6ms |
get forum list: |
10ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
166ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
41ms |
get tp. blocked users: |
1ms |
| others: | 215ms |
| total: | 454ms |

| 0 / 0 |
