Sisällysluettelo

• Micro Focus Server Automation – vinkkejä ja temppuja – tammikuu 2021
  • 1. Kun käyttäjä ei pysty poistamaan SA-agenttia Windowsissa
  • 2. Kun Opsware-agenttimoduuli katoaa ensisijaisessa ytimessä
  • 3. Virheen ratkaiseminen Word_uploads ei ole täysin asennettu päivityksen aikana
  • 4. Ylikuormitetun tiedostojärjestelmän ratkaiseminen
  • 5. Virheen korjaaminen, kun palvelinautomaatio ei löytänyt ensisijaista Oracle-versiotiedostoa asennuksen aikana
  • 6. Käsittele Twist Heap -kokoa paremman suorituskyvyn saavuttamiseksi
  • 7. Päivityshetkellä havaitun edellytysvian ratkaiseminen
  • 8. Ohjeet buildmgr-komponentin poistamiseen käytöstä
  • 9. Ohjeet SA-versioiden etsimiseen ja tunnistamiseen
  • 10. Järjestelmä ei löydä install_tool_x64.exe-virhettä, kun korjataan sen
• Micro Focus Server Automation – vinkkejä ja temppuja – helmikuu 2021
  • 1. Palvelinautomaatio (SA): SA-ytimen päivittäminen RH7.6:ksi/RH7.7:ksi epäonnistuu -virhe
  • 2. Palvelinautomaatio (SA): uln_import-komento epäonnistuu odotetun puskurin merkkijonon kanssa.
  • 3. Alustatuki – SuSE 15 -virhe
  • 4. Agentti käyttää sha1WithRSAEncryption Signature Algorithmia varmennevirheessä
  • 5. Palvelinautomaatio (SA): Käyttäjän rekisteröinti epäonnistui, kun uln_import Error ajettiin
  • 6. Palvelinautomaatio (SA): Aikakatkaisu -viesti, joka näkyy asennettaessa uusimpia Windows-korjauksia. Virhe
  • 7. Palvelinautomaatio (SA): vaiheet SA:n valmistelemiseksi Python 2 -koodin siirtämiseksi Python 3 -virheeseen
  • 8. Server Automation (SA): MpC-apuohjelma epäonnistuu käyttäjän todennusvirheen vuoksi
  • 9. Opsware-sas: Kiertoa ei voi käynnistää – riippuvuustarkistus epäonnistui Virhe
  • 10. OSBP 'Set Media Source' ei toimi käynnistettäessä Windows PE 10 -virheellä
• Micro Focus Server Automation – vinkkejä ja temppuja – maaliskuu 2021
  • 1. Toimenpide agentin uudelleenasentamiseksi satelliitille äskettäin sertifikaattiongelmien aiheuttaman työkalun vioittumisen jälkeen
  • 2. SLES for SAP:n ongelman ratkaiseminen, jossa on tuntematon käyttöjärjestelmä
  • 3. SA-agentin komentosarjavirheiden ratkaisu
  • 4. Korjaus Windows 2016:lle ilmoitetaan tuntemattomaksi käyttöjärjestelmäksi
  • 5. DB-käyttäjien lukituksen avaaminen
  • 6. Alustan asennusohjelman käyttöönotto
  • 7. Ratkaisu tapahtumavirheisiin ActionStatus.ABORT_Only ei ole kelvollisessa tilassa
  • 8. Kuinka asettaa SQLNET.ALLOWED_LOGON_VERSION_SERVER arvoon 11 tai sitä pienemmäksi
  • 9. Palvelinlaajennuksen asentaminen rekisteröityjä ohjelmistoja ei voi asentaa
  • 10. Ratkaisu palvelinautomaation reagoimattomuuteen 10.60
