1.2. 既知の問題
ホストと
routerCanonicalHostnameにサブドメイン名が含まれていない場合は、Route API を介してサービスをエクスポートすると問題が発生します。この問題を回避するには、ルートの作成時にサブドメイン設定を使用します。例
apiVersion: route.openshift.io/v1 kind: Route metadata: name: route-1 spec: subdomain: svc-subdomain ⇐ specify the subdomain port: targetPort: 8080 to: kind: Service name: svc-1- サービスがアイドル状態のときに Pod を再開する際に問題があります。Red Hat build of MicroShift ソフトウェアは、サービスの自動再アクティブ化をサポートしていないため、手動でレプリカを再スケーリングする必要があります。
-
lvmd.confでSpare-gb設定値を使用すると、実際にはディスクに収まらない永続ボリューム (PV) を作成することで、ストレージシステムを過剰にプロビジョニングすることができます。容量がtopoLVMドライバーによって使用されないように保護するには、topoLVMに公開されていない新しい個別のボリュームグループ (VG) を使用します。 runcCLI ツールとsystemdに関する既知の問題があります。runcはmount opsについて過度に冗長です。これらのメッセージは無害であり、システムの動作に問題があることを示すものではありません。このバグは、runcでビルドされたコンテナーランタイムを実行しているすべての Linux プラットフォームに影響します。systemdを介してすべてのruncマウントログを抑制することができます。ファイル/etc/systemd/system/run-containerd-.mount.d/10-silence.conf、または無音にする必要がある接頭辞を次のように作成します。[Mount] LogLevelMax=notice
そしてデーモンをリロードします。
- Red Hat build of MicroShift の CNI ドライバーがファイアウォールルールを管理する方法に問題があります。Red Hat build of MicroShift の起動後にファイアウォール設定が変更された場合は、Red Hat build of MicroShift を再起動する必要があります。推奨される回避策は、Red Hat build of MicroShift を開始する前にファイアウォールルールを設定することです。
-
Red Hat build of MicroShift の新規インストール後、
NodePortサービストラフィックが停止する場合があります。この問題を回避するには、openshift-ovn-kubernetes名前空間でovnkube-masterPod を手動で再起動します。
