Sisukord

• 1. Micro Focus SiteScope – nõuanded ja nipid – jaanuar 2021
  • 1. Juhised e-posti ID kuvatava nime hoidmiseks
  • 2. Kuidas toimida toetamata või juurutamata mallidega?
  • 3. Mida teha, kui SSL-i konfiguratsiooni ei saa aktiveerida?
  • 4. Kuidas lahendada Uptime taustaga seotud probleeme?
  • 5. Kuidas MIB-faile alla laadida ja töökorda viia?
  • 6. Juhised monitori ühendusvea parandamiseks, kui esineb kaugsisselogimise tõrge
  • 7. SiteScope'i URL-i monitori kasutamine veebilehtede haldamiseks JSON-vormingus
  • 8. Kuidas lahendada tõrkesiirde korral SVC käivitamise probleemi?
  • 9. Kuidas lahendada SiteScope'i sisselogimisakna automaatne taaskäivitamine, kui OBM on maas?
  • 10. Kuidas parandada monitori SiteScope WMI tõrked?
• 2. Micro Focus SiteScope – nõuanded ja nipid – veebruar 2021
  • 1. Juhised saidi ulatuse teenuste taaskäivitamiseks Windowsis
  • 2. Üksikasjad õiguste kohta, mis tuleb määrata WMI nimeruumi juurCIMV2
  • 3. Java Runtime Environment ei saa laadida vea lahendamine
  • 4. Juhised saidi ulatuse käivitamiseks pärast 11.90 versiooniuuenduse käivitamise viga
  • 5. NoClassDefFoundi vea lahendamine SiteScope'i käivitamisel
  • 6. SiteScope 11.92 / 2020.05 parandamine – kiiraruandeid ei kuvata viga
  • 7. Juhised vea parandamiseks, kui SiteScope – automaatse seansi ajalõpp / kasutajad logitakse automaatselt SiteScope'ist välja / GUI / kasutajaliides aegub
  • 8. Loend kõigist parameetritest, mida saab kasutada e-posti märguannetes
  • 9. SiteScope'i logifaili server_statistics.log / server_statistics_raw.log üksikasjad ja mõned väärtused
• 3. Micro Focus SiteScope – nõuanded ja nipid – märts 2021
  • 1. E-posti eelistuste vaikesätete aknas e-posti kuvamise määramise protseduur
  • 2. Ristviidete loend ametlike versioonide ja OBM/SiteScope'i siseversiooni kohta
  • 3. Toimingud SiteScope SQL BD tõrke lahendamiseks, kuna seda ei värskendata
  • 5. Lahendus probleemile, mis tekkis SiteScope 11.33 installimisel SiteScope 11.30 peale
  • 6. Muutujate skriptihoiatuste kaudu edastamise protseduur
  • 7. RUM-i toetatud OS-i haavatavuse probleemide lahendamine
  • 8. Juhised vanade BSM-serveri andmete kuvamise peatamiseks pärast uutele BSM-serveritele üleminekut
  • 9. Kanali nime määramise sammud MQ-ga ühenduse loomisel
  • 10. Kuidas pääseda juurde APM-i kasutatavate tasuta ja avatud lähtekoodiga teekide loendile
  • 11. Monitori kaugsisselogimisserveriga ühenduse tõrke parandamine
• 4. Micro Focus SiteScope – nõuanded ja nipid – aprill 2021
  • Sitescope – kuidas lisada NetApp ONTAP 9.3 seadmele kaugserveri konfiguratsiooni
  • SiteScope'i konfiguratsiooniviisardi ekspordi konfiguratsioonifunktsioon töötab igavesti
  • SiteScope'i apleti laadimine nurjub erandiga NoClassDefFound
  • SiteScope'i apleti laadimine nurjub erandiga NoClassDefFound
  • SiteScope – SSL-i konfiguratsiooni ei säilitata pärast SiteScope'i versiooniuuendust Windowsis
  • APM / BSM / BPM / SiteScope / RUM Engine – kuidas hankida Apache veebiserveri / Tomcati / Java versiooni
  • SiteScope 11.32 – e-posti eelistused – vaikesätted – kuidas määrata meili kuvatavat nime
  • SiteScope – malli ei saa juurutada – ebaõnnestub koos Failed to Committa – unikaalsuse rikkumine
  • Kuidas saab malli kasutades ühe rühma alla juurutada mitu monitori?
  • OBM / Sitescope – ametlikud versioonid versus sisemine versioon, näiteks SiteScope 2020.10 == 11.93 – ristviidete loend
  • Kuidas uuesti luua teenust SiteScope (ainult Windows)
• 5. Micro Focus SiteScope – nõuanded ja nipid – mai 2021
  • 1. Vaikse sisselogimise funktsioon ei tööta enam – aegunud või asendatud?
  • 2. Import/Export Sitescope mitterahuldav
  • 3. Olek Minor ja kriitiline APM 9.51
  • 4. SiteScope 11.92 / 2020.05 – kiiraruandeid ei kuvata
  • 5. Peate teadma, kas lisatud arvutustabelis on mõni komponent vajalik
  • 6. Viga mõõdikutes Uptime
  • 7. VIGA – MIB-failide loendit java.lang.NullPointerException ei saa hankida
  • 8. MONITORI ÜHENDUSE VIGA EI SAA KAUGLOGIMISSERVERILE
  • 9. Sitescope SQL DB tabelit ei värskendata
  • 10. SiteScope Linuxis – Sitescope'i ei saa käivitada pärast versioonilt 11.41 versioonile 11.90 uuendamist
• 6. Micro Focus SiteScope – nõuanded ja nipid – juuni 2021
  • 1. SiteScope 11.92 / 2020.05 / OBM 2020.05 – pärast teenuse taaskäivitamist, kui OBM on maas, SiteScope'i sisselogimisakent pole
  • 2. Kas MQ-ga ühendamisel saab määrata kanali nime?
  • 3. Künnised, kasutades mitut sisu vastet
  • 4. Jälgige vigadega SiteScope wmi-d
  • 5. Lahendus, mis aitab muutujaid skriptihoiatuste kaudu edastada
  • 6. Sitescope rakendus alla
  • 7. Vanade BSM-serverite üksikasjad infrasätete all pärast ühenduse loomist uute BSM-serveritega
  • 8. Kas SiteScope URL Monitor saab töödelda JSON-vormingut?
  • 9. RUM-i toetatud OS-i haavatavuse probleemid
  • 10. SiteScope – millised on konkreetsed õigused, mis tuleb määrata WMI nimeruumi juurCIMV2

5 . Micro Focus SiteScope – näpunäited ja nipid – mai 2021

1. Vaikse sisselogimise funktsioon enam ei tööta – aegunud või asendatud ?

Kokkuvõte

Teadmiseks peaksite teadma, et meil on ettevõttes mitu SiteScope'i serveripaari. Nendelt serveritelt saadavad hoiatused OBM-ile ja sisaldavad kohandatud atribuute SiteScopeDrillDownURLJava ja SiteScopeDrillDownURLUC ning kohandatud CA cma4 (UC) ning lisaks loovad OBM-is veel ühe CA SiteScopeDrillDownURL-i (Java konsool). Meil on OBM-i kasutajaid, kes kasutavad Chrome'i süvendamiseks UC CA-sid. Chrome on brauser, mida kasutame koos OBM 2020.05-ga, ja see on ettevõtte standardbrauser.

Muidugi võivad nad tagasi pöörduda IE-sse, kuid ma ei nõustu sellega. Brauserid pole peamine probleem. Dokumentide põhjal näeme, et vaikne sisselogimine on katkestatud. Kuna me kasutame seda funktsiooni iga päev kümneid kordi, rohkem kiiretel probleemidel, peame teadma, kas see suvand, UC kaudu ilma sisselogimiseta monitori otsene süvendamise URL, on kasutajatele ka tegelikult saadaval.

Meie tootmisseire hõlmab kuut (6) SiteScope'i serveripaari ettevõtte erinevate jälgitavate tsoonide jaoks. Vaikne sisselogimise URL on meie igapäevase tegevuse jaoks väga oluline. Kuid me peaksime oma alternatiivide pärast muretsema.

Siin selles artiklis kontrollime ülalkirjeldatut.

Lahendus

Taustaprobleem: kasutaja soovib teada, kas vaikne logimine on aegunud ja millised on tema võimalused.

Valikud:

SSO-valik on saadaval saidis SiteScope. SSO tähistab Ühekordne sisselogimine mis on juurdepääsukontrolli meetod, mis võimaldab kasutajal ühe korra sisse logida ja pääseda juurde mitme tarkvarasüsteemi ressurssidele, ilma et tal palutaks uuesti sisse logida. Kui soovite SSO kohta üksikasjalikku teavet, siis siin on link: https://docs.microfocus.com/itom/SiteScope:2020.05/AuthStrategies

Siin on SiteScope'i toetatud SSO autentimisstrateegiad.

• Kerge ühekordne sisselogimine (LW-SSO): See on manustatud ja on SiteScope'i vaikimisi ühekordse sisselogimise autentimisstrateegia. See ei vaja autentimiseks välist masinat. Kõigi LW-SSO-ga integreeritud tarkvararakenduste vaikeparoolistring tuleks kohe pärast SiteScope'i installimist muuta.

SiteScope'i SSO vaikeväärtuse muutmise kohta lisateabe saamiseks vaadake jaotist Kuidas muuta LW-SSO stringi rakenduses SiteScope.

Lisateavet LW-SSO kohta, sealhulgas piirangud, turvahoiatused ja üldine teave, leiate jaotisest LW-SSO autentimine.

• Lightweight Directory Access Protocol (LDAP): Autentimist saab konfigureerida LDAP-i abil. Seda kasutades saate samaaegselt kasutada välist LDAP-serverit autentimisteabe (kasutajanimede ja paroolide) salvestamiseks. SiteScope kasutab kasutaja mandaatide kontrollimiseks LDAP-serverit.

LDAP on aga ajutine. Kasutajahalduse eelistustes saate vastavalt oma soovile lubada ja keelata. Lisateavet leiate jaotisest LDAP-i autentimine ja autoriseerimine.

2. Import/Export Sitescope mitterahuldav

SiteScope 2020.05 installitakse spetsiaalsesse serverisse operatsioonisüsteemiga Windows Server 2016. SiteScope'i versiooni 2018.11 konfiguratsioon imporditakse

