Обсуждение: Переезд debian i386 -> amd64
При переезде debian'а с i386 на amd64 получил вот такую картинку в логах postgresql и полный отказ работать.
--
2015-09-04 18:36:35 MSK FATAL: incorrect checksum in control file
2015-09-04 18:36:37 MSK FATAL: incorrect checksum in control file
# pg_lsclusters
Version Cluster Port Status Owner Data directory Log file
9.1 main 5432 down postgres /var/lib/postgresql/9.1/main /var/log/postgresql/postgresql-9.1-main.log
На 9.1 я его перевёл с 8.3 буквально только что, но не подумал сделать dump c 9.1.
Есть результат работы pg_dumpall > file.sql с версии 8.3.
Какие действия будут правильным чтобы реанимировать postgres?
Peter Teslenko
skype: smartchecker
skype: smartchecker
Пятница, 4 сентября 2015, 19:03 +03:00 от Peter Teslenko <smartchecker@gmail.com>:
При переезде debian'а с i386 на amd64 получил вот такую картинку в логах postgresql и полный отказ работать.
--
2015-09-04 18:36:35 MSK FATAL: incorrect checksum in control file
2015-09-04 18:36:37 MSK FATAL: incorrect checksum in control file
# pg_lsclusters
Version Cluster Port Status Owner Data directory Log file
9.1 main 5432 down postgres /var/lib/postgresql/9.1/main /var/log/postgresql/postgresql-9.1-main.log
На 9.1 я его перевёл с 8.3 буквально только что, но не подумал сделать dump c 9.1.
Есть результат работы pg_dumpall > file.sql с версии 8.3.
Какие действия будут правильным чтобы реанимировать postgres?
Peter Teslenko
skype: smartchecker
skype: smartchecker
Алексей
2015-09-04 19:20 GMT+03:00 Alexey Vasiliev <leopard_ne@inbox.ru>:
Файлы системно независимые начиная с версии 9.3, но в вашем случае это не поможет, поскольку архитектуры разные. Так что только sql или sql+gz дамп.
Алексей
Т.е., в моём случае, нужно drop'нуть кластер, создать его заново и втащить .sql от 8.3?
Я правильно понял?
--
Peter Teslenko
skype: smartchecker
skype: smartchecker
Пятница, 4 сентября 2015, 20:06 +03:00 от Peter Teslenko <smartchecker@gmail.com>:
2015-09-04 19:20 GMT+03:00 Alexey Vasiliev <leopard_ne@inbox.ru>:
Файлы системно независимые начиная с версии 9.3, но в вашем случае это не поможет, поскольку архитектуры разные. Так что только sql или sql+gz дамп.
Алексей
Т.е., в моём случае, нужно drop'нуть кластер, создать его заново и втащить .sql от 8.3?
Я правильно понял?
--
Peter Teslenko
skype: smartchecker
skype: smartchecker
Если у Вас есть sql dump, то его можно и в 9.1 сразу залить (как я вижу по pg_lsclusters), не только в 8.3
Алексей
2015-09-04 20:23 GMT+03:00 Alexey Vasiliev <leopard_ne@inbox.ru>:
Если у Вас есть sql dump, то его можно и в 9.1 сразу залить (как я вижу по pg_lsclusters), не только в 8.3
Алексей
Да, у меня есть sql dump от 8.3, но текущий кластер 9.1.
Собственно, вопрос и был в том, что могу ли я drop'нуть текущий кривой кластер 9.1,
создать новый нормальный кластер 9.1 и влить в него sql dump от 8.3?
--
Peter Teslenko
skype: smartchecker
skype: smartchecker
Re: [pgsql-ru-general] Re: [pgsql-ru-general] Переезд debian i386 -> amd64
От
Nikolay Samokhvalov
Дата:
Что мешает попробовать?
На одной машине может быть много кластеров. Используйте опцию -D.
На одной машине может быть много кластеров. Используйте опцию -D.
2015-09-04 20:33 GMT+03:00 Peter Teslenko <smartchecker@gmail.com>:
2015-09-04 20:23 GMT+03:00 Alexey Vasiliev <leopard_ne@inbox.ru>:Если у Вас есть sql dump, то его можно и в 9.1 сразу залить (как я вижу по pg_lsclusters), не только в 8.3
Алексей
Да, у меня есть sql dump от 8.3, но текущий кластер 9.1.Собственно, вопрос и был в том, что могу ли я drop'нуть текущий кривой кластер 9.1,создать новый нормальный кластер 9.1 и влить в него sql dump от 8.3?--Peter Teslenko
skype: smartchecker
2015-09-04 20:47 GMT+03:00 Nikolay Samokhvalov <samokhvalov@gmail.com>:
Что мешает попробовать?
На одной машине может быть много кластеров. Используйте опцию -D.
Неуверенность в результате.
Peter Teslenko
skype: smartchecker
skype: smartchecker
Re: [pgsql-ru-general] Re: [pgsql-ru-general] Re: [pgsql-ru-general] Переезд debian i386 -> amd64
От
Nikolay Samokhvalov
Дата:
1) не трогая существующий кластер, гасим текущий кластер (pg_ctl stop)
2) делаем новый кластер в новом месте — initdb -D /some/new/path2015-09-04 20:55 GMT+03:00 Peter Teslenko <smartchecker@gmail.com>:
2015-09-04 20:47 GMT+03:00 Nikolay Samokhvalov <samokhvalov@gmail.com>:Что мешает попробовать?
На одной машине может быть много кластеров. Используйте опцию -D.
Неуверенность в результате.--Peter Teslenko
skype: smartchecker
2015-09-04 21:04 GMT+03:00 Nikolay Samokhvalov <samokhvalov@gmail.com>:
Всё будет хорошо. В крайнем случае нет :)4) вливаем дамп от 8.3 psql < dump.sql3) поднимаем pg_ctl -D /some/new/path start1) не трогая существующий кластер, гасим текущий кластер (pg_ctl stop)2) делаем новый кластер в новом месте — initdb -D /some/new/path
# pg_dropcluster --stop 9.1 main
# pg_createcluster --start 9.1 main
и втащил sql backup от 8.3, вроде схавало и работает.
# pg_lsclusters
Version Cluster Port Status Owner Data directory Log file
9.1 main 5432 online postgres /var/lib/postgresql/9.1/main /var/log/postgresql/postgresql-9.1-main.log
Peter Teslenko
skype: smartchecker
skype: smartchecker
> При переезде debian'а с i386 на amd64 получил вот такую картинку в логах > postgresql и полный отказ работать. > 2015-09-04 18:36:35 MSK FATAL: incorrect checksum in control file > 2015-09-04 18:36:37 MSK FATAL: incorrect checksum in control file > # pg_lsclusters > Version Cluster Port Status Owner Data directory Log > file > 9.1 main 5432 down postgres /var/lib/postgresql/9.1/main /var/ > log/postgresql/postgresql-9.1-main.log > На 9.1 я его перевёл с 8.3 буквально только что, но не подумал сделать dump c > 9.1. > Есть результат работы pg_dumpall > file.sql с версии 8.3. > Какие действия будут правильным чтобы реанимировать postgres? поставить wheezy, squeeze или что там хочется где был старый Pg. поставить можно в виртуалке: KVM, вмварь, что там вам нравится. запустить и сделать нормальный дамп. потом перенести на amd64 и сапгрейдить базу. -- . ''`. Dmitry E. Oboukhov : :’ : email: unera@debian.org jabber://UNera@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537