Can't send data to network printer
Hi: I have suse 9.1 with Linux kernel 2.6.5-7.95-default on AMD64 in 32-bit mode. Additional system config info posted below... The problem: A new Ricoh Aficio CL7200 printer which should print fine according to: http://linuxprinting.org/show_printer.cgi?recnum=Ricoh-Aficio_CL7200 doesn't. I set up the printer with Yast2, which reported that the port 9100 access to the printer was fine. Simple ASCII test page printed OK. As did a simple graphic page. A larger graphic+photo page appeared to hang the printer. The forum at Linuxprinting.org here: http://linuxprinting.org/forums.cgi?group=linuxprinting.ricoh.general tracks my process of discovering that the printer actually can print all the .ps files from my Linux apps Ok, but I just cannot get the larger files successfully to the printer using either lpr or ftp. Ftp-ing the Linux generated .ps files from a physically different Win2k box results in rapid data transfer and successful printing. The question is then: how do I go about fixing this network communication problem? There appear to be no other problems with networking on this Linux machine. Though, I have never tried ftp putting to anywhere, but only getting, so it may well be that putting is broken in general. In general ftp from Linux to printer runs very slowly for a few hundred kB, then stalls to dismal throughput of <1kB/s. Small files get through and print, large files time out or get corrupted, printer attempts to print using what it has, and garbage results. Example: crcarle@mango2:~> ftp 134.252.41.39 Connected to b906-168a-7200d.ran.sandia.gov. 220 RICOH Aficio CL7200 FTP server (5.10) ready. Name (134.252.41.39:crcarle): 331 Password required for crcarle. Password: 230 User crcarle logged in. Remote system type is UNIX. Using binary mode to transfer files. ftp> ls 500 'EPSV': command not understood. 227 Entering Passive Mode (134,252,41,39,255,253) 150 Opening ASCII mode data connection for '/'. -r--r--r-- root root 200 Jan 1 01:08 help -r--r--r-- root root 200 Jan 1 01:08 info -r--r--r-- root root 200 Jan 1 01:08 install -r--r--r-- root root 200 Jan 1 01:08 prnlog -r--r--r-- root root 200 Jan 1 01:08 stat -r--r--r-- root root 200 Jan 1 01:08 syslog 226 Transfer complete. ftp> put mozilla-print-cups-web-page.ps local: mozilla-print-cups-web-page.ps remote: mozilla-print-cups-web-page.ps 227 Entering Passive Mode (134,252,41,39,255,252) 150 Opening BINARY mode data connection for 'mozilla-print-cups-web-page.ps'. 43% |*************** | 288 KB 2.68 KB/s - stalled No errors appear in the syslog when attempting to ftp to the printer. Ftping to the printer from another machine (Windows) transfers at 100kB/s, no problem. Where do I go next? Network driver is (from dmesg): 3c59x: Donald Becker and others. www.scyld.com/network/vortex.html 0000:00:0e.0: 3Com PCI 3c905B-FX Cyclone 100baseFx at 0xb000. Vers LK1.1.19 0000:00:0e.0: Media override to transceiver type 5 (100baseFX). I had to put in /etc/modprobe.conf.local when I set up the system to get rid of errors relating to the duplexing of the NIC and to get it to work using the fibers: options 3c59x options=0x0205 Printer networking configuration: Networking set to TCP/IP, 100Mb/s full duplex. other params are set, but don't seem relevant, since it works fine from other PCs. Thanks for any assistance. -- Good day! ________________________________________ Christopher R. Carlen Principal Laser&Electronics Technologist Sandia National Laboratories PO Box 969 MS 9053 Livermore, CA 94550 USA crcarle@sandia.gov (925) 294-1562 (925) 294-1004 [fax]
Hello, On May 22 08:41 Chris Carlen wrote (shortened):
http://linuxprinting.org/forums.cgi?group=linuxprinting.ricoh.general
In particular http://linuxprinting.org/forums.cgi?group=linuxprinting.ricoh.general;articl... shows the real problem. Only to make sure that it is not the ftp client on the Linux machine try to use plain TCP data transfer by using the simple netcat and send it directly to port 9100 of the printer using cat testpg.ps | netcat 134.252.41.39 9100 For example to test plain TCP data transfer with two Linux machines run on the recipient machine netcat -l -p 9100 >/tmp/received and on the sender machine time cat testpg.ps | netcat IP_of_recipient 9100 For me this takes real 0m0.061s user 0m0.012s sys 0m0.004s
Ftp-ing the Linux generated .ps files from a physically different Win2k box results in rapid data transfer and successful printing.
Either the "physically different" makes a difference (unstable network hardware on the Linux machine?) or Windows is known to work sometimes better in unstable (half broken) network environments.
how do I go about fixing this network communication problem?
I cannot help you here because I am no network expert. Kind Regards Johannes Meixner -- SUSE LINUX Products GmbH, Maxfeldstrasse 5 Mail: jsmeix@suse.de 90409 Nuernberg, Germany WWW: http://www.suse.de/
Johannes Meixner wrote:
Hello,
On May 22 08:41 Chris Carlen wrote (shortened):
http://linuxprinting.org/forums.cgi?group=linuxprinting.ricoh.general
In particular http://linuxprinting.org/forums.cgi?group=linuxprinting.ricoh.general;articl... shows the real problem.
Only to make sure that it is not the ftp client on the Linux machine try to use plain TCP data transfer by using the simple netcat and send it directly to port 9100 of the printer using cat testpg.ps | netcat 134.252.41.39 9100
Good idea! I didn't know about netcat. The results are bleak, with a failed transfer. Thus it appears things are broken at the network level. I wish it were easy yto replace my network card, but it isn't due to the security environment. But that perhaps will be my next try. Thanks for the input. -- Good day! ________________________________________ Christopher R. Carlen Principal Laser&Electronics Technologist Sandia National Laboratories PO Box 969 MS 9053 Livermore, CA 94550 USA crcarle@sandia.gov (925) 294-1562 (925) 294-1004 [fax]
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The Tuesday 2006-05-23 at 13:14 -0700, Chris Carlen wrote:
Good idea! I didn't know about netcat.
The results are bleak, with a failed transfer. Thus it appears things are broken at the network level. I wish it were easy yto replace my network card, but it isn't due to the security environment. But that perhaps will be my next try.
Try the command "ifconfig", and look near the "errors" word in the TX line. If you have errors there, I would guess the cable is bad. - -- Cheers, Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFEc40DtTMYHG2NR9URAmYtAJ9Wlplg6c1yqwev5py0xwbloWsZWACdHe75 ZJ0+ot/9roabpbq7165P3mU= =ecdi -----END PGP SIGNATURE-----
participants (3)
-
Carlos E. R.
-
Chris Carlen
-
Johannes Meixner