Automatització Del Servidor

Automatització del servidor Micro Focus: consells i trucs

30 d'octubre de 2021

Micro Focus Automatització del servidor ajuda a dur a terme una gestió integral i compatible del servidor al cor de l'automatització del centre de dades.

Aquesta publicació inclourà els trucs i consells mensuals d'automatització del servidor Micro Focus, que seran una consolidació de diversos problemes comuns a l'automatització del servidor Micro Focus. Consulteu aquest article per obtenir consells i trucs de resolució de problemes per a altres eines.

Taula de continguts

  • Automatització del servidor Micro Focus: consells i trucs: gener de 2021
  • Automatització del servidor Micro Focus: consells i trucs, febrer de 2021
    • 1. Automatització del servidor (SA): error en actualitzar el nucli SA a RH7.6/RH7.7
    • 2. Automatització del servidor (SA): l'ordre uln_import falla amb la cadena esperada d'error de memòria intermèdia
    • 3. Suport de la plataforma: error SuSE 15
    • 4. L'agent utilitza l'algoritme de signatura sha1WithRSAEncryption a Error de certificat
    • 5. Automatització del servidor (SA): no s'ha pogut registrar l'error de l'usuari que s'ha vist en executar l'error uln_import
    • 6. Automatització del servidor (SA): missatge de temps d'espera que s'ha vist en instal·lar els darrers pegats de Windows Error
    • 7. Automatització del servidor (SA): passos per preparar SA per portar el codi Python 2 a Python 3 Error
    • 8. Automatització del servidor (SA): la utilitat MpC falla a causa d'un error d'autenticació de l'usuari
    • 9. Opsware-sas: no es pot iniciar el gir: error de comprovació de dependència
    • 10. L'OSBP 'Estableix l'origen dels mitjans' no funciona quan s'arrenca amb Windows PE 10 Error
  • Automatització del servidor Micro Focus: consells i trucs, març de 2021
    • 1. Procediment per reinstal·lar l'agent en un satèl·lit després d'una corrupció recent de l'eina a causa de problemes de cert
    • 2. Resolució del problema amb SLES per a SAP que mostra un sistema operatiu desconegut
    • 3. Solució dels errors d'script de l'agent SA
    • 4. Solucioneu que Windows 2016 s'informa com a sistema operatiu desconegut
    • 5. Com desbloquejar usuaris de DB
    • 6. Realització del desplegament de l'instal·lador de la plataforma
    • 7. Solució per als errors de transacció ActionStatus.ABORT_Only no es troba en un estat vàlid
    • 8. Com configurar SQLNET.ALLOWED_LOGON_VERSION_SERVER a 11 o inferior
    • 9. Com instal·lar l'extensió de servidor per al programari registrat no es pot instal·lar
    • 10. Solució per a la manca de resposta de l'automatització del servidor 10.60
  • Micro Focus Server Automation: consells i trucs: abril de 2021
    • Automatització del servidor (SA): l'actualització del nucli SA a RH7.6/RH7.7 falla
    • WINDOWS 2016 es mostra com a sistema DESCONEGUT a HPSA
    • Error de verificació de signatura Sessió
    • Afegeix contingut RH8 a redhat_import
    • Automatització del servidor (SA): la utilitat MpC falla a causa de l'autenticació de l'usuari
    • Automatització del servidor (SA): passos per preparar SA per portar el codi de Python 2 a Python 3
    • No es pot instal·lar l'agent HPSA: el sistema no pot trobar install_tool_x64.exe
    • Automatització del servidor (SA): missatge de temps d'espera que es veu quan s'instal·len els darrers pedaços de Windows
    • Automatització del servidor (SA): l'ordre uln_import falla amb la cadena esperada de memòria intermèdia
    • Automatització del servidor (SA): no s'ha pogut registrar l'error de l'usuari vist en executar uln_import
  • Micro Focus Server Automation: consells i trucs: maig de 2021
    • 1. Preguntes sobre la creació de l'antic 10.20 al nou 2018.08.
    • 2. Preguntes de política de programari
    • 3. Capacitats del llindar de bloqueig del compte: 64256 #jm#.
    • 4. Error en executar l'ordre cora a SA 10.60
    • 5. Problemes amb els treballs HPSA després de l'actualització
    • 6. La instal·lació de l'agent ha fallat al satèl·lit crsauapz3pa0
    • 7. Com puc utilitzar nohup en un script SA amb 10.60?
    • 8. Error de l'instal·lador de la plataforma
    • 9. Suport Exadata per a HPSA/DMA
    • 10. Suport per a servidors HPE Proliant per a l'aprovisionament intel·ligent
  • Micro Focus Server Automation - Consells i trucs - juny de 2021
    • 1. Avís: /packages/any/nt/5.2/PsSasHost.exe no s'ha pogut baixar
      • Vull saber sobre l'avís /packages/any/nt/5.2/PsSasHost.exe que reben mentre executen una correcció d'auditoria i l'script de correcció és un script de PowerShell personalitzat. Com a fons, això passa al meu entorn 10.60 on he migrat tot el nostre contingut i servidors des de l'10.21.
      • És molt reproduïble tant al meu entorn de producció com de desenvolupament. Sembla que la correcció s'ha executat correctament, però és un avís que fa que els usuaris em molestin. No passa amb les polítiques d'auditoria que utilitzen scripts personalitzats bat o python, només quan l'script de correcció és un shell de poder. I passa amb el contingut de nova creació, no només amb el contingut migrat.
      • Sé que Windows 5.2 és Windows 2003 que no és compatible amb la 10.60, així que suposo que alguna política de programari o ALGUNA COSA té això i l'hem d'eliminar?
    • Solució
    • 2. El pedaç Q4025337 s'ha instal·lat correctament diverses vegades, però es mostra com a desaparegut
    • 3. Hi ha alguna manera d'exportar els resultats de l'auditoria a PDF des d'OGFS?
    • 4. NOMÉS PREGUNTA HPSA als EUA sobre l'enviament de registres.
    • 5. Es poden canviar els llindars quan la sonda comprova table_space?
    • 6. L'agent SA dóna error per a tots els scripts
    • 7. Errors al tauler d'OBR, el flux següent és un error; compliment del programari.
    • 8. Els treballs d'instal·lació de l'Agent SA només s'aturen a l'Agent Binary Staged
    • 9. HPSA 10.60 Producció: conclusions de seguretat per corregir.

