yumper
Goto Top

Microsoft Exchange Server 2019 CU 10 verfügbar

Hallo

seit gestern ist obengenanntes Update verfügbar. Es lies sich bei mir problemlos installieren.
Wie von Microsoft angekündigt findet nun eine Prüfung von Malware/Viren bereits auf em Server statt.

So long

Yumper

Content-ID: 863688340

Url: https://administrator.de/contentid/863688340

Printed on: November 6, 2024 at 11:11 o'clock

Dani
Dani Jun 30, 2021 at 13:45:52 (UTC)
Goto Top
mbehrens
mbehrens Jun 30, 2021 at 13:51:37 (UTC)
Goto Top
... wenn ein passendes Zusatzprodukt installiert ist.
Dani
Dani Jun 30, 2021 at 15:55:40 (UTC)
Goto Top
... wenn ein passendes Zusatzprodukt installiert ist.
Wenn dem nicht so ist, wird Windows Defender Antivirus genutzt.


Gruß,
Dani
yumper
yumper Jun 30, 2021 at 16:33:00 (UTC)
Goto Top
Hallo

die 2019 CUs sind scheinbar wieder public - Das herunterladen aus dem VLSC dauerte gestern Abend mir ca. 3 Stunden

so long

Yumper
Vision2015
Vision2015 Jun 30, 2021 updated at 18:47:36 (UTC)
Goto Top
Zitat von @Dani:

... wenn ein passendes Zusatzprodukt installiert ist.
Wenn dem nicht so ist, wird Windows Defender Antivirus genutzt.
ja, aber Defender ist für die Installation von CU 10 keine voraussetzung, und wird auch nicht automatisch aktiviert!
und es müssen auf jedenfall auch für den exchange ausnahmen im defender eingerichtet werden!
die umsetzung ist halbherzig...
ich habe zum Test mal einen Exchange mit Defender bestückt, mal sehen wie die erkennung ist!
zum vergleich habe ich vor dem Exchange Server ein Kaspersky Secure Mail Gateway gesetzt, und protokolliere nur!
bin gespannt face-smile

die Installationenvon CU10 sind bis jetzt unauffällig (24) einmal hat es eine DAG zerlegt, bin mir aber nicht sicher ob der AZUBI
nicht da doch mist gemacht hat.... werde mir das mal ansehen.


Gruß,
Dani
Frank
Buddy117
Buddy117 Jul 04, 2021 at 12:29:31 (UTC)
Goto Top
Hallo zusammen,

kann das Update auf die CU 10 leider nicht installieren:

Beitrag und Fehler habe ich hier schon gepostet mache einfach mal die Verlinkung hoffe das geht OK...
https://www.mcseboard.de/topic/220289-ex19-cu10-installation-probleme/?t ...

Beim Frankys Blog Beitrag "Neue Updates für Exchange Server (Juni 2021)" hat ein User auch den gleichen Fehler siehe Kommentare..

Hat jemand eine Lösung?

Danke.

Grüße
Vision2015
Vision2015 Jul 04, 2021 at 13:58:33 (UTC)
Goto Top
moin..
Zitat von @Buddy117:

Hallo zusammen,

kann das Update auf die CU 10 leider nicht installieren:

Beitrag und Fehler habe ich hier schon gepostet mache einfach mal die Verlinkung hoffe das geht OK...
https://www.mcseboard.de/topic/220289-ex19-cu10-installation-probleme/?t ...

Beim Frankys Blog Beitrag "Neue Updates für Exchange Server (Juni 2021)" hat ein User auch den gleichen Fehler siehe Kommentare..

Hat jemand eine Lösung?

Danke.

Grüße

update von welche CU?
dotnet 4.8 drauf?
Buddy117
Buddy117 Jul 04, 2021 at 14:21:06 (UTC)
Goto Top
Update von CU9
Version Net Framework ist 4.8.03761
Vision2015
Vision2015 Jul 04, 2021 at 15:02:21 (UTC)
Goto Top
Zitat von @Buddy117:

Update von CU9
Version Net Framework ist 4.8.03761

mach mal ein:
setup.exe /PrepareSchema /IAcceptExchangeServerLicenseTerms

auf deinem DC der FMSO rollen hat!

