1
Fehler bei Rollout von NewTeams auf Windows Server 2019
Hallo Community,
in einer Windows Server 2019-basierenden Remotedesktop-Serverfarm, bestehend aus zwei Sitzungs-Hosts, von denen einer auch die Rolle des Connection-Brokers übernimmt sollen die Benutzer die gegenwärtig eine Sammelsurium unterschiedlicher Teams-Versionen (Classic und New) verwenden auf New Teams umgestellt werden. Die Benutzerprofile werden als User-Profilesdisks bereitgestellt.
Um mit einem sauberen Stand zu beginnen habe ich die Machine-Wide Installers für Teams Classic von den Servern entfernt und dann der Reihe nach in den UPDs die Teams-relevanten Verzeichnisse aus $localdata% und %localappdata% entfernt.
Um New Teams auszurollen habe ich mich an die Anleitung unter https://learn.microsoft.com/en-us/microsoftteams/new-teams-vdi-requireme ... gehalten
Die beschriebene Vorgehensweise macht bis zum letzten Schritt, bei dem mit Dism /Online /Add-ProvisionedAppxPackage... das MSIX-Paket systemweit installiert werden soll keine Probleme.
Dieser Befehl schlägt fehl mit 1168 Element nicht gefunden. Laut einer Internetsuche bedeutet Fehlercode 1168, dass das Installationspaket korrupt. Ich habe mir die MSTeams-x64.msix deshalb noch einmal heruntergeladen, was aber am Ergebnis nichts ändert. Weitere Vorschläge umfassen die Prüfung der Systemzeit (ist korrekt) sowie die Anwendung von SFC und DISM, die aber beide ohne Fehler durchlaufen.
In der dism.log ist zu lesen:
Im Ereignisprotokoll AppxDeploymentServer ist Event 735 zu finden:
Die Version 4973 ist laut Versionsinformationen von MS tatsächlich die aktuellste vom Stand Anfang April diesen Jahres; beim Download des MSIX-Pakets erhält man aber die Version 3500. Wo bekommt man die aktuellste Version her?
Um zu prüfen, ob eine aktuellere Teams-Version bereits installiert ist, habe ich mittels "dism /online /get-packages" mir die vorhandenen Pakete auflisten lassen; dort ist aber von Teams nicht zu sehen.
Die zugrunde liegende Ursache für den Fehlerschlag des Rollouts scheint also das Vorhandensein einer neueren Teams-Version, die aber nicht in der Systemsteuerung unter "Programme und Features" und auch nicht unter Einstellungen, Apps zu finden ist.
Wie kann ich diese Teams-Version vom Server entfernen?
Grüße
Tobias
in einer Windows Server 2019-basierenden Remotedesktop-Serverfarm, bestehend aus zwei Sitzungs-Hosts, von denen einer auch die Rolle des Connection-Brokers übernimmt sollen die Benutzer die gegenwärtig eine Sammelsurium unterschiedlicher Teams-Versionen (Classic und New) verwenden auf New Teams umgestellt werden. Die Benutzerprofile werden als User-Profilesdisks bereitgestellt.
Um mit einem sauberen Stand zu beginnen habe ich die Machine-Wide Installers für Teams Classic von den Servern entfernt und dann der Reihe nach in den UPDs die Teams-relevanten Verzeichnisse aus $localdata% und %localappdata% entfernt.
Um New Teams auszurollen habe ich mich an die Anleitung unter https://learn.microsoft.com/en-us/microsoftteams/new-teams-vdi-requireme ... gehalten
Die beschriebene Vorgehensweise macht bis zum letzten Schritt, bei dem mit Dism /Online /Add-ProvisionedAppxPackage... das MSIX-Paket systemweit installiert werden soll keine Probleme.
Dieser Befehl schlägt fehl mit 1168 Element nicht gefunden. Laut einer Internetsuche bedeutet Fehlercode 1168, dass das Installationspaket korrupt. Ich habe mir die MSTeams-x64.msix deshalb noch einmal heruntergeladen, was aber am Ergebnis nichts ändert. Weitere Vorschläge umfassen die Prüfung der Systemzeit (ist korrekt) sowie die Anwendung von SFC und DISM, die aber beide ohne Fehler durchlaufen.
In der dism.log ist zu lesen:
DISM DISM Appx Provider: PID=12924 TID=14852 Failed while checking IsStagedPackageStoreSigned - CPackageAdapter::RegisterStagedPackageOnline(hr:0x80070490)
DISM Appx Provider: PID=12924 TID=14852 Attempting a best-efforts rollback for package MSTeams_24074.2321.2810.3500_x64__8wekyb3d8bbwe. Errors during rollback will be ignored. - CPackageAdapter::RollbackPackageOnline
DISM DISM Appx Provider: PID=12924 TID=14852 Failed to get the list of packages to remove - CPackageAdapter::DeregisterMainPackageAndGetDependencyPackages(hr:0x80070002)
DISM DISM Appx Provider: PID=12924 TID=14852 Failed to deregister main package and get its dependent packages - CPackageAdapter::DeregisterPackageOnline(hr:0x80070002)
DISM DISM Appx Provider: PID=12924 TID=14852 Failed to deregister packages. - CPackageAdapter::RemovePackageOnline(hr:0x80070002)
DISM DISM Appx Provider: PID=12924 TID=14852 Rollback for package MSTeams_24074.2321.2810.3500_x64__8wekyb3d8bbwe complete. - CPackageAdapter::RollbackPackageOnline
DISM DISM Appx Provider: PID=12924 TID=14852 Failed to provision package MSTeams_24074.2321.2810.3500_x64__8wekyb3d8bbwe while processing target type = 0 - CDismRequest::RegisterStagedPackagesOnline::<lambda_211a34869aa6f835b5950e108c3c3d19>::operator ()(hr:0x80070490)
DISM DISM Appx Provider: PID=12924 TID=14852 Failed to register staged packages. - CDismRequest::ProvisionPackagesOnline(hr:0x80070490)
DISM DISM Appx Provider: PID=12924 TID=14852 Failed to provision packages. - CAppxManager::AddAllUserAppxPackageWithOptionalPackagesAndRegion(hr:0x80070490)
DISM DISM Appx Provider: PID=12924 TID=14852 Failed to add Appx package - CAppxManager::ProcessCommandAddAllUserAppxPackage(hr:0x80070490)
DISM DISM Appx Provider: PID=12924 TID=14852 Failed processing command to add Appx package - CAppxManager::ExecuteCmdLine(hr:0x80070490)Das Paket "MSTeams" kann nicht installiert werden, da es die Version 24074.2321.2810.3500 aufweist. Die höhere Version 24074.2323.2827.4973 dieses Pakets ist bereits installiert. Die Version 4973 ist laut Versionsinformationen von MS tatsächlich die aktuellste vom Stand Anfang April diesen Jahres; beim Download des MSIX-Pakets erhält man aber die Version 3500. Wo bekommt man die aktuellste Version her?
Um zu prüfen, ob eine aktuellere Teams-Version bereits installiert ist, habe ich mittels "dism /online /get-packages" mir die vorhandenen Pakete auflisten lassen; dort ist aber von Teams nicht zu sehen.
Die zugrunde liegende Ursache für den Fehlerschlag des Rollouts scheint also das Vorhandensein einer neueren Teams-Version, die aber nicht in der Systemsteuerung unter "Programme und Features" und auch nicht unter Einstellungen, Apps zu finden ist.
Wie kann ich diese Teams-Version vom Server entfernen?
Grüße
Tobias
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 81238405285
Url: https://administrator.de/forum/fehler-bei-rollout-von-newteams-auf-windows-server-2019-81238405285.html
Ausgedruckt am: 22.12.2024 um 11:12 Uhr
1 Kommentar
Hi,
mit der Beschreibung von Benutzer Spikesme unter New Teams Server 2019 RDS und FSLogix funktioniert die Installation.
Leider ist bei allen Benutzer das Teams-AddIn in Outlook verschwunden. Nach dem was in dem Thread https://www.reddit.com/r/MicrosoftTeams/comments/171hpl8/no_teams_addin_ ... zu lesen ist beeinflussen Einstellung zur Härtung des Systems, insb. was die Einschränkung von Nicht-Administratoren zur Softwareinstallation betrifft das Outlook Add-In von New Teams.
In einem GPO habe ich zwar die Konfiguration für das Side-Loading ( https://learn.microsoft.com/en-us/application-management/sideload-apps-i ... ) angepasst, aber in dem Reddit Thread werden noch weitere Einschränkungen erwähnt.
Die für die Serverfarm implementierte Härtung basieren auf IT-Grundschutzkatalog des BSI. Mal sehen welche Änderung dort notwendig sind...
mit der Beschreibung von Benutzer Spikesme unter New Teams Server 2019 RDS und FSLogix funktioniert die Installation.
Leider ist bei allen Benutzer das Teams-AddIn in Outlook verschwunden. Nach dem was in dem Thread https://www.reddit.com/r/MicrosoftTeams/comments/171hpl8/no_teams_addin_ ... zu lesen ist beeinflussen Einstellung zur Härtung des Systems, insb. was die Einschränkung von Nicht-Administratoren zur Softwareinstallation betrifft das Outlook Add-In von New Teams.
In einem GPO habe ich zwar die Konfiguration für das Side-Loading ( https://learn.microsoft.com/en-us/application-management/sideload-apps-i ... ) angepasst, aber in dem Reddit Thread werden noch weitere Einschränkungen erwähnt.
Die für die Serverfarm implementierte Härtung basieren auf IT-Grundschutzkatalog des BSI. Mal sehen welche Änderung dort notwendig sind...
