но монгу то не трогали

хотя это помоему старое сообщение

нок перезапускал?

после миграции

Да, это старое сообщение там стояла галочка грасефул рестарт

вручную перегрузить?

ага

э, а как?

service noc restart&

systemctl restart noc

а, ну или так

ещё сделай ./noc syncdb

э Synced: > django.contrib.auth > django.contrib.contenttypes > django.contrib.sessions > django.contrib.sites > django.contrib.admin > django.contrib.messages > south > noc.crm > noc.maintainance Not synced (use migrations): - noc.main - noc.project - noc.gis - noc.inv - noc.sa - noc.fm - noc.pm - noc.cm - noc.ip - noc.vc - noc.dns - noc.peer - noc.kb - noc.support (use ./manage.py migrate to migrate these)

рестарт не помог

./noc ctl

что показывает?

activator-default:activator-default-00 RUNNING pid 14194, uptime 0:02:37 card:card-000 RUNNING pid 14198, uptime 0:02:37 classifier-default:classifier-default-00 RUNNING pid 14192, uptime 0:02:37 correlator RUNNING pid 14193, uptime 0:02:37 discovery-default:discovery-default-00 RUNNING pid 14190, uptime 0:02:37 login:login-000 RUNNING pid 14197, uptime 0:02:37 mailsender:mailsender-000 RUNNING pid 14191, uptime 0:02:37 omap RUNNING pid 14187, uptime 0:02:37 ping-default:ping-default-000 RUNNING pid 14186, uptime 0:02:37 pmwriter:pmwriter-000 RUNNING pid 14184, uptime 0:02:37 sae:sae-000 RUNNING pid 14195, uptime 0:02:37 scheduler RUNNING pid 14196, uptime 0:02:37 syslogcollector-default RUNNING pid 14188, uptime 0:02:37 trapcollector-default RUNNING pid 14185, uptime 0:02:37 web:web-000 RUNNING pid 14189, uptime 0:02:37

а ты как на веб заходишь?

через браузер, а https наверное

ага:)

https

должно же перекидывать вроде, открылась вебка но нифига нет, в мо SAE, в ипам дефолт :)

мистика....

можешь подключиться к базе и сделать селект?

да

в базе тоже только сае

вау.....

а в старом ноке всё ок?

да, он рабочий

такое ощущение что кто-то вычищает базу

вычищает всмыле, новый нок?

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

сейчас попробую вот это ./manage.py migrate

вообще выругалось и не сработало,

я думаю скрипт миграции чистит

зачем ему это

у меня же не чистит)

ну фиг кго знает

мде....

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

drop database new_noc (только надо из под postgres)

CREATE DATABASE new_noc WITH TEMPLATE noc OWNER noc;

зайди в неё - проверь что всё есть, а потом запусти ./noc migrate

хм, нок.юмл что-то переписало

я его поправил, а он вернулся старый сейчас

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

фух)

теперь понять бы, что его переписывает

забей пока)

можешь поправить в башне, чтобы не переписывало

а пока, поправляй и запускай migrate

всмысле нок конф поправить?

noc.yml

noc.conf это остаток

./noc migrate Running migrations for main: - Migrating forwards to 0055_default_pool. > main:0055_default_pool DEBUG:south:south execute "SELECT id, name FROM sa_activator" with params "[]" Traceback (most recent call last): File "manage.py", line 45, in <module> execute_from_command_line(sys.argv) File "/opt/noc/lib/python2.7/site-packages/django/core/management/__init__.py", line 443, in execute_from_command_line utility.execute() File "/opt/noc/lib/python2.7/site-packages/django/core/management/__init__.py", line 382, in execute self.fetch_command(subcommand).run_from_argv(self.argv) File "/opt/noc/lib/python2.7/site-packages/django/core/management/base.py", line 196, in run_from_argv self.execute(*args, **options.__dict__) File "/opt/noc/lib/python2.7/site-packages/django/core/management/base.py", line 232, in execute output = self.handle(*args, **options) File "/opt/noc/lib/python2.7/site-packages/south/management/commands/migrate.py", line 105, in handle ignore_ghosts = ignore_ghosts, File "/opt/noc/lib/python2.7/site-packages/south/migration/__init__.py", line 191, in migrate_app success = migrator.migrate_many(target, workplan, database) File "/opt/noc/lib/python2.7/site-packages/south/migration/migrators.py", line 221, in migrate_many result = migrator.__class__.migrate_many(migrator, target, migrations, database) File "/opt/noc/lib/python2.7/site-packages/south/migration/migrators.py", line 292, in migrate_many result = self.migrate(migration, database) File "/opt/noc/lib/python2.7/site-packages/south/migration/migrators.py", line 125, in migrate result = self.run(migration) File "/opt/noc/lib/python2.7/site-packages/south/migration/migrators.py", line 99, in run return self.run_migration(migration) File "/opt/noc/lib/python2.7/site-packages/south/migration/migrators.py", line 81, in run_migration migration_function() File "/opt/noc/main/migrations/0055_default_pool.py", line 24, in forwards "description": name File "/opt/noc/lib/python2.7/site-packages/pymongo/collection.py", line 410, in insert _check_write_command_response(results) File "/opt/noc/lib/python2.7/site-packages/pymongo/helpers.py", line 202, in _check_write_command_response raise DuplicateKeyError(error.get("errmsg"), 11000, error) pymongo.errors.DuplicateKeyError: E11000 duplicate key error collection: noc.noc.pools index: name_1 dup key: { : "P0001" }

это уже интереснее)

сейчас нок перезапущу

стой!ъ

зачем?

поздно

я на новой ноде перезапускал

просто тут косяк - у тебя монго уже мигрировала, а постгрес ещё нет

т.е. это надо виртуалку откатывать опять в ноль?

нет) не надо

подключись к монге

варианта 2, подключиться к монге и удалить лишнее либо заново восстановить базу из бэкапа

базу в смысле монгу

и надо будет проверить noc.yml - чтобы там ничего не заменилось

заменилось наверное из-за упдейт конфиг

так мне виртуалку откатить опять?

не надо) иначе всё придётся делать с 0

подключись к монге

а как? )

mongo -u noc -p --authenticationDatabase noc 127.0.0.1/noc

подключился

db.noc.pools.remove()

и можно запускать миграцию

э, говорит, что надо выражение в скобках

а!

db.noc.pools.remove({})

удалилось миграция вроде бы прошла но в базе только сае а в вебе даже сае не отобрадается

снова настройки слетели?

сделай настройки в башне

нет, настройки на месте,

сейчас перезапущу нок

ты через ./noc psql подключаешься?

ага

зря.... путаница только возникает

ага, в самом пг эти данные есть

я вот удаленно подключился

это нок конектиться к локальной базе

все равно

пропиши ему в башне настройки

:) чтобы не повадно было

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

гм... в поане убрал - остановил постгрес?

в товере убрал этот сервис с ноды

как всё запутано...

предлагаю завтра продолжить, с чистого листа