Jump to content
orz

Не Приходят Обновления На Координаторы От Администратора

Recommended Posts

Помогите с одной проблемой:

С Администратора (3.2.9) не отсылаются любые обновления на координаторы HW-1000, хотя при проверке связи доступность координаторов проходит успешно. Службы (iplir, mftp, failover) на HW-1000 запущены и работают.

В ЦУСе обновления формируются, встают в очередь, но не отправляются.

Помогите с решением проблемы.

Share this post


Link to post
Share on other sites

Проверьте, есть ли на HW1000 в транспорте АП администратора... то что связь проверяется - ни о чем не говорит, к сожалению ) Сам с такой проблемой столкнулся. Где в HW смотреть не скажу, могу показать где в виндовой версии )

Share this post


Link to post
Share on other sites

На HW-1000 есть в файле iplir.conf такой блок

[id]

id= 0x0b42000b

name= Администратор Безопасности

filterdefault= pass

ip= 87.*.*.*

accessip= 10.0.0.3

firewallip= 87.*.*.*

port= 55777

proxyid= 0xfffffffe

dynamic_timeout= 0

usefirewall= on

virtualip= 10.0.0.3

version= 3.2-672

Share this post


Link to post
Share on other sites

А у вас администратор в реальным айпишником? ip=87.*.*.* ? Давайте тогда еще посмотрим настройки транспорта на Администраторе... и каким способом он подключается? Через фаервол с динамической трансляцией или напрямую через координатор?

Share this post


Link to post
Share on other sites

На администраторе реальный статический ИП. Подключен через файрвол со статической трансляцией адресов.

Лог MFTP:

26.12.2012 11:56:40.734 Start Poll
26.12.2012 11:56:40.734 There are outgoing files for 0B42000C
26.12.2012 11:56:40.750 Get IP for 0B42000C
26.12.2012 11:56:40.750 IP for 0B42000C=192.168.1.5
26.12.2012 11:56:40.750 Start connect to 192.168.1.5 on port #5000
26.12.2012 11:56:40.750 3980 Connecting to 192.168.1.5 ... HOC=1
26.12.2012 11:56:41.187 DecHOC=0
26.12.2012 11:56:41.203 3980 Connected to 0B42000C IP=192.168.1.5
26.12.2012 11:56:41.203 3980 ->INF V=3.53 I=0B42000B A=1 C=0 R=0B4200020001 7=A921368D54E01186
26.12.2012 11:56:41.750 3980 <-INF V=3.53 I=0B42000C A=1 C=0 R=0B4200020000 8=1B9B5784E03ECE35D4F095B8CAFDB573
26.12.2012 11:56:41.750 UseFixedKey
26.12.2012 11:56:41.765 3980 ->AUT 9=38740022E4277376
26.12.2012 11:56:41.765 3980 Lost connection on socket 3980
26.12.2012 11:56:41.765 3980 Closed
26.12.2012 11:56:41.781 3980 Free
26.12.2012 11:56:42.750 There are outgoing files for 0B42000C
26.12.2012 11:56:42.750 Get IP for 0B42000C
26.12.2012 11:56:42.765 IP for 0B42000C=192.168.1.5
26.12.2012 11:56:42.765 Start connect to 192.168.1.5 on port #5000
26.12.2012 11:56:42.765 3984 Connecting to 192.168.1.5 ... HOC=1
26.12.2012 11:56:43.234 DecHOC=0
26.12.2012 11:56:43.234 3984 Connected to 0B42000C IP=192.168.1.5
26.12.2012 11:56:43.234 3984 ->INF V=3.53 I=0B42000B A=1 C=0 R=0B4200020001 7=809299D868153E4A
26.12.2012 11:56:43.828 3984 <-INF V=3.53 I=0B42000C A=1 C=0 R=0B4200020000 8=31D3B823A047EA618C308EAB292CFE4C
26.12.2012 11:56:43.843 UseFixedKey
26.12.2012 11:56:43.859 3984 ->AUT 9=5E6150DFEB2BC11F
26.12.2012 11:56:43.859 3984 Lost connection on socket 3984
26.12.2012 11:56:43.875 3984 Closed
26.12.2012 11:56:43.875 3984 Free
26.12.2012 11:56:44.765 There are outgoing files for 0B42000C
26.12.2012 11:56:44.765 Get IP for 0B42000C
26.12.2012 11:56:44.765 IP for 0B42000C=192.168.1.5
26.12.2012 11:56:44.781 Start connect to 192.168.1.5 on port #5000
26.12.2012 11:56:44.781 3980 Connecting to 192.168.1.5 ... HOC=1
26.12.2012 11:56:45.312 DecHOC=0
26.12.2012 11:56:45.312 3980 Connected to 0B42000C IP=192.168.1.5
26.12.2012 11:56:45.312 3980 ->INF V=3.53 I=0B42000B A=1 C=0 R=0B4200020001 7=38AAA51BE2277BEB
26.12.2012 11:56:45.750 3980 <-INF V=3.53 I=0B42000C A=1 C=0 R=0B4200020000 8=DC8E5C409A9E2443BD19769F32072D35
26.12.2012 11:56:45.750 UseFixedKey
26.12.2012 11:56:45.781 3980 ->AUT 9=2A8DEE5F6C96AE44
26.12.2012 11:56:45.781 3980 Lost connection on socket 3980
26.12.2012 11:56:45.781 3980 Closed
26.12.2012 11:56:45.781 3980 Free