• Micro Focus Server Automation – vinkkejä ja temppuja – huhtikuu 2021
  • Palvelinautomaatio (SA): SA-ytimen päivittäminen RH7.6:ksi/RH7.7:ksi epäonnistuu
  • WINDOWS 2016 näkyy HPSA:ssa Tuntemattomana järjestelmänä
  • Allekirjoituksen vahvistus epäonnistui istunto
  • Lisää RH8-sisältöä redhat_importiin
  • Palvelinautomaatio (SA): MpC-apuohjelma epäonnistuu käyttäjän todennuksen vuoksi
  • Palvelinautomaatio (SA): vaiheet SA:n valmistelemiseksi Python 2 -koodin siirtämiseksi Python 3:een
  • HPSA-agenttia ei voi asentaa: järjestelmä ei löydä install_tool_x64.exe
  • Palvelinautomaatio (SA): Aikakatkaisuviesti, joka näkyy uusimpia Windows-korjauksia asennettaessa
  • Palvelinautomaatio (SA): uln_import-komento epäonnistuu odotetun puskurin merkkijonon kanssa
  • Palvelinautomaatio (SA): Käyttäjän rekisteröinti epäonnistui, kun uln_import suoritettiin
• Micro Focus Server Automation – vinkkejä ja temppuja – toukokuu 2021
  • 1. Kysymyksiä rakentamisesta vanhasta 10.20 uuteen 2018.08.
  • 2. Ohjelmistopolitiikkaan liittyvät kysymykset
  • 3. Tilin lukituksen kynnysominaisuudet – 64256 #jm#.
  • 4. Virhe suoritettaessa cora-komentoa SA 10.60:ssa
  • 5. Ongelmia HPSA-töiden kanssa päivityksen jälkeen
  • 6. Agentin asennus epäonnistui satelliitissa crsauapz3pa0
  • 7. Kuinka käytän nohupia SA-komentosarjassa, jossa on 10.60?
  • 8. Alustan asennusvirhe
  • 9. Exadata-tuki HPSA/DMA:lle
  • 10. Tuki HPE Proliant -palvelimille älykkääseen hallintaan
• Micro Focus Server Automation – vinkkejä ja temppuja – kesäkuu 2021
  • 1. Varoitus: /packages/any/nt/5.2/PsSasHost.exe ei voitu ladata
    • Haluan tietää varoituksesta /packages/any/nt/5.2/PsSasHost.exe, jonka he saavat tarkastuksen korjauksen aikana, ja korjauskomentosarja on mukautettu PowerShell-komentosarja. Taustalla tämä tapahtuu 10.60-ympäristössäni, jossa siirsin kaiken sisältömme ja palvelimemme 10.21.
    • Se on hyvin toistettavissa sekä tuotanto- että kehitysympäristössäni. Korjaus näyttää toimivan onnistuneesti, mutta se on varoitus, joka saa käyttäjät häiritsemään minua. Sitä ei tapahdu tarkastuskäytännöissä, jotka käyttävät mukautettuja bat- tai python-skriptejä, vain silloin, kun korjauskomentosarja on tehon kuori. Ja se tapahtuu vasta luodulle sisällölle, ei vain siirretylle sisällölle.
    • Tiedän, että Windows 5.2 on Windows 2003, jota ei tueta versiossa 10.60, joten arvelen, että jossain ohjelmistokäytännössä tai JOSTAkin on se ja meidän on poistettava se?
  • Ratkaisu
  • 2. Patch Q4025337 asennettu onnistuneesti useita kertoja, mutta näkyy puuttuvana
  • 3. Onko mahdollista viedä tarkastustuloksia PDF-muotoon OGFS:stä?
  • 4. VAIN YHDYSVALLAT HPSA-kysymys lokien lähettämisestä.
  • 5. Voidaanko kynnysarvoja muuttaa, kun anturi tarkistaa taulukon_avaruuden?
  • 6. SA-agentti antaa virheilmoituksen kaikille skripteille
  • 7. Virheet OBR-hallintapaneelissa, seuraava stream on virheellinen; ohjelmistojen yhteensopivuus.
  • 8. Asenna SA Agent -työt pysähtyvät vain Agent Binary Stagediin
  • 9. HPSA 10.60 Tuotanto – Korjattavat tietoturvahavainnot.

Micro Focus Server Automation – vinkkejä ja temppuja – maaliskuu 2021

