Problem printing to IPP printer

The initial bug reporter has indicated here and in bug #55828 that this is probably not a duplicate of bug #55828.
I have reopened this bug and removed the mark as duplicate until we can clearly say this is a duplicate.

Thanks for your bug report, we need more information to find out what could be the problem.
Please provide the output from the printingbug info script run on your Ubuntu PC, it can be found here: https://wiki.ubuntu.com/PrintingBugInfoScript.
What happens when you try to print something? Do pages come out of the printer? What output do you get?
Can you do any kind of error logging related to the print server on the router?

When I print something the queue receives the data but the printer doesn't print at all. I tried with the queue-raw the samsung-ml1610 from Samsung (but problem with some ppm2spl2 or something) and also the cups included ppd the ml1510 (this one was the one worked before).
So no output at all, no error pages or garbage.

the router has a ssh server so I can connect to it, it looks like a linux embedded or something I'll what I can do.

Just on little detail, yesterday I had a document on the cups queue and it wasn't printing, when I restarted the router and after 3-5 seconds the printer printed the document and disappeared from the queue.

The logging and the printing info will post it latter.
Thanks.

Here I include the output.

It think you attached the wrong file, please attach the output of the script: printingbuginfo.txt instead of the script itself.

Ooops!

Here it goes!

I was wondering, how's the subject doing? I tried the latest edgy upgrades and still not working.

Do you get any errors in /var/log/cups/error_log with LogLevel in /etc/cups/cupsd.conf set to debug?

Yes, I do. I attach a piece of the log file. I must say that with dapper before the update it worked fine, and after the update I downgraded the cups packages and it worked again.

Thanks.

Robert,
I just noticed in your printingbuginfo.txt that you are using cupsys 1.2.2-0ubuntu0.6.06.001-0ivoks1. Please use the official cupsys 1.2.2-0ubuntu0.6.06 since we cannot support unofficial packages.
This is just a remark, I don't think this will solve your problem.

This information from your cups error_log indicates the problem:
E [04/Nov/2006:11:53:08 +0100] [Job 11] Print file was not accepted (server-error-device-error)!
E [04/Nov/2006:11:53:08 +0100] PID 11215 (/usr/lib/cups/backend/http) stopped with status 1!
D [04/Nov/2006:11:53:08 +0100] [Job 11] File 0 is complete.
I [04/Nov/2006:11:53:08 +0100] [Job 11] Backend returned status 1 (failed)

An explanation of the server-error-device-error can be found here: http://tools.ietf.org/html/rfc2911#section-13.1.5.5

Does raising the LogLevel in /etc/cups/cupsd.conf to debug2 give more information about the server-error-device-error in /var/log/cups/error_log?

I think your problem could be related to bug #55828, Dapper is still affected by this bug.
Please try the workaround of that bug by setting up your printer manually with the following command:
$ lpadmin -p printername -E -v ipp://192.168.1.1:1631/printers/SoHoPRINTER
This will add a new printer with the name "printername".
A potential problem with this workaround is that the "Paper" and "Advanced" tabs are disabled in the "Properties" of your printer in gnome-cups-manager so you won't be able to set printing options on your Ubuntu client.
Let me know if you are able to print with this workaround.

Bug #55828 has been fixed in Ubuntu Edgy, which was released recently (16 Octobre). Also Edgy has a newer cupsys with a number of fixes (1.2.4-2ubuntu3). You could try a desktop cd of Edgy. The desktop cd is a live cd, so you can boot directly from it. After boot you can configure your printer and try if it prints to your router, you don't need to install edgy to your hard drive to try. Edgy can be downloaded here: www.ubuntu.com/download.

First of all, thanks a lot Pascal, I appreciate the long answer.

Since I reported initially the bug I changed to Edgy, like a month ago and I kept in sync with the updates until it become the stable Edgy.

I tried the command you said and as you mentioned it disables the Paper and the Advanced tabs, but the problem is still there. The thing is that to be able to test it I have to reboot the printer and the router(print server), what makes me think that the problem locks the router print server, maybe some problem with the protocol.

