Bug 510157

Summary: "Remote host did not accept data file"
Product: [Fedora] Fedora Reporter: Matt Castelein <matt.castelein>
Component: cupsAssignee: Tim Waugh <twaugh>
Status: CLOSED INSUFFICIENT_DATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: low    
Version: 11CC: jpopelka, pcfe, twaugh
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2009-07-23 01:29:56 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
Job file resuling in error none

Description Matt Castelein 2009-07-07 22:15:40 UTC
Tim, this is the additional bug report you requested for this "Remote host did not accept data file" error message:

E [07/Jul/2009:08:44:05 -0400] [Job 212] Remote host did not accept data file (2)
D [07/Jul/2009:08:44:35 -0400] [Job 212] printer-state-message="Remote host did not accept data file (2)"

Just to reiterate what I've already told you, the printer seems to be behaving as though it cannot accept any more data despite the job size being much smaller than the available memory.

Please leave me your instructions for attaching the data and I will post it to this bug report.

Comment 1 Tim Waugh 2009-07-08 09:14:45 UTC
Thanks.  What you need to do to grab the data file that CUPS receives is:

1. Run this: cupsctl -U root PreserveJobFiles=Yes
2. Send the print job from the client
3. ls -1 /var/spool/cups/d?????-001 | tail -n1

That will show the name of a file in the CUPS spool directory.  Please attach that file to this bug report.  Thanks!

Comment 2 Matt Castelein 2009-07-08 12:33:47 UTC
Created attachment 350923 [details]
Job file resuling in error

That's it?  Simple!  As it happens, I already have PreserveJobFiles turned on..

Comment 3 Tim Waugh 2009-07-10 16:29:10 UTC
Thank you.  Did you say that a few of the pages are printed?  How many?

Comment 4 Matt Castelein 2009-07-10 16:52:48 UTC
No pages were output for this job.  The printer just said "Busy" the whole time.

Comment 5 Tim Waugh 2009-07-16 08:47:26 UTC
*** Bug 512037 has been marked as a duplicate of this bug. ***

Comment 6 Tim Waugh 2009-07-16 09:09:39 UTC
Just adding a note that this is a spin-off from bug #505807.  Device is Lexmark Optra R+.

Comment 7 Patrick C. F. Ernzer 2009-07-16 09:34:19 UTC
FWIW: I just printed attachment 350923 [details] from Comment #2 without any problems with "lp -oraw d00212-001" on a Lexmark C530dn under cups-1.4-0.rc1.7.fc11.x86_64

Comment 8 Tim Waugh 2009-07-16 09:43:18 UTC
Matt, do *any* jobs succeed?  If so, is there anything you can think of that distinguishes the successful jobs from the unsuccessful ones?

Comment 9 Matt Castelein 2009-07-16 12:31:39 UTC
Smaller jobs will print.  I guess I need to buy a C530dn, huh?  Seriously, I'll begin more intensive testing for a possible error with the printer itself.

Comment 10 Matt Castelein 2009-07-21 19:09:47 UTC
I'm going to swap out the memory on my printer and see if that has any effect.  Incidentally I have found some posts by people who seem to have the same issue but I can't locate them.

http://osdir.com/ml/printing.cups.bugs/2004-11/msg00023.html

Comment 11 Matt Castelein 2009-07-23 01:29:56 UTC
Things seem much more even tempered using socket rather than LPR, perhaps I'll just change to that.  There's still issues printing PDF's but I have a suspicion that acrobat reader has something to do with that.  I have not seen this error again after changing to socket on port 9100.  I'm OK with closing it until such time as the error happens again.