Bekannte Probleme und Einschränkungen für Db2 Data Management Console

Die folgenden bekannten Probleme und Einschränkungen gelten für Db2 Data Management Console.

Bekannte Probleme

Die Db2 Data Management Console Instanz zeigt nach dem Upgrade nicht die richtige Version an

Gilt für : 5.3 und 5.2

Nach Abschluss des Upgrades zeigt die DMC-Instanz weiterhin die vorherige Versionsnummer an, anstatt die neu installierte Version widerzuspiegeln.

Als Workaround starten Sie den Zen-Watcher-Pod neu.

Erstellte benutzerdefinierte Benachrichtigungen werden nicht im Benachrichtigungscenter für Benachrichtigungen angezeigt

Gilt für : 5.3, 5.2 und 5.1

Benutzerdefinierte Warnmeldungen werden nicht im Benachrichtigungscenter für Warnmeldungen angezeigt.

Die Db2 Data Management Console kann keine Daten in Db2

Gilt für : 5.3, 5.2 und 5.1

Wenn ein Benutzer versucht, Daten Db2 in zu laden, schlägt dies mit einer Zugriffsverweigerung und einer Datei-E/A-Fehlermeldung fehl.

Als Workaround führen Sie die folgenden Schritte aus:
  1. Verbinden Sie sich mit dem db2u Pod. Führen Sie zum Beispiel den folgenden Befehl aus:
    oc rsh c-db2oltp-1703681564383095-db2u-0
  2. Löschen Sie den Benutzerordner. Um beispielsweise den cpdadmin Ordner zu löschen, führen Sie den folgenden Befehl aus:
    rm -rf /mnt/blumeta0/db2/load/cpadmin/
  3. Ändern Sie die Gruppeneigentümerschaft von Dateien und Verzeichnissen. Führen Sie zum Beispiel den folgenden Befehl aus:
    sudo chown -R db2uadm:db2iadm1 /mnt/blumeta0/db2/load/

Einschränkungen

DMC kann bei Verwendung eines gebundenen Namespace in „ ArgoCD “ keine Bereitstellung durchführen.

Gilt für : 5.3.1

Die DMC-Anwendung wird fehlerhaft, weil der ibm-dmc-controller-manager-xxx Betreiber in einen „ CrashLoopBackOff ”-Zustand wechselt. Dieses Problem tritt auf, wenn der --tethered_instance_ns Parameter im cpd-ci manage create-argo-apps Befehl übergeben wird. DMC wird in tethered-Projekten oder Namespaces nicht unterstützt. Siehe Multitenancy für Dienste

Als Workaround führen Sie die folgenden Schritte aus, um sicherzustellen, dass die DMC-Anwendung korrekt bereitgestellt wird, wenn Sie einen gebundenen Namespace im cpd-ci manage create-argo-apps Befehl verwenden. Nachdem Sie den cpd-ci manage create-argo-apps Befehl ausgeführt haben, bearbeiten Sie die YAML-Dateien der DMC-Anwendung, die sich im unten angegebenen Ordnerpfad befinden:

CPD_CLI_MANAGE_WORKSPACE=/root/cpd-cli-workspace/olm-utils-workspace/work

Bearbeiten Sie die folgenden YAML-Dateien:
  1. Bearbeiten Sie die YAML-Datei der DMC-App im Clusterbereich:
    vi ${CPD_CLI_MANAGE_WORKSPACE}/charts/5.3.1/cluster-scoped/dmc-cluster-scoped-app.yaml
    Bisher:
    tetheredNamespaces:
    - z1
    Ändern Sie diese Angabe in:
    tetheredNamespaces: []

    Speichern Sie die Datei und schließen Sie sie.

  2. YAML-Datei der DMC-App im Namensraum bearbeiten:
    vi ${CPD_CLI_MANAGE_WORKSPACE}/charts/5.3.1/namespace-scoped/dmc-app.yaml
    Bisher:
    tetheredNamespaces:
    - z1
    Ändern Sie diese Angabe in:
    tetheredNamespaces: []

    Speichern Sie die Datei und schließen Sie sie. Sie müssen alle angebundenen Namespaces wie z1. entfernen.

  3. Cluster-spezifisches YAML anwenden:
    oc apply -f ${CPD_CLI_MANAGE_WORKSPACE}/charts/5.3.1/cluster-scoped/dmc-cluster-scoped-app.yaml

    Überprüfen Sie nach der Anwendung die DMC-Anwendungen in der Benutzeroberfläche „ ArgoCD “, um sicherzustellen, dass sie synchronisiert und fehlerfrei sind.

  4. Wende YAML mit Namespace-Gültigkeitsbereich an:
    oc apply -f ${CPD_CLI_MANAGE_WORKSPACE}/charts/5.3.1/namespace-scoped/dmc-app.yaml
DMC-runsql-Pods können aufgrund von Einschränkungen beim temporären Speicher nicht gestartet werden

Gilt für : 5.3

runsqlDb2 Data Management Console Pods können nicht gestartet werden. Infolgedessen wird auch der ibm-dmc-1770179333068605-register Pod nicht gestartet.

Als Workaround wird der temporäre Speicherplatz für den Pod „runsql“ auf „ 2GI “ erhöht.
oc patch dmc data-management-console -n ${PROJECT_CPD_INST_OPERANDS} --type=merge --patch
        '{"spec":{"custom_resources_v2":{"runsql":{"resources":{"limits":{"cpu":"400m","memory":"1000Mi","ephemeral-storage":"2Gi"},"requests":{"cpu":"400m","memory":"1000Mi","ephemeral-storage":"500Mi"}}}}}}'
Das Widget „Datenbankverfügbarkeit“ zeigt falsche Werte für den Verfügbarkeitsprozentsatz an

Gilt für : 5.3

Das Widget Datenbankverfügbarkeit auf der Seite Zusammenfassung zeigt möglicherweise nicht den korrekten Wert für den Verfügbarkeitsprozentsatz an. Die prozentuale Verfügbarkeit wird auf der Grundlage historischer Daten berechnet. Wenn die Repository-Datenbank für einen bestimmten Zeitraum nicht verfügbar ist, gehen die historischen Daten für diesen Zeitraum verloren, wodurch der Wert des Verfügbarkeitsprozentsatzes abweicht.

Als Workaround können Sie die Datenbankverfügbarkeitswarnung anzeigen, um festzustellen, ob die Datenbank verfügbar ist oder nicht.

Db2 Data Management Console Fehler beim Importieren großer Dateien im Format „ CSV “

Gilt für : 5.3

Db2 Data Management Console kann keine großen CSV -Dateien (300 MB oder größer) von Ihrem lokalen System importieren.

Als Workaround verwenden Sie Cloud Object Storage oder Amazon S3 zum Importieren großer CSV -Dateien.