Micro Focus Palvelinautomaatio auttaa suorittamaan kattavan, yhteensopivan palvelinhallinnan tietokeskusautomaation ytimessä.

Tässä viestissä on kuukausittain Micro Focus Server Automation -vinkkejä ja -vinkkejä, jotka ovat yhteenveto useista Micro Focus Server Automationin yleisistä ongelmista. Katso tästä artikkelista muiden työkalujen vianetsintävinkkejä ja temppuja.

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 – tammikuu 2021

yksi. Kun käyttäjä ei pysty poistamaan SA-agenttia Windowsissa

Usein havaitaan, että käyttäjät eivät useinkaan pysty poistamaan SA-agenttia Windowsissa. On havaittu, että bat-asennuksen poistotiedosto ei voi poistaa kaikkia kansioita, tiedostoja, tietoja jne.

Tämä virhe johtuu yleensä siitä, että Mcafee-virustorjunta on lukitustilassa, mikä osoittaa, että Sovelluksen muutoksen ohjaussuojaus ominaisuus on päällä. Aina kun tämä tila on käytössä ilman poissulkemista, et voi poistaa tai muuttaa (cmd:n kautta tai manuaalisesti) eikä mitään hakemiston tiedostoja C: drive. Jotkin kansiot ja tiedostot on jätettävä pois (polku) tälle ominaisuudelle.

Löydät ensisijaisen vastauksen alla olevista tiedoista:

ja

Siinä tapauksessa, että käyttäjä käyttää PowerShell integraatio, heidän on ehkä lisättävä alla oleva kansio sallittujen luetteloon:

kaksi. Kun Opsware-agenttimoduuli katoaa ensisijaisessa ytimessä

Käyttäjät kohtaavat usein virheen, kun opsware-agent-moduuli katoaa ensisijaisesta ytimestä. Tämä virhe voidaan ratkaista helposti asentamalla ydinagentti uudelleen, etsimällä seuraavat tiedot ja hakemalla apua alla olevista vaiheista:

yksi. # palvelu opsware-sas lopeta opsware-agent

kaksi. # /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. Noudata alla olevia ohjeita

• Sitten sinun on navigoitava kohtaan Kirjasto.
• Sen jälkeen alle Kansio , valitse Opsware.
• Etsi Työkalut ja klikkaa Agentin tuki .
• Sitten sinun on valittava agent.srv tarjotusta luettelosta.
• Klikkaa Toiminnot-valikosta ja valitse sitten Vie ohjelmisto .
• Sitten sinun on asetettava .srv-tiedosto samassa hakemistossa, johon asennusohjelma alun perin sijoitettiin.

Asiasi mukaan se olisi /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 –lokitiedosto /tmp/opsware_agent

3. Virheen ratkaiseminen Word_uploads ei ole täysin asennettu päivityksen aikana

Käyttäjien keskuudessa havaitaan, kun he aloittavat päivityksen SA 2018.08:aan, he törmäävät virheeseen, joka sanoo:

Se tapahtuu yleensä siksi, että muutamia tärkeitä komponentteja ei ole asennettu kokonaan. Ne on annettu alla:

Näkyvin syy tähän virheeseen on /var/opt/Opsware/install_opsware/inv/install.inv tiedosto. Käyttäjän tulee antaa päivitysmedian tarkastella tätä tiedostoa ja tarkastella tätä ongelmaa sana_lataukset . Kun käyttäjä tarkistaa sen manuaalisesti, hän törmää:

Sitä ei tarvitse, jotta järjestelmä toimisi kunnolla. Tarvitset seuraavat tiedot näkyäksesi:

Se voi usein johtua monista ongelmista, kuten alla esitetyistä:

1. Usein se johtuu siitä, että inv-tiedostoa ei ole päivitetty oikein,
2. Joskus se johtuu siitä, että RPM-versioita ei ole päivitetty.

Voit yrittää muuttaa INV-tiedostoa ja lisätä kolme edellä mainittua riviä. Sitten sinun täytyy uudelleenkäynnistää järjestelmä ja sitten Päivitä .

4. Ylikuormitetun tiedostojärjestelmän ratkaiseminen

Käyttäjät törmäävät usein liian täyteen tiedostojärjestelmään, joka on liian täynnä ottamaan lisää tiedostoja tai tietoja. Tehokkain ratkaisu olisi lisätä tarvitsemaa tilaa/muistia / var / opt / Opsware-tiedostojärjestelmä . Tällaisten vastaavien virheiden estämiseksi tulevaisuudessa käyttäjän on lisättävä ylimääräistä tilaa niihin tiedostojärjestelmiin, jotka sitä välttämättä tarvitsevat.

