Service Not Available The GUI Service is temporarily unavailable. Refresh browser to try again. If the problem persists, contact Dell EMC support for assistance.
項目1は、自明です。
項目2が適用されるかどうかを判断するには、DD内の信頼できるホストのリストを取得します。
# adminaccess trust show Subject Type Valid From Valid Until Fingerprint ---------------------- ---------- ------------------------ ------------------------ ----------------------------------------------------------- dd-upgraded-7.7.2.x trusted-ca Tue Jul 6 15:36:35 2021 Mon Jul 5 15:36:35 2027 BA:59:F0:6E:93:47:02:7C:6C:C1:39:71:46:6D:1F:2B:81:09:E9:46 dd-trusted-1 trusted-ca Mon Feb 7 10:26:48 2011 Thu Jan 30 10:26:48 2042 7B:96:6B:06:D9:A4:6A:B1:A0:3A:4C:E7:12:28:07:AD:29:F3:8E:F2 dd-trusted-2 trusted-ca Mon Aug 21 10:18:52 2017 Thu Aug 13 10:18:52 2048 16:BC:09:02:F5:39:CB:EC:C2:A8:9E:5D:21:90:19:38:2B:36:47:EA ---------------------- ---------- ------------------------ ------------------------ -----------------------------------------------------------
この場合、「dd-upgraded-7.7.2.x」はUIにエラーが発生しているDDで、残りの2つは信頼できるDDです（ローカルDDで設定されたレプリケーション コンテキストがあるため）。後で再生成されない限り、信頼のために使用されるDD証明書は、インストール日から「有効」になります。上記の出力では、古いDDOS 4.7～5.4リリースを実行している可能性が最も高い候補は「dd-trusted-1」です。
そのDDにログインして確認します（または、ASUPの［System Upgrade History］セクションを探します）。
# system upgrade history Version Partition State Time Package Number --------------- --------- ------- ----------------- ------------ 5.1.0.5-269447 1 INSTALL 12/29/11 01:02:59 5.1.0.9-282511 2 UPGRADE 02/07/12 13:31:42 ddr 5.4.5.0-477080 1 UPGRADE 05/04/15 10:22:42 ddr 5.5.4.10-536339 2 UPGRADE 04/17/18 08:51:19 ddr 5.7.5.0-569395 1 UPGRADE 04/17/18 09:41:17 ddr --------------- --------- ------- ----------------- ------------
この出力では、「dd-trusted-1」は項目2と一致しており、「dd-upgraded-7.7.2.x」DDホストが信頼関係を通じてUIのロードに失敗する原因となる誤った証明書がある可能性があります。
項目3（DD UIの障害ログがこの特定の問題のものである場合）を確認するには、次のコマンドを実行して「em.info」ログ ファイルを開きます。
# log view debug/sm/em.info
次のログを検索します（スラッシュを使用）。
05 Jul 2022 13:57:38,737 INFO [main] Reloading the certificate stores for the system 05 Jul 2022 13:57:38,899 ERROR [main] Exception during command execution: java.security.cert.CertificateException - Invalid X.509 Certificate version., will retry, Attempt# 1 05 Jul 2022 13:57:39,001 ERROR [main] Exception during command execution: java.security.cert.CertificateException - Invalid X.509 Certificate version., will retry, Attempt# 2 05 Jul 2022 13:57:39,103 ERROR [main] Exception during command execution: java.security.cert.CertificateException - Invalid X.509 Certificate version., will retry, Attempt# 3
最も直接的な回避策は、過去にDDOS 4.7～5.4を実行していたDDホストとの信頼関係を削除することです。これにより、万一間違った証明書が作成されても、ローカルDD UIのロードに失敗することはなくなります。次の例を見てみましょう。dd-trusted-1は、DDOS 5.7～5.4を実行した唯一の信頼できるDDです。UIの問題があるDDから相互信頼（このDDがdd-trusted-1を信頼すること、およびその逆）を削除するには、次の手順を実行します。
# adminaccess trust del host dd-trusted-1 type mutual
信頼を取り除くと、信頼が再確立されるまで、信頼されていないDDで設定されたレプリケーションが失敗します。リモートDDがアクセス不能、または存在していないために信頼の削除に失敗した場合は、「mutual」オプションなしでコマンドを繰り返して、ローカルでのみ信頼を削除します。ユーザー インターフェイスを再度動作させるにはこれで十分であるからです。
信頼できるDDがまだ使用されていて、信頼関係を維持する必要がある場合は、新しいCA証明書を作成する必要があります。
# adminaccess certificate generate self-signed-cert regenerate-ca
最後に、影響を受けるデバイスのいずれかでWebサービスの有効/無効を切り替えます。
# adminaccess disable https # adminaccess enable https
上記の手順を実行してもDDユーザー インターフェイスがまだ機能しない場合は、Dell Data Domainサポートにお問い合わせください。
信頼を再確立するには、最初に「dd-trusted-1」のDD CA証明書がエラーなしで再作成されていることを確認する必要があります。このホスト コマンド ラインから、次のコマンドを実行して証明書を確認し、プロンプトが表示されたらそれに従います。
# adminaccess certificate generate self-signed-cert regenerate-ca
このDDが他のDDまたはレプリケーションと信頼を確立している場合は、そのようなすべてのピアの信頼を削除してから再度追加する必要があります。
最後に、「dd-upgraded-7.7.2.x」と「dd-trusted-1」の間の信頼を再度追加するために、次のいずれかを実行します。