The package you mention "cupsys 1.2.2-0ubuntu0.6.06.001-0ivoks1" it was a workaround I tried from a developer at other IPP bug, but it didn't worked neither. Now I use the 1.2.4-2ubuntu3 from the Edgy.

Another anomaly is that the log file keeps on repeating this:
D [04/Nov/2006:12:17:03 +0100] cupsdReadClient: 6 POST / HTTP/1.1
D [04/Nov/2006:12:17:03 +0100] cupsdAuthorize: No authentication data provided.
D [04/Nov/2006:12:17:03 +0100] CUPS-Get-Default
D [04/Nov/2006:12:17:03 +0100] CUPS-Get-Default client-error-not-found: No default printer
D [04/Nov/2006:12:17:03 +0100] cupsdProcessIPPRequest: 6 status_code=406 (client-error-not-found)
D [04/Nov/2006:12:17:03 +0100] cupsdReadClient: 6 POST / HTTP/1.1
D [04/Nov/2006:12:17:03 +0100] cupsdAuthorize: No authentication data provided.
D [04/Nov/2006:12:17:03 +0100] CUPS-Get-Printers
D [04/Nov/2006:12:17:03 +0100] cupsdProcessIPPRequest: 6 status_code=0 (successful-ok)
D [04/Nov/2006:12:17:03 +0100] cupsdReadClient: 6 POST / HTTP/1.1
D [04/Nov/2006:12:17:03 +0100] cupsdAuthorize: No authentication data provided.
D [04/Nov/2006:12:17:03 +0100] Get-Printer-Attributes ipp://localhost/printers/IPP_ML-1610
D [04/Nov/2006:12:17:03 +0100] cupsdProcessIPPRequest: 6 status_code=0 (successful-ok)
D [04/Nov/2006:12:17:03 +0100] cupsdReadClient: 6 POST / HTTP/1.1
D [04/Nov/2006:12:17:03 +0100] cupsdAuthorize: No authentication data provided.
D [04/Nov/2006:12:17:03 +0100] Get-Printer-Attributes ipp://localhost/printers/USB_ML-1610
D [04/Nov/2006:12:17:03 +0100] cupsdProcessIPPRequest: 6 status_code=0 (successful-ok)

at infinitum. (makes the log file really big)

I changed to debug2, I'll attach the file.

Thanks again.

And let's try to hunt down this "bug".

I tried the same but instead sending the test page to the printer created with the "lpadmin ..." command, sending it to the normal ipp printer. I found this errors around the http backend error.

d [04/Nov/2006:21:56:29 +0100] add_queued_job_count(0x80d4038[8], 0x80a2b18[IPP_ML-1610])
d [04/Nov/2006:21:56:29 +0100] copy_attrs(to=0x80e25a8, from=0x80b3bf8, ra=0x80b34a0, group=0, quickcopy=0)
d [04/Nov/2006:21:56:29 +0100] copy_attribute(0x80e25a8, 0x80b3d08[printer-name,4,42])
d [04/Nov/2006:21:56:29 +0100] copy_attribute(0x80e25a8, 0x80b3d58[printer-location,4,41])
d [04/Nov/2006:21:56:29 +0100] copy_attribute(0x80e25a8, 0x80b3dc8[printer-info,4,41])
d [04/Nov/2006:21:56:29 +0100] copy_attribute(0x80e25a8, 0x80b4028[device-uri,4,45])
d [04/Nov/2006:21:56:29 +0100] copy_attribute(0x80e25a8, 0x80b4eb0[printer-make-and-model,4,41])
d [04/Nov/2006:21:56:29 +0100] copy_attrs(to=0x80e25a8, from=0x80a34c8, ra=0x80b34a0, group=0, quickcopy=-2147483648)
D [04/Nov/2006:21:56:29 +0100] cupsdProcessIPPRequest: 8 status_code=0 (successful-ok)
d [04/Nov/2006:21:56:29 +0100] cupsdProcessIPPRequest: Adding fd 8 to OutputSet...
d [04/Nov/2006:21:56:29 +0100] cupsdWriteClient: 8 bytes < 0
d [04/Nov/2006:21:56:29 +0100] cupsdWriteClient: Removing fd 8 from OutputSet...
E [04/Nov/2006:21:56:29 +0100] [Job 14] Print file was not accepted (server-error-device-error)!
d [04/Nov/2006:21:56:29 +0100] process_children()
E [04/Nov/2006:21:56:29 +0100] PID 6450 (/usr/lib/cups/backend/http) stopped with status 1!
D [04/Nov/2006:21:56:29 +0100] [Job 14] File 0 is complete.
d [04/Nov/2006:21:56:29 +0100] cupsdFinishJob: job->status is -256