Sisään / var / opt / Opsware, on monia hakemistoja, joissa muistin kulutus kasvaa ilman, että käyttäjä voi arvioida tarvittavaa tilaa. Käyttäjä voi aloittaa lisäämällä tiedostojärjestelmää paljon suuremmalla levytilalla välttääkseen tilaan liittyviä ongelmia.

Yksinkertaistaa se, että mitä pidempään käyttäjä käyttää SA:ta, sitä fs kasvaa tilassa, siihen vaikuttaa myös intensiivinen käyttö.

Voit puhdistaa välimuistin ja vapauttaa tilaa tiedostojärjestelmästä noudattamalla alla annettuja ohjeita:

Kaikkien tarpeettomien tiedostojen poistaminen sanan välimuistista:

1. Sinun on muokattava ja muutettava tätä parametria /etc/opt/Opsware/mm_wordbot/mm_wordbot.args kaikissa ytimissä ja satelliiteissa:

cache_max_size – välimuistihakemiston enimmäiskoko

cache_min_size – välimuistihakemiston vähimmäiskoko

cache_cleanup_rate – välimuistihakemiston puhdistusnopeus (Puhdistusnopeuden perusoletusarvo on 720 minuuttia tai 12 tuntia. Käyttäjät voivat muokata ja muuttaa sen arvoksi 1 tunti).

Nimenomaan varten /var/log/opsware , sen täytyy johtua /var/log/opsware/waybot/debug/, se voi poistaa turvallisesti waybot/debug/ hakemistosta.

1. Sitten alkaen java asiakas , käyttäjän on navigoitava osoitteeseen Järjestelmän asetukset.
2. Sitten heidän on löydettävä Komentomoottori (WAY) ja etsi the way.debug_size.
3. Sen jälkeen se on asetettava arvoon 0, jos se joka tapauksessa on 1. Suurin osa lisälokin luomisesta on poistettava käytöstä.

Sitten tietty määrä sekunteja way.debug_staleness_threshold jotta nämä välimuistit/tiedostot tyhjennetään automaattisesti. Varmista, että asetat arvon oikein.

5. Virheen korjaaminen, kun palvelinautomaatio ei löytänyt ensisijaista Oracle-versiotiedostoa asennuksen aikana

Käyttäjien keskuudessa havaitaan usein, että toissijaisen palvelinautomaation (SA) asennuksen aikana aiemmin olemassa olevaan SA-ympäristöön tulee virheilmoitus näytölle. Virhe näytöllä on: Ensisijaista Oracle-versiotiedostoa ei löytynyt .

Kun toissijainen SA-ydin asennettiin aiempaan SA-ympäristöön, hpsa_install.sh komentosarjaa ajetaan pääasiassa palvelimella, jonka oletetaan sisältävän toissijaisen ytimen. Kun komentosarja epäonnistuu, se näyttää alla annetut viestit:

Tämä ongelma voidaan korjata helposti; käyttäjän on noudatettava alla olevia vaiheita:

1. Sinun on luotava hakemisto /var/opt/Opsware/truth tietyllä palvelimella, joka sisältää toissijaisen ytimen

1. Sitten sinun on kopioitava cdf..xml ja totuus..tar.gz tiedostot /var/opt/opsware/truth .

Tämän vaiheen jälkeen, kun tiedostot ovat paikoillaan, jos hpsa_install.sh-komentosarja on edelleen kehotteessa (näkyy virheen jälkeen), niin edellinen vaihtoehto on valittava. Ja sitten, kun olet vastannut kaikkiin kysymyksiin uudelleen, asennus alkaa ja päättyy myöhemmin ilman virheitä.

Jos hpsa_install.sh-komentosarja on poistunut Virhe-ilmoituksen jälkeen, käyttäjän on suoritettava uudelleen. Mutta tällä kertaa heidän on määritettävä ensimmäisellä keskeytetyllä yrityksellä luotu cdf.xml-tiedosto.

6. Käsittele Twist Heap -kokoa paremman suorituskyvyn saavuttamiseksi

Sopivin tapa kiertää kasan kokoa on kasvattaa kasan kokoa. Se on tehokkain tapa varata enemmän muistia palvelimelle ja Twist-komponentille. Ratkaisu

1. Sinun on saatava alla annettujen komentojen tulos:

2. Sitten sinun on suurennettava Twist-keon koko vähintään 4 Gt:ksi:

• Kun käytät tekstieditoria, sinun on avattava tiedosto. Käyttäjän on myös varmistettava ennen muokkaamista, että hänellä on varmuuskopio tästä tiedostosta.