1. Toimenpide agentin uudelleenasentamiseksi satelliitille äskettäin sertifikaattiongelmien aiheuttaman työkalun vioittumisen jälkeen

Havaintoja on tehty useista ongelmista, joita esiintyi ytimessä ja satelliitissa äskettäisen työkalun laukaisun jälkeen. Vaikka satelliiteissa on toistuvasti yritetty ratkaista ongelmaa, ne eivät ole vielä täysin toimivia.

Agentti ilmestyi ja komentosarjat voitiin suorittaa, mutta OGFS ei toiminut, ja yhdellä niistä ei ollut lainkaan yhteyttä tietoliikennetestiin. Yritykset kopioida paikkavarmenteita aikaisemmasta SR:stä eivät ole ratkaisseet ongelmaa täysin, koska näiden satelliittien on oltava hyvässä kunnossa tai käytettävä OGFS:ää äskettäisen varmenteen yrittämiseen.

Nämä ongelmat voidaan ratkaista alla olevien vaiheiden avulla.

1. Jos CORD-korjaustiedostoja on asennettu, käyttäjiä pyydetään palauttamaan ne.

/opsware_installer/patch_opsware.sh –verbose

Jos järjestelmä on korjattu, näyttöön tulee seuraava viesti:

Tervetuloa Opsware Installeriin. Vaikuttaa siltä, ​​että sinä
ovat aiemmin suorittaneet tämän korjaustiedoston asennuksen
tämä järjestelmä.
Poista tämä korjaustiedosto painamalla 'r'.
Paina s näyttääksesi korjaustiedoston sisällön.
Lopeta painamalla 'q'.
Valinta:

Syötä r kehotteeseen poistaaksesi korjaustiedoston.

2. Asennuksen poistokomentosarja on käynnistettävä.

/opsware_installer/uninstall_opsware.sh -r
Käyttäjä voi päättää, minne vastaustiedosto tallennetaan asennuksen aikana, mutta yleensä se löytyy hakemistosta /usr/tmp.

3. Poista palvelin käytöstä ja poista se siirtymällä SA-verkkokäyttöliittymään, kun asennus on poistettu.

4. Tarkista ja pakota poistamaan kaikki SA RPM:t (jos satelliittitunnus Linuxissa):

rpm -e -nodeps `rpm -qa
grep ˆOPSW`

5. Tarkista, ovatko SA-prosessit käynnissä ja pysäytä ne, jos ovat.

6. Pyyhi kaikki SA-tiedostot tai -hakemistot.

Älä luo tiedostoja manuaalisesti. Kopioi ja liitä tämä monirivinen komento.

7. Käynnistä ytimet uudelleen.

2. SLES for SAP:n ongelman ratkaiseminen, jossa on tuntematon käyttöjärjestelmä

Käyttäjät ovat raportoineet kohtaavansa ongelmia palvelimen kanssa, jossa on OS SLES 15 SAP:lle ja joka osoittaa, että käyttöjärjestelmä on tuntematon Java-asiakkaissa.

Ongelman ratkaisu on,

On olemassa 3 tapaa ratkaista ongelma, kuten edellä mainittiin,

1. rpm -q sles-release -queryformat. Jo mainittu SAP I:lle puuttui, eikä sitä pidetä vaihtoehtona, koska se katkaisee riippuvuuksia SAP-julkaisusta.

2. rpm -q suse-release -queryformat ei myöskään käytetä tässä.

3. SLES:ssä /etc/SuSE-julkaisua ei ole, koska se oli vanhentunut.

Korjausta varten on luotava /etc/SuSE-release-tiedosto alla mainituilla tiedoilla.

3. SA-agentin komentosarjavirheiden ratkaisu

On raportoitu, että SA-agentti antaa toistuvasti virheilmoituksia.

Tämän ongelman ratkaisemiseksi

Ongelma syntyy pääasiassa siksi, että ympäristömuuttujaa COMSPEC ei ole asetettu agenttiprosessissa. On mahdollista, että se puuttuu koko järjestelmästä.

Alla on pieni kopio, jossa COMSPEC-ympäristö oli mahdollista poistaa manuaalisesti cmd.exe-kuoressa.