Automatització del servidor Micro Focus: consells i trucs: gener de 2021

1. Quan l'usuari no pot suprimir un agent SA a Windows

Sovint s'observa que els usuaris sovint no poden suprimir un agent SA a Windows. S'observa que el fitxer bat de desinstal·lació no pot eliminar totes les carpetes, fitxers, dades, etc.

|_+_|

Aquest error sol ser perquè l'antivirus Mcafee es troba en l'estat de bloqueig habilitat, cosa que indica que el Protecció de control de canvis d'aplicacions la funció està activada. Sempre que s'habilita aquest mode sense ser exclòs, no es pot suprimir ni canviar (mitjançant cmd o manualment) ni cap dels fitxers d'un directori sota C: unitat. Hem d'excloure algunes carpetes i fitxers (camí) per aquesta característica.

Podeu trobar una resposta principal a la informació que es proporciona a continuació:

|_+_|

i

|_+_|

En cas que l'usuari estigui utilitzant PowerShell integració, és possible que hagin de posar a la llista blanca la carpeta que es mostra a continuació:

|_+_|

2. Quan es perd un mòdul d'agent d'Opsware al nucli principal

Els usuaris sovint es troben amb un error quan el mòdul opsware-agent es perd al nucli principal. Aquest error es pot resoldre fàcilment si torneu a instal·lar l'agent principal, cerqueu el següent i obteniu ajuda dels passos que s'indiquen a continuació:

1. # service opsware-sas stop opsware-agent

2. # /opt/opsware/agent/bin/agent_uninstall.sh –no_deactivate

3. # mv /var/opt/opsware/crypto/agent//tmp

# mv /etc/opt/opsware/agent/opswgw.args /tmp

4. Seguiu els passos següents

  • Aleshores, heu d'anar a Biblioteca.
  • Després d'això, sota Carpeta , seleccioneu Opsware.
  • Troba el Eines i feu clic a Suport d'agents .
  • Aleshores cal seleccionar agent.srv de la llista proporcionada.
  • Fer clic a el menú Accions i, a continuació, seleccioneu Exportar programari .
  • Aleshores cal col·locar el fitxer .srv al mateix directori on es va col·locar inicialment l'instal·lador.

D'acord amb el teu cas seria /var/opt/opsware/agent_installers

5.# /opt/opsware/oi_util/curl/bin/curl -k –cert /var/opt/opsware/crypto/httpsProxy/spin.srv https://localhost:1004/spinrpc.py?method=Device.update&id =10001&allow_recert=1

6.# ./opsware-agent-70.0.76120.1-linux-OEL6 –logfile /tmp/opsware_agent

3. Solució de l'error word_uploads no s'ha instal·lat completament durant l'actualització

