Hallo Holger,

Zu Deinen Anmerkungen/Fragen:

1. Die Datei aus dem Postsync-Ordner habe ich wieder entfernt.

2. Die cups-browsed.conf-Datei habe ich nicht. Aber ich habe es auch so 
verstanden,
dass die erst ab Ubuntu 12.04 nötig ist? Wir haben zum Großteil noch Ubuntu 
12.04.

3. Dann habe ich in dieser Reihenfolge: 
a) auf dem Client die Datei „printers.conf“ umbenannt nach „printers.confBP“ 
(statt löschen),
b) den lokalen Cups vom Client neugestartet
c) Mich mich „http://localhost:631/admin“ lokal am Cups des Clients angemeldet 
und dort geschaut,
Ob die Drucker vom Server erkannt werden. => Das war jetzt tatsächlich wieder 
der Fall.
d) Außerdem wurde durch den Neustart des lokalen Cups die Datei „printers.conf“ 
im Verzeichnis /etc/cups neu geschrieben.

ABER:   
1) Die Einträge in dieser Datei sind „socket://…“-Einträge.
2) PDF-Dateien lassen sich weiterhin nicht korrekt drucken.

4. Deine Lösung, dafür zu sorgen, dass auf dem Client nie eine printers.conf 
steht, habe ich nicht ganz verstanden:
Ich habe das universelle Postsync verwendet, wo es eine Ordner-Struktur auf dem 
Server gibt, in der man Zeug abladen kann,
das dann in den Client gesynct wird. 
Du hast mir - glaube ich - eine Anleitung gegeben, was in einem Postsync-Skript 
oder so zu ergänzen ist. 
Das habe ich jetzt erstmal gelassen, da das händische Umbenennen/Löschen der 
printers.conf ja keine Veränderung bewirkt hatte.

5. Ja, ich meinte die Aufnahme in die workstation-Datei z.B. über die 
Schulkonsole.
Das hatte ich bisher nicht gemacht und war mir nun nicht sicher, ob es durch 
das Server-Upgrade nötig geworden ist.
Vorsichtshalber habe ich die Drucker dort jetzt mal eingetragen, da es nicht 
schaden sollte. So ist auch gleich dokumentiert,
welche IP sie im Netzwerk haben.

6. Was mir noch aufgefallen ist:
a) Ich habe mal einen Netzwerk-PDF-Printer erstellt, der im lokalen Cups die 
folgende Fehlermeldung bringt:
„Angehalten - „Backend /usr/lib/cups/backend/cups-pdf does not exist“.
Vielleicht gibt das einen Hinweis auf die Fehlerursache??
b) Ein alter Drucker lässt sich über die Oberfläche nicht mehr löschen.
(Es kommt immer ein Fenster mit dem einzigen Wort „Forbidden“ ...)

7. Wie kann ich feststellen, ob auf dem Server der richtige PDF-Treiber läuft?

Schönen Gruß,

Sebastian

> Am 22.01.2016 um 00:12 schrieb Holger Baumhof <holger.baum...@web.de>:
> 
> Hallo Sebastian,
> 
>> Das es auf meinen Clients überhaupt eine (nicht leere) printers.conf gibt, 
>> liegt vermutlich darin,
>> dass ich beim Versuch, das Problem zu lösen, 
>> mittlerweile die printers.conf vom Server in das postsync-Verzeichnis 
>> geschoben habe.
>> Das würde auch erklären, wieso dort „sockert://…“ drin steht und nicht wie 
>> bei Dir „ipp://..."
> 
> zuerst mal nimmst du die server printers.conf wieder aus dem postsync raus.
> Dann schaust du auf einem Client nach, dass da gar keine printers.conf
> liegt.
> Bei mir sieht das Verzeichnis auf dem CLient so aus (14.04)
> -----------
> drwxr-xr-x   5 root lp    4096 Jan 22 00:07 .
> drwxr-xr-x 171 root root 12288 Jan 22 00:06 ..
> -rw-r--r--   1 root root  2803 Mär 15  2014 cups-browsed.conf
> -rw-r-----   1 root lp    3086 Mär  7  2014 cupsd.conf
> -rw-r-----   1 root lp    3064 Mär  7  2014 cupsd.conf.O
> -rw-r--r--   1 root root  4500 Mär  3  2014 cupsd.conf.pre16-bak
> -rw-r--r--   1 root root  2970 Feb 23  2014 cups-files.conf
> drwxr-xr-x   2 root root  4096 Feb 23  2014 interfaces
> drwxr-xr-x   2 root lp    4096 Feb 23  2014 ppd
> -rw-------   1 root lp    3988 Jan 22 00:07 printers.conf
> -rw-------   1 root lp    3264 Jan 22 00:06 printers.conf.O
> -rw-r--r--   1 root root   240 Mär  3  2014 raw.convs
> -rw-r--r--   1 root root   211 Mär  3  2014 raw.types
> -rw-r--r--   1 root root   160 Feb 23  2014 snmp.conf
> drwx------   2 root lp    4096 Mär  3  2014 ssl
> -rw-r-----   1 root lp     244 Jan 22 00:07 subscriptions.conf
> -rw-r-----   1 root lp     244 Jan 22 00:06 subscriptions.conf.O
> -------------------
> 
> in der cups-browsed.conf steht unter anderem:
> BrowsePoll 10.16.1.1:631/version=1.1
> 
> Ich meine, ich hatte auch mal das "automatik funktioniert nicht"
> Problem: das lag damals an falschen Rechten der printers.conf auf dem
> Client.
> Ich habe das so gelöst, dass ich folgende Zeielen in der postsync habe:
> -------------
>    # printers.conf
>    rm /mnt/etc/cups/printers.conf*
> -------------
> 
> 
>> Oder müssen die Drucker ab jetzt in der Schulkonsole aufgenommen werden? 
>> (War bisher nicht nötig.)
> 
> was meinst du mir "aufgenommen"?
> Dass sie in der workstations stehen?
> Das ist nicht zwingend nötig: sie erscheinen in der Schulkonsole, weil
> die SchuKo die printers.conf auf dem Server ausliest.
> Natürlich muss der Drucker in der SchuKo dem Raum zugeordnet sein, aus
> dem Gedruckt werden soll.
> 
> Wenn wir wieder die serverdrucker auf dem Client haben, schauen wir, was
> mit den PDFs los ist: ich bin zuversichtlich, dass da nur ein falscher
> Treiber auf dem Server läuft.
> 
> Viele Grüße
> 
> Holger
> 
> -- 
> Mein öffentlicher PGP-key ist hier hinterlegt: pool.sks-keyservers.net
> _______________________________________________
> linuxmuster-user mailing list
> linuxmuster-user@lists.linuxmuster.net
> https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

_______________________________________________
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Antwort per Email an