• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

drucken mit cups von linux pc auf linux server -> probs

mittlerweile habe ich es geschafft meinen drucker der an einem linux pc (server) hängt, an meinem 2. linux pc zu installieren.
der cups server laeuft auf dem server, an dem client in der druckerverwaltung habe ich die ip adresse des servers und die logindaten eingetragen.
die installierten drucker vom server erscheinen automatisch in der druckerverwaltung vom client.
mit rechte maustaste auf den drucker -> "testen" kann ich vom clientpc aus eine testseite ausdrucken, die auch am drucker ausgedruckt wird.
wenn ich aber aus einem programm drucken will bekomme ich immer einen ausdruck mit folgendem inhalt:

INTERNAL ERROR - FALSE
POSITION: 0xb09cd3 (11574483)
SYSTEM: H&FW/xl_tbl
LINE: 407
VERSION: QPDL 1.22 12-02-2003

neustarten von cups auf dem client bzw. server bringt nichts. mein winxp rechner druckt via samba ohne probleme, lokal vom server drucken funzt auch.
hat jemand ne ahnung was die fehlermeldung bedeutet ???
 

rethus

Advanced Hacker
Hi, du schreibst, wenn du aus einem Programm drucken möchtest... Welche Programme hast du bis jetzt probiert, oder ist das immer bei einem bestimmten Programm?

Hast du die Logdateien schon mal unter die Lupe genommen?
Sollte eigentlich die erste Anlaufstelle zur Problemlösung sein....

Kannst ja mal die entsprechenden Zeilen Posten.
 

misiu

Moderator
Teammitglied
Linux-Distribution?
Druckermodell?
Wie eingerichtet?
Was sagt /var/log/cups/error_log?

MfG
misiu
 
OP
F

fritzbee21

Hacker
Linux-Distribution?

auf dem server suse 10.0
auf dem client suse 9.1

Druckermodell?

samsung scx-4100
wird von samsung mit linux treibern geliefert.
lokal vom server drucken funzt -> an den treibern liegt es nicht
(von windows aus drucken ueber samba funzt auch einwandfrei)

Wie eingerichtet?
als cups server auf dem pc suse 10.0, dort ist der drucker installiert.
am client (suse9.1) in der kde druckerverwaltung eingrichtet
dienstprogramme->drucker->druckerverwaltung
druckerverwaltung->verwaltung einrichten-> cups server
serverinformationen: ip des servers
port:631
zugangsinfos: root + rootpasswort
passwort in einrichtungsdatei speichern aktiv

jetzt "druckserver neu starten" und rootpasswort eingeben
dann erscheint der drucker vom server in der druckverwaltung
unter der karteikarte "informationen" stehen die infos vom drucker, das schaut soweit gut aus.
eine testseite laesst sich ja auch drucken, nur mehr eben nicht

Was sagt /var/log/cups/error_log?

testseite, ausgedruckt aus der druckerverwaltung vom client (erfolgreich)
I [15/Dec/2005:16:52:27 +0100] Adding start banner page "none" to job 160.
I [15/Dec/2005:16:52:27 +0100] Adding end banner page "none" to job 160.
I [15/Dec/2005:16:52:27 +0100] Job 160 queued on 'SCX-4100' by 'remroot'.
I [15/Dec/2005:16:52:27 +0100] Started filter /usr/lib/cups/filter/pstops (PID 5817) for job 160.
I [15/Dec/2005:16:52:27 +0100] Started filter /usr/lib/cups/filter/rastertosamsungspl (PID 5818) for job 160.
I [15/Dec/2005:16:52:27 +0100] Started backend /usr/lib/cups/backend/usb (PID 5819) for job 160.

ausdruck aus dem texteditor vom client (nicht erfolgreich)

I [15/Dec/2005:16:53:44 +0100] Adding start banner page "none" to job 161.
I [15/Dec/2005:16:53:44 +0100] Adding end banner page "none" to job 161.
I [15/Dec/2005:16:53:44 +0100] Job 161 queued on 'SCX-4100' by 'remroot'.
I [15/Dec/2005:16:53:44 +0100] Started filter /usr/lib/cups/filter/pstops (PID 5821) for job 161.
I [15/Dec/2005:16:53:44 +0100] Started filter /usr/lib/cups/filter/rastertosamsungspl (PID 5822) for job 161.
I [15/Dec/2005:16:53:44 +0100] Started backend /usr/lib/cups/backend/usb (PID 5823) for job 161.
 

misiu

Moderator
Teammitglied
Und der Ausdruck kommt, bloss mit der Fehlermeldung aufgedruckt?

Und wenn du den Drucker so installierst , wie die Readme von Samsung
vorschlägt?:

20051130084614343_DriversPack-1.0.165.tar.gz
Size : 15,633 KBytes Updated : 2005-11-30
<Install Method>
1) Login as root
2) Download and Extract the driver.
# tar xzf DownloadedFileName ( .....tar.gz)
3) Execute Installation Program.
# ./cdroot/Linux/install.sh
4) Select and click your model and click "Install"


<Requirement>
1. CUPS
2. SANE
3. Ghostscript


Sonst kann ich mir nur noch 2 Sachen vorstellen:
1. Die CUPS-Versionen bei Server und Client sind verschieden
(evtl. auch Ghostscript)
2. Die Firewall funkt dazwischen.

MfG
misiu
 
OP
F

fritzbee21

Hacker
hm also per samsung gui laesst sich die software nicht installieren, da das xwindow nicht funzt:

linux:/home/wolfgang/software # ./cdroot/Linux/install.sh
Starting graphical installation part. Please, wait...
linux:/home/wolfgang/software # Xlib: connection to ":0.0" refused by server
Xlib: Invalid MIT-MAGIC-COOKIE-1 key
autorun.gui: cannot connect to X server :0.0

ich habs dann zu fuss installiert, also
cdroot/Linux/models/scx4100 # ./scx4100.install
Copyright Samsung Software Center, Moscow 2001-2003 (c)
This installation script will install the Samsung SCX-4100 Series Driver
software version 1.0 on your system.

Do you wish to continue? yes

Do you agree with the terms of this license? yes
Removing old versions of scx4100 software...
....
Installation is complete.
linux:/home/wolfgang/software/cdroot/Linux/models/scx4100

auf dem suse 10.0 server sind folgende cups versionen aktiv:
wolfgang@snoopy:~> rpm -qa | grep ^cups
cups-client-1.1.23-21
cups-drivers-1.1.23-11
cups-1.1.23-21
cups-libs-1.1.23-21

auf dem client (suse9.1)
linux:/home/wolfgang/software # rpm -qa | grep ^cups
cups-libs-1.1.20-103
cups-drivers-stp-1.1.20-60
cups-drivers-1.1.20-60
cups-1.1.20-103
cups-client-1.1.20-103
cups-devel-1.1.20-103

ich mach mal ein onlineupdate vom cups unter suse9.1

ok hab jetzt folgende versionen von cups auf dem pc:

cups-drivers-stp-1.1.20-60
cups-client-1.1.20-108.22
cups-drivers-1.1.20-60
cups-1.1.20-108.22
cups-devel-1.1.20-108.22
cups-libs-1.1.20-108.22

was aktuelleres scheint es fuer 9.1 nicht zu geben.
drucken tut es immer noch nicht (ausser eben die testseite direkt aus der druckerverwaltung)
firewall ist bei beiden pcs nicht aktiv, die kann es nicht sein.
ich hab auf meinem notebook auch suse 9.1 am laufen, dort kann ich sporatisch auch ein dokument ausdrucken, hab allerdings kde3.4 auf dem notebook. auf dem pc hier noch kde 3.2

aber es kann doch nicht sein, das man von nem 9.1 suse auf nen 10.er nicht drucken kann *wunder*
 

rethus

Advanced Hacker
Du hast folgendes gepostet:
Xlib: connection to ":0.0" refused by server
Mit welchen Benutzerrechten hast du das Script ausgeführt?
Mit root ? (Bestimmt hast du mit su <Enter> zu root gewechselt?!?)
Das sieht mir so aus, als würden ihm beim ausführen des Scripts die Umgebungsvariablen fehlen.

Versuchs mal mit sux <Enter>. Dann sollte es das vielleicht auch mit der GUI tun (hoffe ich) :wink:

Mal ein anderer Ansatz... Hast du mal versucht über die URI zu drucken (localhost:635 [glaube ich])
 
OP
F

fritzbee21

Hacker
hm sux kannte ich noch nicht, funzt aber auch nicht:

wolfgang@linux:~> sux
Password:
linux:/home/wolfgang # cd software/cdroot/Linux/
linux:/home/wolfgang/software/cdroot/Linux # ./install.sh
Starting graphical installation part. Please, wait...
linux:/home/wolfgang/software/cdroot/Linux #

es passiert einfach nix.

