Printing doesn't work from remote computer.

adamk · 2006-08-30 21:45:14

I used to be able to print from my windows laptop to my linux printer.
I recently upgraded stuff to get a new xorg and am now having problems.

Printing works fine locally. Here's the debug log from cups.
I see httpgets getting nothing, but I don't know how to find out why.

How can I track down the problem?

d [29/Aug/2006:08:49:16 -0700] copy_attribute(0x824f038, 0x80963a0[job-sheets-supported,4,42])
D [29/Aug/2006:08:49:16 -0700] ProcessIPPRequest: 5 status_code=0
d [29/Aug/2006:08:49:16 -0700] ProcessIPPRequest: Adding fd 5 to OutputSet...
d [29/Aug/2006:08:49:16 -0700] WriteClient: Removing fd 5 from OutputSet...
d [29/Aug/2006:08:49:16 -0700] ReadClient: 5, used=0, file=-1
D [29/Aug/2006:08:49:16 -0700] ReadClient: 5 POST / HTTP/1.1
d [29/Aug/2006:08:49:16 -0700] decode_auth(0xb7ba6008): Authorization string = ""
d [29/Aug/2006:08:49:16 -0700] decode_auth: 5 username=""
d [29/Aug/2006:08:49:16 -0700] IsAuthorized: con->uri = "/"
d [29/Aug/2006:08:49:16 -0700] FindBest: uri = "/"...
d [29/Aug/2006:08:49:16 -0700] FindBest: Location / Limit 7f
d [29/Aug/2006:08:49:16 -0700] FindBest: Location /admin Limit 7f
d [29/Aug/2006:08:49:16 -0700] FindBest: best = "/"
d [29/Aug/2006:08:49:16 -0700] IsAuthorized: auth = 0, satisfy=0...
d [29/Aug/2006:08:49:16 -0700] POST /
d [29/Aug/2006:08:49:16 -0700] CONTENT_TYPE = application/ipp
d [29/Aug/2006:08:49:16 -0700] ReadClient: 5 con->data_encoding = length, con->data_remaining = 131, con->file = -1
d [29/Aug/2006:08:49:16 -0700] ProcessIPPRequest(0xb7ba6008[5]): operation_id = 4005
d [29/Aug/2006:08:49:16 -0700] get_printers(0xb7ba6008[5], 1)
D [29/Aug/2006:08:49:16 -0700] ProcessIPPRequest: 5 status_code=0
d [29/Aug/2006:08:49:16 -0700] ProcessIPPRequest: Adding fd 5 to OutputSet...
d [29/Aug/2006:08:49:16 -0700] WriteClient: Removing fd 5 from OutputSet...
d [29/Aug/2006:08:49:16 -0700] ReadClient: 5, used=0, file=-1
d [29/Aug/2006:08:49:16 -0700] ReadClient: httpGets returned EOF...
D [29/Aug/2006:08:49:16 -0700] CloseClient: 5
d [29/Aug/2006:08:49:16 -0700] CloseClient: Removing fd 5 from InputSet and OutputSet...

THanks.

adamk · 2006-09-07 02:19:34

Doesn't anybody print remotely to an Arch linux box?

chrismortimore · 2006-09-07 08:33:48

I do from Linux to Linux, so I can't help you with Windows to Linux... But for reference, all you do for my set up is set ServerName in /etc/cups/client.conf on the remote machine and run the cups daemon, like so:

[root@toaster cups]# cat client.conf | grep ServerName
ServerName marbles.biscuits

"marbles.biscuits" is my desktop, which is also running a cups daemon.

adamk · 2006-09-11 00:12:38

Thanks...

Still looking for any ideas on how to troubleshoot why it doesn't work.
I'm seeing httpGets returned EOF as an error message from the ReadClient.

Cerebral · 2006-09-11 02:48:41

judging by