• Sitten sinun on muutettava seuraava merkintä tarvittavaan kohdistamiseen:

Jos arvoksi on jo asetettu 4 Gt tai enemmän, käyttäjän on tuplattava nykyinen arvo. Heidän on myös varmistettava, että palvelimella oleva muisti kestää sen.

• Nyt sinun on tallennettava viimeisimmät muutokset ja aloitettava kierre uudelleen:

Tämän tarkoituksena on tarkistaa, onko se toiminut muutoksessa, ja uudelleenkäynnistyksen jälkeen käyttäjät voivat:

Sinun on etsittävä twist PID:tä cat /var/opt/Opsware/twist/twist.pid

ja sitten sinun täytyy juosta:

• Sitten sinun on noudatettava huolellisesti kaikkia vaiheita alkaen to kohtaan c kaikissa ytimissä/viipaleissa.

7. Päivityshetkellä havaitun edellytysvian ratkaiseminen

Usein käy niin, että kun aikaisempi Server Automation (SA) -ympäristö päivitetään SA 2020.11:een, käyttäjät kohtaavat ongelmia toimenpiteen aikana. Näytöllä näkyvä Error sanoo

Aiemman SA-version käyttämä nykyinen Oracle-tietokanta on NLS_CHARACTERSET asetettu UTF8 . Pohjimmiltaan versiota SA 2020.11 voidaan käyttää Oracle-tietokantojen kanssa käyttämällä molempia, UTF8 tai AL32UTF8. AL32UTF8 on kuitenkin turvallisempi versio UTF8:sta. Ja SA 2020.11 rakennettiin toimimaan tietokantojen kanssa tätä arvoa hyödyntäen.

Tämä saattaa johtua virheestä, ja tämän vuoksi tämä virhe toistuu jatkuvasti. Tämä virhe voidaan korjata noudattamalla tiettyjä turvatoimenpiteitä. Jos tämä on ainoa virhe, joka näkyy tiedoston hpsa_upgrade.sh näyttämässä ehtojen tarkistusluettelossa, sinun on napsautettava Jatkaa .

Tämän jälkeen käyttäjän on jatkettava päivitystä. Tämä epäonnistuminen on vähäinen ongelma; se ei estäisi mitään prosesseja eikä olisi toistuva.

8. Ohjeet buildmgr-komponentin poistamiseen käytöstä

Yleensä JKS Keystore käyttää omaa muotoa. Käyttäjiä kehotetaan siirtymään PKCS12:een, joka on alan standardi. Se käyttää muotoa:

Tämä neuvo ei koske vain, jos käytät vanhentuneita käyttöjärjestelmän sekvenssitoimintoja. silloin et tarvitse tätä komponenttia, koska käyttöjärjestelmän koontisuunnitelmat (jotka olivat korvanneet käyttöjärjestelmän sekvenssit) eivät erityisesti tarvitse buildmgr-komponenttia. Kuten aiemmin neuvottiin, käyttäjän on parempi sulkea buildmgr-komponentti.

On mahdollista poistaa buildmgr käynnistyksestä; käyttäjien on vain noudatettava alla olevia vaiheita:

• Sinun on pysäytettävä buildmgr-komponentti.

• Sitten sinun on kommentoitava buildmgr:ää /opt/opsware/oi_util/startup/components.config
• Sitten sinun on muokattava ja nimettävä uudelleen /etc/opt/opsware/startup/buildmgr johonkin sellaiseen .buildmgr ( /etc/opt/opsware/startup/.buildmgr )

Käyttäjän tulee huomioida, että . ennen kuin buildmgr-nimi todella piilottaa tiedoston kaikilta tavallisilta käyttöjärjestelmän toiminnoilta. On erittäin tärkeää, että he ovat tietoisia siitä, että sinun on ehkä otettava Build Manager -komponentti uudelleen käyttöön ennen kuin asennat kokoelman, hotfix-korjauspaketin tai asennat CORD-korjauspäivitykset.

9. Ohjeet SA-versioiden etsimiseen ja tunnistamiseen

Periaatteessa Server Automation (SA) sisältää monia sisäisiä komponentteja erilaisilla versionumeroilla, joita voi tuntua vaikealta rinnastaa todellisiin SA-versioihin.

On monia tapoja tietää, mitä SA-tuoteversiota käytetään:

SA java-asiakkaan kautta

Voit käyttää SA Java -asiakasta vain PC:stä, johon SA-asiakasohjelma on asennettu, toimi seuraavasti:

1. Sinun on käynnistettävä ja kirjauduttava sitten sisään SA-asiakasohjelmaan.
2. Siirry sitten kohtaan auta -välilehti asiakasikkunan yläosassa.
3. Voit valita Tietoja HPE-palvelinautomaatiosta tai Tietoja palvelinautomaatiosta vaihtoehto.
4. Sitten tulosikkunan toisella rivillä näkyy SA-tuotteen versio sen sisäisellä koontiversiolla. Se olisi näkyvissä alla Versio -välilehti.

Versio-komennon kautta

Tämä korjaus voi koskea vain Linuxia käyttöjärjestelmät , koska se toimii yhtenä SA-ydinpalvelimista. Sinun on suoritettava komento: /opt/Opsware/support/bin/version

Jos käyttäjä huomaa viestin Ei tällaista tiedostoa tai hakemistoa, tämä tarkoittaa, että SA-ohjelmiston tukipakettia OPStools ei ole asennettu tähän SA-ydinversioon. On erittäin suositeltavaa asentaa tämä tietty paketti (joka ei vaadi tuotteelle seisokkeja) tuotteen hankkimiseksi versio hyödyllisyys ja muut. Se on erittäin tehokas SA-tuotteen ylläpitämisessä.

Cora-komennon kautta

Tämä korjaus voi koskea vain Linux-käyttöjärjestelmiä; sinun täytyy kirjautua siihen. Sitten käyttäjän on suoritettava alla annettu komento:

Tuotteen versio näkyy palautettavan tulosteen yläosassa. Samankaltaiset tiedot vedetään ulos a .cora tiedosto, jonka ydinapuohjelma loi aiemmin suorittamalla alla olevan komennon:

Ja jos tällaista tiedosto- tai hakemistovirhettä ei näy tätä komentoa käynnistettäessä, tämä osoittaa, että aiemmin mainittua OPSWtools-tukipakettia ei ole asennettu.

Tarkastelemalla alla olevia komponenttiversioita

/var/opt/Opsware/install_opsware/inv/install.inv tiedosto Server Automationin ydinpalvelimella. Voit tehdä sen seuraavasti: Koska tiedoston alla luetellaan eri Server Automation -ydinkomponentit koontiversioineen:

/var/opt/Opsware/install_opsware/inv/install.inv . Sitten sinun on kirjauduttava mihin tahansa SA-ydinpalvelimiin ja aloitettava alla annettu komento:

grep -i build_id /var/opt/opsware/install_opsware/inv/install.inv | lajitella | ainutlaatuinen

Ja raportoitava versio on Server Automation -koontiversio. Käyttäjän tulee huomioida, että jos raportoidaan useita versioita, SA-tuote käytiin läpi monia päivityksiä aikaisemmin. Vanhemmat versiot voivat olla joko komponentteja, joita ei enää käytetä uudessa/äskettäisessä Server Automation -versiossa tai joita ei ole päivitetty oikein.

Server Automation -tuotteen kautta iso

Kun Server Automation -tuote ladataan ensimmäisen kerran, sen komponentit luovat gzip-tiedoston, joka tunnetaan nimellä T8900-150nn.tgz (jossa nn on mikä tahansa kaksinumeroinen luku). Kun tämä tiedosto ei pakkaa/arkistoi, se luo paljon hakemistoja, joilla kaikilla on samanlaiset nimet T8900-150nn osa numero. Käyttäjän on huomioitava, että johdon ISO:issa (haluiset päivitykset ensisijaiseen SA-versioon, jossa on SA-versiot 10.21, 10.22, 10.23 ja 10.51) ei ole tiedostoja nimeltä T8900-150xx nimi. Sen sijaan näissä tiedostoissa on aiemmin mainitut SA-koontiversiot ja ne ovat muodossa an.n.nnnnn.n.

10. Järjestelmä ei löydä install_tool_x64.exe-virhettä, kun korjataan sen

Usein käy niin, että käyttäjät törmäävät virheilmoitukseen, joka haittaa heidän töitään, alla on joitain viestiesimerkkejä:

Nämä virheet voidaan helposti ratkaista; käyttäjän tarvitsee vain noudattaa alla olevia vaiheita:

Palvelimella, joka näytti virheen, asetettiin seuraavasti:

Palvelimemme testissä se asetettiin seuraavasti:

1. Sinun on avattava CMD järjestelmänvalvojana siinä Windows-palvelimessa, jossa on virhe.
2. Sitten sinun on suoritettava alla oleva komento:

Jos polkuja on useita, ota mukaan Windowsin järjestelmänvalvojatiimi, joten anna heidän muokata ja muuttaa arvoa rekisteri tiedostot. Kun arvot on muutettu, voit vahvistaa muutoksen alkaen C:windowssystem32cmd.exe, ja se tarkoittaisi, että se toimii oikein.