13.01.2010
21:47 von
TBT
[Linux] Problem mit Cups und verteilten Druckern
So, heute bin ich mal wieder auf ein "nettes" Phänomen gestoßen.
Die Ausgangslage:
Homogenes Netzwerk mit 3 Cups-Servern, welche Drucker bereitstellen.
Genauer gesagt 1 Server mit mehreren Druckern, sowie Drucker-Klassen,
sowie 2 Arbeitsplatz-PCs mit lokal angeschlossenen Druckern.
Diese lokalen Drucker sollen natürlich auch für das Netz freigegeben sein.
Der Druckserver hat mehrere freigegebene Drucker-Klassen der Art
sowie einen freigegeben Drucker Namens "Kopierer"
Die beiden Arbeitsplätze haben lokal per USB angeschlossene Drucker,
welche auch freigegeben sind.
Starten nun alle 3 Rechner jeweils ihren Cups, werden alle Freigaben ausgetauscht,
und jeder kann überall drucken. Die Arbeitsplätze geben an den Server, der Server
gibt den Kopierer an die Arbeitsplätze, und außerdem erhalten die Arbeitsplätze die
Drucker-Klassen.
Des Weiteren erhalten alle weiteren im Netz vorhandenen Clients artig alle Drucker
und Drucker-Klassen - soweit so gut
Das Seltsame ist, das z.B. auf meinem Computer mein lokaler Cups nach einiger Zeit
die Klasse "Archiv" nach Drucker "Archiv" verschiebt. Der Anschluss des Druckers
lautet dann auch nicht mehr ipp://printi/classes/Archiv, sondern file:///dev//null
Ein Drucken ist dann natürlich nicht mehr möglich. Andere Client verschieben andere
Klassen zu den Druckern, ab und zu werden diese Pseudo-Drucker auch wieder zu den
Klassen zurück geschoben, wo sie dann wieder funktionieren.
Jemand eine Idee wie ich dem Cups das abgewöhne?
Das automatische Verteilen finde ich sehr prickelnd, da man sich jede Menge Arbeit
für Einrichtung etc. sparen kann. Aber die korrekte Topologie hält nach dem Start
nur ungefähr 10min, bis das Würfelspiel beginnt.
PS: die Cups laufen mit LogLevel "Warn", in bringen absolut keine Fehler.
Auch im LogLevel "Debug" kommen nur Statusmeldungen, aber keine Fehler.
Die Ausgangslage:
Homogenes Netzwerk mit 3 Cups-Servern, welche Drucker bereitstellen.
Genauer gesagt 1 Server mit mehreren Druckern, sowie Drucker-Klassen,
sowie 2 Arbeitsplatz-PCs mit lokal angeschlossenen Druckern.
Diese lokalen Drucker sollen natürlich auch für das Netz freigegeben sein.
Der Druckserver hat mehrere freigegebene Drucker-Klassen der Art
Code
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
<Class Archiv>
Info HP 2300
Location Servicebereich
State Idle
StateTime 1214309649
Accepting Yes
Shared Yes
JobSheets none none
Printer printi03
Printer printi04
Printer printi05
QuotaPeriod 0
PageLimit 0
KLimit 0
OpPolicy default
ErrorPolicy retry-job
</Class>Die beiden Arbeitsplätze haben lokal per USB angeschlossene Drucker,
welche auch freigegeben sind.
Starten nun alle 3 Rechner jeweils ihren Cups, werden alle Freigaben ausgetauscht,
und jeder kann überall drucken. Die Arbeitsplätze geben an den Server, der Server
gibt den Kopierer an die Arbeitsplätze, und außerdem erhalten die Arbeitsplätze die
Drucker-Klassen.
Des Weiteren erhalten alle weiteren im Netz vorhandenen Clients artig alle Drucker
und Drucker-Klassen - soweit so gut
Das Seltsame ist, das z.B. auf meinem Computer mein lokaler Cups nach einiger Zeit
die Klasse "Archiv" nach Drucker "Archiv" verschiebt. Der Anschluss des Druckers
lautet dann auch nicht mehr ipp://printi/classes/Archiv, sondern file:///dev//null
Ein Drucken ist dann natürlich nicht mehr möglich. Andere Client verschieben andere
Klassen zu den Druckern, ab und zu werden diese Pseudo-Drucker auch wieder zu den
Klassen zurück geschoben, wo sie dann wieder funktionieren.
Jemand eine Idee wie ich dem Cups das abgewöhne?
Das automatische Verteilen finde ich sehr prickelnd, da man sich jede Menge Arbeit
für Einrichtung etc. sparen kann. Aber die korrekte Topologie hält nach dem Start
nur ungefähr 10min, bis das Würfelspiel beginnt.
PS: die Cups laufen mit LogLevel "Warn", in bringen absolut keine Fehler.
Auch im LogLevel "Debug" kommen nur Statusmeldungen, aber keine Fehler.
Werbung
14.01.2010
00:14 von
wotan
Was sagt die Cups Doku dazu?
14.01.2010
00:20 von
TBT
habe nichts finden können, außer das es so funktionieren sollte.
So wie es ja ca 10min auch geht
So wie es ja ca 10min auch geht
15.01.2010
20:27 von
TBT
Problem gelöst,
es gab noch einen fest konfigurierten Clienten, wleche die Klassen als Drucker eingebunden hatte.
Diese Drucker waren zwar nicht freigegeben, aber anscheinend
hat dies geriecht, um die anderen zu verwirren
es gab noch einen fest konfigurierten Clienten, wleche die Klassen als Drucker eingebunden hatte.
Diese Drucker waren zwar nicht freigegeben, aber anscheinend
hat dies geriecht, um die anderen zu verwirren