Share this post


Link to post
Share on other sites

В adm esc пришлите вывод команды df -h.

sh-3.2# df -hi
Filesystem Inodes Used Available Use% Mounted on
/dev/ram1 635 635 0 100% /mnt/vipnet
/dev/sda2 0 0 0 0% /mnt/main
/dev/sdb1 0 0 0 0% /additional
tmpfs 218.3K 1 218.3K 0% /tmp

Share this post


Link to post
Share on other sites

можно без ключа i? в mftp.conf есть секция админа?

Share this post


Link to post
Share on other sites

можно без ключа i? в mftp.conf есть секция админа?


sh-3.2# df -h
Filesystem Size Used Available Use% Mounted on
/dev/ram1 15.8M 15.8M 0 100% /mnt/vipnet
/dev/sda2 1.8G 42.7M 1.7G 2% /mnt/main
/dev/sdb1 232.9G 152.5M 232.7G 0% /additional
tmpfs 1008.4M 0 1008.4M 0% /tmp

в mftp.conf есть только секция [channel] для одного из других координаторов. Сюда нужно добавить секцию для Администратора?

Share this post


Link to post
Share on other sites

C местом на диске все ок. Если в mftp.conf нет секции [channel] админа, то это означает, что последний не за ним зарегистрирован в ЦУС, либо его криво перенесли за другой координатор в том же ЦУС. То есть Адресная администрация задает путь следования mftp конвертов.

Share this post


Link to post
Share on other sites

C местом на диске все ок. Если в mftp.conf нет секции [channel] админа, то это означает, что последний не за ним зарегистрирован в ЦУС, либо его криво перенесли за другой координатор в том же ЦУС. То есть Адресная администрация задает путь следования mftp конвертов.

Да, переносили администратор за другой координатор. Можно прописать вручную в mftp.conf секцию [channel] для администратора?

Share this post


Link to post
Share on other sites

Вручную добавить нельзя, потому что при старте демона секция удалится

Share this post


Link to post
Share on other sites

Вручную добавить нельзя, потому что при старте демона секция удалится

И какой есть выход из ситуации? Координатор, за которым первоначально находился Администратор сейчас выключен.

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

Можете описать варианты? Эти координаторы находятся очень далеко)

Share this post


Link to post
Share on other sites

Если админ еще не обновился, то включить координатор, с ним должны иметь соединение другие координаторы и молиться, чтобы обновления дошли до всех успешно. Конечно же подразумевается, что в ЦУС и УКЦ все было сделано правильно. Если что-то не то, то руками dst разворачивать сеть...

Share this post


Link to post
Share on other sites
Если админ еще не обновился, то включить координатор, с ним должны иметь соединение другие координаторы и молиться, чтобы обновления дошли до всех успешно. Конечно же подразумевается, что в ЦУС и УКЦ все было сделано правильно. Если что-то не то, то руками dst разворачивать сеть...

Координатор включили, но соединение все равно идет на узел 0B42000C, а нужно на первоначальный узел 0B42000A. Если сейчас удалить все сформированные обновления и вернуть узел 0B42000А как первоначальный, то обновления пойдут?

Share this post


Link to post
Share on other sites

Значит админ уже обновлен на новый mftp канал... восстанавливать резервную копию и переинициализировать админа. Не забываем про бэкапы.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

×

Important Information

By using this site, you agree to our Terms of Use.