Цей документ описує спеціальні робочі режими сервісів CIS.
Питання. Як запустити сервер з налагодження jvm, але від демона монітора.
У деяких обмежених випадках і тільки в рекомендації Підтримки DV Cisco, ви, можливо, повинні виконати сервер в jvm режимі налагодження для тривалого періоду часу. Цей певний режим налагодження є тим, де сервер запущений з цієї команди:
Це запускає Сервер інформації про Cisco як пріоритетний процес в режимі налагодження (порт прослуховування налагодження за замовчуванням = 8000). Процес Демона Монітору Cisco не запущені в цьому випадку. Одного разу в цьому режимі, підтримка Cisco захоче підключити відладчик до вашого порту 8000.
Примітка: Цей режим налагодження не є тим же як більш звичайним типом Відстеження налагодження, де вас просять включити різні рівні налагодження від / conf / server / log4j.properties файлу або включити налагодження від UI конфігурації Studio. Тільки виконайте це, коли проінструктувати Підтримкою Cisco.
Проблема для розгляду в цьому випадку:
Якщо ви випадково закриваєте сеанс або відкидаєте процес з cntl-c, при початку сервера як це процес сервера працює на передньому плані і міг бути завершений. Якщо необхідно залишити сервер, що працює в цьому режимі для тривалих періодів часу, це може бути небезпечно для від'їзду сеансу відкритим. Крім того, без демона монітора, що працює, це не буде присутній для перезапуску сервера автоматично, якщо це зупиниться з якої-небудь причини.
Інструкції, щоб уникнути оперативного режиму і зазвичай запускати сервер:
1) в / conf / server / server.properties відредагуйте цю лінію (залежить від os, який ви використовуєте. Тут, Linux використовується в якості прикладу і напівжирним),
linux.vmargs = "сервер-XX: NewRatio = 6-XX: -UseGCOverheadLimit - ХХ: + HeapDumpOnOutOfMemoryError-xx: heapdumppath = / opt / Cisco_Systems / CIS_7.0.3_brad / logs-xx: permsize = 64m-xx: maxpermsize = 256m-xx: -reduceinitialcardmarks - ХХ: + ExplicitGCInvokesConcurrent - ХХ: + UseConcMarkSweepGC "
2) Вставте цю лінію (показаний напівжирним)
> -Xdebug-Xnoagent-Djava.compiler = NONE-Xrunjdwp: transport = dt_socket, server = y, suspend = n, address = 8000
В даному прикладі це вставлено незадовго до граничних подвійних лапок.
linux.vmargs = "сервер-XX: NewRatio = 6-XX: -UseGCOverheadLimit - ХХ: + HeapDumpOnOutOfMemoryError-xx: heapdumppath = / opt / Cisco_Systems / CIS_7.0.3_brad / logs-xx: permsize = 64m-xx: maxpermsize = 256m-xx: -reduceinitialcardmarks - ХХ: + ExplicitGCInvokesConcurrent - ХХ: + UseConcMarkSweepGC-Xdebug-Xnoagent-Djava.compiler = NONE-Xrunjdwp: transport = dt_socket, server = y, suspend = n, address = 8000
Це тепер дозволяє серверу працювати в режимі налагодження і змушувати його також слухати на порту 8000 для наших засобів налагодження, які ви будете використовувати пізніше.
Результат сервера співпаде з при виконанні налагодження / bin / composite_server.sh, крім тепер, з цієї server.properties модифікацією, можна звичайно запускати сервіси шляхом призову нашого демона монітора, замість того, щоб виконати composite_server.sh файл.
3) Запускайте сервер зазвичай, як цей / bin / composite.sh, який запускає монітор
4) Перевірте, що сервер працює (може увійти з Studio для тестування),
5) Дозвольте Підтримці Cisco використовувати засіб налагодження для приєднання до сервера.