Frank
Buddy117
Buddy117 Jul 04, 2021 updated at 17:51:56 (UTC)
Goto Top
Der Befehl lief ohne Probleme durch und wurde erfolgreich durchgeführt.

Beim Befehl:
setup.exe /PrepareAD /IAcceptExchangeServerLicenseTerms kommt folgende Fehlermeldung:

Vorbereitung der Organisation 100%
Der folgende Fehler wurde generiert, als "$error.Clear();
$createTenantRoot = ($RoleIsDatacenter -or
$RoleIsPartnerHosted);
$createMsoSyncRoot = $RoleIsDatacenter;

#$RoleDatacenterIsManagementForest is set only in
Datacenter deployment; interpret its absense as $false
[bool]$isManagementForest = ($RoleDatacenterIsManagementForest
-eq $true);

if ($RolePrepareAllDomains)
{
initialize-DomainPermissions -AllDomains:$true
-CreateTenantRoot:$createTenantRoot -CreateMsoSyncRoot:$createMsoSyncRoot -IsManagementForest:$isManagementForest;
}

elseif ($RoleDomain -ne $null)
{
initialize-DomainPermissions -Domain $RoleDomain -CreateTenantRoot:$createTenantRoot
-CreateMsoSyncRoot:$createMsoSyncRoot -IsManagementForest:$isManagementForest;
}
else
{

initialize-DomainPermissions -CreateTenantRoot:$createTenantRoot -CreateMsoSyncRoot:$createMsoSyncRoot
-IsManagementForest:$isManagementForest;
}
" ausgeführt wurde: "System.NullReferenceException: Der Objektverweis
wurde nicht auf eine Objektinstanz festgelegt.
bei
Microsoft.Exchange.Management.Tasks.SetupTaskBase.LogReadObject(ADRawEntry obj)
bei
Microsoft.Exchange.Management.Tasks.InitializeDomainPermissions.InternalProcessRecord()
bei
Microsoft.Exchange.Configuration.Tasks.Task.<ProcessRecord>b__91_1()
bei
Microsoft.Exchange.Configuration.Tasks.Task.InvokeRetryableFunc(String funcName, Action func, Boolean
terminatePipelineIfFailed)
bei Microsoft.Exchange.Configuration.Tasks.Task.ProcessTaskStage(TaskStage taskStage,
Action initFunc, Action mainFunc, Action completeFunc)
bei
Microsoft.Exchange.Configuration.Tasks.Task.ProcessRecord()
bei
System.Management.Automation.CommandProcessor.ProcessRecord()".


Setup von Exchange Server wurde nicht abgeschlossen.

Habe ich auch auf dem DC ausgeführt!
Vision2015
Vision2015 Jul 04, 2021 at 18:17:14 (UTC)
Goto Top
Moin..

lass jetzt mal das setup durchlaufen , PrepareAD und PrepareDomain sollte nicht mehr gebraucht werden, hast ja schon drauf!

Frank
Vision2015
Vision2015 Jul 04, 2021 updated at 18:27:40 (UTC)
Goto Top
moin..

nachtrag...
Setup mit administrativen rechten ausgeführt
ist dein User in der gruppe Organisations-Admins?
hast du müll im ad bzw. nicht richtig deinstallierte exchange Server oder DCs?
ist das eine DAG?
mehr als eine Domain?

Frank
Buddy117
Buddy117 Jul 04, 2021 at 19:18:48 (UTC)
Goto Top
Servus Frank,

also habe das Setup gestartet er zeigt in der Übersicht an das er die Domäne mit /PrepareAD vorbereiten will. Er bricht wieder bei Schritt 1 ab mit dem gleichen Fehler wie oben bereits erwähnt.

Setup wurde mit administrativen Rechten ausgeführt.
Verwende den Builtin "Administrator" der Mitglied der Gruppe "Organisations-Admins" ist
Keine DAG, einzelner Exchange
1 Domain

Kunde wurde vor kurzem übernommen. Ist das 1. Exchange Update beim Kunden. AD sieht grundsätzlich gut aus war mal ein SBS Server als DC. Sieht man schön an der SBS Struktur im AD mit MyBusiness usw. Im AD unter Domain Controller ist nur der richtige DC drinnen passt also. Sonst wäre mir nix Besonderes aufgefallen. Hast du einen detaillierten Tipp was ich prüfen könnte?
CU9 wurde im April vom vorigen Betreuer noch installiert.

