Data Domain: Päivityksen esitarkistuksessa löytyi yksi esto-ongelma. DD luottaa CA:han, jos versio on virheellinen (4).
Сводка: Yhteenveto: DDOS-esitarkistus epäonnistuu luottamusketjussa olevan vanhan varmenteen vuoksi.
Симптомы
Oire: Päivityksen aikana esitarkistettiin virhe: Current Upgrade Status: DD OS Precheck found 1 blocking problem.
Huomautus: Precheckin esto-ongelmat kirjataan numeroilla virhekoodeilla kansioon /ddr/var/log/debug/platform/infra.log. Jos kohtasit numeerisen virhekoodin (esimerkiksi virhe 34) ilman kuvaavaa sanomaa, katso infra.log yksityiskohtainen virheen kuvaus:
log view debug/platform/infra.log
Etsi hakusanoilla "precheck" tai "blocking" tunnistaaksesi tietyn ongelman ja yhdistääksesi sen asianmukaiseen ratkaisuartikkeliin.
Esimerkki:
sysadmin@dd9300# system upgrade status
Current Upgrade Status: DD OS precheck found 1 blocking issue(s)
Node Severity Issue Solution
---- -------- ------------------------------ --------
0 WARNING The default Local user passwords may
password-strength policy need to be modified to
will be updated after the comply with new policy.
upgrade.
0 CRITICAL DD trusts CA with incorrect Retry upgrade after
version (4). Regenerating the CA with
subject <systemhostname>
0 WARNING 1 precheck script(s) failed Please get more details in
to complete /ddr/var/log/debug/platform/in
fra.log
End time: 2023.06.21:12:47Причина
Разрешение
1. Katso DD: n luottamusta.
- #adminaccess luottamusnäyttely
- Etsi vastaava isäntänimi esitarkistuksen virheestä.
Esimerkki:
sysadmin@dd9300# adminaccess trust show
Subject Type Valid From Valid Until Fingerprint
--------------------- ---------- ------------------------ ------------------------ -----------------------------------------------------------
<systemHostname> trusted-ca Thu Mar 24 10:33:03 2011 Sun Mar 16 10:33:03 2042 6F:22:F5:ED:F6:F2:29:82:2A:17:CE:6A:31:9D:2A:E2:60:2B:69:81
ddmc trusted-ca Sun Aug 24 10:22:40 2014 Wed Aug 16 10:22:40 2045 1B:CC:CC:44:04:ED:21:B9:69:D2:7C:96:31:C7:DE:BC:15:CC:04:AB
dpc trusted-ca Tue Nov 12 20:30:53 2019 Tue Nov 13 20:30:53 2029 A1:57:6A:10:B8:1E:88:72:01:88:61:F1:7D:D4:BC:22:4D:14:73:36
dd9300 trusted-ca Wed Oct 7 11:37:39 2020 Tue Oct 6 11:37:39 2026 54:A8:64:D1:FA:60:3C:81:42:89:D5:DD:78:D1:2B:74:AF:E6:F5:04
dd9300 trusted-ca Wed Oct 7 11:46:36 2020 Tue Oct 6 11:46:36 2026 DE:C2:6B:CC:BA:7A:EE:14:11:8E:76:CC:9A:23:A7:C4:8E:0D:6F:53
--------------------- ---------- ------------------------ ------------------------ -----------------------------------------------------------
2. Varmista asiakkaalta, käyttääkö hän edelleen isäntänimeä vastaavaa DD-järjestelmää virheellisesti. On yleistä, että järjestelmä ei ole enää käytössä. Sitä voitaisiin käyttää myös DDMC-valvontaan. Voit myös vahvistaa komennolla, käytetäänkö sitä replikointiin:
- #replication näytä määritykset
- Tämä tarkistaa, käyttääkö DD isäntänimeä mtree-replikointiin. Jos isäntänimi on käytössä, varmenne on luotava uudelleen.
- Tässä esimerkissä DD ei ole enää käytössä eikä sitä löydy replikointimäärityksistä.
Esimerkki:
sysadmin@dd9300# replication show config
CTX Source Destination Connection Low-bw-optim Crepl-gc-bw-optim Encryption Enabled Max-repl-
Host and Port (Auth-mode) streams
--- ----------------------------------------------------- ----------------------------------------------------- --------------------------------- ------------ ----------------- ----------- ------- ---------
1 mtree://dd9300/data/col1/DD9300 mtree://9300/data/col1/DD9300 dd9300.xxxx.org (default) disabled disabled disabled yes 32
--- ----------------------------------------------------- ----------------------------------------------------- --------------------------------- ------------
3. Jos vahvistat, että luottamusta ei tarvita replikointiin tai DDMC:hen, poista vanha luottamussuhde:
- # adminaccess trust del isäntänimi <muulle DD: lle>
- Esimerkki: # adminaccess trust del host <systemHostname>
4. Yritä suorittaa esitarkistus uudelleen, ja sen pitäisi onnistua.