A kiszolgáló indítása a jvm hibakeresésével, de a monitor démonjáról

Ez a dokumentum ismerteti a CIS-szolgáltatások speciális működési módjait.

A kérdés. A kiszolgáló indítása a jvm hibakeresésével, de a monitor démonjáról.

Bizonyos korlátozott esetekben és csak a Cisco DV támogatás ajánlásában lehet, hogy hosszú távon futtatni kell a kiszolgálót jvm debug módban. Ez a speciális hibakeresési mód az, ahol a kiszolgáló elindul ebből a parancsból:

Ezzel a Cisco információs kiszolgálót elsődleges eljárásként indítja a hibakeresési módban (alapértelmezett hibakereső port = 8000). Ebben az esetben a Cisco Monitor Daemon folyamat nem fut. Ha egyszer ebben a módban van, a Cisco támogatja a hibakeresőt a 8000-es porthoz.

Megjegyzés: Ez a debug módban nem ugyanaz, mint a sokkal gyakoribb nyomon követést hibakeresés, ahol meg kell adnunk, hogy tartalmazza a különböző szintű hibakeresés / conf / server / log4j.properties fájlt, vagy engedélyezze a hibakeresés a UI Studio konfigurációt. Csak ezt tegye meg, ha a Cisco Support utasítja.

A probléma ebben az esetben:

Ha véletlenül lezárja a munkamenetet, vagy visszavon egy folyamatot a cntl-c-vel, akkor a kiszolgáló elindul, így a kiszolgálófolyamat az előtérben működik, és megszüntethető. Ha hosszú ideig szeretne ilyen üzemmódban futó kiszolgálót hagyni, veszélyes lehet a munkamenet nyitva tartása. Ezenkívül a monitor démon futása nélkül nem lesz jelen a kiszolgáló automatikus újraindításával, ha valamilyen okból leáll.

Az online mód elkerülése és általában a szerver futtatása:

1) a / conf / server / server.properties fájlban, módosítsa ezt a sort (a használt operációs rendszertől függően. Itt a Linux példaként és félkövérként használható),

linux.vmargs = „-server-XX: NewRatio = 6-XX: -UseGCOverheadLimit - XX: + HeapDumpOnOutOfMemoryError-xx: heapdumppath = / opt / Cisco_Systems / CIS_7.0.3_brad / logs-xx: permsize = 64m-xx: MaxPermSize = 256M-xx: -reduceinitialcardmarks - XX: + ExplicitGCInvokesConcurrent - XX: + UseConcMarkSweepGC "

2) Helyezze be ezt a sort (félkövér betűvel látható)

> -Xdebug-Xnoagent-Djava.compiler = NONE-Xrunjdwp: közlekedés = dt_socket, kiszolgáló = y, felfüggesztés = n, cím = 8000

Ebben a példában röviddel a maximális kettős idézet előtt kerül be.

Ez lehetővé teszi, hogy a kiszolgáló hibakeresési módban működjön, és a 8000-es porton is hallgassa hibakeresési eszközeinket, amelyeket később használni fog.

Szerver eredmény egybeesik, amikor hibakeresés / bin / composite_server.sh, kivéve most, ezzel a server.properties módosítás általában fut szolgáltatások hívja a démon, ahelyett, hogy teljesítette composite_server.sh fájlt.

3) Rendszeresen indítsa el a kiszolgálót, mint a / bin / composite.sh, amely elindítja a monitort

4) Ellenőrizze, hogy a kiszolgáló fut-e (meg lehet adni a Stúdióba a teszteléshez),

5) A Cisco Támogatás segítségével használjon hibakeresési eszközt a kiszolgálóhoz való csatlakozáshoz.

előző ◈ a következő