Are there any improvement in this subject on Feisty?
Maybe I can migrate and give more info/debug.

Thanks.

You are trying to use the printer on your router via the IPP mode of the router. It is possible that this mode is not 100% compatible with the CUPS backend. Does the router provide other access modes for the printer, like for example TCP/Socket (Hp JetDirect) or LPD? The easiest is probably to make it working via TCP/Socket. Look into the confioguration web interface of the router (http://192.168.1.1/ with a web browser) and activate the TCP/Socket and/or LPD protocol. Then try socket://192.168.1.1:9100 or lpd://192.168.1.1 as device URI for your CUPS print queue (If the router supports SNMP, possible URIs can be auto-detected by "/usr/lib/cups/backend-available/snmp 192.168.1.1"). Does this work?

Well, the thing is that with older versions of cups it worked flawlessly and since I updated the dapper to 6.01 it stopped working.

The router has an USB port and is shared through IPP I haven't seen any other way to share it... I tried what you said and nothing happened, so I'm gonna download the source or bin for cups kit and install (force) the old version. I need the printer shared.

Thanks a lot.

Well I downgraded my edgy packages to the 1.2.0-0ubuntu5 version adding some other like the libgnutls12 and libtasn1-2 and now the printer works fine.

The only problem is that I have like 10 packages broken... not a big deal. I'll wait until feisty repair it or until I finish my semester.

Thanks.

[Expired for cupsys (Ubuntu) because there has been no activity for 60 days.]

I use a Brother HL 4050 on a USR-9108 router from a Gutsy client. It still does not work.

I'm going to attach the printinginfo file.

It's of course a Brother HL-5040. Sorry for the mistake.

Attached is the error.log for a try to print.

I have a 9108 USR router, a HP 1215. Exactly the same problem: the printer doesn't print when installed on router's print server at 192.168.1.1:1631/printers/PhotoSmart1215

Additional comments to my previous message: the protocol is IPP and the USR router cannot be set to other protocols. I have tried from other O.S. and the printer works fine. It looks like a CUPS problem.

I tried it on my USR5464, which uses the URI http://192.168.1.10:1631/printers/My_Printer for the printer. This can not be changed. (I sent a question to USR support. I'll let you know, what they say about it.)

Printing works fine from different Windows boxes.

Same problem here with my USR9108. As you can see here http://www.usr.com/support/9108/9108-ug/install_printer.htm#linux the printer doesn't support LPD/LPR, the only way to connect to the network printer is via ipp. Please let me know if you need some logfile, thanks.
I've installed cupsys 1.3.7ubuntu3 on my Hardy.

I have the same problem in Hardy. The bug seems to survive in new releases.

Printer HP LaserJet 1300 connected via USB to USR9107.
I tried every configuration option available in ubuntu and none worked.

It seems US Robotics has fixed the problem in the latest firmwares.
After updating my USR805464 to Firmware Version 4.150.10.15.3 I can print now without problems.

Also, for my USR9108A I found in the release notes for BETA Version 1.8 one point:
Printing issues with operating systems using Cups 1.2.x and 1.3.x

This is a bug of the print server box firmware, not a Ubuntu bug.