S'observa que entre els usuaris quan estan iniciant una actualització a SA 2018.08 es troben amb un error que diu:

|_+_|

Normalment passa perquè alguns components importants no s'han instal·lat completament. Es donen a continuació:

|_+_|

La causa més destacada d'aquest error rau en el /var/opt/Opsware/install_opsware/inv/install.inv dossier. L'usuari hauria de deixar que el suport d'actualització vegi aquest fitxer específic i vegi aquest problema càrregues de paraules . Quan l'usuari ho comprove manualment, es trobarà amb:

|_+_|

No és el que necessiteu perquè el sistema funcioni correctament. Necessiteu que es mostrin els detalls següents:

|_+_|

Sovint pot ocórrer a causa de molts problemes, com els que s'indiquen a continuació:

  1. Sovint es deu a que el fitxer inv no s'ha actualitzat correctament,
  2. De vegades és perquè les versions RPM no s'han actualitzat.

Podeu provar de canviar el fitxer INV i afegir les tres línies esmentades anteriorment. Llavors cal reinicia el sistema i després Actualitza .

4. Resolució de l'excés d'espai del sistema de fitxers

Sovint, els usuaris es troben amb un espai del sistema de fitxers excessiu que és massa ple per ocupar més fitxers o dades. La solució més eficient seria augmentar l'espai/la memòria que necessita / var / opt / Sistema de fitxers Opsware . Per evitar errors semblants en el futur, l'usuari ha d'afegir espai addicional als sistemes de fitxers que ho necessiten necessàriament.

En / var / opt / Opsware, hi ha molts directoris en què el consum de memòria augmenta sense que l'usuari pugui estimar l'espai necessari. L'usuari pot començar augmentant el sistema de fitxers amb una quantitat molt més gran d'espai en disc per evitar problemes relacionats amb l'espai.

Per simplificar-ho, com més temps utilitzi l'usuari SA, el fs augmentarà en l'espai, també es veurà afectat per l'ús intensiu.

Podeu seguir els passos que s'indiquen a continuació per netejar tota la memòria cau i alliberar una mica d'espai al sistema de fitxers:

Per eliminar tots els fitxers no necessaris de la memòria cau de paraules:

  1. Heu d'editar i canviar aquest paràmetre a /etc/opt/Opsware/mm_wordbot/mm_wordbot.args a tots els nuclis i satèl·lits:

cache_max_size: la mida màxima del directori de la memòria cau

cache_min_size: la mida mínima del directori de la memòria cau

cache_cleanup_rate: la taxa de neteja del directori de la memòria cau (el valor bàsic predeterminat per a la velocitat de neteja és de 720 minuts o 12 hores. Els usuaris poden editar-la i canviar-la a 1 hora).

Concretament per el /var/log/opsware , ha de ser degut a /var/log/opsware/waybot/debug/, serà capaç d'eliminar de manera segura el waybot/depuració/ directori.

  1. Després des del client java , l'usuari ha de navegar Configuració del sistema.
  2. Aleshores han de trobar Motor de comandaments (WAY) i buscar la manera.debug_size.
  3. Després d'això, han de posar-lo a 0 si, en qualsevol cas, és 1. Cal desactivar la major part de la generació de registres addicionals.

Després un nombre específic de segons way.debug_staleness_threshold perquè aquests fitxers o memòria cau s'esborrin automàticament. Si us plau, assegureu-vos d'establir el valor amb precisió.

5. Arreglar l'error quan Server Automation no va trobar el fitxer de versió d'oracle principal durant el procés d'instal·lació

Sovint s'observa entre els usuaris que durant el procés d'instal·lació d'una automatització de servidor (SA) secundària a l'entorn SA existent anteriorment, es mostra un error a la pantalla. L'error a la pantalla és: No s'ha pogut trobar el fitxer de versió d'oracle principal .

En el moment de la instal·lació d'un nucli SA secundari en un entorn SA anterior, el hpsa_install.sh L'script s'executa principalment al servidor que se suposa que alberga el nucli secundari. Quan l'script falla, mostra els missatges que s'indiquen a continuació:

|_+_|

Aquest problema es pot solucionar fàcilment; l'usuari ha de seguir els passos que s'indiquen a continuació:

  1. Heu de crear el directori /var/opt/Opsware/truth al servidor específic que allotja el nucli secundari
|_+_|
  1. Aleshores heu de copiar el cdf..xml i truth..tar.gz fitxers a /var/opt/opsware/truth .

