amsmib - онлайн у хмарі

ПРОГРАМА:

ІМ'Я

amsmib - утиліта оновлення MIB служби асинхронних повідомлень (AMS).

СИНТАКСИС

amsmib назва_програми назва_органу ім'я_ролі continuum_name Unit_name ім'я файлу

ОПИС

amsmib — це допоміжна програма, яка оголошує відносно коротку базу інформації управління
(MIB) оновлення для певної сукупності модулів AMS. Тому що AMSD процеси можуть запускати AAMS
модулів у фонових потоках, а також тому, що один MIB використовується спільно для всіх
потоки будь-якого процесу, amsmib може оновлювати MIB, які використовуються реєстраторами та/або конфігурацією
також сервери.

Оновлення MIB можна поширювати лише на модулі, для яких визначено тему "amsmib".
у файлах ініціалізації MIB, зазначених під час реєстрації модуля. Всі модулі ION AMS
неявно запрошувати повідомлення на тему "amsmib" (з усіх модулів, зареєстрованих у ролі
"amsmib" у всіх континуумах одного і того ж підприємства) під час реєстрації, якщо суб'єкт "amsmib" та
роль "amsmib" визначена в MIB.

amsmib регістрів у кореневій комірці простору повідомлень, визначеного за допомогою назва_програми та
назва_органу, в межах локального континууму. Він реєструється в ролі "amsmib"; якщо це
роль не визначена в (початковому) MIB, завантаженому amsmib тоді під час реєстрації
реєстрація не вдається і amsmib припиняється.

amsmib потім зчитує в буфер пам'яті до 4095 байт тексту оновлення MIB з файлу
визначені ім'я файлу. Текст оновлення MIB має відповідати amsxml(5) або amsrc(5)
синтаксису, залежно від того, чи були скомпільовані передбачувані модулі одержувача з
- Опція DNOEXPAT.

amsmib потім «оголошує» (див ams_announce() in ams(3)) вміст буфера пам'яті
до всіх модулів цього самого підприємства (ідентифіковані за назва_програми та назва_органу)
що зареєстровані у вказаній ролі, у вказаній одиниці зазначеного континууму.
If continuum_name є "", то повідомлення буде надіслано модулям у всіх континуумах. Якщо
ім'я_ролі є "", то всі модулі матимуть право отримувати повідомлення, незалежно від
роль, в якій вони зареєструвалися. Якщо Unit_name є "" (коренева одиниця), то всі модулі
матимуть право отримувати повідомлення, незалежно від підрозділу, в якому вони зареєстровані.

Після отримання оголошеного повідомлення кожен модуль призначення буде застосовувати весь MIB
оновлює вміст повідомлення точно так само, як і його початковий MIB
завантажується з файлу ініціалізації MIB під час запуску модуля.

Якщо кілька модулів запущено в одному просторі пам’яті (наприклад, в різних потоках
той самий процес або в різних завданнях на одній цілі VxWorks), то оновлення будуть
застосовуватися кілька разів, оскільки всі модулі в одному просторі пам’яті спільно використовують один
MIB. Оновлення MIB є ідемпотентними, тому це нешкідливо (хоча деякі діагностики можуть бути
друковані).

До того ж AMSD daemon матиме відповідний модуль "оновлення MIB", який працює у фоновому режимі
нитка якщо назва_програми та назва_органу були процитовані в командному рядку, який почався
демон (за умови, що роль "amsd" була визначена в початковій MIB, завантаженій на той момент
AMSD почав бігати). MIB, доступний для сервера конфігурації та/або реєстратора, що працює
у цьому демоні також буде оновлено після отримання оголошеного повідомлення.

Ім'я теми оголошеного повідомлення про оновлення mib - "amsmib"; якщо цей предмет
не визначено в (початковому) MIB, завантаженому amsmib тоді повідомлення не може бути оголошено.
Також будь-який потенційний модуль одержувача не може отримати повідомлення, якщо тема "amsmib" не є
визначено в MIB цього модуля.

EXIT СТАТУС

"0" amsmib припинено нормально.

«1» Аномальний статус виходу, що вказує на це amsmib не вдалося зареєструватися.

Використовуйте amsmib онлайн за допомогою служб onworks.net