Tobi
Vision2015
Vision2015 Jul 04, 2021 at 19:41:01 (UTC)
Goto Top
moin...

test mal
E:\Setup.exe /IAcceptExchangeServerLicenseTerms /PrepareAD /OrganizationName:"Contoso Corporation"  

Frank
Buddy117
Buddy117 Jul 05, 2021 at 04:37:05 (UTC)
Goto Top
Guten Morgen,

das ist das Ergebnis leider wieder der gleiche Fehler...

Der folgende Fehler wurde generiert, als "$error.Clear();
$createTenantRoot = ($RoleIsDatacenter -or
$RoleIsPartnerHosted);
$createMsoSyncRoot = $RoleIsDatacenter;

#$RoleDatacenterIsManagementForest is set only in
Datacenter deployment; interpret its absense as $false
[bool]$isManagementForest = ($RoleDatacenterIsManagementForest
-eq $true);

if ($RolePrepareAllDomains)
{
initialize-DomainPermissions -AllDomains:$true
-CreateTenantRoot:$createTenantRoot -CreateMsoSyncRoot:$createMsoSyncRoot -IsManagementForest:$isManagementForest;
}

elseif ($RoleDomain -ne $null)
{
initialize-DomainPermissions -Domain $RoleDomain -CreateTenantRoot:$createTenantRoot
-CreateMsoSyncRoot:$createMsoSyncRoot -IsManagementForest:$isManagementForest;
}
else
{

initialize-DomainPermissions -CreateTenantRoot:$createTenantRoot -CreateMsoSyncRoot:$createMsoSyncRoot
-IsManagementForest:$isManagementForest;
}
" ausgeführt wurde: "System.NullReferenceException: Der Objektverweis
wurde nicht auf eine Objektinstanz festgelegt.
bei
Microsoft.Exchange.Management.Tasks.SetupTaskBase.LogReadObject(ADRawEntry obj)
bei
Microsoft.Exchange.Management.Tasks.InitializeDomainPermissions.InternalProcessRecord()
bei
Microsoft.Exchange.Configuration.Tasks.Task.<ProcessRecord>b__91_1()
bei
Microsoft.Exchange.Configuration.Tasks.Task.InvokeRetryableFunc(String funcName, Action func, Boolean
terminatePipelineIfFailed)
bei Microsoft.Exchange.Configuration.Tasks.Task.ProcessTaskStage(TaskStage taskStage,
Action initFunc, Action mainFunc, Action completeFunc)
bei
Microsoft.Exchange.Configuration.Tasks.Task.ProcessRecord()
bei
System.Management.Automation.CommandProcessor.ProcessRecord()".

Tobi
Vision2015
Vision2015 Jul 05, 2021 at 05:47:17 (UTC)
Goto Top
moin...

ich tippe auf auf Müll im AD... oder rechte problem!
lege dir mal einen neuen Exchange admin an!
wirft der exchange den selber Fehlermeldungen raus, was sagt das ereignisprotokoll im betrieb, also ohne CU10 Update?
hast du mal mit ADASI gegengeprüft, ob da noch SBS oder 2010/2013 reste sind?
DNS sauber?
die SBS struktur im AD ziehe mal bitte grade... die braucht keiner mehr!

Frank
Buddy117
Buddy117 Jul 05, 2021 at 05:49:21 (UTC)
Goto Top
Mir ist gerade noch aufgefallen das IPV6 warum auch immer vom vorigen Dienstleister auf dem DC und dem Exchange Server deaktiviert wurde.
Vision2015
Vision2015 Jul 05, 2021 at 05:50:37 (UTC)
Goto Top
Vision2015
Vision2015 Jul 05, 2021 at 05:53:21 (UTC)
Goto Top
Zitat von @Buddy117:

Mir ist gerade noch aufgefallen das IPV6 warum auch immer vom vorigen Dienstleister auf dem DC und dem Exchange Server deaktiviert wurde.

ist eigentlich kein problem...
warscheinlich wurde V6 abgeschaltet wegen DNS problemen... (zu95%)

Frank
Buddy117
Buddy117 Jul 05, 2021 at 05:54:47 (UTC)
Goto Top
Neuen Benutzer habe ich mir bereits angelegt leider auch ohne Erfolg.
Exchange Server wirft den selber Fehler aus. Ereignisprotokoll hat keine Meldungen die auffälig sein würden sieht alles gut aus.
Server läuft mit dem CU 9 auch einwandfrei.
DNS habe ich auch geprüft sieht gut aus auch das Ereignisprotokoll.

