cups icon indicating copy to clipboard operation
cups copied to clipboard

"There was an error during cups operation: success"

Open guillaumesoucy94 opened this issue 1 year ago • 1 comments

Describe the bug "There was an error during cups operation: success" when adding a remote printer using LPR. In cups webGUI, I'd entered the same printer address than in the Linux Mint add printer GUI, nothing happens when clicking "Continue". The page just get reloaded.

To Reproduce Steps to reproduce the behavior on CUPS webGUI:

  1. Go to 'Add printers'
  2. Fill with info
  3. Click continue
  4. nothing happens.

Steps to reproduce the behavior on Linux Mint add printers:

  1. Go to 'Add printers'
  2. Fill with info
  3. Click continue
  4. "There was an error during cups operation: success".

Expected behavior On both Linux GUI and CUPS webGUI, the select driver interface supposed to show up.

Screenshots Screenshot at 2024-02-14 19-50-20

System Information:

  • OS and its version: Linux Mint 21.3 x64
  • CUPS version 2.4.1

Additional context I did search and, there was similar issues but not exactly what covering my problem. I do have 3 other printers on the system. Since few time, I do have the same error when adding other printers as well.

guillaumesoucy94 avatar Feb 15 '24 01:02 guillaumesoucy94

Hi,

please turn on CUPS debugging, reproduce the issue and upload the logs here with .txt suffix. See "REPORTING_ISSUES.md" for more info.

zdohnal avatar Feb 15 '24 06:02 zdohnal

Hello,

Sorry for the delays.

When reproducing the issue, it only writes lines in access_log , nothing in error_log .

access_log.txt

It also affects another computer, in the same way.

Guillaume

Edit

Should l recreate the issue as this one has been closed as no activity for a while?

Edit 2

There is another issue, and it seems to be a timeout when it's time to fetch a list of drivers. However, the thread ends with the reporter who can't reproduce the issue due to a hard disk failure and being forced to perform an OS fresh install.

Heres the link: https://github.com/OpenPrinting/cups/issues/641

guillaumesoucy94 avatar Jul 03 '24 18:07 guillaumesoucy94

Is that issue can be reopened? I still have an issue.

guillaumesoucy94 avatar Jul 05 '24 12:07 guillaumesoucy94

No logs in error_log is strange - have you enabled the CUPS debug logging? Or do you redirect logs into syslog/journal?

I don't plan to reopen until I have at least logs to examine.

zdohnal avatar Jul 08 '24 12:07 zdohnal

This is what we're looking for:

error_log.txt

Guillaume

Edit

The WebGUI is throwing that error:

Screenshot at 2024-07-11 17-55-12

It's seem having an issue when trying to retrieve the driver list.

The other few machines affected are also giving that error at the WebGUI.

guillaumesoucy94 avatar Jul 11 '24 18:07 guillaumesoucy94

I see from the logs:

D [11/Jul/2024:14:23:55 -0400] [CGI] Started ippfind (PID 656011)
I [11/Jul/2024:14:23:56 -0400] Expiring subscriptions...
D [11/Jul/2024:14:24:54 -0400] [Client 6] Closing on unexpected HTTP read state HTTP_STATE_POST_SEND.
D [11/Jul/2024:14:24:54 -0400] [Client 6] Closing connection.
D [11/Jul/2024:14:24:54 -0400] cupsdSetBusyState: newbusy="Not busy", busy="Active clients"
I [11/Jul/2024:14:24:54 -0400] Expiring subscriptions...
D [11/Jul/2024:14:24:54 -0400] Report: clients=2
D [11/Jul/2024:14:24:54 -0400] Report: jobs=0
D [11/Jul/2024:14:24:54 -0400] Report: jobs-active=0
D [11/Jul/2024:14:24:54 -0400] Report: printers=0
D [11/Jul/2024:14:24:54 -0400] Report: stringpool-string-count=397
D [11/Jul/2024:14:24:54 -0400] Report: stringpool-alloc-bytes=5624
D [11/Jul/2024:14:24:54 -0400] Report: stringpool-total-bytes=6784
D [11/Jul/2024:14:24:54 -0400] PID 655985 (/usr/lib/cups/daemon/cups-driverd) was terminated normally with signal 9.

I see starting ippfind, but no end of it - probably we could see more when debug2 was enabled, but I kind of recall this was an issue in the past - ippfind from driverless backend from cups-filters project took too long, causing listing drivers to timeout. For sure we should not end with "success", but otherwise it is not CUPS issue.

Can you try some latest versions of cups-filters? 2.0.0 or such - based on CUPS version I guess cups-filters there will be pretty old too.

zdohnal avatar Jul 12 '24 05:07 zdohnal

To emphasize - the fix here will be only change of error message, otherwise the issue lies in the other project -> cups-filters, but I would guess the issue is fixed in newer cups-filters releases. Basically, driverless from cups-filters needs to tell ippfind to end within reasonable time.

zdohnal avatar Jul 12 '24 07:07 zdohnal

So, I just need to update CUPS on those two machines?

Simple as that?

guillaumesoucy94 avatar Jul 18 '24 13:07 guillaumesoucy94

Not cups, but cups-filters - two different projects on Github and two different packages. And first - I don't know for sure, but I'm running on latest projects versions in Fedora and I don't see the issue, the second - I speak from the project perspective. Whether the latest upstream versions are in your OS, that's the question for your distro maintainers.

zdohnal avatar Jul 19 '24 04:07 zdohnal