такс, оно заимпортило данные, но только те, таблицы которые существовали

или надо было все таблицы?

dvolodin при миграции старые базы нужно накатывать полностью с созданием всех таблиц, или пропускать те, которых нет в новой базе?

просто миграция

штатная

а если у меня нода на новой системе стоит, как базы перенести, я поробюовал бекап развернуть и отмигрировать, но данные не подтянулись

N а зачем pg_restore? на чём затык?

Я со старого Нока бекап на новый переносил, что бы потом отмигрировать

Бекап перенес, мигрировали, но данные не появились

в базе посмотрел?

постгреса

N

N

А что посмотреть?

подключись к постгресу

./noc psql

сделай select * from sa_managedobject; посмотри - выдаст ли что-нибудь

таблица пустая

select * from sa_managedobject; id | name | is_managed | administrative_domain_id | profile_name | scheme | address | port | user | password | super_password | re mote_path | trap_source_ip | trap_community | snmp_ro | snmp_rw | description | config_filter_rule_id | config_validation_rule_id | config_diff_filter_rule_id | max_scripts | vrf_id | object_profile_id | shape | tags | vc_domain_id | auth_profile_id | collector_ id | termination_group_id | service_terminator_id | segment | pool | trap_source_type | syslog _source_type | syslog_source_ip | service | container —--+------+------------+--------------------------+--------------+--------+---------+------+------+----------+----------------+--- —--------+----------------+----------------+---------+---------+-------------+-----------------------+---------------------------+ —--------------------------+-------------+--------+-------------------+-------+------+--------------+-----------------+---------— —-+----------------------+-----------------------+--------------------------+--------------------------+------------------+------- —-----------+------------------+---------+---------— 1 | SAE | t | 1 | NOC.SAE | 1 | 0.0.0.0 | | | | | | | | | | | | | | | | 1 | | | | | | | | 57863716c6b0f36c148b4cef | 57863715c6b0f36c148b4ce8 | d | d | | | (1 строка)

вот поэтому данных и нет

заново импортируй

pg?

psql -d noc -p -U noc < noc-db-2016-05-05-10-47.dump

ага, сейчас попробую

пользователь может быть postgres

ой) это не тут

не прокатило вот так отработало su - postgres psql -d noc -U noc -W < noc-db-2016-07-13-13-10.dump

но куча ошибок типо ОШИБКА: ошибка синтаксиса (примерное положение: "") и в конце неверная команда \ неверная команда \6▒▒▒▒<O▒▒Hi▒>▒▒{▒▒▒*▒▒▒▒▒MX▒^▒{▒߻btʏ▒ZPV▒S(-▒D▒-Mq%▒▒▒▒$▒▒▒▒5▒▒▒>▒3:> неверная команда \%▒f2] ОШИБКА: неверная последовательность байт для кодировки "UTF8": 0xac

лучше дропни базу)

и пересоздай заново

из под postgres

psql -d template1

drop database noc

CREATE DATABASE noc ENCODING 'UTF8' OWNER noc;

и стартуй заливку заново

ОШИБКА: база данных "noc" занята другими пользователями DETAIL: Эта база данных используется ещё в 3 сеансах. как выйти, что бы тормознуть нок

как остановить нок?

systemctl stop noc

не, надо было \q

все равно теже ошибки, после того как дропнул базу

в конце?

вот такие при импорте, как и раньше ОШИБКА: ошибка синтаксиса (примерное положение: "") LINE 1: ADD CONSTRAINT zone_id_refs_id_2f101f070a38af7a FOREIG... ^ неверная команда \ неверная команда \6▒▒▒▒<O▒▒Hi▒>▒▒{▒▒▒*▒▒▒▒▒MX▒^▒{▒߻btʏ▒ZPV▒S(-▒D▒-Mq%▒▒▒▒$▒▒▒▒5▒▒▒>▒ 3:> неверная команда \%▒f2] ОШИБКА: неверная последовательность байт для кодировки "UTF8": 0xac

попробуй тогда дропнуть базу и через pg_restore залить дамп когда через него заливал у тебя ругани не было?

не помню уже, сейчас попробую

еще так ругается когдав косоль захожу ПРЕДУПРЕЖДЕНИЕ: psql имеет версию 9.2, а сервер - 9.4. Часть функций psql может не работать. Введите "help", чтобы получить справку.

гм... может быть, поэтому загрузка нормально и не работает

но это походу после миграции стало

rpm -qa | grep postgre что говорит?

скорее после деплоя

еще так ругается когдав косоль захожу ПРЕДУПРЕЖДЕНИЕ: psql имеет версию 9.2, а сервер - 9.4. Часть функций psql может не работать. Введите "help", чтобы получить справку.

это норм

забей

pg_restore -U postgres -d noc noc-db-2016-05-11-10-47.dump

дропнул всю базу импортирую через pg_restore куча однотипных ошибок

pg_restore: [архиватор (БД)] Ошибка из записи оглавления 1208; 2612 16633 PROCEDURAL LANGUAGE plpgsql noc pg_restore: [архиватор (БД)] could not execute query: ОШИБКА: удалить объект язык plpgsql нельзя, так как он нужен объекту расширение plpgsql HINT: Однако можно удалить расширение plpgsql. Выполнялась команда: DROP PROCEDURAL LANGUAGE plpgsql;

а у тебя до этого какая версия postgres стояла - 9.2 ?

:)

а у тебя до этого какая версия postgres стояла - 9.2 ?

нет

нок ставит сначала клиента

потом а он в центосе 9,2

а потом приезжает сервер

он 9,4

могу проверить, я старый нок обновлял последний раз в начале декабря

но на производительности и функциональности это не сказывается

N ладно уже, ждём конца импорта

)

так он закончился, и куча таких сообщений

быть может на исходной базе нужно посчитать колво строк в sa_maptask и sa_reducetask и truncate эти таблицы

они могут быть большие и бесполезные

select * from sa_managedobject;

есть там хосты)

?

select * from sa_managedobject; ОШИБКА: отношение "sa_managedobject" не существует

только проверил :)

т.е. тупо старый бекап не разворачивается?

как-то всё сложно

у тебя в старом бэкапе есть критичные данные?

кроме паролей

а то бы вычистил пароли и заслал мне прошу прощения за не скромное предложение)

какой-то тут сложный случай

наверное надо попробовать через pg_basebackup

это может быть проще...

да там куча всего, все не вычистишь (

ладно:) идём сложным путём я так понял у тебя сейчас 2 постгреса - старый и новый?

у меня 3 виртуалки, старый нок, новый башня, и новый нода

гуд, предложение такое - подключить новый нок к старому постгресу, пусть он всё там промигрирует и затем переносить на новый

у тебя старый постгрес по сети доступен? или на 127.0.0.1 привязан?

гуд, предложение такое - подключить новый нок к старому постгресу, пусть он всё там промигрирует и затем переносить на новый

разрушительно.

да не, сделаем копию базы

не на оригинальной же эксперименты ставить

127.0.0.1:5432 0.0.0.0:* LISTEN 1510/postmaster

там центос стоит старый помоему, новую ноду очень тяжело будет поставить

CentOS release 6.7 (Final)

не понятно, почему база не разворачивается нормально

ставить ничего не надо будет) старый нок можно остановить?

ну на ночь да впринципе

просто надо будет базу склонировать

не будет немного новых конфигов просто :)

сейчас виртуалку забекаплю )

ок:)

после надо будет подключиться к постгресу из под пользователя postgres и склонировать базу: CREATE DATABASE new_noc WITH TEMPLATE noc OWNER noc;