Korjaus tehdään lisäämällä arvo tai muuttamalla arvoa. Saat sen napsauttamalla hiiren kakkospainikkeella 'Oma tietokone' tai 'Tämä tietokone' Windowsin Resurssienhallinnassa. Siirry 'järjestelmän ominaisuudet' -valintaikkunaan, sitten 'Lisäasetukset'-välilehteen ja napsauta sitten (ympäristömuuttujat) -painiketta.

4. Korjaus Windows 2016:lle ilmoitetaan tuntemattomaksi käyttöjärjestelmäksi

Käyttäjät ovat valittaneet, että vaikka Windows 2016:n alustan asennusohjelma on asennettu onnistuneesti SA 10.21:een, Windows-palvelimet raportoivat virheestä, jossa lukee tuntematon käyttöjärjestelmä tarkistaessaan HPSA-käyttöliittymän/laitteen ominaisuuksia.

Ratkaisu ongelmaan on,

Kumpaakaan karttamääritystiedostojen versiota ei ole päivitetty ikkunoiden uudella versiolla.

/etc/opt/opsware/spin/os_version_map.conf
/opt/opsware/spin/etc/os_version_map.conf

Avattaessa nämä kaksi tiedostoa näkevät muut ikkunat, mutta eivät 2016:n ikkunaa, vaikka alustan asennus onnistuikin, se ei voi muuttaa kahta tiedostoa.

Alustan asennusohjelman tunnus tulee tarkistaa NGUI:sta ja varmistaa, että asennusohjelman tunnus on 170402. Tämän jälkeen käyttöjärjestelmän versio on lisättävä molempiin conf-tiedostoihin (. *Windows. *Server 2016. *x64. *: 170402), esimerkki:

Muokkaa ja lisää kaksi riviä kahdessa os_mapsissa ympäristösi KAIKKIIN ytimiin/viipaleisiin.

Kun olet valmis, suorita bs_hardware tuntemattomilla käyttöjärjestelmäpalvelimilla, palvelin raportoidaan Windows 2016:na.

5. DB-käyttäjien lukituksen avaaminen

DB-käyttäjä havaittiin lukituksi. Ongelma voi ilmetä, kun käyttäjä yrittää kirjautua sisään väärällä salasanalla useita kertoja.

Ongelman ratkaisu on,

Suorita seuraavat komennot.

hänen oraakkelinsa
sqlplus /as sysdba
SQL> valitse käyttäjätunnus, expiry_date, account_status from dba_users;

Tämän tulosteen saamisen jälkeen SQL , tarkista mikä tili on lukittu.

Lukitun tilin lukitus voidaan avata seuraavalla kyselyllä:

SQL muuttaa käyttäjätilin lukituksen avaus;

6. Alustan asennusohjelman käyttöönotto

Alustan asennusohjelman asennuksen vaiheet on annettu alla.

Uusien käyttöjärjestelmien alustan asennusohjelma on saatavana osoitteesta linkki

1. lataa SA-ydinpalvelimelle SFTP:n kautta (WinSCP, FileZilla jne.)

2. SSH yllä olevaan palvelimen ytimeen.

3. (Juuri) /opt/opsware/bin/apxtool tuonti
Esimerkki:
[root]/home/$user# /opt/opsware/bin/apxtool import /home/$user/PlatformInstaller-Windows2012R2-50.0.46817.0.0.zip
APX:tä ainutlaatuisella nimellä 'com.hp.sa.platform.installer.Windows_2012_R2' ei ole olemassa.
Rekisteröikö se järjestelmään? Kyllä/ei Y
Tietoja: APX 'Windows 2012 R2 Platform Installer' (5120001) on rekisteröity onnistuneesti kansioon '/Opsware/Tools/Managed Platforms Support'.

4. Kirjaudu sisään SA-ydinpalvelimeen ylhäältä työpöytäasiakkaan kautta.

5. Siirry alustatuen Hallinta-sarakkeeseen, jolloin käyttäjä huomaa Windows 2012 R2:n.

6. Tarkista tilasarake. Jos sitä ei ole asennettu, napsauta hiiren kakkospainikkeella ja valitse Suorita.

7. Tarkista asennuksen jälkeen, että tila on asennettu. Jos on, napsauta hiiren kakkospainikkeella ja poista alustan asennusohjelma.

7. Ratkaisu tapahtumavirheisiin ActionStatus.ABORT_Only ei ole kelvollisessa tilassa

Käyttäjä on ilmoittanut pystyneensä kirjautumaan HPSA:han, mutta se ei pystynyt asentamaan ohjelmistoa. Ohjelmisto, jota yritettiin asentaa, oli Windows-ohjelmisto.

Heillä oli myös mesh-ongelmia ja heidän oli käynnistettävä SA uudelleen koko meshissä. Virhe säilyy useiden yritysten jälkeenkin. Työ ei saanut JOBID:tä, eikä se näy lokeissa ja istunnoissa.

Ilmestynyt virhe oli

Transaction TransactionImple ei ole kelvollisessa tilassa välimuistitoimintojen käynnistämiseksi.

Ratkaisu edessä olevaan ongelmaan on,

Komento ratkaista ongelma käyttäjien kanssa: 1-rivinen komento on suoritettava jokaisessa ytimessä erikseen.

Huomautus: Komento on sama, mutta nyt se sisältää commit-käskyn, joka todella päivittää tietokannan tietueet.

Varmuuden vuoksi on suositeltavaa suorittaa kysely kaikissa ytimissä.

/opt/opsware/support/bin/sql -a valitse ar_p.role_id, ar_p.rolespace, ar_p.namespace, ar_p.role_name, ar_p.role_hash, ar_c.role_id, ar_c.namespace, ar_c.namespace, ar_c.role_name, ar_c .role_hash kohteesta aaa.role ar_p, aaa.role_child arc, aaa.role ar_c missä ar_p.role_id=arc.role_id ja arc.child_role_id=ar_c.role_id ja ar_c.namespace='OPE' ja ar_c.role'_name ei pidä

ar_p.role_name

Jos tulos saadaan, niin ympäristön 1-liner on ajettava korjaamaan tilit, joihin myös siellä vaikuttaa.

Kun se on suoritettu kaikissa ytimissä, se on mahdollista korjata uudelleen.

8. Kuinka asettaa SQLNET.ALLOWED_LOGON_VERSION_SERVER arvoon 11 tai sitä pienemmäksi

Parametrin SQLNET.ALLOWED_LOGON_VERSION_SERVER lisääminen Oracle-tietokannan sqlnet.ora-tiedostoon on asetettava arvoon 11 tai pienempi. Jos arvoa nostetaan arvoon 12 tai enemmän, prosessi epäonnistuu.

Näkyviin tulee virheilmoitus, että tili on lukittu.

VAROITUS: ulkoista laitetta käytettäessä havaittiin virhe

komento tai komentosarja. Tulostus on seuraava:

Asennuksen aikana ADM-komponentti yrittää kirjautua tietokantaan 30 kertaa. Yllä olevassa esimerkissä 'TWIST'-skeeman käyttäjä oli ottanut käyttöön käytäntöasetuksen, joka lukitsee tilin automaattisesti 10 epäonnistuneen kirjautumisyrityksen jälkeen. Tämän seurauksena viimeinen virhe osoitti, että tili oli lukittu.

Ongelman syy löytyi ojdbc6.jar-tiedoston vanhemman version käyttämisestä yhteyden muodostamiseen tietokantaan.

Sisäänkirjautumisvirheilmoitus tulee näkyviin, jos sqlnet.ora-parametrin SQLNET.ALLOWED_LOGON_VERSION_SERVER arvoksi on asetettu 12 tai suurempi.

Oraakkelin aiemmissa versioissa kirjautumisprotokollien sekoitus näyttää yhden virheistä.

ORA-28040: Ei vastaavaa todennusprotokollavirhettä

ORA-03134: Yhteyksiä tähän palvelinversioon ei enää tueta

Voit ratkaista ongelman noudattamalla alla olevia ohjeita.

