Глюки трех AOS'ов в кластере с общим приложением

[jonny]

Есть следующая проблема:
Имеем три AOS'а в кластере - один балансировщик и два боевых, приложение общее.
После переноса модификаций, связанных с добавлением полей в таблицы\формы, например на AOS1, пользователи, попадающие на AOS2 не видят изменений, этих полей как будто не существует. Запускаю приложение на AOS2, смотрю, поля добавленные в таблицы отображаются как UNCNOWN, никакие попытки восстановить, синхронизировать и т.п. не помогают,помогает удаление и добавление поля заново.
После этого те же глюки на AOS1.
Кто-то сталкивался с подобным? В чем может быть причина?

[SRF]

А не пробывали сналача стопать все АОСы, вносить изменения на одном, а потом оставшиеся стартовать ?

Если переносите на горячую, то лучше после переноса выполнить обновление AOD (в средствах разработки) и обновление словаря на другом аосе, потом можете на таблице нажать восстановить поля должны отобразиться.

[NetBus]

Из опыта, 100% помогает только перезагрузка службы AOS.
Все остальное танцы с бубнами.

[ZVV]

Цитата:

Сообщение от SRF

А не пробывали сналача стопать все АОСы, вносить изменения на одном, а потом оставшиеся стартовать ?

Если переносите на горячую, то лучше после переноса выполнить обновление AOD (в средствах разработки) и обновление словаря на другом аосе, потом можете на таблице нажать восстановить поля должны отобразиться.

Без перегрузки у меня подобное (почти?) никогда не прокатывало...
Первый способ - самый верный

[jonny]

Спасибо, подозревал что придется теперь допоздна засиживаться

[Alexius]

А экспорт проекта из первого АОСа и импорт на остальные с сохранением кодов не помогает ?

PS. Я использовал АОСы только с самостоятельными приложениями

[NetBus]

Цитата:

Сообщение от Alexius

А экспорт проекта из первого АОСа и импорт на остальные с сохранением кодов не помогает ?

У нас 6 AOS-ов, не кошерно

[Logger]

Вот вам бубен :
1. Грохаете auc файлы.
2. Далее для каждого аоса :
а. компиляете табличку
б. В контекстном меню в АОТе выбираете восстановить
в. Снова компиляете

Дальше наслаждаетесь жизнью.

[gl00mie]

Цитата:

Сообщение от NetBus

У нас 6 AOS-ов, не кошерно

Помогает, как было отмечено выше, компиляция приложения на каждом AOS'е, ну и удаление кэшей приложения на пользовательской стороне. Единственная засада в том, чтобы запускать компиляцию последовательно, иначе будут произвольно лезть ошибки "не могу сохранить... версия объекта приложения на сервере новее". Собственно, все, что нужно, для этого уже есть:

• класс SysAutoRun, который по xml-ке умеет запускать произвольный код в приложении
• таблица SysServerSessions, где перечислены активные АОСы и их "контакты" (хост, порт)

Остается только сделать примочку, скажем, для контекстного меню, которая будет для проекта или объекта AOT генерить xml-ку, нужную для SysAutoRun, перебирать АОСы и на каждом последовательно запускать клиента с xml-кой (и параметром -loadbalance=0), посредством которой будет запускаться компиляция нужного проекта. Ну, компиляцию по названию проекта/объекта приложения тоже надо будет реализовать, причем для полноты ощущений нужно будет проходиться по узлам проекта, искать классы и их еще компилить инкрементно. И все, можно накатывать модифы без передергивания всех АОСов