Exchange 2013 CU22-Update schlägt mit Fehler 1603 fehl
Hallo zusammen,
wir haben ein mittelgroßes Problem.
Wir waren gerade dabei das CU22 bei unserem Exchange 2013 zu installieren als das Setup mit Fehler 1603 abgebrochen ist. Siehe Bild:
Recherche war leider nicht hilfreich, alle 1603 die mit dem CU22 in Zusammenhang stehen lassen darauf zurückführen das es im Setup-Ordner probleme mit den Files gibt.
Wir haben das ganze per CMD versucht zu installieren, ebenfalls "händisch", immer selbe Fehlermeldung.
Auf den Ordner hatte nur SYSTEM schreibrechte. Wir haben das händisch geändert, das hat jedoch auch nicht geholfen.
Setup natürlich per CMD sowohl als auch händisch mit Administratorrechten.
Kann jemand helfen? Wenn mehr Infos benötigt werden, bitte mitteilen.
Danke im Voraus
Natürlich hat uns das abgebrochene Update scheinbar den Exchange zerschossen.
Danke
Flo
wir haben ein mittelgroßes Problem.
Wir waren gerade dabei das CU22 bei unserem Exchange 2013 zu installieren als das Setup mit Fehler 1603 abgebrochen ist. Siehe Bild:
Recherche war leider nicht hilfreich, alle 1603 die mit dem CU22 in Zusammenhang stehen lassen darauf zurückführen das es im Setup-Ordner probleme mit den Files gibt.
Wir haben das ganze per CMD versucht zu installieren, ebenfalls "händisch", immer selbe Fehlermeldung.
Auf den Ordner hatte nur SYSTEM schreibrechte. Wir haben das händisch geändert, das hat jedoch auch nicht geholfen.
Setup natürlich per CMD sowohl als auch händisch mit Administratorrechten.
Kann jemand helfen? Wenn mehr Infos benötigt werden, bitte mitteilen.
Danke im Voraus
Natürlich hat uns das abgebrochene Update scheinbar den Exchange zerschossen.
Danke
Flo
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 660643
Url: https://administrator.de/contentid/660643
Ausgedruckt am: 22.11.2024 um 14:11 Uhr
13 Kommentare
Neuester Kommentar
Hallo
Habt ihr euch den Link vom Franky angeschaut? Zwar 2016, aber gleicher Fehler:
FrankysWeb
Alternativ
Error 1603
Oder, falls es eine VM ist...habt ihr bestenfalls vorher sogar einen Snapshot gemacht und stellt diesen wieder her.
Wir haben das ganze per CMD versucht zu installieren, ebenfalls "händisch", immer selbe Fehlermeldung.
Also welcher User wurde die Installation ausgeführt? Rechtsklick als Administrator?Habt ihr euch den Link vom Franky angeschaut? Zwar 2016, aber gleicher Fehler:
FrankysWeb
Alternativ
Error 1603
Natürlich hat uns das abgebrochene Update scheinbar den Exchange zerschossen.
Naja ist ja erstmal kein großes Problem....Backup einspielen....fertig Oder, falls es eine VM ist...habt ihr bestenfalls vorher sogar einen Snapshot gemacht und stellt diesen wieder her.
Wir waren gerade dabei das CU22 bei unserem Exchange 2013 zu installieren als das Setup mit Fehler 1603 abgebrochen ist. Siehe Bild:
Keinen Elevated Command Prompt genutzt?
Laut Grafik führst du das msi aber von einem Netzwerkshare aus - das hat schon des Öfteren Probleme verursacht.
Sowas startet man bestenfalls immer Lokal....z.B: unter C:\Temp
Moin Flo,
ich habe die Vermutung, das ihr auch Opfer der 0Day Exploits geworden sind. Ein bisschen Lesestoff für den Abend:
0-day Exploit Chain für Exchange Server - Patches verfügbar
Wie genau auf Hafnium exploit prüfen
Gruß,
Dani
ich habe die Vermutung, das ihr auch Opfer der 0Day Exploits geworden sind. Ein bisschen Lesestoff für den Abend:
0-day Exploit Chain für Exchange Server - Patches verfügbar
Wie genau auf Hafnium exploit prüfen
Gruß,
Dani
Moin...
wiso 22... wiso nicht CU23?
ich denke auch das ihr euch etwas eingefangen habt... macht lieber erst die Tür zu, also Port 443 dichtmachen, an Router/Firewall was auch immer....
ich vermute eine Datensicherung ist vorhanden, oder?
zur not würde ich ein exchange Recover machen... kein ding...
Frank
wiso 22... wiso nicht CU23?
ich denke auch das ihr euch etwas eingefangen habt... macht lieber erst die Tür zu, also Port 443 dichtmachen, an Router/Firewall was auch immer....
ich vermute eine Datensicherung ist vorhanden, oder?
zur not würde ich ein exchange Recover machen... kein ding...
Frank
Zitat von @tech-flare:
Hallo
Habt ihr euch den Link vom Franky angeschaut? Zwar 2016, aber gleicher Fehler:
FrankysWeb
Alternativ
Error 1603
Oder, falls es eine VM ist...habt ihr bestenfalls vorher sogar einen Snapshot gemacht und stellt diesen wieder her.
Hallo
Wir haben das ganze per CMD versucht zu installieren, ebenfalls "händisch", immer selbe Fehlermeldung.
Also welcher User wurde die Installation ausgeführt? Rechtsklick als Administrator?Habt ihr euch den Link vom Franky angeschaut? Zwar 2016, aber gleicher Fehler:
FrankysWeb
Alternativ
Error 1603
Natürlich hat uns das abgebrochene Update scheinbar den Exchange zerschossen.
Naja ist ja erstmal kein großes Problem....Backup einspielen....fertig Oder, falls es eine VM ist...habt ihr bestenfalls vorher sogar einen Snapshot gemacht und stellt diesen wieder her.
Hallo
Backups lassen sich nicht so einfach wieder einspielen. Z.B. steht der Offline Status von Exchange im AD und nicht in der VM- Exchange wird mit ziemlicher Sicherheit ohne Eingriffe nicht mehr starten
Vor einiger Zeit hatte ich auch einmal Probleme mit einem Update - ich weis nicht mehr welche CU es war.
Dabei fehlte das Recht einer lokalen Sicherheitsrichtlinie, auch dem Exchangeserver, dass diese von AD Usern geändert werden konnte.
So long
Yumper
Zitat von @yumper:
Hallo
HalloZitat von @tech-flare:
Hallo
Habt ihr euch den Link vom Franky angeschaut? Zwar 2016, aber gleicher Fehler:
FrankysWeb
Alternativ
Error 1603
Oder, falls es eine VM ist...habt ihr bestenfalls vorher sogar einen Snapshot gemacht und stellt diesen wieder her.
Hallo
Wir haben das ganze per CMD versucht zu installieren, ebenfalls "händisch", immer selbe Fehlermeldung.
Also welcher User wurde die Installation ausgeführt? Rechtsklick als Administrator?Habt ihr euch den Link vom Franky angeschaut? Zwar 2016, aber gleicher Fehler:
FrankysWeb
Alternativ
Error 1603
Natürlich hat uns das abgebrochene Update scheinbar den Exchange zerschossen.
Naja ist ja erstmal kein großes Problem....Backup einspielen....fertig Oder, falls es eine VM ist...habt ihr bestenfalls vorher sogar einen Snapshot gemacht und stellt diesen wieder her.
Hallo
Backups lassen sich nicht so einfach wieder einspielen. Z.B. steht der Offline Status von Exchange im AD und nicht in der VM- Exchange wird mit ziemlicher Sicherheit ohne Eingriffe nicht mehr starten
Ja aber dieser Eingriff (Exchange online setzen) ist ja nichts besonderes im Vergleich zu einem komplett defekten Exchange.
Wenn man vorher sogar ein Snapshot inkl des Arbeitspeichers gemacht hat, gibts gar keine Probleme - hat mir letztens erst wieder den Ar*** gerettet ;)
Hast du schon mal Exchange-CUs eingespielt?
Es gibt ein paar Grundregeln zu beachten und viele Details dazu werden bei Frankysweb deutschsprachig und verständlich erklärt und in einer Schritt-für-Schritt-Anleitung beschrieben. Ich fasse mal ein wenig aus meinen Erfahrungen zusammen, aber da gibt es noch viel mehr als ich hier geschrieben habe. bei weiterem Interesse kann ich noch mehr dazu beitragen.
Sollte es eine VM sein, dann bitte vorher ausschalten und einen Snapshot erstellen und wieder starten.
Wie bereits geschrieben sollte es am besten unter C:\temp liegen.
Weitere Vorgänge bei mir:
- aktuellstes ISO-File von MS holen: https://docs.microsoft.com/de-de/exchange/new-features/build-numbers-and ... ==> es kann direkt das CU23 installiert werden; CU sagt es ja schon aus.
- Virenscanner deaktivieren bzw. aktive Virensuche während dem entpacken und installieren unterbrechen
- ISO-File mounten und den Inhalt in einen extra Ordner unter C:\temp legen (Bei dir ist es ein MSI-Paket)
- Genug Festplattenressourcen am Server unter C: bereit stellen
- aktuellste .NET Framework installieren, falls nicht vorhanden
- Vor dem Start alle Dienste mit Screenshot sichern, damit du weist was auto, deakt. oder manuell steht ==> auch nicht Exchange-Dienste können betroffen sein
- setup.exe aus entpacktem Ordner starten
- Haken für Update aus Internet holen nicht setzen =0 geht auch später noch, aber es ist meist nichts vorhanden
- ab Punkt 2/3 des Setup etwa die folgende Zeile in der PS als Administrator ausführen:
while (1 -le 2) { sleep 1 ; Get-Service | where{$_.DisplayName -Like ‘Microsoft Exchange*’} | Set-Service –StartupType ‘Automatic’ }
==> Das Skript stellt sicher, dass die vom Update deaktivierten Dienste wieder auf automatisch stehen und gestartet werden können.
- Normal läuft es dann vollständig durch.
Der Vorgang funktioniert bei 2013, 2016 und 2019, egal welches CU.
Nicht vergessen den Virenscanner wieder zu aktivieren, wobei das meist der Neustart des Servers erledigt.
Es gibt ein paar Grundregeln zu beachten und viele Details dazu werden bei Frankysweb deutschsprachig und verständlich erklärt und in einer Schritt-für-Schritt-Anleitung beschrieben. Ich fasse mal ein wenig aus meinen Erfahrungen zusammen, aber da gibt es noch viel mehr als ich hier geschrieben habe. bei weiterem Interesse kann ich noch mehr dazu beitragen.
Sollte es eine VM sein, dann bitte vorher ausschalten und einen Snapshot erstellen und wieder starten.
Wie bereits geschrieben sollte es am besten unter C:\temp liegen.
Weitere Vorgänge bei mir:
- aktuellstes ISO-File von MS holen: https://docs.microsoft.com/de-de/exchange/new-features/build-numbers-and ... ==> es kann direkt das CU23 installiert werden; CU sagt es ja schon aus.
- Virenscanner deaktivieren bzw. aktive Virensuche während dem entpacken und installieren unterbrechen
- ISO-File mounten und den Inhalt in einen extra Ordner unter C:\temp legen (Bei dir ist es ein MSI-Paket)
- Genug Festplattenressourcen am Server unter C: bereit stellen
- aktuellste .NET Framework installieren, falls nicht vorhanden
- Vor dem Start alle Dienste mit Screenshot sichern, damit du weist was auto, deakt. oder manuell steht ==> auch nicht Exchange-Dienste können betroffen sein
- setup.exe aus entpacktem Ordner starten
- Haken für Update aus Internet holen nicht setzen =0 geht auch später noch, aber es ist meist nichts vorhanden
- ab Punkt 2/3 des Setup etwa die folgende Zeile in der PS als Administrator ausführen:
while (1 -le 2) { sleep 1 ; Get-Service | where{$_.DisplayName -Like ‘Microsoft Exchange*’} | Set-Service –StartupType ‘Automatic’ }
==> Das Skript stellt sicher, dass die vom Update deaktivierten Dienste wieder auf automatisch stehen und gestartet werden können.
- Normal läuft es dann vollständig durch.
Der Vorgang funktioniert bei 2013, 2016 und 2019, egal welches CU.
Nicht vergessen den Virenscanner wieder zu aktivieren, wobei das meist der Neustart des Servers erledigt.
DAs Problem war, wie auch immer das zustande kommen kann. Der User SYSTEM hatte auf den Ordner auth keine Rechte. Aber auch nur auf diesen Ordner.
KuriosBezüglich dem was gerade bei Exchange abgeht.
Wir haben alle CU' sowie die neusten Updates eingespielt und sind gerade bei der Analyse ob wir befallen sind.
Das bekommt man ja schnell mit dem Script von Microsoft rausWir haben alle CU' sowie die neusten Updates eingespielt und sind gerade bei der Analyse ob wir befallen sind.
Zitat von @flotaut:
An alle, danke für eure Tipps.
DAs Problem war, wie auch immer das zustande kommen kann. Der User SYSTEM hatte auf den Ordner auth keine Rechte. Aber auch nur auf diesen Ordner.
Bezüglich dem was gerade bei Exchange abgeht.
Wir haben alle CU' sowie die neusten Updates eingespielt und sind gerade bei der Analyse ob wir befallen sind.
An alle, danke für eure Tipps.
DAs Problem war, wie auch immer das zustande kommen kann. Der User SYSTEM hatte auf den Ordner auth keine Rechte. Aber auch nur auf diesen Ordner.
Bezüglich dem was gerade bei Exchange abgeht.
Wir haben alle CU' sowie die neusten Updates eingespielt und sind gerade bei der Analyse ob wir befallen sind.
Hallo
habe ich mich damals auch gefragt aber seit dem rennts. Ist sicher bei unserem Exchange 2016 schon 3 4 CUs her
so long
Yumper