1. muuta sqlnet.ora-parametrin SQLNET.ALLOWED_LOGON_VERSION_SERVER arvoksi 11 tai sitä pienemmäksi.

2. Käynnistä tietokanta uudelleen.

3. 3^rdvaiheen tulokset, koska alun perin luotu, kun SQLNET.ALLOWED_LOGON_VERSION_SERVER on asetettu arvoon 12 tai uudempi, salasana tallennetaan ilman 10G-versiota.

Salasanan versiot voidaan tarkistaa seuraavalla kyselyllä.

# /opt/opsware/support/bin/sql select password_versions from dba_users, jossa username='TWIST'

Kysely #1 Facility_id 2:ssa (SA1060B):

PASSWORD_VERSIONS

—————–

11G 12C

Kun SQLNET.ALLOWED_LOGON_VERSION_SERVER on asetettu takaisin arvoon 11 tai sitä pienemmäksi, tietokanta käynnistetään uudelleen ja sitten skeeman käyttäjän TWIST-salasana nollataan, yllä olevan kyselyn tulosteen pitäisi olla seuraava:

# /opt/opsware/support/bin/sql select password_versions from dba_users, jossa username='TWIST'

Kysely #1 Facility_id 2:ssa (SA1060B):

PASSWORD_VERSIONS

—————–

10G 11G 12C

9. Palvelinlaajennuksen asentaminen rekisteröityjä ohjelmistoja ei voi asentaa

Raporttien mukaan rekisteröityjen ohjelmistojen palvelinlaajennusta ei voida asentaa joihinkin isäntiin.

Ratkaisu tähän ongelmaan on seuraava.

2020-01-08 21:18:44:027 2204 1708 COMAPI VAROITUS: ISusInternal::GetUpdateMetadata2 epäonnistui, hr=8007000E

Ottaen huomioon, että käyttöjärjestelmä tässä on Windows 7, tarvittava korjaustiedosto, joka korjaa ongelman, voidaan hankkia linkki .

Kun asennus on valmis, seuraavat komennot on syötettävä korotettuun komentokehotteeseen, jotta se toimisi virheettömästi.

Nettopysäkki wuauserv
Sc config wuauserv type= own
Net start wuauserv

10. Ratkaisu palvelinautomaation reagoimattomuuteen 10.60

Palvelinautomaation 10.60 reagoimattomuudesta on tehty useita valituksia. Ne harvat käyttäjät, jotka pystyivät kirjautumaan, eivät pystyneet suorittamaan tehtäviä. Vaikka sovellus on käynnistetty uudelleen useita kertoja, ongelma on edelleen olemassa.

Nämä alla olevat vaiheet voivat korjata havaitun ongelman.

1. Pysäytä SA -/etc/init.d/opsware -sas stop

2. Rakenna sulakkeen sovitin uudelleen.

pääkäyttäjänä: /opt/opsware/adapter/Linux/src/reinstall

Näkyviin tulee viestejä, kuten

Uuden FUSE-koontilokin luominen /var/log/opsware/adapter/adapter-build-2020-02-19T21:50:58.954778168Z
FUSE-ydinmoduulin rakentaminen…
OGFS-laajennusmoduulin rakentaminen…
Ogfs-laajennusmoduulin rakentaminen onnistui.
Rakennussovitin…
Uudelleenrakennus onnistui.

Jos uudelleenrakennus ei onnistu, lähetä sovitintiedosto yllä olevan kuvan mukaisesti.

3. Käyttäjää kehotetaan käynnistämään SA uudelleen ja testaamaan uudelleen.

Uudelleenkäynnistyksen menettely,

palvelu opsware-sas stop on slice 1.
palvelu opsware-sas stop on slice 2.
palvelu opsware-sas pysähtyy Coressa (Slice 0).

palvelu opsware-sas käynnistyy uudelleen Coressa (Slice 0).
palvelu opsware-sas käynnistyy uudelleen Slice 1:ssä.
palvelu opsware-sas käynnistyy uudelleen Slice 2:ssa.

Kun havaittiin ongelman perimmäinen syy, havaittiin seuraava.

093-slicen spin-lokeista tulos on: