51
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
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
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 863688340
Url: https://administrator.de/contentid/863688340
Printed on: April 20, 2024 at 02:04 o'clock
51 Comments
Latest comment
Zur Vollständigkeit: https://techcommunity.microsoft.com/t5/exchange-team-blog/released-june- ...
... wenn ein passendes Zusatzprodukt installiert ist.
... wenn ein passendes Zusatzprodukt installiert ist.
Wenn dem nicht so ist, wird Windows Defender Antivirus genutzt.Gruß,
Dani
Hallo
die 2019 CUs sind scheinbar wieder public - Das herunterladen aus dem VLSC dauerte gestern Abend mir ca. 3 Stunden
so long
Yumper
die 2019 CUs sind scheinbar wieder public - Das herunterladen aus dem VLSC dauerte gestern Abend mir ca. 3 Stunden
so long
Yumper
Zitat von @Dani:
ja, aber Defender ist für die Installation von CU 10 keine voraussetzung, und wird auch nicht automatisch aktiviert! ... wenn ein passendes Zusatzprodukt installiert ist.
Wenn dem nicht so ist, wird Windows Defender Antivirus genutzt.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
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
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
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
moin..
update von welche CU?
dotnet 4.8 drauf?
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
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?
Update von CU9
Version Net Framework ist 4.8.03761
Version Net Framework ist 4.8.03761
mach mal ein:
setup.exe /PrepareSchema /IAcceptExchangeServerLicenseTermsauf deinem DC der FMSO rollen hat!
Frank
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!
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!
Moin..
lass jetzt mal das setup durchlaufen , PrepareAD und PrepareDomain sollte nicht mehr gebraucht werden, hast ja schon drauf!
Frank
lass jetzt mal das setup durchlaufen , PrepareAD und PrepareDomain sollte nicht mehr gebraucht werden, hast ja schon drauf!
Frank
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
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
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
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
moin...
test mal
Frank
test mal
E:\Setup.exe /IAcceptExchangeServerLicenseTerms /PrepareAD /OrganizationName:"Contoso Corporation" Frank
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
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
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
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
Mir ist gerade noch aufgefallen das IPV6 warum auch immer vom vorigen Dienstleister auf dem DC und dem Exchange Server deaktiviert wurde.
Moin...
nachtrag:
prüfe das mal
/Preparedomain error when security customizations have been done to Active Directory
Frank
nachtrag:
prüfe das mal
/Preparedomain error when security customizations have been done to Active Directory
Frank
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.
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
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.
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.
Zitat von @Vision2015:
Moin...
nachtrag:
prüfe das mal
/Preparedomain error when security customizations have been done to Active Directory
Frank
Moin...
nachtrag:
prüfe das mal
/Preparedomain error when security customizations have been done to Active Directory
Frank
Prüfe ich gleich. Danke.
Tobi
Zitat von @Buddy117:
Prüfe ich gleich. Danke.
Tobi
Zitat von @Vision2015:
Moin...
nachtrag:
prüfe das mal
/Preparedomain error when security customizations have been done to Active Directory
Frank
Moin...
nachtrag:
prüfe das mal
/Preparedomain error when security customizations have been done to Active Directory
Frank
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...
@Vision2015
Möchtest du das Protokoll der Installation einmal sehen? Vielleicht ist dort noch genaueres rauszulesen.
Tobi
Möchtest du das Protokoll der Installation einmal sehen? Vielleicht ist dort noch genaueres rauszulesen.
Tobi
klar
Tobi
Frank
Zitat von @Buddy117:
@Vision2015
Möchtest du das Protokoll der Installation einmal sehen? Vielleicht ist dort noch genaueres rauszulesen.
klar... schieb rüber@Vision2015
Möchtest du das Protokoll der Installation einmal sehen? Vielleicht ist dort noch genaueres rauszulesen.
Tobi
Frank
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] **
[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] **
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
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
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?
Admin ist Schema Admin.
Habe im AD 6 SystemMailbox Benutzer. Verglichen mit einem anderen Server sieht das komplett gleich aus.
Sollte passen oder?
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
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
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
starte mal den exchange neu....
so aus der entfernung ist da natürlich schwer eine diagnose zu erstellen!
Frank
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
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
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
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....
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
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
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?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
SetupAssist.ps1
Frank
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
Weiß jetzt nicht wirklich was man mit dem Ergebnis anfagen soll..
Tobi
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
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
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
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
moin...
jetzt habe ich auch so einen fall....
jetzt habe ich auch so einen fall....
Moin...
hast du evtl. den Hybrid-Service installiert?
wenn ja... rauswerfen...
Prüfe mal was bei
kommt...
wenn da was ist, mit
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
prüfen, ob da was Hybrides kommt... wenn ja mit:
rauswerfen....
Frank
hast du evtl. den Hybrid-Service installiert?
wenn ja... rauswerfen...
Prüfe mal was bei
Get-OrganizationRelationshipwenn da was ist, mit
Remove-OrganizationRelationship -Identity <name>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-RemoteDomainRemove-RemoteDomain -Identity <Name>Frank
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!
was für ein exchange 2019 CU8 Forest (objectVersion) sprechen würde! erwartet wird wohl Version: 16757
was für ein exchange 2019 CU10 Forest (rangeUpper) sprechen würde... was bei einem CU10 Upgrade richtig wäre...
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!
it will continue soon.....
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
WARNING: DN Value: 'CN=ms-Exch-Schema-Version-Pt,CN=Schema,CN=Configuration,DC=xx,DC=local' - Version: 17003
WARNING: DN Value: 'CN=Microsoft Exchange System Objects,DC=xx,DC=local' - Version: 13239
so aus dem bauch raus, würde ich jetzt mit der CU9 ein upgrade der objectVersion und der Domain versuchen!
Setup.exe /IAcceptExchangeServerLicenseTerms /PrepareAllDomainsit will continue soon.....
Habe gerade getestet auf dem Problemkind...
CU9 mit /PrepareAllDomains (lief erfolgreich durch) und danach CU10 /PrepareAD da bleiben leider die gleichen Fehler wie immer...
CU9 mit /PrepareAllDomains (lief erfolgreich durch) und danach CU10 /PrepareAD da bleiben leider die gleichen Fehler wie immer...
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...
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
Zitat von @Vision2015:
gibbet ein versions updgrade in den versionen?
Frank
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...
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?
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
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
1
moin...
Frank
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!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
Frank
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
Naja Hauptsache es funktioniert...Bei meinen eigenen migrierten SBS System ist der Fehler nicht aufgetreten.
Tobi
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 mitMhm...eigentlich nicht da diese Gruppe doch eigentlich gar nicht gelöscht werden kann einfach im AD...
redircmpund
redirusrNatürlich kannst du mit blindem Aktionismus auch "Computers" löschen
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
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
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?
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 den drin lassen, frist ja kein brot...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
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?
Frank
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 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.
Zitat von @mbehrens:
Ich würde mir eher die Frage stellen, warum es diesen nicht gibt.
ich stelle mir so viele fragen... und bekomme keine logische Antwort!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 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.
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
redircmpich 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....
Frank
