10
Win2012R2, KB4556846 (Kum.Patch Mai-2020), Drucker-Erkennung LocalPort, spoolsv.exe hängt
Hallo allerseits,
seit dem Einspielen von:
May 12, 2020—KB4556846 (Monthly Rollup):
https://support.microsoft.com/en-us/help/4556846
https://download.microsoft.com/download/0/8/0/080ad366-87a0-4f2b-89ea-d1 ...
oder alternativ dem kleineren:
May 12, 2020—KB4556853 (Security-only update):
https://support.microsoft.com/en-us/help/4556853
https://download.microsoft.com/download/4/4/9/44946316-ffeb-40a8-8b39-e1 ...
gibt es hier massive Probleme bei der Erkennung und Konfiguration von Druckern.
Zunächst war der installierte Fineprint-10.26 in Verdacht geraten, inzwischen konnte das Problem auch mit Hilfe des FP-Supports weiter eingekreist werden.
Deinstallation der Patches behebt das Problem, reproduzierbar auf einem physikalischen Server und einer VirtualBox-Spielwiese.
Rebootet man den Win2012R2-Server, braucht die Druckererkennung nach Installation eines der obigen Patches zur Listung aller installierten Drucker lange, ca. 2 Min, bis alle Drucker gelistet werden, die Erkennung online/offline dauert dann nochmals ca 1 Minute.
Mit dem Versuch, in der Systemsteuerung/ Drucker via Rechtsklick dann die Eigenschaften bestimmter Drucker aufzurufen, wird ein erneuter Netzwerk-Scan nach vorhandenen Druckern ausgelöst, so auch bei Fineprint und allen via LocalPort konfigurierten Druckern. Das Drucksystem hängt, teilweise TimeOut, gefühlt wird nach Druckern gesucht.
Unterbreche ich die Netzwerkverbindung (Deaktivieren der Server-NIC oder 'nicht angeschlossen' in einer VirtualBox), ist diese Verzögerung schlagartig weg, alles funktioniert, nur halt kein Netzwerkzugriff, was bei einem Server eher ungünstig ist... ;)
Deaktivieren der Firewall am Server und/oder Router ändert nichts am Problem.
C:\Windows\System32\spool\PRINTERS ist leer.
Bei Standard-TCP/IP-Port-Druckern gibt es mit dem Aufrufen der Einstellungen keine Probleme, unabhängig, ob diese gerade online oder offline sind.
Auffällig ist, dass in Systemsteuerung/ Drucker die LocalPort-Drucker immer 'bereit' sind, nie wird dort 'offline' angezeigt, auch falls die Windows-Arbeitsplätze mit diesen dort angeschlossenen lokalen USB-Druckern ausgeschaltet sind. Sollte hier nicht auch mal 'offline' auftauchen?
LocalPort-Konfiguration ist notwendig für die Druckansteuerung durch ein PVS-Softwarepaket, durchgeschleifte RDP-Drucker funktionieren hier leider nicht, es wird immer ein fester Druckername auf Server und Clients gebraucht, unabhängig vom an/aus-Funktionszustand der Clients.
Deinstalliere ich testhalber alle LocalPort-Drucker, funktioniert das Aufrufen der Einstellungen von Fineprint mit dessen Druckersuche wieder, kein TimeOut, dann noch vorhandene Drucker werden korrekt gelistet.
Die lange Drucker-Suchzeit nach Serverreboot allerdings bleibt erhalten.
Ich vermute das Problem im Zusammenspiel der hiesigen Konfiguration und Änderungen durch o.g. Patches, vielleicht hinsichtlich Drucksystem, Netzwerkerkenung o.ä..
Der Server wurde vor einiger Zeit von Win2008R2 auf Win2012R2 upgegradet und lief seitdem rockstable mit Terminalservices und SQLexpress.
Wie komme ich weiter, warum werden z.B. die Local-Port-Drucker nicht auch als offline erkannt?
Danke und schöne Pfingsttage, UC
seit dem Einspielen von:
May 12, 2020—KB4556846 (Monthly Rollup):
https://support.microsoft.com/en-us/help/4556846
https://download.microsoft.com/download/0/8/0/080ad366-87a0-4f2b-89ea-d1 ...
oder alternativ dem kleineren:
May 12, 2020—KB4556853 (Security-only update):
https://support.microsoft.com/en-us/help/4556853
https://download.microsoft.com/download/4/4/9/44946316-ffeb-40a8-8b39-e1 ...
gibt es hier massive Probleme bei der Erkennung und Konfiguration von Druckern.
Zunächst war der installierte Fineprint-10.26 in Verdacht geraten, inzwischen konnte das Problem auch mit Hilfe des FP-Supports weiter eingekreist werden.
Deinstallation der Patches behebt das Problem, reproduzierbar auf einem physikalischen Server und einer VirtualBox-Spielwiese.
Rebootet man den Win2012R2-Server, braucht die Druckererkennung nach Installation eines der obigen Patches zur Listung aller installierten Drucker lange, ca. 2 Min, bis alle Drucker gelistet werden, die Erkennung online/offline dauert dann nochmals ca 1 Minute.
Mit dem Versuch, in der Systemsteuerung/ Drucker via Rechtsklick dann die Eigenschaften bestimmter Drucker aufzurufen, wird ein erneuter Netzwerk-Scan nach vorhandenen Druckern ausgelöst, so auch bei Fineprint und allen via LocalPort konfigurierten Druckern. Das Drucksystem hängt, teilweise TimeOut, gefühlt wird nach Druckern gesucht.
Unterbreche ich die Netzwerkverbindung (Deaktivieren der Server-NIC oder 'nicht angeschlossen' in einer VirtualBox), ist diese Verzögerung schlagartig weg, alles funktioniert, nur halt kein Netzwerkzugriff, was bei einem Server eher ungünstig ist... ;)
Deaktivieren der Firewall am Server und/oder Router ändert nichts am Problem.
C:\Windows\System32\spool\PRINTERS ist leer.
Bei Standard-TCP/IP-Port-Druckern gibt es mit dem Aufrufen der Einstellungen keine Probleme, unabhängig, ob diese gerade online oder offline sind.
Auffällig ist, dass in Systemsteuerung/ Drucker die LocalPort-Drucker immer 'bereit' sind, nie wird dort 'offline' angezeigt, auch falls die Windows-Arbeitsplätze mit diesen dort angeschlossenen lokalen USB-Druckern ausgeschaltet sind. Sollte hier nicht auch mal 'offline' auftauchen?
LocalPort-Konfiguration ist notwendig für die Druckansteuerung durch ein PVS-Softwarepaket, durchgeschleifte RDP-Drucker funktionieren hier leider nicht, es wird immer ein fester Druckername auf Server und Clients gebraucht, unabhängig vom an/aus-Funktionszustand der Clients.
Deinstalliere ich testhalber alle LocalPort-Drucker, funktioniert das Aufrufen der Einstellungen von Fineprint mit dessen Druckersuche wieder, kein TimeOut, dann noch vorhandene Drucker werden korrekt gelistet.
Die lange Drucker-Suchzeit nach Serverreboot allerdings bleibt erhalten.
Ich vermute das Problem im Zusammenspiel der hiesigen Konfiguration und Änderungen durch o.g. Patches, vielleicht hinsichtlich Drucksystem, Netzwerkerkenung o.ä..
Der Server wurde vor einiger Zeit von Win2008R2 auf Win2012R2 upgegradet und lief seitdem rockstable mit Terminalservices und SQLexpress.
Wie komme ich weiter, warum werden z.B. die Local-Port-Drucker nicht auch als offline erkannt?
Danke und schöne Pfingsttage, UC
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 576190
Url: https://administrator.de/contentid/576190
Ausgedruckt am: 05.11.2024 um 04:11 Uhr
10 Kommentare
Neuester Kommentar
Mahlzeit.
seit dem Einspielen von:
May 12, 2020—KB4556846 (Monthly Rollup):
https://support.microsoft.com/en-us/help/4556846
https://download.microsoft.com/download/0/8/0/080ad366-87a0-4f2b-89ea-d1 ...
oder alternativ dem kleineren:
May 12, 2020—KB4556853 (Security-only update):
https://support.microsoft.com/en-us/help/4556853
https://download.microsoft.com/download/4/4/9/44946316-ffeb-40a8-8b39-e1 ...
gibt es hier massive Probleme bei der Erkennung und Konfiguration von Druckern.
May 12, 2020—KB4556846 (Monthly Rollup):
https://support.microsoft.com/en-us/help/4556846
https://download.microsoft.com/download/0/8/0/080ad366-87a0-4f2b-89ea-d1 ...
oder alternativ dem kleineren:
May 12, 2020—KB4556853 (Security-only update):
https://support.microsoft.com/en-us/help/4556853
https://download.microsoft.com/download/4/4/9/44946316-ffeb-40a8-8b39-e1 ...
gibt es hier massive Probleme bei der Erkennung und Konfiguration von Druckern.
Wundert mich nicht.
Zunächst war der installierte Fineprint-10.26 in Verdacht geraten, inzwischen konnte das Problem auch mit Hilfe des FP-Supports weiter eingekreist werden.
Deinstallation der Patches behebt das Problem, reproduzierbar auf einem physikalischen Server und einer VirtualBox-Spielwiese.
Deinstallation der Patches behebt das Problem, reproduzierbar auf einem physikalischen Server und einer VirtualBox-Spielwiese.
Wundert mich auch nicht.
Rebootet man den Win2012R2-Server, braucht die Druckererkennung nach Installation eines der obigen Patches zur Listung aller installierten Drucker lange, ca. 2 Min, bis alle Drucker gelistet werden, die Erkennung online/offline dauert dann nochmals ca 1 Minute.
Mit dem Versuch, in der Systemsteuerung/ Drucker via Rechtsklick dann die Eigenschaften bestimmter Drucker aufzurufen, wird ein erneuter Netzwerk-Scan nach vorhandenen Druckern ausgelöst, so auch bei Fineprint und allen via LocalPort konfigurierten Druckern. Das Drucksystem hängt, teilweise TimeOut, gefühlt wird nach Druckern gesucht.
Ja ja. MS hält Admins mittlerweile für blöde oder geht davon aus, dass jeder Geschäftsführer mit Pseudo-IT-Erfahrung meint, er müsse einen Server ohne Fachmann betreiben. Also macht Windows viele Sachen unnötig automatisch.
Unterbreche ich die Netzwerkverbindung (Deaktivieren der Server-NIC oder 'nicht angeschlossen' in einer VirtualBox), ist diese Verzögerung schlagartig weg, alles funktioniert, nur halt kein Netzwerkzugriff, was bei einem Server eher ungünstig ist... ;)
Deaktivieren der Firewall am Server und/oder Router ändert nichts am Problem.
C:\Windows\System32\spool\PRINTERS ist leer.
Bei Standard-TCP/IP-Port-Druckern gibt es mit dem Aufrufen der Einstellungen keine Probleme, unabhängig, ob diese gerade online oder offline sind.
Auffällig ist, dass in Systemsteuerung/ Drucker die LocalPort-Drucker immer 'bereit' sind, nie wird dort 'offline' angezeigt, auch falls die Windows-Arbeitsplätze mit diesen dort angeschlossenen lokalen USB-Druckern ausgeschaltet sind. Sollte hier nicht auch mal 'offline' auftauchen?
Warum denn? SMB liefert nur dann einen Rückkanal, wenn es angefordert wird. Der Localport kommt einem UNC-Pfad gleich und wir auch so angesprochen. Der ist auch verfügbar, wenn verlinkt, auch wenn das Ziel nicht online ist. Da wird nichts anderes gemacht, als einen Druckjob in Dateiform zu übertragen.
LocalPort-Konfiguration ist notwendig für die Druckansteuerung durch ein PVS-Softwarepaket, durchgeschleifte RDP-Drucker funktionieren hier leider nicht, es wird immer ein fester Druckername auf Server und Clients gebraucht, unabhängig vom an/aus-Funktionszustand der Clients.
Du könntest auch über LPD gehen. Funktioniert gut. Dann kannst Du die Drucker mit dem Standard-TCP/IP-Adapter ansprechen, aber im LPD-Modus. Die Warteschlange sollte dann tunlichst keine Leerzeichen haben.
Deinstalliere ich testhalber alle LocalPort-Drucker, funktioniert das Aufrufen der Einstellungen von Fineprint mit dessen Druckersuche wieder, kein TimeOut, dann noch vorhandene Drucker werden korrekt gelistet.
Die lange Drucker-Suchzeit nach Serverreboot allerdings bleibt erhalten.
Ich vermute das Problem im Zusammenspiel der hiesigen Konfiguration und Änderungen durch o.g. Patches, vielleicht hinsichtlich Drucksystem, Netzwerkerkenung o.ä..
Der Server wurde vor einiger Zeit von Win2008R2 auf Win2012R2 upgegradet und lief seitdem rockstable mit Terminalservices und SQLexpress.
Ja, man kann sich mit Updates und Patches so manche Maschine zerballern.
Wie komme ich weiter, warum werden z.B. die Local-Port-Drucker nicht auch als offline erkannt?
Hab ich Dir oben erklärt.
Danke und schöne Pfingsttage, UC
Danke und ebenfalls.
Hallo
und danke für den LPR (Line Printer Remote)/LPD (Line Printer Daemon)- Ansatz.
Auf dem Server funktioniert es schon mal:
Der Druckerdialog und die Eigenschaften der ehemaligen LocalPort-Drucker und von Fineprint-10.26-Server lassen sich jetzt auch bei aktivierter Netzwerkverbindung aufrufen, der Druckerdialog blockiert nicht mehr, einzig die Druckersuche nach dem Server-Reboot dauert recht lange, funktioniert aber.
Anleitung zur LPD-Konfig z.B. hier:
https://www.asus.com/de/support/FAQ/114024/
Nachfrage:
Wie müssen die Win7-Clientrechner für den Netzwerk-Zugriff auf die dort angeschlossenen lokalen USB-Drucker umkonfiguriert werden?
Normale Treiberinstallation wie bisher und Freigabe für die Benutzer? Oder spezielle Einstellungen für LPD?
(Bevor Diskussionen zu Win7 aufkommen: Diese Rechner arbeiten nur als RDP-Clienten und können aufgrund angeschlossene medizinischer Geräte derzeit (noch) nicht ersetzt werden. Allerdings ist der Win7-Zugriff auf Internet oder externe Netze via Hardware-Firewall komplett gesperrt.)
Danke und schönen Feiertag, UC
und danke für den LPR (Line Printer Remote)/LPD (Line Printer Daemon)- Ansatz.
Auf dem Server funktioniert es schon mal:
Der Druckerdialog und die Eigenschaften der ehemaligen LocalPort-Drucker und von Fineprint-10.26-Server lassen sich jetzt auch bei aktivierter Netzwerkverbindung aufrufen, der Druckerdialog blockiert nicht mehr, einzig die Druckersuche nach dem Server-Reboot dauert recht lange, funktioniert aber.
Anleitung zur LPD-Konfig z.B. hier:
https://www.asus.com/de/support/FAQ/114024/
Nachfrage:
Wie müssen die Win7-Clientrechner für den Netzwerk-Zugriff auf die dort angeschlossenen lokalen USB-Drucker umkonfiguriert werden?
Normale Treiberinstallation wie bisher und Freigabe für die Benutzer? Oder spezielle Einstellungen für LPD?
(Bevor Diskussionen zu Win7 aufkommen: Diese Rechner arbeiten nur als RDP-Clienten und können aufgrund angeschlossene medizinischer Geräte derzeit (noch) nicht ersetzt werden. Allerdings ist der Win7-Zugriff auf Internet oder externe Netze via Hardware-Firewall komplett gesperrt.)
Danke und schönen Feiertag, UC
Jeder Client, der einen Drucker bereit stellt, braucht den LPD-Service, damit Druckaufträge vom Server dort ankommen.
Wichtig:
Auf Client und Server sollte dergleichen Treiber installiert sein.
Auf beiden wird der Drucker lokal installiert. Nur auf dem Server wird der TCPIP-Port im Lpd Mode benutzt.
Wichtig:
Auf Client und Server sollte dergleichen Treiber installiert sein.
Auf beiden wird der Drucker lokal installiert. Nur auf dem Server wird der TCPIP-Port im Lpd Mode benutzt.
Nabend,
muss leider nochmal nachfragen...
Drucker ist auf Server und Win7-Client mit gleichem Treiber installiert. Auf Win7 freigeben?
Auf dem Win7-Client sind LPD Print Service und LPR Port Monitor installiert.
Auf dem Win2012-Server ist Druckdienste/LDP installiert.
Da der Drucker via USB am Win7-Clienten hängt, ist dieser hinsichtlich dieses Druckers dann der Server?
Bitte für Dummies:
Wie konfiguriere ich den Win7-Client mit dem USB-Drucker? Portname/ Hostname/PrinterQueue
Wie konfiguriere ich dann auf dem Win2012-Server den Zugriff darauf für alle? Portname/ Hostname/PrinterQueue
Und da hier mehrere dieser Drucker an verschiednene Win7-Clients so angesprochen werden müssen:
Darf/ muss sich die PrnterQueue unterscheiden?
DANKE, UC
muss leider nochmal nachfragen...
Drucker ist auf Server und Win7-Client mit gleichem Treiber installiert. Auf Win7 freigeben?
Auf dem Win7-Client sind LPD Print Service und LPR Port Monitor installiert.
Auf dem Win2012-Server ist Druckdienste/LDP installiert.
Da der Drucker via USB am Win7-Clienten hängt, ist dieser hinsichtlich dieses Druckers dann der Server?
Bitte für Dummies:
Wie konfiguriere ich den Win7-Client mit dem USB-Drucker? Portname/ Hostname/PrinterQueue
Wie konfiguriere ich dann auf dem Win2012-Server den Zugriff darauf für alle? Portname/ Hostname/PrinterQueue
Und da hier mehrere dieser Drucker an verschiednene Win7-Clients so angesprochen werden müssen:
Darf/ muss sich die PrnterQueue unterscheiden?
DANKE, UC
Moin,
muss leider nochmal nachfragen...
kein Problem!
Drucker ist auf Server und Win7-Client mit gleichem Treiber installiert. Auf Win7 freigeben?
Auf dem Win7-Client sind LPD Print Service und LPR Port Monitor installiert.
Das ist korrekt.Auf dem Win2012-Server ist Druckdienste/LDP installiert.
Das ist hier nicht nötig. LPD ist ein Empfänger, kein Sender.Da der Drucker via USB am Win7-Clienten hängt, ist dieser hinsichtlich dieses Druckers dann der Server?
Jeder Windows-7-Client, der einen lokal angeschlossenen Drucker bedient und im Netz bereitstellt, wird zu einem Druckserver.Hier in Deinem Fall zu einem LPD-Print-Server.
Bitte für Dummies:
Wie konfiguriere ich den Win7-Client mit dem USB-Drucker? Portname/ Hostname/PrinterQueue
des Clients angelegt. Den Namen dieser Warteschlange kannst Du -solltest Du- anpassen. Du kannst Dir ein Bennenungsschema
überlegen, dem Du folgst. Beispiel: Clientname: CW-021 Printername: CW-021-P1
Der Sinn liegt darin, dass wenn es zu Druckproblemen kommt, normalerweise der Portname ausgegeben wird, nicht aber, welche Warteschlange betroffen ist. Ferner macht es die Administration einfacher, denn der WS-Name hat keine Leerzeichen und hätte globale Anwendbarkeit im Netzwerk. Das sorgt ggf. für mehr Übersichtlichkeit.
Wie konfiguriere ich dann auf dem Win2012-Server den Zugriff darauf für alle? Portname/ Hostname/PrinterQueue
Auf dem Server installierst Du den Treiber und legst den Anschluss des Druckers an:
Hier rate ich wie oben, dass Du eine Nomenklatur einführst, die bei aufkommenden Fehler Dir zuarbeitet. Wenn der Portname aussagekräftig ist, weißt Du, dass ein Fehler auf CW-021-P1 an der Worstation CW-021 gegengeprüft werden kann. Die Darstellung CW-XXX, CL-XXX nutze
ich als Inventarnummern, als DNS-Name der Computer, als Teil des Portnamens für LPD. Ich fahre gut damit.
Feld Druckername oder -IP-Adresse: Ich würde DNS-Namen bevorzugen. Du verwendest hier den Namen des W7-Clients, der den Drucker anbietet.
Protokoll: LPR
Warteschlangenname: Das ist der Name der Windowswarteschlange auf dem W7-Client.
Haken bei LPR-Bytezählung unbedingt setzen. Windows steht da drauf.
Und da hier mehrere dieser Drucker an verschiednene Win7-Clients so angesprochen werden müssen:
Darf/ muss sich die PrnterQueue unterscheiden?
Darf/ muss sich die PrnterQueue unterscheiden?
Wie Du die Warteschlange auf den einzelnen Clients benennst, ist egal.
Wichtig ist, dass pro Drucker (nicht pro W7-Client) eine separate Druckerwarteschlange auf dem jeweiligen Server angelegt wird.
Dann gibt es keine Probleme. LPD macht den Rest.
Gruß
bdmvg
DANKE, UC
Ich hänge mich mal hier dran...
Gestern Nacht habe ich auch die Mai-Updates an diversen Servern installiert und habe jetzt auch ein Problem mit meinen Druckern bzw. Druckservern. Die Printserver laufen unter 2012R2 und bedienen insgesamt etwa 30 Drucker.
Irgendwelche Ideen? Mich macht stutzig, dass die 2012er keinerlei Probleme haben.
Das Eventlog auf einem 2008(R2) sagt
An einem Printserver habe ich die Updates noch nicht installiert. Der arbeitet heute genauso wie gestern. Und die älteren OS können den genauso ansprechen wie gestern.
Ein Treiberproblem kann es eigentlich nicht sein, weil der bis gestern hervorragend funktioniert hat. Ich vermute eher, dass die veralteten OS wegen irgendeiner Änderung im Kommunikationsverhalten nicht mehr mit dem 2012er "reden" können.
Nachdem die Updates KB4556846 und KB4556853 deinstalliert wurden funktioniert alles wieder so wie eh und je
PS: Bitte keine Diskussionen über Supportende von 2008 (R2) und Windows 7. Das sind einige wenige Maschinen die wegen der genutzten Software leider nicht aktueller sein können.
Manuel
Gestern Nacht habe ich auch die Mai-Updates an diversen Servern installiert und habe jetzt auch ein Problem mit meinen Druckern bzw. Druckservern. Die Printserver laufen unter 2012R2 und bedienen insgesamt etwa 30 Drucker.
- Von den Printservern direkt kann ich prima drucken
- Von anderen 2012R2 kann ich prima auf die freigegebenen Drucker drucken
- Von 2008, 2008R2 und Windows 7 aus kann ich nicht über den Printserver drucken
Irgendwelche Ideen? Mich macht stutzig, dass die 2012er keinerlei Probleme haben.
Das Eventlog auf einem 2008(R2) sagt
Der Druckspooler konnte den Druckertreiber, der von \\xxxxxxx\print$\x64\PCC\ntprint.inf_amd64_182652d18d7b86f5.cab in den Treiberspeicher für Treiber Kyocera Classic Universaldriver PCL6 heruntergeladen wurde, nicht importieren. Fehlercode= 800f0247. Dieser Fehler tritt auf, wenn ein Problem mit dem Treiber oder der digitalen Signatur des Treibers besteht.An einem Printserver habe ich die Updates noch nicht installiert. Der arbeitet heute genauso wie gestern. Und die älteren OS können den genauso ansprechen wie gestern.
Ein Treiberproblem kann es eigentlich nicht sein, weil der bis gestern hervorragend funktioniert hat. Ich vermute eher, dass die veralteten OS wegen irgendeiner Änderung im Kommunikationsverhalten nicht mehr mit dem 2012er "reden" können.
Nachdem die Updates KB4556846 und KB4556853 deinstalliert wurden funktioniert alles wieder so wie eh und je
PS: Bitte keine Diskussionen über Supportende von 2008 (R2) und Windows 7. Das sind einige wenige Maschinen die wegen der genutzten Software leider nicht aktueller sein können.
Manuel
Hmmm, interessant!
Vielleicht kämen wir mit einer Supportanfrage an MS weiter, nur dort wird man (hoffentlich) wissen, was hinsichtlich Druckern und Netzwerk mit diesen Updates verschlimmbessert wurde. Und auch, ob da ein entsprechnedes Problem bekannt ist.
Wer hat da einen guten, möglichst direkten Draht?
LG UC
Vielleicht kämen wir mit einer Supportanfrage an MS weiter, nur dort wird man (hoffentlich) wissen, was hinsichtlich Druckern und Netzwerk mit diesen Updates verschlimmbessert wurde. Und auch, ob da ein entsprechnedes Problem bekannt ist.
Wer hat da einen guten, möglichst direkten Draht?
LG UC
Vielleicht kämen wir mit einer Supportanfrage an MS weiter, nur dort wird man (hoffentlich) wissen, was hinsichtlich Druckern und Netzwerk mit diesen Updates verschlimmbessert wurde.
Ich fürchte die Antwort kenne ich (in meinem Fall) schon: "Server 2008, 2008R2 und Windows 7 haben ihr Supportende schon erreicht bzw. überschritten. Bitte ein aktuelles OS einsetzen". Darauf würde es vermutlich hinauslaufen
Manuel
Das 2020-06 monatliche Sicherheitsqualitätsrollup für Windows Server 2012 R2 für x64 (KB4561666) hat das im OP beschriebene identische Problem…
Auch hier löst Deinstallation das Problem!
Es soll wohl ein Feature sein, kein Bug.
Lösung für das Beibehalten der Drucker-LocalPorts ohne den Workaround via LPD???
LG UC
Auch hier löst Deinstallation das Problem!
Es soll wohl ein Feature sein, kein Bug.
Lösung für das Beibehalten der Drucker-LocalPorts ohne den Workaround via LPD???
LG UC
Und das Zerschießen des Drucksystems durch MS geht weiter:
Print spooler might error or close unexpectedly when attempting to print
https://docs.microsoft.com/en-us/windows/release-information/status-wind ...
Print spooler might error or close unexpectedly when attempting to print
https://docs.microsoft.com/en-us/windows/release-information/status-wind ...
