Vorheriges Thema: RAC-Containerjob fehlgeschlagenNächstes Thema: Der SD-Job hängt und die Meldung wird nicht angezeigt

Diagnose und Fehlerbehebung bei Software Delivery › Bereitstellung von Softwarepaketen für virtuelle Anwendungen schlägt fehl

Bereitstellung von Softwarepaketen für virtuelle Anwendungen schlägt fehl

Symptom:

Wenn ich versuche, ein Softwarepaket für virtuelle Anwendungen bereitzustellen, schlägt die Bereitstellung fehl und ich erhalten die folgende Fehlermeldung: "FEHLER (Nummer) Installieren von Paket_Name ist fehlgeschlagen." Wie kann ich diesen Fehler lösen?

Lösung:

Um einen Fehler zu beheben, der bei der Bereitstellung eines Softwarepakets für virtuelle Anwendungen auftritt, führen Sie die folgenden Schritte aus:

  1. Navigieren Sie zu "Computer und Benutzer", "Alle Computer", "Computer_Name", "Jobs", Ordner "Software-Jobs".

    Der rechte Fensterbereich zeigt die verfügbaren Software-Delivery-Jobs an.

  2. Klicken Sie mit der rechten Maustaste auf den fehlgeschlagenen Job und wählen Sie "Eigenschaften" aus.

    Das Dialogfeld "Jobeigenschaften" wird angezeigt.

  3. Die Statusmeldung wird auf der Registerkarte "Computerjob" angezeigt.
  4. Öffnen Sie die Registerkarte "Jobausgabe". Die Trace-Informationen werden angezeigt.

    Hinweis: Es werden keine Trace-Informationen angezeigt, wenn die Bereitstellung erfolgreich war.

  5. Scrollen Sie zum Abschnitt "Post-Programme werden gestartet".

    Dieser Abschnitt zeigt Informationen an, die sich auf die Installation von Paketen mit virtueller Anwendung beziehen.

  6. Der Rückgabecode für Post-Programme wird angezeigt. Die folgende Liste enthält alle Rückgabecodes und deren Bedeutung:
    -1

    Interner Fehler mit ungültigen oder unvollständigen Parametern (Installationsskript nicht ausgeführt)

    0

    Erfolgreicher Abschluss (kein Fehler)

    1

    Der Prozess konnte die DSM-Installation nicht finden (Dateien, Verzeichnisse, Registrierungsschlüssel oder Umgebung wurden nicht gefunden)

    2

    Der Prozess konnte Dateien oder Ordner nicht erstellen oder entfernen.

    3

    Der Prozess konnte die für das Paket erforderlichen Dateien nicht finden (zum Beispiel Datei "sft" für Microsoft App-V-Pakete).

    4

    Erstellen oder Entfernen von Netzwerkfreigaben ist fehlgeschlagen

    5

    Der Prozess konnte App-V-Dienste nicht starten.

    6

    Die Ausführung von "sftmime.exe" (App-V) oder "ThinReg.exe" (VMware ThinApp) ist fehlgeschlagen. Diese erforderlichen Tools erstellen oder entfernen Verknüpfungen (Symbole) auf dem Desktop und Einträge unter "Start" > "Programme".

    7

    Die Verbindung zum ThinApp-Streaming-Server ist fehlgeschlagen.

  7. Die Befehlszeile, die den Bereitstellungsfehler ausgelöst hat, wird im Abschnitt "Aktionsausgabe" der Trace-Informationen angezeigt. Scrollen Sie nach rechts, um die Befehlszeilenparameter und den Rückgabecode anzuzeigen.
  8. Stellen Sie die Ursache für den Fehler fest und lösen Sie das Problem.
  9. Stellen Sie das Softwarepaket für virtuelle Anwendungen erneut bereit.

Netzwerkinstallation des MSI-Pakets schlägt fehl

Symptom:

Wenn ich eine Netzwerkinstallation eines MSI-Pakets unter Windows Server 2008 ausführe, schlägt die Installation mir einem Fehler "1619: Dieses Installationspaket konnte nicht geöffnet werden" fehl. Wie kann ich das beheben?

Lösung:

Die Netzwerkinstallation eines MSI-Paketes schlägt mit dem Fehlercode "1619: Dieses Installationspaket konnte nicht geöffnet werden" fehl, wenn sowohl der Scalability-Server als auch der Agent unter Windows Server 2008-, Windows Vista SP2-, oder Windows 7-Betriebsumgebungen installiert und Teil einer WORKGROUP und nicht einer Domäne sind.

Um eine Netzwerkinstallation eines MSI-Paketes erfolgreich auszuführen, deaktivieren Sie SMB2.0 und starten Sie den Scalability-Server neu.

Um SMB2.0 auf dem Scalability-Server zu deaktivieren, gehen Sie wie folgt vor:

  1. Öffnen Sie den Registrierungseditor und navigieren Sie nach HKLM, System, CurrentControlSet, Services, LanmanServer, Parameters.
  2. Erstellen Sie einen DWORD-Wert und nennen Sie ihn "smb2"
  3. Um SMB2.0 zu deaktivieren, setzen Sie den Wert von smb2 auf 0.

    Hinweis: Um SMB2.0 zu aktivieren, setzen Sie den Wert auf 1.

  4. Starten Sie den Scalability-Server neu.

    SMB2.0 ist auf dem Scalability-Server deaktiviert.

Nicht durchgeführter Start des SD-Agents nach einem CAF-Neustart

Gültig unter Windows und UNIX

Symptom:

Wenn Sie CAF starten, wird der SD-Agent nicht automatisch initiiert. Daher wird die SD-Jobprüfung beim CAF-Neustart nicht ausgeführt.

Lösung:

Tun Sie Folgendes:

Hinweis: Unter UNIX führt "CAF register" nicht alle Plug-ins aus. Verwenden Sie den Befehl "CAF register all", um alle Plug-ins auszuführen.

Kein vorab ausgeführtes Seeding der Variablen in "debconf"-Parametern

Während der Bereitstellung führt der Software Delivery-Agent vorab ein Seeding der "debconf"-Parameter mit den von Ihnen während der Erstellung von Wrapper-Paketen angegebenen Werten durch. Der Agent führt kein Seeding für die "debconf"-Parameter vorab durch, wenn Sie ihnen Variablen wie ${choices} zuweisen.

Führen Sie die folgenden Schritte aus, um für eine Variable mit bekannten Werten vorab ein Seeding durchzuführen:

  1. Navigieren Sie zu "DSM-Explorer", "Computer", "Software", "Softwarepaketbibliothek", "Alle Software-Programme", Debian-Wrapper-Paket, "Quelle", Neues Volume, "debWrpMetadata.wdp".
  2. Doppelklicken Sie auf die WDP-Datei, und bearbeiten Sie sie.

Fehler bei der Installation von Debian-Wrapper-Paketen

Symptom:

Bei der Installation eines Debian-Wrapper-Pakets wird bei einer fehlerhaften Installation der folgende Fehler angezeigt:

WARNING: The following packages cannot be authenticated! (WARNUNG: Die folgenden Pakete können nicht authentifiziert werden!)

Lösung:

Führen Sie einen der folgenden Schritte aus:

Fehler bei der Installation von Debian-Wrapper-Paketen

Symptom:

Bei der Installation eines Debian-Wrapper-Pakets traten Fehler auf.

Lösung:

Tun Sie Folgendes: