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

[orz]

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

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

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

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

[scor2k]

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

[orz]

На 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

[scor2k]

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

[orz]

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

Лог 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

[AnTonN(c)]

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

[orz]

В 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

[AnTonN(c)]

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

[orz]

можно без ключа 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] для одного из других координаторов. Сюда нужно добавить секцию для Администратора?

[AnTonN(c)]

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

[orz]

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

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

[AnTonN(c)]

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

[orz]

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

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

[AnTonN(c)]

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

[orz]

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

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

[AnTonN(c)]

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

[orz]

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

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

[AnTonN(c)]

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