ueber die uri hab ich auch schon versucht, dazu muss ich beim client in der druckerverwaltung beim cups server statt der ip adresse des servers einfach "localhost" eingeben.
dann verschwindet der drucker in der druckerverwaltung kommt sofort wieder. nur steht in der uebersicht unter "gerät" kein eintrag (normal muss da "usb" irgendwas hin). wenn ich jetzt etwas drucke, passiert einfach garnichts.

unter uri steht
ipp://snoopy.bla:631/printers/SamsungSCX-4100


snoopy.bla ist der servername, eingetragen in der druckerverwaltung des servers, druckerserver einrichten, karteikarte servereinstellungen. die zeile serververwaltung ist leer.
vielleicht muss ich dem druckerserver ja auch nur noch irgendwie den usb port mitgeben, das der cient das merkt ?
in der druckerverwaltung des servers steht die ipp genauso drin wie beim client.
als gerät ist hier
usb://Samsung/SCX-4100 Series

eingetragen, genau das was beim client fehlt !
 

misiu

Moderator
Teammitglied
Wie sieht die:
/etc/hosts.allow
und
/etc/hosts.deny
aus, vielleicht stimmen die Zugriffsrechte nicht.

MfG
misiu
 
OP
F

fritzbee21

Hacker
ok hm also *gruebel* muss ich denn dem cupsclient erlauben auf dem cups server zu drucken ?

also erstmal die hosts.deny vom server

wolfgang@snoopy:~> cat /etc/hosts.deny
# /etc/hosts.deny
# See 'man tcpd' and 'man 5 hosts_access' as well as /etc/hosts.allow
# for a detailed description.

http-rman : ALL EXCEPT LOCAL

wolfgang@snoopy:~>


die hosts.allow ist etwas laenger, komischerweise ist hier alles auskommentiert:

wolfgang@snoopy:~> cat /etc/hosts.allow
# /etc/hosts.allow
# See 'man tcpd' and 'man 5 hosts_access' for a detailed description
# of /etc/hosts.allow and /etc/hosts.deny.
#
# short overview about daemons and servers that are built with
# tcp_wrappers support:
#
# package name | daemon path | token
# ----------------------------------------------------------------------------
# ssh, openssh | /usr/sbin/sshd | sshd, sshd-fwd-x11, sshd-fwd-<port>
# quota | /usr/sbin/rpc.rquotad | rquotad
# tftpd | /usr/sbin/in.tftpd | in.tftpd
# portmap | /sbin/portmap | portmap
# The portmapper does not verify against hostnames
# to prevent hangs. It only checks non-local addresses.
#
# (kernel nfs server)
# nfs-utils | /usr/sbin/rpc.mountd | mountd
# nfs-utils | /sbin/rpc.statd | statd
#
# (unfsd, userspace nfs server)
# nfs-server | /usr/sbin/rpc.mountd | rpc.mountd
# nfs-server | /usr/sbin/rpc.ugidd | rpc.ugidd
#
# (printing services)
# lprng | /usr/sbin/lpd | lpd
# cups | /usr/sbin/cupsd | cupsd
# The cupsd server daemon reports to the cups
# error logs, not to the syslog(3) facility.
#
# (Uniterrupted Power Supply Software)
# apcupsd | /sbin/apcupsd | apcupsd
# apcupsd | /sbin/apcnisd | apcnisd
#
# All of the other network servers such as samba, apache or X, have their own
# access control scheme that should be used instead.
#
# In addition to the services above, the services that are started on request
# by inetd or xinetd use tcpd to "wrap" the network connection. tcpd uses
# the last component of the server pathname as a token to match a service in
# /etc/hosts.{allow,deny}. See the file /etc/inetd.conf for the token names.
# The following examples work when uncommented:
#
#
# Example 1: Fire up a mail to the admin if a connection to the printer daemon
# has been made from host foo.bar.com, but simply deny all others:
# lpd : foo.bar.com : spawn /bin/echo "%h printer access" | \
# mail -s "tcp_wrappers on %H" root
#
#
# Example 2: grant access from local net, reject with message from elsewhere.
# in.telnetd : ALL EXCEPT LOCAL : ALLOW
# in.telnetd : ALL : \
# twist /bin/echo -e "\n\raccess from %h declined.\n\rGo away.";sleep 2
#
#
# Example 3: run a different instance of rsyncd if the connection comes
# from network 172.20.0.0/24, but regular for others:
# rsyncd : 172.20.0.0/255.255.255.0 : twist /usr/local/sbin/my_rsyncd-script
# rsyncd : ALL : ALLOW
 
Oben