Bereinige jetzt mal das alte SBS Zeug.
Buddy117
Buddy117 Jul 05, 2021 at 05:58:21 (UTC)
Goto Top

Prüfe ich gleich. Danke.
Tobi
Buddy117
Buddy117 Jul 05, 2021 at 06:17:19 (UTC)
Goto Top
Zitat von @Buddy117:


Prüfe ich gleich. Danke.
Tobi

Habe ich geprüft sieht alles OK aus wie im Artikel. Habe es auch mit einem funktionierenden Server verglichen alles gleich...
Buddy117
Buddy117 Jul 05, 2021 at 06:18:34 (UTC)
Goto Top
@Vision2015
Möchtest du das Protokoll der Installation einmal sehen? Vielleicht ist dort noch genaueres rauszulesen.

Tobi
Vision2015
Vision2015 Jul 05, 2021 at 06:19:48 (UTC)
Goto Top
klar
Zitat von @Buddy117:

@Vision2015
Möchtest du das Protokoll der Installation einmal sehen? Vielleicht ist dort noch genaueres rauszulesen.
klar... schieb rüber

Tobi

Frank
Buddy117
Buddy117 Jul 05, 2021 at 06:25:11 (UTC)
Goto Top
Auszug aus dem Protokoll vom DC mit den Fehlern:

[07.05.2021 05:42:33.0618] [2] [ERROR] Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
[07.05.2021 05:42:33.0618] [2] [WARNING] An unexpected error has occurred and a Watson dump is being generated: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
[07.05.2021 05:42:33.0804] [1] The following 1 error(s) occurred during task execution:
[07.05.2021 05:42:33.0805] [1] 0. ErrorRecord: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
[07.05.2021 05:42:33.0805] [1] 0. ErrorRecord: System.NullReferenceException: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
bei Microsoft.Exchange.Management.Tasks.SetupTaskBase.LogReadObject(ADRawEntry obj)
bei Microsoft.Exchange.Management.Tasks.InitializeDomainPermissions.InternalProcessRecord()
bei Microsoft.Exchange.Configuration.Tasks.Task.<ProcessRecord>b__91_1()
bei Microsoft.Exchange.Configuration.Tasks.Task.InvokeRetryableFunc(String funcName, Action func, Boolean terminatePipelineIfFailed)
bei Microsoft.Exchange.Configuration.Tasks.Task.ProcessTaskStage(TaskStage taskStage, Action initFunc, Action mainFunc, Action completeFunc)
bei Microsoft.Exchange.Configuration.Tasks.Task.ProcessRecord()
bei System.Management.Automation.CommandProcessor.ProcessRecord()
[07.05.2021 05:42:33.0807] [1] [ERROR] The following error was generated when "$error.Clear();
$createTenantRoot = ($RoleIsDatacenter -or $RoleIsPartnerHosted);
$createMsoSyncRoot = $RoleIsDatacenter;

#$RoleDatacenterIsManagementForest is set only in Datacenter deployment; interpret its absense as $false
[bool]$isManagementForest = ($RoleDatacenterIsManagementForest -eq $true);

