orkanson
Goto Top

Active Directory GPO Softwarezuweisung Fehler

Hallo,

"Im Active Directory ist kein Installationsdatenobjekt vorhanden" diesen Fehler bekomme ich wenn ich die aktuelle Java-Version per Softwareinstallation zuweise.

- Ich weise die Installation per Computerkonfiguration - Richtlinien - Softwareeinstellungen - Softwareinstallation zu.
- Die Dateien liegen in einer Freigabe \\server\softwareverteilung\java --> alle authenthifizierten benutzer haben vollzugriff

Nach dem Klick auf "erweitert", weil ich noch eine Änderung per MST mitgeben möchte kommt diese Meldung.

Unser DC01 ist Win16 und DC02 ist Win2012R2 mit allen Betriebsmaster.

Die Änderung habe ich auf dem DC01 probiert.
Auf dem DC02 kann ich die Einrichtung machen, aber es wird nicht repliziert.

Die Softwareverteilung funktioniert nicht auf allen Computer die in der OU sind. Gemeinsamkeiten bei denen die funktionieren sind nicht zu erkennen. Die Zielclients sind Win7 & 10.


Habt ihr eine Idee?

Gruß
Marcel

Content-ID: 391101

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

Ausgedruckt am: 19.11.2024 um 11:11 Uhr

sabines
sabines 30.10.2018 um 13:08:48 Uhr
Goto Top
Moin,

prüfe erstmal ob sich das Paket manuell aus diesem Pfad installieren lässt.
Und je nach Ergebnis kann weiter eingegrenzt werden.

Wie hast Du Java paketiert und welche Version ist das?

Gruss
emeriks
emeriks 30.10.2018 um 13:10:10 Uhr
Goto Top
Hi,
Auf dem DC02 kann ich die Einrichtung machen, aber es wird nicht repliziert.
Das scheint mir der entscheidende Hinweis.
Vergiss zunächst die Softwareverteilung und kümmere Dich erstmal darum, dass die Replikation zwischen den DC's funktioniert. AD-Replikation und SYSVOL (DFS-R).

E.
Orkanson
Orkanson 30.10.2018 um 13:20:03 Uhr
Goto Top
Die Replikation zeigt keine Fehler an nachdem ich sie manuell gestartet habe. Auch in der Ereignisanzeige keine Fehler.
Orkanson
Orkanson 30.10.2018 um 13:23:02 Uhr
Goto Top
Ja lässt sich manuell installieren.

Java Runtime 1.8.191

In der Ereignisanzeige ist jetzt folgender Fehler noch aufgetraucht.

Die Softwareinstallation konnte das Skript für \\Freigabeverzeichnis mit Pfad zur Datei.msi nicht generieren. Folgender Fehler ist aufgetreten. Es wird bereits anderweitig eine Installation durchgeführt. Benden Sie den anderen Installationsvorgang, bevor Sie diese Installation fortsetzen.

Ereignis ID: 110


aber es wird meines erachtens keine ausgeführt. Wie prüfe ich das? Im Task Manager kann ich nichts erkennen.
SlainteMhath
Lösung SlainteMhath 30.10.2018 um 13:24:04 Uhr
Goto Top
Moin,

lass auf beiden DCs mal "dcdiag" laufen, irgendwo hakt da was in deinem AD

lg,
Slainte
Orkanson
Orkanson 30.10.2018 um 13:45:11 Uhr
Goto Top
Danke sehr guter Ansatz bin ich gerade nicht drauf gekommen.

[Replications Check,XXX-DC02-YYY] Bei einer kürzlich ausgeführten Replikation ist ein Fehler aufgetreten:
Von XXX-DC01-YYY nach XXX-DC02-YYY
Namenskontext: DC=ForestDnsZones,DC=xxxelgmbh,DC=eu
Beim Replizieren ist ein Fehler aufgetreten (8457):
Der Zielserver nimmt zurzeit keine Replikationsanforderungen entgegen.
Auftreten des Fehlers: 2018-10-30 12:54:01.
Letzter erfolgreicher Vorgang: 2018-10-21 21:57:29.
Seit dem letzten erfolgreichen Vorgang sind 151 Fehler aufgetreten.
Die Replikation wurde mithilfe der Serveroptionen deaktiviert.
[Replications Check,XXX-DC02-YYY] Bei einer kürzlich ausgeführten Replikation ist ein Fehler aufgetreten:
Von XXX-DC01-YYY nach XXX-DC02-YYY
Namenskontext: DC=DomainDnsZones,DC=xxxelgmbh,DC=eu
Beim Replizieren ist ein Fehler aufgetreten (8457):
Der Zielserver nimmt zurzeit keine Replikationsanforderungen entgegen.
Auftreten des Fehlers: 2018-10-30 13:30:58.
Letzter erfolgreicher Vorgang: 2018-10-21 21:57:29.
Seit dem letzten erfolgreichen Vorgang sind 253 Fehler aufgetreten.
Die Replikation wurde mithilfe der Serveroptionen deaktiviert.
[Replications Check,XXX-DC02-YYY] Bei einer kürzlich ausgeführten Replikation ist ein Fehler aufgetreten:
Von XXX-DC01-YYY nach XXX-DC02-YYY
Namenskontext: CN=Schema,CN=Configuration,DC=xxxelgmbh,DC=eu
Beim Replizieren ist ein Fehler aufgetreten (8457):
Der Zielserver nimmt zurzeit keine Replikationsanforderungen entgegen.
Auftreten des Fehlers: 2018-10-30 12:54:01.
Letzter erfolgreicher Vorgang: 2018-10-21 21:57:29.
Seit dem letzten erfolgreichen Vorgang sind 151 Fehler aufgetreten.
Die Replikation wurde mithilfe der Serveroptionen deaktiviert.
[Replications Check,XXX-DC02-YYY] Bei einer kürzlich ausgeführten Replikation ist ein Fehler aufgetreten:
Von XXX-DC01-YYY nach XXX-DC02-YYY
Namenskontext: CN=Configuration,DC=xxxelgmbh,DC=eu
Beim Replizieren ist ein Fehler aufgetreten (8457):
Der Zielserver nimmt zurzeit keine Replikationsanforderungen entgegen.
Auftreten des Fehlers: 2018-10-30 13:01:42.
Letzter erfolgreicher Vorgang: 2018-10-21 21:57:29.
Seit dem letzten erfolgreichen Vorgang sind 161 Fehler aufgetreten.
Die Replikation wurde mithilfe der Serveroptionen deaktiviert.
[Replications Check,XXX-DC02-YYY] Bei einer kürzlich ausgeführten Replikation ist ein Fehler aufgetreten:
Von XXX-DC01-YYY nach XXX-DC02-YYY
Namenskontext: DC=xxxelgmbh,DC=eu
Beim Replizieren ist ein Fehler aufgetreten (8457):
Der Zielserver nimmt zurzeit keine Replikationsanforderungen entgegen.
Auftreten des Fehlers: 2018-10-30 13:30:41.
Letzter erfolgreicher Vorgang: 2018-10-21 22:23:36.
Seit dem letzten erfolgreichen Vorgang sind 2689 Fehler aufgetreten.
Die Replikation wurde mithilfe der Serveroptionen deaktiviert.


Wir hatten den Server letzte Woche einmal zurückgesichert. Wie aktiviere ich die Replikation wieder?
sabines
sabines 30.10.2018 um 14:54:56 Uhr
Goto Top
Zitat von @Orkanson:

Wir hatten den Server letzte Woche einmal zurückgesichert. Wie aktiviere ich die Replikation wieder?

Einen DC zurücksichern ist immer ein kleines bis großes Risiko, deswegen ist der Weg einer Neuinstallation i.d.R. der bessere.
Kläre bitte mal vorab, welche Rollen FSMO etc welcher DC hat oder hatte.
Hubert.N
Hubert.N 30.10.2018 um 16:15:24 Uhr
Goto Top
Moin face-smile

Einen DC zurücksichern ist immer ein kleines bis großes Risiko, deswegen ist der Weg einer Neuinstallation i.d.R. der bessere.
jepp... Kommt aber auch immer ein wenig darauf an, wie man ihn zurücksichert. Beliebte Kandidaten für "am Ende Müll" sind dann eben immer die Imagerücksicherungen. Eine richtiges Restore des Systemstate bereitet eigentlich nie diese Probleme.


Grundsätzlich kannst du die Replikation mit REPADMIN /Options -DISABLE_INBOUND_REPL bzw. REPADMIN /Options -DISABLE_Outbound_REPL steuern.

Aber... Man sollte nicht leichtfertig "mal eben" die Replikation einfach so wieder anwerfen. (Denn wir alle wissen doch dass "mal eben" der Garant für eine durchgemachte Nacht ist). Vorab die Protokolle auswerten, den aktuellen Systemstate gesichert haben etc. sollte man schon mal gemacht haben...

Gruß

Hubert
Orkanson
Orkanson 30.10.2018 aktualisiert um 18:59:34 Uhr
Goto Top
Ja danke. ich versuche mal mein Glück. Wir haben ja Feiertag.

Wir haben mit Veeam zurück gesichert, weil eine wichtige Datenbank unabhängig vom AD mit auf dem DC lag die wir dringend brauchen.
sabines
sabines 31.10.2018 um 06:49:15 Uhr
Goto Top
Zitat von @Orkanson:

Wir haben mit Veeam zurück gesichert, weil eine wichtige Datenbank unabhängig vom AD mit auf dem DC lag die wir dringend brauchen.

Auf einem DC hat eine zusätzliche DB nichts zu suchen, der soll nur AD, DNS, etc machen.
Warum habt ihr nicht nur die Datenbank zurückgesichert und auf einem anderen Server eingehängt?
emeriks
emeriks 31.10.2018 um 08:27:42 Uhr
Goto Top
Klarer Fall!
Der größte Fehler war, dass zurückgesichert wurde. Hätte man eine Wiederherstellung ausgeführt, dann wäre das ganz sicher nicht passiert.
Orkanson
Orkanson 01.11.2018 um 08:25:32 Uhr
Goto Top
Ist mir bewusst das da eine andere Datenbank nichts zu suchen hat, aber dem Kunden ist das auf jedenfall nicht Bewusst gewesen genau so wenig wie es ihm nicht bewusst war einfach SQL zu löschen.

Ist müsig nun das warum zu diskutieren. Danke erstmal für die Hilfe.