Després d'aquest pas, quan els fitxers estiguin al seu lloc, en cas que el script hpsa_install.sh encara està assegut a l'indicador (que es veu després de l'Error), llavors cal seleccionar l'opció anterior. I després, després de tornar a respondre a totes les preguntes, la instal·lació s'iniciarà i després finalitzarà sense cap error.

Si s'ha sortit de l'script hpsa_install.sh després de l'aparició de l'error, l'usuari ha de tornar a executar-se. Però aquesta vegada, han d'especificar el fitxer cdf.xml creat pel primer intent avortat.

|_+_|

6. Maneig de la mida del munt Twist per a un millor rendiment

La manera més adequada de retorçar la mida del munt és augmentant-la. És la manera més eficient d'assignar més memòria al servidor i al component Twist. Solució

1. Heu d'obtenir la sortida de les ordres que es donen a continuació:

|_+_|

2. Aleshores, heu d'augmentar la mida de l'emmagatzematge de Twist fins al mínim de 4 GB:

  • Quan utilitzeu un editor de text, heu d'obrir el fitxer. L'usuari també ha d'assegurar-se abans d'editar que té una còpia de seguretat d'aquest fitxer.
|_+_|
  • Aleshores, heu de modificar l'entrada següent a l'assignació necessària:
|_+_|

En cas que el valor ja estigui establert en 4 GB o més, l'usuari haurà de duplicar el valor actual. També s'han d'assegurar que la memòria disponible al servidor la pugui agafar.

  • Ara heu de desar els canvis recents i després reiniciar el gir:
|_+_|

Això és per comprovar si ha actuat en el canvi, i després del reinici, els usuaris poden:

Heu de cercar el twist PID per cat /var/opt/Opsware/twist/twist.pid

i llavors heu d'executar:

|_+_|
  • Aleshores, heu de seguir acuradament tots els passos des de a a c a tots els nuclis/slices.

7. Solucionar la fallada del requisit previ vist en el moment de l'actualització

Sovint passa que en el moment de l'actualització d'un entorn d'automatització del servidor (SA) anterior a SA 2020.11, els usuaris s'enfronten a problemes durant el procediment. L'error que es mostra a la pantalla diu

|_+_|

La base de dades Oracle actual que utilitza la versió anterior de SA té NLS_CHARACTERSET ajustat a UTF8 . Bàsicament, la versió SA 2020.11 es pot executar amb bases de dades Oracle utilitzant qualsevol de les dues, UTF8 o AL32UTF8. Tanmateix, AL32UTF8 és una versió més segura d'UTF8. I el SA 2020.11 es va estructurar per funcionar amb les bases de dades mentre utilitzava aquest valor.

Això podria ser a causa d'un error i, per això, aquest error es continua convertint en un error recurrent. Aquest error es pot solucionar mantenint determinades mesures de seguretat. En cas que aquest sigui l'únic error que es mostra a l'error de la llista de comprovació de requisits previs mostrat per hpsa_upgrade.sh, cal que feu clic a Continua .

Aleshores, l'usuari ha de continuar amb l'actualització. Aquest fracàs serà un problema menor; no dificultaria cap dels processos i no seria recurrent.

8. Instruccions per desactivar el component buildmgr

Generalment, JKS Keystore utilitza un format propietari. S'aconsella a l'usuari que migri a PKCS12, que és un estàndard de la indústria. Utilitza un format:

|_+_|

Aquest consell no és aplicable només si utilitzeu la funció de seqüències de SO obsoleta; aleshores no necessiteu aquest component, ja que els plans de construcció del sistema operatiu (que havien substituït les seqüències del sistema operatiu) no necessiten especialment el component buildmgr. Com s'ha recomanat abans, és millor que l'usuari tanqui el component buildmgr.

És possible eliminar el buildmgr de l'inici; els usuaris només han de seguir els passos que s'indiquen a continuació:

  • Heu d'aturar el component buildmgr.
|_+_|
  • Aleshores, heu de comentar buildmgr a /opt/opsware/oi_util/startup/components.config
  • Aleshores cal editar i canviar el nom /etc/opt/opsware/startup/buildmgr a alguna cosa així .buildmgr ( /etc/opt/opsware/startup/.buildmgr )

L'usuari ha de tenir en compte que el . abans que el nom buildmgr realment amagui el fitxer de totes les operacions ordinàries del sistema operatiu. És fonamental que siguin conscients del fet que potser haureu d'habilitar el component gestor de compilació de nou abans d'instal·lar qualsevol dels paquets acumulatius, hotfix o aplicar els pedaços CORD.

9. Instruccions per a la cerca i identificació de versions SA

Bàsicament, Server Automation (SA) conté molts components interns amb una varietat de números de versió que poden semblar difícils d'equiparar a les versions reals de SA.

Hi ha moltes maneres de saber quina versió del producte SA utilitzar:

A través del client java SA

Podeu utilitzar el client SA Java només des d'un ordinador que tingui el client SA instal·lat, seguiu:

  1. Heu d'iniciar i després iniciar sessió al client SA.
  2. A continuació, navegueu fins a Ajuda pestanya a la part superior de la finestra del client.
  3. Podeu seleccionar Sobre l'automatització del servidor HPE o Sobre l'automatització del servidor opció.
  4. Aleshores, a la finestra de resultats, l'edició del producte SA amb la seva versió de compilació interna serà visible a la segona línia. Seria visible sota el Versió pestanya.

Mitjançant l'ordre version

Aquesta correcció només pot ser aplicable a Linux sistemes operatius , ja que actua com un dels servidors principals de SA. Heu d'executar l'ordre: /opt/Opsware/support/bin/version

Si l'usuari troba el missatge No hi ha cap fitxer o directori, això significa que el paquet de suport de programari SA OPStools no s'ha instal·lat en aquesta versió bàsica de SA. És molt recomanable instal·lar aquest paquet específic (que no necessita temps d'inactivitat per al producte) per obtenir el versió utilitat i altres. Serà molt eficaç en el manteniment del producte SA.

A través del comandament Cora

Aquesta correcció només pot ser aplicable als sistemes operatius Linux; heu d'iniciar sessió. Aleshores, l'usuari ha d'executar l'ordre que es mostra a continuació:

|_+_|

La versió del producte serà visible a la part superior de la sortida que es retornarà. S'extreurà informació similar d'a .cora fitxer que va ser creat anteriorment per la utilitat principal executant l'ordre que es mostra a continuació:

|_+_|

I en cas que no es mostri cap error de fitxer o directori en iniciar aquesta ordre, això mostra que el paquet de suport d'OPSWtools esmentat anteriorment no està instal·lat.

Mirant les versions de components que es troben sota el

/var/opt/Opsware/install_opsware/inv/install.inv fitxer en un servidor central de Server Automation. Podeu fer-ho, ja que els diferents components bàsics d'automatització del servidor es mostraran amb les seves versions de compilació al fitxer:

/var/opt/Opsware/install_opsware/inv/install.inv . Aleshores, heu d'iniciar sessió a qualsevol dels servidors bàsics de SA i iniciar l'ordre que es mostra a continuació:

grep -i build_id /var/opt/opsware/install_opsware/inv/install.inv | ordenar | uniq.

I la versió que s'informarà serà la versió de compilació de Server Automation. L'usuari ha de tenir en compte que en cas que s'informen de diverses versions, el producte SA va passar per moltes actualitzacions abans. Les versions anteriors podrien ser els components que ja no s'utilitzen a la versió nova/recent d'automatització del servidor o no actualitzar-se amb precisió.

A través del producte Server Automation iso

Quan el producte d'automatització del servidor es baixa inicialment, els seus components creen un fitxer gzip conegut com T8900-150nn.tgz (on nn és qualsevol nombre de dos dígits). Quan es descomprimeix/desarxiva, aquest fitxer en particular crearà molts directoris, tots amb noms que tinguin un T8900-150nn número de peça. L'usuari ha de tenir en compte que les ISO per al cable (actualitzacions miserables a una versió SA principal que tingui versions SA 10.21, 10.22, 10.23 i 10.51) no tindran fitxers anomenats com a T8900-150xx nom. En comptes d'això, aquests fitxers tindran les versions de compilació SA esmentades que es van esmentar anteriorment i tindran el format an.n.nnnnn.n.

10. Arreglar l'error del sistema no pot trobar install_tool_x64.exe

Sovint passa que els usuaris es troben amb un missatge d'error que dificulta el seu treball, a continuació es mostren alguns dels exemples de missatges:

|_+_|

Aquests errors es poden resoldre fàcilment; l'usuari només ha de seguir els passos que s'indiquen a continuació:

Al servidor que mostrava l'error es va establir com:

|_+_|

I a la prova dels nostres servidors, es va establir així:

|_+_|
  1. Heu d'obrir el CMD com a administrador al servidor de Windows que té l'error.
  2. Aleshores, heu d'executar l'ordre següent:
|_+_|

En cas de diversos camins, incloeu el vostre equip d'administració de Windows, així que deixeu-los editar i canviar el valor al fitxer registre Fitxers. Després de canviar els valors, podeu confirmar el canvi de C:windowssystem32cmd.exe, i significaria que funciona amb precisió.