Description of problem: Samsung ML-1676P Laser printer fails to print with internal error Version-Release number of selected component (if applicable): How reproducible: Any document with an image Steps to Reproduce: 1.Print a document 2. 3. Actual results: INTERNAL ERROR is printed instead of the document. No error is indicated by Cups Expected results: Additional info: Downgraded to Cups 2.2.8-10 using the source from Fedora 29 and built it on Fedora 30. The printer works fine. While it is really an issue with the printer driver, Samsung has exited the business and it is unlikely that HP will put any resources on it or release the driver source. So, if Cups can help, it will be greatly appreciated. There is no reason to believe that the current solution will work on future versions of Fedora.
Hi Anil! thank you for reporting the issue! Would you mind following https://fedoraproject.org/wiki/How_to_debug_printing_problems and attach requested files please?
Created attachment 1568784 [details] journalctl output The cups debug level was set to debug2. The printing was completed at 10:31:01
Hmm... I cannot find the start of the job in the log... would you mind attaching file with logs for this specific job ($ journalctl -u cups JID=<NNN> > cups_job_log)? <NNN> is a job ID, you can find it by listing all old jobs by 'lpstat -W all' and it will be last entry - the first string will look like your_print_queue_name-NNN and these NNN numbers are JID. Thank you for your cooperation!
Created attachment 1568803 [details] The log of job The job log for the same task as in the earlier log
After update to F30 my computer (server) which have the Samsung printer SCX-3200 attached , I had lots of problems to print . I found in logs [1] I also found /etc/cups/cupsd.conf.rpmnew, after mv /etc/cups/cupsd.conf.rpmnew /etc/cups/cupsd.conf and restart cups.service the printer is not more located in network ... Seems we have multiple problems ... [1] PID 4112 (/usr/lib/cups/filter/rastertoqpdl) stopped with status 4.
Sergio, please file 2 new bugs - one for cups and second on splix - describe your network topology and provide data mentioned in https://fedoraproject.org/wiki/How_to_debug_printing_problems . Your issue is different from Anil's (yours is printer discovery and rastertoqpdl filter from splix). Please do not mix bugs.
Anil, thank you for the info! The job log shows no error, but the output of filters can be corrupted - unfortunately, I can check only outputs of first two filters, because the third is not in Fedora and do not have output format which AFAIK I can open in some viewer. Would you mind providing me data: 1) How do you try to print and what document you try to print (testpage from control-center, document from some app, from command line...) - if it is some document, provide document, the file which goes to cups (it is in /var/spool/cups dir, the name starts by letter 'd' and it should contain Job ID number. If there is no such file, reproduce the problem again and the new one should appear) and the name of application you used for printing 2) your ppd file - it is in /etc/cups/ppd, with the name <your_print_queue_name>.ppd
Created attachment 1570169 [details] file for job in cups spool the result is the same with the test page as well.
Created attachment 1570170 [details] Test page
Created attachment 1570172 [details] ppd fille for Samsung ML 1670 Printer
On my ML-1860 printed page looks like: INTERNAL ERROR - uw_color == 4 SYSTEM : h6fw_5.49/x1_image LINE : 341 VERSION : SPL 5.49 10-20-2010 Downgrade of cups to version provided by Fedora 29 is workaround. It might be a bug within uld (UnifiedLinuxDriver) provided by Samsung (now HP). As I'm using printer connected to router, it might be possible to capture network content send to printer with old and new cups. If someone is able to get some sense of such attachments. but maybe other options are there. If I understand correctly cups sends job for processing to uld binary. So either newer cups provides different input to that samsung blob, or the output of blob is additionally filtered (for various reasons like security) before being send to remote printer. I could run a test or two, but I do not know what and how to capture useful data.
Anil, please provide file from /var/spool/cups which starts by 'd'. Plus I have a question - it is the same file which was tried to print during catching the logs? Because I get different filters for your attached file than they are in logs. Jan, you can provide the same files as I requested from Anil in tarball. I need to check if some Fedora shipped filter is producing garbage - the steps which I will try are in the link from comments above.
As you probably find out, I'm still unable to reproduce the issue, Fedora filters are still creating valid file for the file which Anil provided (test page).
The logs were for a printing of a pdf file. I then found that the problem was reproducible for the test page as well. Hence, I sent the d file from the cups directory for the test page. If needed, I can rerun the test page print out and send the logs and the d file from the /var/spool/cups directory. Also, if the d-file with cups downgraded will help, I can do that as well. I had got the suggestion to downgrade cups from the following post - that is that the issue is cropping up with cups 2.2.11: https://www.bchemnet.com/suldr/forum/index.php?topic=363 thanks Anil
Created attachment 1575356 [details] debug from journal Tested print test page with 2.2.8 - worked OK. Then updated to current 2.2.11 from repository, and test page failed. No error on my machine. Just on paper the message was that internal error instead of standard test page. Files in /var/spool/cups for both runs attached - but they look similar. Attaching also journalctl output. Is there a way to clearly record what cups send to remote printer (p910nd)?
(In reply to Anil Seth from comment #14) > The logs were for a printing of a pdf file. I then found that the problem > was reproducible for the test page as well. That's unfortunate, because different files use different filters and options and that makes log irrelevant... please attach file and 'd' file of job when you caught the logs, or catch logs for test page job. > Hence, I sent the d file from > the cups directory for the test page. Unfortunately, you attached 'c' file - it gives a little more info, but it is not what I needed. Please upload relevant 'd' file. > > If needed, I can rerun the test page print out and send the logs and the d > file from the /var/spool/cups directory. That will give me more insight into it, thank you! > Also, if the d-file with cups > downgraded will help, I can do that as well. > > I had got the suggestion to downgrade cups from the following post - that is > that the issue is cropping up with cups 2.2.11: > https://www.bchemnet.com/suldr/forum/index.php?topic=363 Looking a little into upstream and I found this https://github.com/apple/cups/issues/5562 - IMHO https://github.com/apple/cups/issues/5562#issuecomment-483393639 says it all... I'll backport the issue to Fedora 30, but be aware it will go away in the future, so please press on Samsung/HP to fix their filter. > > thanks > Anil
Jan, Anil, Would you mind testing the builds before they go to bodhi? For to be sure it is really the case.
Here are the rpms - https://koji.fedoraproject.org/koji/taskinfo?taskID=35161976
FEDORA-2019-d754a7fa00 has been submitted as an update to Fedora 30. https://bodhi.fedoraproject.org/updates/FEDORA-2019-d754a7fa00
Thanks a million. The test page worked. So did a pdf file. Thanks again. Next time before buying a printer have to check that no ppd files are being used :)
Tested the rpms - 2.2.11-3 - print works again. Thank you.
cups-2.2.11-3.fc30 has been pushed to the Fedora 30 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2019-d754a7fa00
cups-2.2.11-3.fc30 has been pushed to the Fedora 30 stable repository. If problems still persist, please make note of it in this bug report.
*** Bug 1721637 has been marked as a duplicate of this bug. ***