if ($RolePrepareAllDomains)
{
initialize-DomainPermissions -AllDomains:$true -CreateTenantRoot:$createTenantRoot -CreateMsoSyncRoot:$createMsoSyncRoot -IsManagementForest:$isManagementForest;
}
elseif ($RoleDomain -ne $null)
{
initialize-DomainPermissions -Domain $RoleDomain -CreateTenantRoot:$createTenantRoot -CreateMsoSyncRoot:$createMsoSyncRoot -IsManagementForest:$isManagementForest;
}
else
{
initialize-DomainPermissions -CreateTenantRoot:$createTenantRoot -CreateMsoSyncRoot:$createMsoSyncRoot -IsManagementForest:$isManagementForest;
}
" was run: "System.NullReferenceException: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
bei Microsoft.Exchange.Management.Tasks.SetupTaskBase.LogReadObject(ADRawEntry obj)
bei Microsoft.Exchange.Management.Tasks.InitializeDomainPermissions.InternalProcessRecord()
bei Microsoft.Exchange.Configuration.Tasks.Task.<ProcessRecord>b__91_1()
bei Microsoft.Exchange.Configuration.Tasks.Task.InvokeRetryableFunc(String funcName, Action func, Boolean terminatePipelineIfFailed)
bei Microsoft.Exchange.Configuration.Tasks.Task.ProcessTaskStage(TaskStage taskStage, Action initFunc, Action mainFunc, Action completeFunc)
bei Microsoft.Exchange.Configuration.Tasks.Task.ProcessRecord()
bei System.Management.Automation.CommandProcessor.ProcessRecord()".
[07.05.2021 05:42:33.0807] [1] [ERROR] Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
[07.05.2021 05:42:33.0807] [1] [ERROR-REFERENCE] Id=DomainGlobalConfig___27a706ffe123425f9ee60cb02b930e81 Component=EXCHANGE14:\Current\Release\Shared\Datacenter\Setup
[07.05.2021 05:42:33.0808] [1] Setup is stopping now because of one or more critical errors.
[07.05.2021 05:42:33.0808] [1] Finished executing component tasks.
[07.05.2021 05:42:33.0845] [1] Ending processing Install-ExchangeOrganization
[07.05.2021 05:42:33.0848] CurrentResult console.ProcessRunInternal:198: 1
[07.05.2021 05:42:33.0850] CurrentResult launcherbase.maincore:90: 1
[07.05.2021 05:42:33.0850] CurrentResult console.startmain:52: 1
[07.05.2021 05:42:33.0851] CurrentResult SetupLauncherHelper.loadassembly:452: 1
[07.05.2021 05:42:33.0851] Setup von Exchange Server wurde nicht abgeschlossen. Weitere Details finden Sie im Protokoll 'ExchangeSetup.log' im Ordner '<SystemDrive>:\ExchangeSetupLogs'.
[07.05.2021 05:42:33.0853] CurrentResult main.run:235: 1
[07.05.2021 05:42:33.0853] Der Registrierungsschlüssel "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\ExchangeServer\V15\Setup" wurde nicht gefunden.
[07.05.2021 05:42:33.0853] CurrentResult setupbase.maincore:396: 1
[07.05.2021 05:42:33.0855] End of Setup
[07.05.2021 05:42:33.0855] **
Vision2015
Vision2015 Jul 05, 2021 updated at 06:35:45 (UTC)
Goto Top
Moin...
ist die gesamtstrukturfunktionebene auf 2016?
stell im ad-benutzer und computer auf erweiterte features, und schau nach alten systemmailboxen!
ist dein Admin auch in Schema-Admins?

Frank
Buddy117
Buddy117 Jul 05, 2021 at 06:49:14 (UTC)
Goto Top
Ja ist auf 2016.
Admin ist Schema Admin.
Habe im AD 6 SystemMailbox Benutzer. Verglichen mit einem anderen Server sieht das komplett gleich aus.
Sollte passen oder?
Buddy117
Buddy117 Jul 05, 2021 updated at 07:03:32 (UTC)
Goto Top
Wenn ich den Befehl: E:\Setup.exe /IAcceptExchangeServerLicenseTerms /PrepareAD /OrganizationName:"Contoso Corporation"
am DC ausführe bekomme ich in der Ereignisanzeige folgenden Fehler: MSExchange ADAccess Ereignis 4027

System.ServiceModel.EndpointNotFoundException: Es konnte keine Verbindung mit "net.tcp://localhost:890/Microsoft.Exchange.Directory.TopologyService" hergestellt werden. Der Verbindungsversuch hat für einen Zeitraum von 00:00:02.0032233 angedauert. TCP-Fehlercode 10061: Es konnte keine Verbindung hergestellt werden, da der Zielcomputer die Verbindung verweigerte 127.0.0.1:890. ---> System.Net.Sockets.SocketException: Es konnte keine Verbindung hergestellt werden, da der Zielcomputer die Verbindung verweigerte

Das ist mir gerade aufgefallen.

Tobi
Vision2015
Vision2015 Jul 05, 2021 at 07:57:05 (UTC)
Goto Top
hast du irgendwelche wilden GPOs mit FW Regeln?
starte mal den exchange neu....
so aus der entfernung ist da natürlich schwer eine diagnose zu erstellen!
Frank
Buddy117
Buddy117 Jul 05, 2021 at 08:03:41 (UTC)
Goto Top
Exchange ist neugestartet.
Nein keine besonderen GPOs. Windows Firewall habe ich auch schon deaktiviert und sonst ist keine FW vorhanden im internen Netz.
Ja glaube ich ist immer schwierig. Könntest du eine Fernwartungssitzung durchführen?
Tobi
Vision2015
Vision2015 Jul 05, 2021 at 08:14:13 (UTC)
Goto Top
Zitat von @Buddy117:

Exchange ist neugestartet.
Nein keine besonderen GPOs. Windows Firewall habe ich auch schon deaktiviert und sonst ist keine FW vorhanden im internen Netz.
Ja glaube ich ist immer schwierig. Könntest du eine Fernwartungssitzung durchführen?
Tobi

hast post....
Buddy117
Buddy117 Jul 07, 2021 at 12:37:00 (UTC)
Goto Top
Servus zusammen,

schon jemand neue Infos über die Probleme mit /PrepareAD gefunden.

Hier werden die Leute mit den Problemen immer mehr...

https://techcommunity.microsoft.com/t5/exchange-team-blog/released-june- ...

Grüße
Tobi
Vision2015
Vision2015 Jul 07, 2021 at 12:46:11 (UTC)
Goto Top
Zitat von @Buddy117:

Servus zusammen,

schon jemand neue Infos über die Probleme mit /PrepareAD gefunden.

Hier werden die Leute mit den Problemen immer mehr...

https://techcommunity.microsoft.com/t5/exchange-team-blog/released-june- ...

Grüße
Tobi
hast du den schon laufen lassen?

SetupAssist.ps1

Frank
Buddy117
Buddy117 Jul 07, 2021 updated at 13:00:29 (UTC)
Goto Top
Ja hab ich laufen lassen. Ergebnis wie im letzten Beitrag bei der TechCommunity.
Weiß jetzt nicht wirklich was man mit dem Ergebnis anfagen soll..

Tobi
Vision2015
Vision2015 Jul 07, 2021 at 13:52:14 (UTC)
Goto Top
Zitat von @Buddy117:

Ja hab ich laufen lassen. Ergebnis wie im letzten Beitrag bei der TechCommunity.
Weiß jetzt nicht wirklich was man mit dem Ergebnis anfagen soll..

Tobi

poste mir mal den auszug.... als PM und ruf mich an.

Frank
Buddy117
Buddy117 Jul 08, 2021 at 08:51:38 (UTC)
Goto Top
Servus,

also so wie aussieht hat es mit der Hybrid Configuration zutun. In meinem Fall habe ich aber keine Hybrid Configuration...
Im Watson Log ist es schön zu sehen das er immer meint eine Hybrid Configuration zu haben...

Tobi
Vision2015
Vision2015 Jul 08, 2021 at 10:35:33 (UTC)
Goto Top
moin...

jetzt habe ich auch so einen fall....
Vision2015
Vision2015 Jul 09, 2021 at 08:19:30 (UTC)
Goto Top
Moin...
hast du evtl. den Hybrid-Service installiert?
wenn ja... rauswerfen...

Prüfe mal was bei
Get-OrganizationRelationship
kommt...

wenn da was ist, mit
Remove-OrganizationRelationship -Identity <name>
rauswerfen..

im ADSI Prüfen ob Rückständen suchen unter:
CN = Hybrid Configuration, CN = <Domäne>, CN = Microsoft Exchange, CN = Services, CN = Configuration, DC = <Domäne>

und noch mit
Get-RemoteDomain
prüfen, ob da was Hybrides kommt... wenn ja mit:
Remove-RemoteDomain -Identity <Name>
rauswerfen....


Frank
Vision2015
Vision2015 Jul 10, 2021 at 06:09:06 (UTC)
Goto Top
hm....
nach langen Überlegen und einen kaputten exchange server (hardware)


dieses öminöse SetupAssist.ps1 script, wirft ja aus:
die admin rechte probleme sind wohl blödsinn, die kommen bei allen servern, die ich geprüft habe!

WARNING: Exchange 2019 AD Level Failed. Mismatch detected.

WARNING: DN Value: 'CN=xx,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=xx,DC=local' - Version: 16756
was für ein exchange 2019 CU8 Forest (objectVersion) sprechen würde! erwartet wird wohl Version: 16757
WARNING: DN Value: 'CN=ms-Exch-Schema-Version-Pt,CN=Schema,CN=Configuration,DC=xx,DC=local' - Version: 17003
was für ein exchange 2019 CU10 Forest (rangeUpper) sprechen würde... was bei einem CU10 Upgrade richtig wäre...
WARNING: DN Value: 'CN=Microsoft Exchange System Objects,DC=xx,DC=local' - Version: 13239
was für eine exchange 2019 CU8 Domain (objectVersion) sprechen würde... erwartet wird Version: 13240

so aus dem bauch raus, würde ich jetzt mit der CU9 ein upgrade der objectVersion und der Domain versuchen!
Setup.exe /IAcceptExchangeServerLicenseTerms /PrepareAllDomains

it will continue soon.....
Buddy117
Buddy117 Jul 10, 2021 updated at 06:23:32 (UTC)
Goto Top
Habe gerade getestet auf dem Problemkind...
CU9 mit /PrepareAllDomains (lief erfolgreich durch) und danach CU10 /PrepareAD da bleiben leider die gleichen Fehler wie immer...
Vision2015
Vision2015 Jul 10, 2021 at 06:27:10 (UTC)
Goto Top
Zitat von @Buddy117:

Habe gerade getestet auf dem Problemkind...
CU9 mit /PrepareAllDomains (lief erfolgreich durch) und danach CU10 /PrepareAD da bleiben leider die gleichen Fehler wie immer...

gibbet ein versions updgrade in den versionen?
Frank
Vision2015
Vision2015 Jul 10, 2021 at 06:28:15 (UTC)
Goto Top
Zitat von @Vision2015:

Zitat von @Buddy117:

Habe gerade getestet auf dem Problemkind...
CU9 mit /PrepareAllDomains (lief erfolgreich durch) und danach CU10 /PrepareAD da bleiben leider die gleichen Fehler wie immer...

gibbet ein versions updgrade in den versionen?
Frank

also 16757 und 13240?
Buddy117
Buddy117 Jul 18, 2021 at 19:52:07 (UTC)
Goto Top
Hallo zusammen,

der Fehler ist gefunden! Prüft bitte in eurem AD ob der Container "Computers" fehlt oder als OU angelegt worden ist.

Fehlt dieser Eintrag oder ist eine OU dann schlägt das Setup.exe/PrepareAD fehl....

Habe bei meinem Setup über ADSI den Container Computers angelegt und siehe da PrepareAD läuft einwandfrei durch...

Tobi
Vision2015
Vision2015 Jul 19, 2021 at 04:46:29 (UTC)
Goto Top
moin...

Zitat von @Buddy117:

Hallo zusammen,

der Fehler ist gefunden! Prüft bitte in eurem AD ob der Container "Computers" fehlt oder als OU angelegt worden ist.

Fehlt dieser Eintrag oder ist eine OU dann schlägt das Setup.exe/PrepareAD fehl....

Habe bei meinem Setup über ADSI den Container Computers angelegt und siehe da PrepareAD läuft einwandfrei durch...

Tobi
das ist wohl ein SBS Überbleibsel!

Frank
Buddy117
Buddy117 Jul 19, 2021 at 04:53:29 (UTC)
Goto Top
Mhm...eigentlich nicht da diese Gruppe doch eigentlich gar nicht gelöscht werden kann einfach im AD...

Naja Hauptsache es funktioniert...Bei meinen eigenen migrierten SBS System ist der Fehler nicht aufgetreten.

Tobi
Vision2015
Vision2015 Jul 19, 2021 at 06:12:03 (UTC)
Goto Top
Zitat von @Buddy117:

Mhm...eigentlich nicht da diese Gruppe doch eigentlich gar nicht gelöscht werden kann einfach im AD...
nun, bei SBS2007/2011 gab es SBSComputers und SBSUsers, das hat einigen admins nicht gepasst, und mit
redircmp

und
redirusr
wurde dann der Standardpfad geändert....
Natürlich kannst du mit blindem Aktionismus auch "Computers" löschen face-smile

da gabe es mal eine SBS Anleitung zu....
Frank

Naja Hauptsache es funktioniert...Bei meinen eigenen migrierten SBS System ist der Fehler nicht aufgetreten.