Järg: SiteScope 11.60.83 64-bitine JVM, Järg 82 Kuid seda ei edastata uude serverisse. Ekspordi või importimise käigus ei saadud veateadet. Logid laaditakse üles juhtumi FTP-sse

Lahendus

Taustaprobleem: Kasutaja migreerib SiteScope 11.60 ühest serverist teise SiteScope 11.92 (2020.05) abil. Kasutaja eksportis .zip-faili tööriista config.tool abil, kuid tal oli probleeme selle faili importimisega.

Järgige allolevaid kirjalikke samme:

Samm 1: Konfiguratsiooni varukoopiafail loodi rakenduses SiteScope 2018.11 (11.60), kasutades konfiguratsioonitööriista.

2. samm: Peatage teenuses SiteScope

3. samm: KÄITA tööriist config.tool (administraatori õigustega): SiteScopein>config_tool.bat

4. samm: Klõpsake valikul Vali otsitud kaust SiteScope ja Ava

5. samm: Järgmine kast asus .zip-faili varukoopia paigutamise tee: C:ackup.zip

6. samm: Lisasime parooli (andmete krüpteerimiseks on vaja uusimaid versioone), vähemalt 6 tähemärki

7. samm : Kopeeritud: backup.zip serveri saatusesse.

8. samm: STOPPED SiteScope teenustes serveri saatuses

9. samm : RUN config.tool (administraatori õigustega): SiteScopein>config_tool.bat –>serveri saatuse jaoks

10. samm : valitud Impordi konfiguratsioon

11. samm: Valige Kasuta olemasolevat eksporditud konfiguratsioonifaili, esitage varukoopia ZIP-fail Valitud: C:UsersUSERNAMEDesktopackup.zip

12. samm : lisasime eelmise parooli.

13. samm : kontrollimata andmete importimine SiteScope'i installist enne 2018.05 (11.50), kuna need pärinevad 11.60-st

14. samm: Enne teenuse SiteScope alustamist läksime saidile master.config ja peatasime kõik monitorid ning vaatasime üle konfigureeritud IP või FQDN-i:

grupid>master.config

Peatage monitorid

_suspendMonitors= muudetud väärtuseks _suspendMonitors=true

SiteScope'i versioonis 2020.05 kliendi jaoks nõutava FQDN-i kaudu tegelikule serverile üle vaadatud IP nendest väärtustest:

_adminURL =

_userURL=

_webServerAddress =

_sisHostNameOverride=

Vaatasime üle kausta tomcat ja server.xml väärtused: Tomcat>conf>server.xml ja kontrollisime, et name=Catalina jaoks defaultHost=localhost.

Kas soovite installida Manual SiS 11.33? Järgige allolevaid kirjalikke samme.

Samm 1: Peatage teenus, et lubada kõigi failide kustutamine. (peata ka OM agent)

2. samm : nimetage ümber või kustutage kogu SiteScope'i kaust (Sitescope_vana).

3. samm: Kasutage MS-i puhastustööriista (msicuu2)

• Iga uue SiteScope 11.x paketi registreerimise eemaldamiseks installige serverisse MS-i tööriist nimega Windows Install Cleanup. Laadige see alla siit.

Käivitage rakendus ja valige kõik komponendid sõnaga SiteScope (pange tähele, et kuvada võivad mõned muud SiteScope'i mittekuuluvad HP komponendid):

SiteScope'i juhtpaneeli loendisse installitud programmina registreerimise eemaldamiseks eemaldage järgmised registrivõtmed; need on kõige olulisemad, mida Install Anywhere installija otsis:

4. samm: Windowsi registrivõtmete kustutamine (regedit)

HKEY_LOCAL_MACHINESOFTWAREHewlett-PackardSiteScope

HKEY_LOCAL_MACHINESOFTWAREWow6432NodeHewlett-Packard (ainult SystemHealthi 64-bitine OS)

HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesHP SiteScope àvõi SiteScope.

Juhtpaneeli tuleb kontrollida, et veenduda, et kõik SiteScope'i plaastrid või põhitooted on eemaldatud. Mõnikord jäävad need loendisse, eemaldamissõnumi kuvamiseks lihtsalt topeltklõpsake.

5. samm: Kustutage järgmine fail C:WINDOWSvpd.properties (Sitescope'i vanemad versioonid)

6. samm: Avage Windowsis START ja tippige %TMP% ning eemaldage kõik ajutised failid

7. samm: Taaskäivitage server

8. samm: Enne teenuse SiteScope käivitamist Käivitage config.tool ja valige suurus: Saidis microfocus.com valige itom > SiteScope:2020.05 > SizingSiSWinPlatform

Saidis microfocus.com, itom > SiteScope:2020.05 > SiSCapacityCalculator

SiteScope'i mahukalkulaator

SiteScope sisaldab tööriista, mis aitab teil ennustada süsteemi käitumist ja planeerida SiteScope'i võimsust. Sisestate selle süsteemi CPU ja mälu üksikasjad, milles SiteScope töötab, ning igat tüüpi monitoride arvu ja töösageduse.

Seejärel kuvab kalkulaator iga monitoritüübi eeldatava protsessori- ja mälukasutuse ning antud töökoormuse jaoks soovitatavad süsteeminõuded. See võimaldab teil kindlaks teha, kas teie konfiguratsioon vajab häälestamist.

3. Olek Minor ja kriitiline APM 9.51

APM-is on manustatud väljatrükkidena mitu VÄIKE- ja kriitilist hoiatust. Vajan õiget seadistust, et hoiatused oleksid samad.

Lahendus

Taustaprobleem: APM-is on manustatud väljatrükkidena mitu VÄIKSEMIST ja kriitilist hoiatust. Vajan õiget seadistust, et hoiatused oleksid samad.

RUM (Real User Monitor Engine).

Süsteemi seisundil on olemi jaoks kriitiline olek: Snapshot Jobs Alive Count

Soovitatav lahendus:

Saidis softwaresupport.softwaregrp.com doc KM1457033 > fileName=hp_man > BSM_920 > RealUserMonitor_Admin_pdf.pdf (5. peatükk, lk 91)

Üksus: Snapshot Jobs Alive Count

Kirjeldus: töötlemist ootavate avatud hetktõmmise tööde koguarv

Kriitiline olek (punane): RUM ei pruugi kõiki hetktõmmiseid töödelda

Saidis softwaresupport.softwaregrp.com, doc KM03163971 > fileName=RealUserMonitorAdmin.pdf (8. peatükk, lk 83)

Üksus: Snapshot Jobs Alive Count

Kirjeldus: töötlemist ootavate avatud hetktõmmise tööde koguarv.

Kriitiline olek (punane): RUM ei pruugi kõiki hetktõmmiseid töödelda.

Tõrkeotsing. Kontrollige APM-is hetktõmmise konfiguratsiooni (EUM-i administraator > lõppkasutaja haldus > andmekogu > hetktõmmiste kogu) ja veenduge, et hetktõmmiste jaoks on konfigureeritud mõistlik arv lehti tagasi.

Veaotsing

Kontrollige APM-is hetktõmmise konfiguratsiooni (EUMAdmin > EndUser Management > DataCollection > Snapshot collection) ja veenduge, et hetktõmmiste jaoks on konfigureeritud mõistlik arv lehti. (piira neid)

4. SiteScope 11.92 / 2020.05 – kiiraruandeid ei kuvata

SiteScope 11.92 / 2020.05 kiiraruandeid ei kuvata. Pärast täiendamist ei kuva kiiraruandeid ükski teine ​​brauser ega SiteScope'i klienditööriist.

Kõik muud aruanded töötavad ootuspäraselt (igapäevased meiliaruanded e-posti teel, juhtimisaruanded, hoiatusaruanded jne).

Lahendus

Kasutajad kasutavad nüüd võtmehoidja vaikeparooli. Aruannete kuvamata jätmise põhjuseks on see, et allolevad võtmed sisaldavad võtmehoidla jaoks vale parooli väärtust, st

_httpSecureKeyPassword=ANYPASSWORD

_httpSecureKeystorePassword=ANY PASSWORD

Selle probleemi saab lahendada pärast võtmete õigete paroolidega värskendamist. Selleks peate järgima alltoodud kirjalikke samme:

Samm 1: Peatage SiteScope.

2. samm: Looge konfiguratsioonist varukoopia.

3. samm: Värskendage järgmisi võtmeid võtmesalve parooliga failis groupsmaster.config:

_httpSecureKeyPassword=NEW_PASSWORD

_httpSecureKeystorePassword=NEW_PASSWORD

4. samm: Käivitage SiteScope ja testige aruandeid.

Pärast seda kuvatakse kiiraruanded probleemideta.

5. Peate teadma, kas lisatud arvutustabelis on mõni komponent vajalik

Meie APM-serverites on arvutustabelile lisatud mõned haavatavused. Meie turvaorganisatsioon on selle juba tuvastanud. See tuleb eemaldada. Kuid enne mis tahes sammu astumist peame olema kindlad, kas APM-i tarkvara nõuab mõnda neist komponentidest või kas neid saab süsteemist täielikult eemaldada.

Lahendus

Taustaprobleem: meie turvaorganisatsioon on tuvastanud meie APM-serverite lisatud arvutustabelis olevad haavatavused. Mul on vaja teada, kas APM tarkvara nõuab mõnda neist komponentidest või saab neid süsteemist täielikult eemaldada.

Kontrollisime teie postitust JRE jaoks mõeldud Java plaastri kohta, mida kasutab APM 9.51 kasutajaliides. Kas kasutate versiooni 1.8.0_161? Java juhtpaneelilt saate teada:

APM 9.51 soovitus JRE jaoks,

Saidis microfocus.com valige itom > Rakenduse jõudluse haldus: 9.51 > ClientSysReq

—————————–

APM DPS Windows Server 2012 R2 Standard 64 bit Edition SSLv3.0/TLSv1.0 protokolli nõrk CBC režiimi serveripoolne haavatavus (BEAST).SSLv3.0/TLSv1.0 protokolli nõrk CBC režiimi serveripoolne haavatavus (BEAST).

Seda haavatavust ei saa nii mõne sõnaga seletada. See artikkel on vaid ülevaade. Kui soovite selle kohta lisateavet, on see saadaval lõpus olevatel välistel linkidel.

Märkused:

• See on tehniliselt rünnak ühe brauseri, mitte serveri vastu. Rünnaku kõige tõenäolisem eesmärk on hankida krüptitud seansiküpsis, et kaaperdada kasutaja seanss.

• Kuigi praktilist rünnakut on demonstreeritud, pole see lihtne rünnak. See hõlmab keskmise võrgu juurdepääsu koos teatud kontrolliga kasutaja brauseri üle, et see esitaks korduvaid päringuid ründaja kontrolli all oleva sisu kohta, samuti suurt reaalajas arvutusvõimsust. Rünnaku vektor oli varem teada, kuid seda ei peetud kasutatavaks.

• Rünnak kehtib ainult SSL 3.0 ja TLS 1.0 puhul rakendatud CBC (šifriploki aheldamise) algoritmidele. Voogesituse šifr RC4 ei ole haavatav ja TLS-i uuemad versioonid rakendavad CBC-d viisil, mis on sellele rünnakule vastupidav. Mõned krüptograafid peavad RC4 aga nõrgemaks kui CBC algoritmid (AES ja DES), samas kui TLS 1.1+ rakendamine on haruldane.

• Brauseri (ja komponentide) tootjad astuvad samme, et sulgeda vektorid, mis võimaldavad ründajatele vajalikku juurdepääsu ja juurutada TLS 1.1+.

SSL/TLS-toega teenustega võib olla võimalik saada kaughostilt tundlikku teavet.

Kirjeldus

Versioonides SSL 3.0 ja TLS 1.0 on haavatavus, mis võib lubada teabe avaldamist, kui ründaja peatab mõjutatud süsteemist edastatava krüptitud liikluse.

See ei mõjuta TLS 1.1, TLS 1.2 ja kõiki šifrikomplekte, mis ei kasuta CBC-režiimi.

See pistikprogramm proovib luua SSL-i/TLS-i kaugühenduse, kasutades mõjutatud SSL-i versiooni ja šifrikomplekti, ning palub seejärel andmeid tagastada.

Kui tagastatud rakenduse andmed ei ole killustatud tühja või ühebaidise kirjega, on need tõenäoliselt haavatavad.

OpenSSL kasutab vastumeetmena tühje fragmente, välja arvatud juhul, kui OpenSSL-i lähtestamisel on määratud suvand „SSL_OP_DONT_INSERT_EMPTY_FRAGMENTS”.

Microsoft rakendas vastumeetmena ühebaidiseid fragmente ja seadistust saab juhtida registrivõtmega HKEY_LOCAL_MACHINESystemCurrentControlSetControlSecurityProvidersSCHANNELSendExtraRecord.

Seega, kui mitu rakendust kasutavad sama SSL/TLS-i juurutust, võivad mõned neist olla haavatavad, teised aga mitte, olenevalt sellest, kas vastumeede on lubatud või mitte.

Lahendus on,

Konfigureerige SSL/TLS-serverid kasutama ainult TLS 1.1 või TLS 1.2, kui see on toetatud.

Seadistage SSL/TLS-serverid toetama ainult šifrikomplekte, mis ei kasuta plokkšifreid. Paigaldage plaastrid, kui need on saadaval.

Pange tähele, et pärast turbevärskenduse MS12-006 installimist võib vaja minna täiendavat konfigureerimist, et lubada jagatud kirje vastumeetme. Vaadake üksikasju Microsoft KB2643584.

Sadamad

tcp/8443

Kokkulepitud šifrikomplekt: AES128-SHA

TLSv1

Kx = RSA

Au = RSA

Enc=AES-CBC(128)

Mac = SHA1

————————–

Teie postitusest saan aru, et viitate JRE versioonile, mida klient kasutab APM kasutajaliidese jaoks, mida tuleb parandada, kuna nii APM GW kui ka DPS kasutavad openJDK-d, mitte Oracle Java-d.

c:HPBSMJREin>java versioon

openjdk versioon 1.8.0_212

OpenJDK käituskeskkond (Zulu 8.38.0.13-CA-win64) (järg 1.8.0_212-b04)

OpenJDK 64-bitine serveri VM (Zulu 8.38.0.13-CA-win64) (järg 25.212-b04, segarežiim)

Kasutan praegu JRE 1.8.171 või isegi uuemaid versioone ilma probleemideta APM kasutajaliidese juurdepääsul.

Teisest küljest toob APM 9.51 kohaliku Java kliendi kasutamine kaasa oma OpenJDK:

F:SoftwareAPM9.51apm_local_client_winjavainjava -version

openjdk versioon 1.8.0_181

OpenJDK käituskeskkond (Zulu 8.31.0.1-win64) (järg 1.8.0_181-b02)

OpenJDK 64-bitine serveri VM (Zulu 8.31.0.1-win64) (järg 25.181-b02, segarežiim)

6. Viga mõõdikutes Uptime

Meeskond tutvustab sündmust Uptime, mis genereerib automaatse teate tornist pileti otsimiseks. Ülevaatust tehes dokumenteerib Windowsi torn pileti koos dokumentatsiooniga, et seade on 21 päeva sisse lülitatud ilma taaskäivitusteta ning telefoni teel kontrollitakse selle torniga üle, et jälgitav hostinimi ja IP on õiged.

Sitescope'i mõõdiku sätet uuritakse ja leitakse, et see on õigesti konfigureeritud, kusjuures loenduri aeg näitab, et tööaeg on umbes poolteist päeva. Kontrollige veel kord, kuna serveris olev aeg ja mõõdik, mis käivitab päringu tornile, erinevad.

Lahendus

Taustaprobleem: kliendil on probleeme tööajaga

Saidi ulatus: 11.33

SiteScope'i port: 8443

Windows Server 2012 R2

Soovitatud lahendus:

Klientidel on vahelejätmisega jõudlusprobleeme, soovitati parandada monitoride sagedusi vahelejätmistes ja suurendada kaugserverite ühenduse limiiti.

Tegevuskava:

Tegevuskava Linuxi serverite jaoks vea -1 korral:

Vea leidmine:

SSH V1 ühenduse loomise katse SSH V1 ühenduse loomine ebaõnnestus SSH V2 ebaõnnestunud kaugkäsu viga (-1) kaugkäsu viga (-1) .

Algoritmi diffie-hellman-group1-sha1 kasutamine töötab, kuid diffie-hellman-group14-sha1 kasutamine ebaõnnestub

SiteScope peaks kasutama diffie-hellman-group14-sha1 asemel diffie-hellman-group1-sha1

Lahendus vaata,

ommunity.microfocus.com > t5 > Operations-Bridge-User > Remote-connectivity-via-ssh-no-longer-works-on-SiteScope-11-32 > td-p > 238976

1. lahendus:

Community.microfocus.com > t5 > Operations-Bridge-User > Sitescope-11-24-unable-to-connect-to-remote-ubuntu-server > td-p > 1620392

Värskendage failis /etc/ssh/sshd_config allolevat rida ja seejärel taaskäivitage ssh

KexAlgorithms=ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-grupp14-sha1,diffie-1-hells

2. lahendus:

Ilmnes ühenduse viga: võtmevahetus ebaõnnestus.

UNIX-i kaugühenduse katse võimalik algpõhjus ebaõnnestus, kuna võtmevahetus ebaõnnestus.

Uus UNIX-i kaugserver ei loo ühendust SSH kaudu, ühendus ebaõnnestub ja logidesse kirjutatakse järgmine teade:

Esmasp Dets 05 05:33:30 EST 2011 SSH internalConnectV2: Tekkis ühenduse tõrge: Võtmevahetus ebaõnnestus: serveriga ühenduse loomine ebaõnnestus: Ühendusest keelduti: lisateavet pole (uc).

PuTTy-ga ühenduvuse testimine kipub toimima, kuid ka mindterm ebaõnnestub sama veateate korral:

Võtmevahetusprotsessil pole võtmefaili autentimisega mingit pistmist. Protsess viiakse läbi igat tüüpi autentimismeetodite jaoks. Esmakordsel SSH-kliendi serveriga ühenduse loomisel toimub võtmete vahetus, mis tuvastab iga serveri.

Serveri poolel salvestatakse need kliendivõtmed ja neid kontrollitakse järgmisel korral, kui klient proovib ühendust luua. Kui fail või võti ise rikutakse serveri poolel, ei usalda see enam kliendi identiteeti ja ühenduse loomisest keeldutakse.

See võtmevahetuse tõrge võib olla seotud SiteScope'i serveri IP-le sihtküljel määratud rikutud võtmega. Need SSH-võtmed salvestatakse tavaliselt kaustas /etc/ssh/ssh_known_hosts või, tõenäolisemalt, /home//.ssh/known_hosts (OpenSSH-tarkvara jaoks). Kõigil SSH-tarkvara pakkujatel peaksid olema samaväärsed failid, kuna võtmevahetusprotsess on osa SSH-protokollist.

Kogu faili või ainult SiteScope'i serveri IP-le või hostinimele määratud rea eemaldamine sunnib uue võtme vahetama nagu esimesel katsel.

3. lahendus:

Ühenduse loomiseks tehti allpool muudatusi

Sitescope Server OS == Linux:

Samm 1: Redigeerige Unixi kaugühendust

2. samm: OS-i muutmine (vajadusel)

3. samm: Lisage viip, logides konto abil sisse serverisse. nt. (:~>)

4. samm: Jaotises Advance muutke SSH-kliendiks Väline SSH-klient

Sitescope Server OS == Windows:

Samm 1: Redigeerige Unixi kaugühendust

2. samm: OS-i muutmine (vajadusel)

3. samm: Lisage viip, logides konto abil sisse serverisse. nt. (:~>)

4. samm: Jaotises Advance muutke SSH-kliendiks Plink

5. samm: Lisa kohandatud käsurida – D:SiteScope oolsplink.exe -ssh $kasutaja$@$host$ -pw $password$.

Tegevuskava 2:

• Keelake monitorid, mis on seotud Linuxi serveritega, mis rikuvad ja põhjustavad käepidemete loendusi ja vahelejätmisi.

Järgmised sammud: leppisime kokku järgmise webexi seansiga järgmisel reedel, et kontrollida tegevuskava tulemusi.

7. VIGA – MIB-failide loendit ei saa hankida java.lang.NullPointerExceptio n

Logides kuvatakse järgmine teade

Lahendus

Taustaprobleem: MIB-id ei tööta:

2020-10-22 13:00:18,826 [http-bio-443-exec-2] (MergeParserPhase.java:116) VIGA – ei saanud sõeluda : TRIPPLITE.MIB Duplikaatmoodul: file:///D:/SiteScope/ templates.mib/README-MIB.txt:1:1:TRIPPLITE on juba määratletud, kui lisate: file:///D:/SiteScope/templates.mib/TRIPPLITE.MIB:12:1:TRIPPLITE2020-10-22 13: 00:19,388 [http-bio-443-exec-2] (SnmpUtil.java:657) VIGA – MIB-faili listjava.lang.NullPointerException ei saa hankida

Siin on lahendus. MIB-failidega mitteseotud probleemide kohta on fail: README-MIB.txt. Seetõttu eemaldasime, taaskäivitasime SiteScope'i ja laadisime uuesti MIB-faili SNMP by MIB monitoris ning see toimis. Nüüd pole millegi pärast muretseda.

8. MONITORI ÜHENDUSE VIGA EI SAA KAUGLOGIMISSERVERILE

Kasutajad ei saa tõrkeserveritesse kaugsisselogida. Monitori ühenduses on viga. See võib osutuda tõsiseks, kui seda praegu ei uurita.

Lahendus

Taustaprobleem: Ühendusvead ja vahelejätmised

SiteScope'i versioon 11.41

Mälu 16 gigabaiti

• Kontrollisime vahelejätmise monitori ja leidsime mitu vahelejäetud monitori.

• Vaatasime üle monitoride loenduse logi.

Serveri statistika logi näitab, et peate muutma mälukuhja suurust.

Tegevuskava 1:

• Suurendage Java hunniku suurust SiteScope'i serveris. Seda saab teha järgmiste sammudega.

Samm 1: Peatage teenus SiteScope.

2. samm: Minge registriredaktorisse ja järgige seda teed:

3. samm: Minge saidile master.config ja muutke või lisage see parameeter loendi lõppu:

Prügikogujat kasutatakse toimimisprobleemide korral:

_runGPeriod=900000 –> mälu vabastamiseks

4. samm: Taaskäivitage server.

5. samm: KÄIVITA teenust SiteScope.

• JÄTAB VÄLJA :

Nagu me praegu kokku leppisime, muudate ainult apteegi monitoride sagedust, et kontrollida, kas pärast neid muudatusi see ka edaspidi ebaõnnestub. Kui pärast kõiki neid samme vahelejätmised ja valehoiatused jätkuvad, on vaja muuta ka URL-i ja URL-i järjestuse jälgijate ning andmebaasi jälgijate sagedust. Kasutaja muutis apteegi monitoride küsitlusintervalli ja see näeb hea välja.

9. Sitescope SQL DB tabelit ei värskendata

SQL DB tabelit ei värskendata rakenduses SiteScope. Värskendusega seoses võib esineda probleeme. Sitescope SQL DB tabelit ei värskendata

Lahendus

Taustaprobleem: Sitescope SQL DB tabelit ei värskendata. Kasutaja töötas SiteScope'i andmebaasi tööriistaga, et luua ühendus SQL-andmebaasiga. Andmebaas oli lubatud, kuid andmeid andmebaasi ei salvestatud

SiteScope'i versioon 11.91 (2019.11)

Seda Oracle'i lahendust rakendati SQL-i jaoks ja see töötas edukalt.

Lahendus: softwaresupport.softwaregrp.com > doc KM03092343

Näeme, et tabel loodi andmebaasis, kuid andmeid ei sisestatud.

SiteScope – andmebaasi logimine on lubatud, kuid andmebaasi ei salvestata andmeid

lubatud silumine, lisades faili confcoreToolslog4jPlainJavalog4j.properties järgmised avaldused

Probleemi põhjuseks on andmebaas. Logifaili viga näitab, et SiteScope proovib luua juba olemasolevat andmebaasitabelit. Muud vead näitasid, et SiteScope proovib sisestada andmeid tabelisse, mida ei eksisteerinud, ja ka seda, et see proovib sisestada andmeid valede veergudega tabelisse. Saate need probleemid lahendada, luues tabeli uuesti. Palun:

Samm 1: Peatage teenus Sitescope.

2. samm: Kukkuge andmebaasi küljel olev tühi tabel.

3. samm: Muutke groupsmaster.config ja muutke tabeli nime loo tabeli ja lisage tabel erinevaks tabelinimeks, allolevas näites on kasutatava tabeli nimi SiteScopeLog_01

_logJdbcCreateSiteScopeLog=TAbeli ​​loomine SiteScopeLog_01 (kuupäev VARCHAR(255), serverinimi VARCHAR(255), klass VARCHAR(255), näidis VARCHAR(255), kategooria VARCHAR(255), grupinimi VARCHAR(255), grupinimi VARCHAR25, monitor (VARCHAR55) (255), monitorID VARCHAR(255), väärtus1 VARCHAR(255), väärtus2 VARCHAR(255), väärtus3 VARCHAR(255), väärtus4 VARCHAR(255), väärtus5 VARCHAR(255), väärtus6 VARCHAR(255), väärtus7 VARCHAR(255) ), väärtus8 VARCHAR(255), väärtus9 VARCHAR(255), väärtus10 VARCHAR(255))

_logJdbcDriverSiteScopeLog=oracle.jdbc.driver.OracleDriver

_logJdbcInsertLink =

_logJdbcInsertSiteScopeLog=INSERT INTO SiteScopeLog_01 VÄÄRTUSED(?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?)

4. samm: Käivitage teenus SiteScope. Kui andmebaas on uuesti loodud, tulevad andmed tabelisse: SiteScopeLog_01 andmebaasist: SITESCOPE_DSO

• Ebaõnnestumine peegeldati:

• Server eemaldati SMTP-konnektorist (SMTP-konnektor. SMTP on protokoll väljuvate meilisõnumite edastamiseks ühest serverist teise ning ka meilisõnumite vastuvõtmiseks teistelt meiliserveritelt ja meiliklientidelt.)

10. SiteScope Linuxis – Sitescope'i ei saa käivitada pärast versioonilt 11.41 versioonile 11.90 uuendamist

Tundub, et uuel SiteScope'i versiooniuuendusel on probleeme. Kasutajad ei saa Linuxis SiteScope'i käivitada pärast versiooni 11.41 versioonile 11.90 uuendamist. Pärast värskendamist ei saa SiteScope'i enam tavapärasel viisil /start kaudu käivitada. Probleem on selles, et SiteScope 11.41 Red Hat Linuxis on värskendatud versioonile 11.90

./start käivitamisel töötab see mõnda aega, seejärel naaseb. SiteScope'i ei saa taustaprotsessina käivitada. Midagi ei kirjutata faili error.log ega muusse logifaili. Lahendusena käivitasid nad saidi SiteScope kaudu /bin/go.sh. OS-i taaskäivitamine ei lahendanud probleemi.

Kui SiteScope käivitatakse ./start kaudu, käivitab see esmalt teenuse start-service exec ../java/bin/java .. -DSiteScope=true ${FAILOVER} -cp ${CLASSPATH} com.mercury.sitescope.bootstrap kaudu .Teenus $$ $@, mis seejärel kutsub esile /bin/start-monitor, mis lõpuks käivitab SiteScope'i tuuma p exec ../java/bin/SiteScope -server .. org.apache.catalina.startup kaudu. Bootstrap käivitub, nii et peamine erinevus käivitamise ja go.sh käivitamise vahel on teenindusprotsess start-service / com.mercury.sitescope.bootstrap. Teenus, mis näib siin surevat.

Et paremini jälgida, mida skript teeb,

muutke skripti /start järgmiselt:

muuda esimest rida

#!/bin/sh

juurde

#!/bin/sh -x

ja rida

kui [ X = X-i ]

juurde

# kui [ X = X-i ]

kui tõsi;;

(kommenteerige esimene rida ja lisage teine ​​sisse, siis käivitatakse teenus -i valikuga ja kuvatakse ka veateade)

salvestage fail

käivitage SiteScope ./start kaudu

oodake veidi ja jäädvustage väljund ekraanile

Tulemuseks on

+ LANG=C

++ dirname ./start

+ JUUR=.

+ test -s ./groups/pid

+ '[' 1 -ekv 0 ']'

+ test -s ./groups/monpid

+ '[' 0 -ekv 0 ']'

++ kass ./grupid/monpid

+ PID=0

+ /bin/ps -p 0

viga: protsessi ID on vahemikust väljas

Kasutamine:

ps [valikud]

Proovi 'ps -help'

või 'ps -help'

täiendava abiteksti jaoks.

Lisateabe saamiseks vaadake ps(1).

+ '[' 1 -ekv 0 ']'

+ tõsi

+ cd ./bin

+ ./start-teenus -i

Viga: paroolifaili lugemise juurdepääs peab olema piiratud: /opt/HP/SiteScope/java/lib/management/jmxremote.password

sun.management.AgentConfigurationError

aadressil sun.management.jmxremote.ConnectorBootstrap.checkPasswordFile(ConnectorBootstrap.java:577)

aadressil sun.management.jmxremote.ConnectorBootstrap.startRemoteConnectorServer(ConnectorBootstrap.java:426)

aadressil sun.management.Agent.startAgent(Agent.java:262)

aadressil sun.management.Agent.startAgent(Agent.java:452)

Esimest viga saab kergesti ignoreerida:

pid ja monpid faile pole olemas, skript proovib seda käivitada

ps -p 0

mis on kehtetu ja ebaõnnestub.

Veelgi olulisem on aga teine ​​viga

Viga: paroolifaili lugemise juurdepääs peab olema piiratud: /opt/HP/SiteScope/java/lib/management/jmxremote.password

sun.management.AgentConfigurationError

aadressil sun.management.jmxremote.ConnectorBootstrap.checkPasswordFile(ConnectorBootstrap.java:577)

Jälgitud

stackoverflow.com > küsimused > 19220442 > jmx parooli lugemise juurdepääsu probleem

..

Veenduge, et kasutajal, keda kasutate Java protsessi käitamiseks, on failile juurdepääs (omaniku/lugemisõigused).

Proovige:

chmod 600 jmxremote.password

..

kuid õiguste muutmine ei lahenda probleemi.

Lahendus

Järgige neid käske, et eemaldada kõik direktiivid, milles on jmxremote.Muutke sisse

go.sh

..

..

juurde

Tehke sarnane muudatus skripti start-service ja start-monitori puhul

Pärast seda muudatust ei kontrolli käivitamine enam /opt/HP/SiteScope/java/lib/management/jmxremote.password ja SiteScope käivitub hästi.