Acest document descrie modurile de funcționare speciale ale serviciilor CIS.
Întrebarea. Cum se pornește serverul cu jvm de depanare, dar de la daemonul monitorului.
În unele cazuri limitate, și numai în recomandările Suport DV Cisco, poate fi necesar pentru a rula serverul în modul de depanare JVM pentru o perioadă lungă de timp. Acest mod special de depanare este locul unde serverul este pornit din această comandă:
Acest lucru declanșează serverul de informații Cisco ca un proces prioritar în modul de depanare (portul de ascultare debug implicit = 8000). Procesul Cisco Daemon Monitor nu se execută în acest caz. Odată ce vă aflați în acest mod, asistența Cisco va dori să conectați aplicația de depanare la portul dvs. 8000.
Notă: Acest mod de depanare nu este același lucru ca și mai comun tip de depanare de urmărire, în cazul în care vi se cere să includă diferite niveluri de depanare / conf / server / fișiere log4j.properties sau activare depanare din configurația UI Studio. Faceți acest lucru doar când sunteți instruit de Asistența Cisco.
Problema care trebuie luată în considerare în acest caz este:
Dacă închideți accidental o sesiune sau anulați un proces cu cntl-c, atunci când serverul pornește, acesta este modul în care procesul serverului funcționează în prim-plan și poate fi terminat. Dacă doriți să lăsați un server care rulează în acest mod pentru perioade lungi de timp, poate fi periculos să părăsiți sesiunea deschisă. În plus, fără ca daemonul monitorului să ruleze, nu va fi prezent să reporniți serverul automat dacă se oprește din orice motiv.
Instrucțiuni pentru a evita modul online și, de obicei, rulați serverul:
1) în / conf / server / server.properties modificați această linie (depinde de osul pe care îl utilizați. Aici Linux este folosit ca un exemplu și bold)
linux.vmargs = „-Server-XX: NewRatio = 6-XX: -UseGCOverheadLimit - XX: + HeapDumpOnOutOfMemoryError-xx: heapdumppath = / opt / Cisco_Systems / CIS_7.0.3_brad / bușteni-xx: permsize = 64m-xx: MaxPermSize = 256M-xx: -reduceinitialcardmarks - XX: + ExplicitGCInvokesConcurrent - XX: + UseConcMarkSweepGC "
2) Introduceți această linie (indicată cu caractere aldine)
> -Xdebug-Xnoagent-Djava.compiler = NONE-Xrunjdwp: Transport = dt_socket, server = y, suspend = n, adresa = 8000
În acest exemplu, este introdus cu puțin timp înainte de citatele maxime duble.
linux.vmargs = „-Server-XX: NewRatio = 6-XX: -UseGCOverheadLimit - XX: + HeapDumpOnOutOfMemoryError-xx: heapdumppath = / opt / Cisco_Systems / CIS_7.0.3_brad / bușteni-xx: permsize = 64m-xx: MaxPermSize = 256M-xx: -reduceinitialcardmarks - XX: + ExplicitGCInvokesConcurrent - XX: + UseConcMarkSweepGC-Xdebug-Xnoagent-Djava.compiler = NONE-Xrunjdwp: Transport = dt_socket, server = y, suspend = n, adresa = 8000
Acest lucru permite acum serverul să ruleze în modul de depanare, și să-l forțeze pentru a asculta, de asemenea, pe portul 8000 pentru instrumentele noastre de depanare pe care le va folosi mai târziu.
Rezultatul Server coincide cu momentul de depanare / bin / composite_server.sh, cu excepția acum, cu această modificare server.properties servicii poate rula, de obicei, prin apelarea daemon nostru monitor, mai degrabă decât să-și îndeplinească fișierul composite_server.sh.
3) Rulați serverul în mod normal, ca acesta / bin / composite.sh, care pornește monitorul
4) Verificați dacă serverul rulează (poate intra din Studio pentru testare),
5) Lăsați-l pe Cisco Support să utilizeze un instrument de depanare pentru a se conecta la server.
Trimiteți-le prietenilor: