Dutch_OnE

Mit dem ignore Reboot Schalter scheint es jetzt auch über die Aufgabenplanung zu funktionieren.

Der Fehler ist, dass er nach get-wuinstall nach einem Reboot fragt. Das scheint das Problem zu sein. Auch beim manuellen Aufruf läuft er nicht durch. Hängt möglicherweise auch vom Powershell und von der Server Version ab. Wenn ich dann nein auswähle, läuft es wunderbar durch. Danach schicke ich eine Mail raus und prüfe dann ob ein Reboot notwendig ist. Daher nützt mir der auto reboot Schalter nichts.

Ich taste mich jetzt mal ran. Erstmal nochmal manuell testen, ob es wirklich dann sauber läuft.

Wenn ich das über die Aufgabenplanung ausführe, scheint er nach dem ersten Updaten einen Neustart machen zu wollen und installiert nicht mehr weiter. Da get-wuninstall aber auch nicht fertig ist, springt er nicht weiter. Henne Ei Prinzip, also Neustart oder zweites Update Per Hand scheint er aber alle zu installieren und dann einen Neustart zu machen. Echt merkwürdig.

Über die Powershell:ISE kann man alles schöne sehen. Nur leider öffnet die sich nicht über die Task Planung

Wenn ich das manuell aufrufe, scheint es zu klappen. Nur über die Aufgabenplanung gehts irgendwie nicht.

Moin, Get-Wuinstall -KBArticleID 'KB890830' -AcceptAll Get-WUInstall -Category 'Critical Updates','Security Updates' -AcceptAll Diese beiden Befehle führe ich nacheinander aus. Danach soll dann ein Neustart ausgeführt werden. Manchmal hängt er zwischen den Updates mit einem benötigtem Neustart fest und das Script läuft nicht durch. Sollte man diesen Parameter nutzen? .PARAMETER IgnoreRebootRequired gruß do

Moin, ich lasse ein Powershell Script über die Aufgabenplanung laufen. Wenn ich es per Hand ausführe, funktioniert es. Über die AP leider nicht. Als User habe ich schon auf System gestellt. Ändert bei einigen Geräten das Verhalten, aber nicht bei allen. Kann ich die Aufgabe debuggen, um zu sehen wo das Problem ist? Gruß DO

In Event Log sehe ich noch: (von Jobs wo die Übertragung durch ist, so bin ich jedenfalls der Meinung) ID61 - BITS stopped transferring the BITS Transfer transfer job that is associated with the FILE.URL. Status Code is 0x80070002 ERROR_FILE_NOT_FOUND0x80070002 The “Parameters” key is missing. Ensure that the following keys and values exist: HKLM\SYSTEM\CurrentControlSet\Services\BITS\Parameters\ServiceDll= %SystemRoot%\System32\qmgr.dll aber auch einige mit ID60 (gleiche Meldung mit Code 0x0) Viele Übertragungen machen aber auch gar keinen Eintrag.

Also die Ordner mit den GUID Namen sind abgebrochene BITS-SESSIONS. Auf dem Server, der die Übertragung starten kann ich BITS-TRANSFERS sehen. Ich bin mir nur nicht sicher, bzw. schließe es aus, dass die JOBID vom BITSJOB der GUID des Ordners entspricht. Folgende Fragen habe ich aber noch: Gibt es eine Möglichkeit in abgeschlossenen BITS-JOBS zu sehen, welche Dateien enthalten waren? Ich sehe im IIS LOG permanent folgende Einträge die permanent weiterlaufen, auch wenn die Datei schon übertragen wurde. Warum kommen von "alten" Dateien noch diese Meldungen? Datum - Zeit - SERVER-IP - BITS_POST - SERVER Folder/FILE - 443 - CLIENT-IP - Microsoft+BITS/7.7 - 200 - 0 - 0 - 15

Moin, ich experementiere gerade mit Powershell und der Installation von Windows Updates. Bei einigen Serven werden die Updates installiert (sind unter installierte Updates mit richtigem Datum zu sehen) aber im Update Verlauf fehlen sie. Wenn ich mit gethotfix oder wmic abfrage, sehe ich die Updates, aber die Spalte "InstalledOn" ist leer. Jemand eine Idee dazu? Das scheint wohl mit dem Datumsformat US / GER zu tun zu haben. Wahrscheinlich dreht der die Zeilen, so dass es dann nicht mehr angezeigt werden kann, wenn man es mit Powershell installiert.

Habe ich auch versucht. Da stehen auch keine Jobs. Ist echt merkwürdig Ich sehe im IIS-Log das für Dateien zum Teil mehrere Session geöffnet, aber zum Teil nicht wieder geschlossen werden. Das scheint das Problem zu sein.

Das befürchte ich leider auch. Es entsteht wohl während der Übertragung der GUID Ordner mit 2 Files. Dem requestfile.bin und einem statefile. Nach Übertragung verschwindet der komplette GUID Ordner. Kurze Zeit später ist er dann wieder da und das statefile ist ebenfalls vorhanden. Manchmal bleiben halt auch noch die bin Dateien und das müllt die Partition voll.

get-bitstransfer gibt nichts aus, ist also leer. Diese Files sind doch ein bereitgestellter Speicher für die zu übertragenden DAten oder und sollten nach der Übertragung eigentlich wieder verschwinden?

Moin, auf einem System läuft der BITS Dienst zur Annahme und Weitergabe von Daten. Es gibt einen Ordner, der sich BITS-Sessions\Requests\Anonymous-Null nennt, worunter noch weitere Unterorder mit einer GUID sind, die wiederum ein Requestfile.bin File enthalten. Dieses wird manchmal nach der Übertragung nicht entfernt und ich würde gerne wissen, ob man das über Powershell oder Ähnlich irgendwo einsehen kann, bzw. die Session löscht. GRuß DO

Backup Assist macht die Sicherung. Ich meine die Software setzt auf die Windows Sicherung auf.

Dann sollte ich mal wieder da neueste CU installieren. Die Mail Datenbank liegt auf D. Die Transport wird dann wohl per Default auf C liegen. Die komplette VHD wird täglich gesichert. Da wurden die Protokolle wohl nicht verarbeitet und ich habe dann die Umlaufprotokollierung aktiviert. https://gallery.technet.microsoft.com/office/Clear-Exchange-2013-Log-71abba44 Der Platz auf den Laufwerke ist wieder vorhanden. Neue Mails sind bei dem einem User auch wieder in gesendete zu sehen.

Moin, Exchange hat CU15 installiert. Zur Bereinigung habe ich die Umlaufprotokollierung aktiviert und das Clean Log Powershell Script ausgeführt. Von früheren Installationen, habe ich in Erinnerung gehabt, dass eine zu volle C Partition sowas auslösen kann. Ich kann aber nicht sagen, ob es vielleicht auch an dem nicht gestarteten Dienst lag. Auffällig ist aber, dass es bisher nur bei einem User so war. Bei anderen sind alle Mails da, bzw. haben nie gefehlt. Das muss ich nochmal klären, ob das nicht noch eine andere Ursache hat.

Guten Morgen, es handelt sich um einen Exchange 2016 Server. Im OWA fehlen Mails aus einem bestimmten Zeitraum (letzten 3 Wochen), aber nur im Ordner gesendete Objekte. Dazu sei gesagt, dass der Festplattenspeicher knapp wurde und ich den bereinigt habe. Außerdem war der Exchange Compliance Dienst aus. Nachdem ich den gestartet habe, wurden neue gesendete Mails wieder angezeigt. Habe ich eine Change die Alten Mails der letzten 3 Wochen auch noch wieder zu sehen? In Outlook sind sie leider auch nicht. Gruß DO

Hallo Norbert, eine GPO ist ja nicht aktiviert. Die einzige Einstellung die ich finde ist in den lokalen GPEDIT.msc, wo ProxySettingsPerUser auf 0 festgelegt ist. Damit halt alle die gleichen Einstellungen bekommen. In der Registry sehe ich unter HKLM ... ProxyOverride auch die Einträge der Ausnahme Liste des Proxy. Ich kann diese aber weder über die Registry, noch über Windows Proxy Einstellung, noch über Internetoptionen Proxy Einstellungen ändern. Meine Einträge werden immer gleich wieder gelöscht. Wahrscheinlich wird eine neue GPO die beste Lösung sein, nur interessiert mich halt, warum das so ist. Kann er was mit der ProxySettingPerUser Einstellung zu tun haben, dass man da nichts ändern kann? Oder ist das ein Windows 10 / 2016 Bug. Sowas habe ich auch schon gelesen. PS: IEAK kann ich nicht finden. Habe jetzt nochmal die Internetoptionen als Admin geöffnet und jetzt hat er es gespeichert. Mal schauen, ob es auch bleibt.

Moin, ich habe ein System wo im Internet Explorer Proxy Ausnahmen eingetragen sind. Diese kann ich aber nicht ändern, da einige Einstellungen vom Systemadministrator verwaltet sind. Dazu ist noch ein Registry Key aktiviert, da User spezifische Einstellungen nicht genutzt werden. Ich sehe die Listen in HKLM, kann dort was hinzufügen, aber das wird nicht im IE angezeigt. Füge ich was im IE hinzu, sind die Einstellungen ebenfalls wieder weg. Eine GPO kann ich auch nicht finden. Wie kann ich diese Liste erweitern? Gruß DO

Ich habe tatsächlich unterschiedliche Einträge im HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\InternetSettings\Connections\winhttpsettings festgestellt. Das gilt es zunächst zu analysieren.

@testperson ... kann man das irgendwie testen?

Der Client ist ein Produktivserver. Die Antwort bezog sich noch auf Gulp. @testperson Der WSUS läuft auf einem Server 2019. In der WSUS Console steht: 10.0.17763.1 "https://<WSUS FQDN>:<SSL Port>/selfupdate/wuident.cab" am Server möchte er die Datei dann speichern. Am Client siehe Beitrag oben

Moin, ja den Eintrag gibt es. Werde ich dann sichern und probieren. Wird aber erst nach 18:00 möglich sein, da es ein Produktivserver ist. @testperson Your current security settings do not allow this file to be downloaded