Tobi
Nidavellir
Nidavellir Jul 19, 2021 at 14:09:08 (UTC)
Goto Top
Zitat von @Buddy117:

Hallo zusammen,

der Fehler ist gefunden! Prüft bitte in eurem AD ob der Container "Computers" fehlt oder als OU angelegt worden ist.

Fehlt dieser Eintrag oder ist eine OU dann schlägt das Setup.exe/PrepareAD fehl....

Habe bei meinem Setup über ADSI den Container Computers angelegt und siehe da PrepareAD läuft einwandfrei durch...

Tobi

Danke! Ich hatte den gleichen Fehler und mit Anlage des Containers "Computers" lief PrepareAD erfolgreich durch.
Ich hab das Umfeld von einem ehemaligen externen Dienstleister übernommen und kenne daher nicht die komplette Geschichte. Aber SBS-Reste sehe ich im AD auch.
Jetzt stelle ich mir die Frage, braucht es den neu angelegten Container weiterhin oder könnte man den wieder löschen?
Vision2015
Vision2015 Jul 19, 2021 at 14:38:39 (UTC)
Goto Top
Zitat von @Nidavellir:

Zitat von @Buddy117:

Hallo zusammen,

der Fehler ist gefunden! Prüft bitte in eurem AD ob der Container "Computers" fehlt oder als OU angelegt worden ist.

Fehlt dieser Eintrag oder ist eine OU dann schlägt das Setup.exe/PrepareAD fehl....

Habe bei meinem Setup über ADSI den Container Computers angelegt und siehe da PrepareAD läuft einwandfrei durch...

Tobi

Danke! Ich hatte den gleichen Fehler und mit Anlage des Containers "Computers" lief PrepareAD erfolgreich durch.
Ich hab das Umfeld von einem ehemaligen externen Dienstleister übernommen und kenne daher nicht die komplette Geschichte. Aber SBS-Reste sehe ich im AD auch.
Jetzt stelle ich mir die Frage, braucht es den neu angelegten Container weiterhin oder könnte man den wieder löschen?
ich würde den drin lassen, frist ja kein brot...

Frank
mbehrens
mbehrens Jul 19, 2021 at 21:24:47 (UTC)
Goto Top
Zitat von @Nidavellir:

Danke! Ich hatte den gleichen Fehler und mit Anlage des Containers "Computers" lief PrepareAD erfolgreich durch.
Ich hab das Umfeld von einem ehemaligen externen Dienstleister übernommen und kenne daher nicht die komplette Geschichte. Aber SBS-Reste sehe ich im AD auch.
Jetzt stelle ich mir die Frage, braucht es den neu angelegten Container weiterhin oder könnte man den wieder löschen?

Ich würde mir eher die Frage stellen, warum es diesen nicht gibt.
Buddy117
Buddy117 Jul 20, 2021 at 04:36:00 (UTC)
Goto Top
@Nidavellir
Guten Morgen!

lass doch drinnen stört doch nicht.

Tobi
Vision2015
Vision2015 Jul 20, 2021 updated at 10:47:59 (UTC)
Goto Top
Zitat von @mbehrens:

Zitat von @Nidavellir:

Danke! Ich hatte den gleichen Fehler und mit Anlage des Containers "Computers" lief PrepareAD erfolgreich durch.
Ich hab das Umfeld von einem ehemaligen externen Dienstleister übernommen und kenne daher nicht die komplette Geschichte. Aber SBS-Reste sehe ich im AD auch.
Jetzt stelle ich mir die Frage, braucht es den neu angelegten Container weiterhin oder könnte man den wieder löschen?

Ich würde mir eher die Frage stellen, warum es diesen nicht gibt.
ich stelle mir so viele fragen... und bekomme keine logische Antwort!
in derr Regel, hast du den Mist übernommen, und zu 99% gibbet dazu auch keine Doku!
es war mal zu 2008 Zeiten bei SBS Blechen Usus - Computers und dergleichen zu löschen... mit
redircmp
konnte die wildesten umleitungen in der Standard OU gemacht werden etc.. etc... da gab es sogar mal ein HowTo zu!
ich fand das damlas schon sinnfrei!
ob die alle den blödsinn mitgemacht haben, oder nicht- keine ahnung- jedenfalls sind das einige....

egal... mein Caipi wird warm.... face-smile

Frank