Медленно обновляется конфиг BorderManager через iManager

[Alex-M]

Непонятная проблема нарисовалась - крайне медленно применяются изменения конфига и ACL в Бордюре, сделанные через иМанагер.
Дано: дерево из 7-ми серверов, A,B,C,D,E,F,G (имена для примера). A,B,C,D - в одном сегменте; E,F,G - в другом, связь через сервер A (на нём несколько сетевух). Сервера A,B,C имеют реплики (A - Master, B,C - RW), остальные нет. Все сервера NW65sp8 с постфиксами (единственная разница - D,E,F,G ставились сразу с оверлея СП8, а A,B,C - изначально были СП4 или что там было в 2005, а уже потом догонялись до СП8 по мере выхода сервиспаков).
На серверах A,B,C стоит Бордюр 3.9СП2 со всеми постфиксами (изначально был 3.8 с постфиксами, апгрейженный поверх потом до 3.9). На сервере A также iManager и всякая шняга типа DNS/DHCP/RADIUS. На серверах B,C отключено всё, кроме NRM и Бордюра - дабы ресурсы не хавать.

Вот такая кухня. Изначально всё рулилось через NWAdmin, потом пришлось переезжать на иМанагер. Сначала все было более-менее адекватно (но конфиги и ACL меняются редко, может просто не замечал проблемы ранее). Во время перевода серверов A,B,C,D на новые адреса (см. соотв. моё сообщение) был выполнен бэкап/правка/рестор конфигов и ACL через иМанагер. После этого поимели проблему:
1) крайне медленно применяются любые изменения настроек через иМанагер, вплоть до отвала Веб-сессии по таймауту. Т.е.-
2) мы что-либо правим в свойствах Бордюра сервера B и нажимаем Apply Changes.
3) секунд через 10 на консоли сервера B выскакивает "Timestamp synchronization of BRDSRV.NLM is completed"
4) и только минут через 6 на консоли выскакивает "Timestamp synchronization of PROXY.NLM is completed"
5) после чего наконец-то применяются изменения. Причем пункты 3 и 4 повторяются по два раза (т.е. суммарно затык достигает 10-12 минут)

Из-за чего это происходит? Дерево без ошибок, сертификаты действительны (переиздавали, в том числе и для Tomcat). На логгер-скрине сервера A (где iManager) вылезают:
1) "SEVERE: Error in action code - java.net.SocketExeption: Socket is not connected" и много at далее (это перед первым появлением пунктов 3 и 4)
2) "WARNING: Unable to perform background process on manager - java.lang.NullPointerExeption" и много at далее (это перед вторым появлением пунктов 3 и 4).

В Инете ничего внятного не нашёл. Помогите, плиз!

[Владимир Горяев]

А из nwadmin, как раньше, нельзя?

[Alex-M]

Дык, 3.9 ругаеццо в консоли, что, мол NWAdmin более не поддерживается... Плюс, часть ACL-ей, сделанных через NWAdmin работают очень криво и применяются только с 3-5 раза.
Да и вообще - разобраться хочется. В чём может быть проблема - Tomcat или Java покривели или где в конфигах тайное кун-фу применить?

[Alex-M]

Что, никаких предположений?

[Dimerson]

прошу прощения 39 тестовый прибит даже посмотреть негде - миграция на сквид полным ходом ...
в целом вышло что
bm firewall очень удчно заменен на fwbuilder
bm vpn на openvpn
bm proxy на squid + SquidTrust
все енто на sles11sp2...

[Владимир Горяев]

А мои 38 постепенно заменяются TMG...

Сожалею, но остается курить KB (совсем отвратная стала, мда) на предмет оптимизации и акселерации томакатов и явы.

[Ковалев Артем]

А мои 38 постепенно заменяются TMG...

Так он же AD-like, тогда имеет смысл вообще на MS уходить? Или вы его через DSfW прикрутили?

[Владимир Горяев]

Так он же AD-like, тогда имеет смысл вообще на MS уходить?

Так и уходим... Постепенно все сервисы мигрируем. К осени от N ниче не останется.