Windows 2008R2 - Printserver - XP-Clients
Hallo Zusammen,
folgende Problemstellung ergibt sich mir seit Tagen.
Leider lässt es mein Arbeitsfeld nicht zu mich "intensiv" mit solchen Problemen zu beschäftigen.
Unzwar:
Zur Zeit hat unser Unternehmen noch einen alten Printserver unter W2K3 laufen.
Die dort angelegten Drucker werden über ein Skript an die Clients verteilt (WinXP / Win7).
Dies funktionierte auch immer wunderbar.
Nun habe ich einen neuen Server erstellt W2K8R2 um dort einen neuen Printserver bereitzustellen.
Neuer Printserver: Windows Server 2008 R2, 4 GB RAM, 1 Core, 100GB HDD (VMware-Umgebung!)
Im Prinizip nun das übliche Spiel, Drucker hinzufügen (via IP)
Treiber auf dem neuen Druckserver einbinden (x86/x64).
Via GPO bereitstellen. DONE
Windows 7 Clients wunderbar. Alle Drucker da, in dem Fall doppelt durch das noch vorhandene Skript, welches ja auf den
alten Printserver zeigt.
Windows XP Clients zeigen nur die Drucker auf dem alten Printserver an!
JA klar, ganz logisch, man muss ja noch eine GPO erstellen die die PUSHPrinterConnections.exe enthält.
Erledigt. Nun auf meinem TestPC (XP-client) gpupdate /force. Neustart.
Als normaler User folgende Meldung der Spoolsv.exe
"The instruction at "0x7c910a19" referenced memory at "0x00000000". The memory could not be "read"."
Melde ich mich als Administrator an dem Testsystem an kommt diese Meldung:
"szAppName : spoolsv.exe szAppVer : 5.1.2600.6024 szModName : ntdll.dll
szModVer : 5.1.2600.5755 offset : 00010a19 "
Dann seh ich unter den Drucker-Optionen das hier kein einziges Gerät gelistet ist.
Nun, wenn ich den Print Spooler Service aufrufe sehe ich das dieser nicht mehr gestartet ist.
Wenn ich diesen nun Neustarte tauchen die Geräte wieder allesamt auf! (alter Printserver und neuer Printserver).
Ich habe schon einiges gegoogelt und hin und her.
Folgendes habe ich auch installiert: Group Policy Preference Client Side Extensions for Windows XP (KB943729)
ohne Erfolg!
Ich habe das Skript der alten Drucker komplett entfernt und dennoch nichts.
Die GPOs der neue Printer habe ich auch disabled, keine Hilfe.
Trotz aller Änderungen etc. taucht der Fehler weiterhin auf, dazu kommt: Wenn ich den Print Spooler Dienst neustarte werden wieder ALLE Drucker gelistet, auch diese, die eig. garnicht mehr verteilt werden sollten.
Ich entschuldige mich für vorrangegange Textmasse und das Durcheinander.
Mit freundlichen Grüßen
folgende Problemstellung ergibt sich mir seit Tagen.
Leider lässt es mein Arbeitsfeld nicht zu mich "intensiv" mit solchen Problemen zu beschäftigen.
Unzwar:
Zur Zeit hat unser Unternehmen noch einen alten Printserver unter W2K3 laufen.
Die dort angelegten Drucker werden über ein Skript an die Clients verteilt (WinXP / Win7).
Dies funktionierte auch immer wunderbar.
Nun habe ich einen neuen Server erstellt W2K8R2 um dort einen neuen Printserver bereitzustellen.
Neuer Printserver: Windows Server 2008 R2, 4 GB RAM, 1 Core, 100GB HDD (VMware-Umgebung!)
Im Prinizip nun das übliche Spiel, Drucker hinzufügen (via IP)
Treiber auf dem neuen Druckserver einbinden (x86/x64).
Via GPO bereitstellen. DONE
Windows 7 Clients wunderbar. Alle Drucker da, in dem Fall doppelt durch das noch vorhandene Skript, welches ja auf den
alten Printserver zeigt.
Windows XP Clients zeigen nur die Drucker auf dem alten Printserver an!
JA klar, ganz logisch, man muss ja noch eine GPO erstellen die die PUSHPrinterConnections.exe enthält.
Erledigt. Nun auf meinem TestPC (XP-client) gpupdate /force. Neustart.
Als normaler User folgende Meldung der Spoolsv.exe
"The instruction at "0x7c910a19" referenced memory at "0x00000000". The memory could not be "read"."
Melde ich mich als Administrator an dem Testsystem an kommt diese Meldung:
"szAppName : spoolsv.exe szAppVer : 5.1.2600.6024 szModName : ntdll.dll
szModVer : 5.1.2600.5755 offset : 00010a19 "
Dann seh ich unter den Drucker-Optionen das hier kein einziges Gerät gelistet ist.
Nun, wenn ich den Print Spooler Service aufrufe sehe ich das dieser nicht mehr gestartet ist.
Wenn ich diesen nun Neustarte tauchen die Geräte wieder allesamt auf! (alter Printserver und neuer Printserver).
Ich habe schon einiges gegoogelt und hin und her.
Folgendes habe ich auch installiert: Group Policy Preference Client Side Extensions for Windows XP (KB943729)
ohne Erfolg!
Ich habe das Skript der alten Drucker komplett entfernt und dennoch nichts.
Die GPOs der neue Printer habe ich auch disabled, keine Hilfe.
Trotz aller Änderungen etc. taucht der Fehler weiterhin auf, dazu kommt: Wenn ich den Print Spooler Dienst neustarte werden wieder ALLE Drucker gelistet, auch diese, die eig. garnicht mehr verteilt werden sollten.
Ich entschuldige mich für vorrangegange Textmasse und das Durcheinander.
Mit freundlichen Grüßen
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 187005
Url: https://administrator.de/contentid/187005
Ausgedruckt am: 07.11.2024 um 22:11 Uhr
24 Kommentare
Neuester Kommentar
Moin,
was passiert wenn du die Drucker per Script verbindest ...
... kommt da der gleiche Fehler, oder werden da alle Drucker verbunden?
Das Problem ist schwer zu identifizieren, da ja die Drucker alle verbunden werden (wenn der Spooler neugestartet wird)
Daher würde ich in erster Linie auf die GPO tippen ...
Greetz
fabian (zanko)
was passiert wenn du die Drucker per Script verbindest ...
... kommt da der gleiche Fehler, oder werden da alle Drucker verbunden?
Das Problem ist schwer zu identifizieren, da ja die Drucker alle verbunden werden (wenn der Spooler neugestartet wird)
Daher würde ich in erster Linie auf die GPO tippen ...
Greetz
fabian (zanko)
HeyHo,
eigentlich war meine Frage, was passiert wenn du das Script auf den neuen Printserver umbiegst.
Testweise kopierst du das Script und ersetzt den alten PS durch den neuen Printserver ...
... wenn du natürlich die Druckerbezeichnung auch geändert hast musst du diese im Script auch anpassen ;)
Auf das worauf ich hinaus will:
Funktioniert das Druckermapping auf allen PC's ohne Probleme mittels Script
Sollte dies ohne Probleme funktionieren dann müssen wir uns evtl. die GPO anschauen ...
Oder bringt der Druckerspooler jetzt immer noch die Fehlermeldungen?
... Evtl. schmeißt du mal alle Druckertreiber vom System ...
Greetz
eigentlich war meine Frage, was passiert wenn du das Script auf den neuen Printserver umbiegst.
Testweise kopierst du das Script und ersetzt den alten PS durch den neuen Printserver ...
... wenn du natürlich die Druckerbezeichnung auch geändert hast musst du diese im Script auch anpassen ;)
Auf das worauf ich hinaus will:
Funktioniert das Druckermapping auf allen PC's ohne Probleme mittels Script
Sollte dies ohne Probleme funktionieren dann müssen wir uns evtl. die GPO anschauen ...
Oder bringt der Druckerspooler jetzt immer noch die Fehlermeldungen?
... Evtl. schmeißt du mal alle Druckertreiber vom System ...
Greetz
Zitat von @Robobob:
Ohne Skript tauchen die alten Drucker wieder nach kurzer Zeit auf.
Obwohl ich die "neuen" Printer alle auf dem neuen Printserver gelöscht habe.
Immerhin taucht die Fehlermeldung zur Zeit nicht mehr auf.
Ich bin dennoch sprachlos.
Ohne Skript tauchen die alten Drucker wieder nach kurzer Zeit auf.
Obwohl ich die "neuen" Printer alle auf dem neuen Printserver gelöscht habe.
Immerhin taucht die Fehlermeldung zur Zeit nicht mehr auf.
Ich bin dennoch sprachlos.
Ich bin verwirrt
Wenn ich das richtig verstanden habe:
Kein Script / Keine GPO Drucker vom alten PS erscheinen trotzdem
Wie gesagt - mach mal die Maschine platt und versuch es dann nochmals ...
Dann dürfen keine Drucker gemappt werden - und dann können wir nochmals von 0 starten ...
Greetz
Zitat von @Robobob:
Ich "darf" die Maschine leider nicht platt machen. Sonst wäre es wohl schon gestern passiert.
Das ist ein Mitarbeiter-PC der durch "Zufall" zur Zeit frei ist. Und aus diversen Gründen darf ich nun mal nicht
einfach so platt machen, auch wenn ich wollte.
Ich "darf" die Maschine leider nicht platt machen. Sonst wäre es wohl schon gestern passiert.
Das ist ein Mitarbeiter-PC der durch "Zufall" zur Zeit frei ist. Und aus diversen Gründen darf ich nun mal nicht
einfach so platt machen, auch wenn ich wollte.
Alles klar - in diesem Fall ist es kein richtiger Test-PC ..
.. dann ist die Geschichte wieder was anderes ...
Also ohne Skript ohne aktive GPO, tauchen die Drucker auf dem "neuen" Printserver wieder auf,
obwohl dieser mittlerweile ausgeschaltet ist.
obwohl dieser mittlerweile ausgeschaltet ist.
Sie tauchen auf dem Client auf, oder? Auf dem Printserver sind sie ja installiert ...
... diese Aussage verwirrt mich enorm ...
... Sprich: Drucker auf neuem Printserver, oder?
Gott sei dank laufen die Drucker auf dem alten Printserver mit dem Skript wieder normal.
Ob das Problem die Ports auf dem Printserver sind? Welche man nicht einfach so wieder löschen kann, da es heißt diese
wären in Gebrauch.
Ob das Problem die Ports auf dem Printserver sind? Welche man nicht einfach so wieder löschen kann, da es heißt diese
wären in Gebrauch.
Ich denke du hast den Printserver ausgeschaltet?
Oder sind i-welche GPOs doch noch aktiv? Vll. durch eine fehlerhafte Replikation der DCs.
Kann sein - was sagt gpresult / was sagt das Eventlog?
Alles ganz verwirrend und verwunderlich die Geschichte
Greetz
Alles klar
Jetzt kommt wieder ein wenig Klarheit in die ganze Geschichte ...
Das Script hast du geprüft - nicht das der neue Printserver im Script steht ...
... würde erklären warum die Drucker dann auch gemappt werden
... das die Drucker nicht verfügbar sind würde passen - da Printserver DOWN ist
Aber so wie es für mich aussieht, zieht da immer noch entweder die GPO oder ein anderes Script
Was sagt gpresult oder das eventlog - kannst du da etwas brauchbares entnehmen?
Gruß
Jetzt kommt wieder ein wenig Klarheit in die ganze Geschichte ...
Das Script hast du geprüft - nicht das der neue Printserver im Script steht ...
... würde erklären warum die Drucker dann auch gemappt werden
... das die Drucker nicht verfügbar sind würde passen - da Printserver DOWN ist
Aber so wie es für mich aussieht, zieht da immer noch entweder die GPO oder ein anderes Script
Was sagt gpresult oder das eventlog - kannst du da etwas brauchbares entnehmen?
Gruß
Meiner Meinung nach wäre es gut wenn wir hier einen Schnitt machen und auf einem sauberen System weiter machen können ...
... da eine Neuinstallation nicht möglich ist, würde ich wie folgt vorgehen:
... Reinigung der Registry
... Reinigung des lokalen Printservers (auf dem Client alle Treiber / Port's / Drucker löschen)
... evtl. noch Reinigung auf Explorer Ebene
Dann haben wir wieder ein "halbwegs" sauberes System und können dann nochmals los starten ...
... Mittlerweile haben wir schon so viele Faktoren das wir nicht mehr wissen oder mit 100%iger Genauigkeit sagen können was nun, im Falle ein Änderung, passiert bzw. ob diese Änderungen wirklich durch uns erfolgt ist oder dadurch, dass das System "verhunzt" ist. Und daher drehen wir uns im Kreis ...
Greetz
... da eine Neuinstallation nicht möglich ist, würde ich wie folgt vorgehen:
... Reinigung der Registry
... Reinigung des lokalen Printservers (auf dem Client alle Treiber / Port's / Drucker löschen)
... evtl. noch Reinigung auf Explorer Ebene
Dann haben wir wieder ein "halbwegs" sauberes System und können dann nochmals los starten ...
... Mittlerweile haben wir schon so viele Faktoren das wir nicht mehr wissen oder mit 100%iger Genauigkeit sagen können was nun, im Falle ein Änderung, passiert bzw. ob diese Änderungen wirklich durch uns erfolgt ist oder dadurch, dass das System "verhunzt" ist. Und daher drehen wir uns im Kreis ...
Greetz
Naja das Problem ist der abgesicherte Modus.
Ansonsten könntest du das ja alles per Remote-Tools erledigen àla VNC oder Dameware ...
So musst du natürlich an jede Maschine ...
... und das mit dem Praktikant ist so eine Sache ;)
Danke ebenfalls einen guten Start und Wie kann ich einen Beitrag als gelöst markieren? nicht vergessen ;)
Greetz
Ansonsten könntest du das ja alles per Remote-Tools erledigen àla VNC oder Dameware ...
So musst du natürlich an jede Maschine ...
... und das mit dem Praktikant ist so eine Sache ;)
Danke ebenfalls einen guten Start und Wie kann ich einen Beitrag als gelöst markieren? nicht vergessen ;)
Greetz