d [29/Aug/2006:08:49:16 -0700] IsAuthorized: con->uri = "/"
d [29/Aug/2006:08:49:16 -0700] FindBest: uri = "/"...
d [29/Aug/2006:08:49:16 -0700] FindBest: Location / Limit 7f
d [29/Aug/2006:08:49:16 -0700] FindBest: Location /admin Limit 7f
d [29/Aug/2006:08:49:16 -0700] FindBest: best = "/"
d [29/Aug/2006:08:49:16 -0700] IsAuthorized: auth = 0, satisfy=0...

it almost looks like the remote user isn't authorized. Which logfile is this? Check /var/log/cups/access_log and /var/log/cups/error_log for anything more significant. (sudo rm them, restart cups, then immediately try to print from the windows box to get the smallest possible log to sift through.)

scottro · 2006-09-11 03:07:17

Cups has done their usual great job of upgrading, breaking things, and not mentioning it.

What version of cups. 1.2.0 broke samba, though that was fixed.

Also, the new default cupsd.conf only allows printing from local host. In addition to the advice given above you can increase the debug level, changing LogLevel from info to debug2.

Samba logs might also be helpful.
FWIW, we have an Arch box doing some print serving, but I haven't upgraded it in awhile. (I upgrade on test machines first, and saw that there were some problems with cups, so I've left it alone--also on production machines, there's a lot of truth to the adage, "If it ain't broke, don't fix it."

One thing to try, in regards to troubleshooting, is to go into cupsd.conf and allow All in the <Location> directive and see if that helps. If it fixes the problem, you can then tighten it up. (Also put allow before deny.) I ~think~ (I only have on box with a brand new cupsd.conf--on the others, I'm using pre 1.2.0 configs, and on the new one, I've already edited it so I don't have a sample) that by default, it puts allow first, has allow from localhost, and so by default, everything else is denied.

Is the Windows box using ipp or samba. That is, did you add the printer to the Windows machine with \servernameprintername?

Good luck--Cups came by its nickname of C(an't)U(sually)P(rint) S(tuff--or other, more vulgar words) honestly. Gotta love their manpages too, it's the only one I've come across where they mention an option without telling what it does---their lpadmin page lists the -x option with no explanation--for the curious, -x will delete a printer.

Sorry, I get to talking about cups and I have to rant.

adamk · 2006-09-12 14:14:29

Hi - thanks for the tips.

I've got cups 1.1.23-5, I had what was out in February when 0.7.1 was released.

What I showed above was from error_log - debug level 2.

The access log shows very little:

localhost - - [11/Sep/2006:22:05:30 -0700] "POST / HTTP/1.1" 200 131
localhost - - [11/Sep/2006:22:05:30 -0700] "POST / HTTP/1.1" 200 131
localhost - - [12/Sep/2006:08:37:13 -0700] "POST / HTTP/1.1" 200 137
localhost - - [12/Sep/2006:08:37:13 -0700] "POST / HTTP/1.1" 200 137
localhost - - [12/Sep/2006:08:37:13 -0700] "POST /printers/LaserPrinter HTTP/1.1" 200 1870
localhost - - [12/Sep/2006:08:38:06 -0700] "POST / HTTP/1.1" 200 137
localhost - - [12/Sep/2006:08:38:06 -0700] "POST / HTTP/1.1" 200 137
localhost - - [12/Sep/2006:08:38:06 -0700] "POST /printers/LaserPrinter HTTP/1.1" 200 1870

At least I don't see anything helpful.

I have allow from the local host 127.0.0.1 and from the local WAN space
192.168.0.*

On the authorization, I looked at that...

I made a login name that matches on Arch and on Windows for the remote computer.

THanks.

Arch Linux

#1 2006-08-30 21:45:14

Printing doesn't work from remote computer.

#2 2006-09-07 02:19:34

Re: Printing doesn't work from remote computer.

#3 2006-09-07 08:33:48

Re: Printing doesn't work from remote computer.

#4 2006-09-11 00:12:38

Re: Printing doesn't work from remote computer.

#5 2006-09-11 02:48:41

Re: Printing doesn't work from remote computer.

#6 2006-09-11 03:07:17

Re: Printing doesn't work from remote computer.

#7 2006-09-12 14:14:29

Re: Printing doesn't work from remote computer.

Board footer