Knowledgebase: PaperCut > Troubleshooting
Troubleshooting Print Archiving
on 11 August 2020 04:20 PM

“Help! We’re not able to see the Print Archiving Thumbnails in PaperCut. What should we check?”

Is Print Archiving enabled?

This feature is not enabled by default and requires the open source software program “Ghost Trap” installed on the Print server. First make sure Print Archiving is enabled by following these steps in our manual.

Also, make sure that Print Archiving hasn’t been intentionally disabled in PaperCut for the specific printer or user in question.

Does the user have permissions to view the archived print jobs?

PaperCut Print Archiving is a powerful feature that allows an administrator to view all documents printed through PaperCut. By default only the internal admin account in PaperCut has permissions to view archived print job. This means that even users given administrator access within the PaperCut Administration Console will not automatically have permissions to view archived print jobs.

If another specific user requires access to view archived jobs, the built in PaperCut administrator can assign these permissions by logging into the PaperCut Administration Console, and going to Options → Admin Rights. From there, choose the user you would like to give access to view archived jobs, and enable the Access archived jobs option under the List of Admin Rights.

Is there enough disk space left on the server?

Print archiving will stop if the server starts to run low on disk space. Check “Size Management” under the Print Archiving settings in PaperCut to adjust the threshold and make sure that your server has adequate disk space.

Are the print jobs a supported PDL?

PaperCut Print archiving supports the most common Page Description Languages (PDL) for printing spool files, including EMF, PCL5, PCL6, PDF, PostScript, and XPS, as documented on our Supported Printers page. If the PDL or Datatype is unknown or unsupported, the print job will pass through but will not be archived. Usually printer manufactures make a PostScript or PCL driver available, and this is what we recommend using to ensure the highest degree of compatibility with PaperCut.

For example, Canon UFR/UFR II is not a supported PDL for Print Archiving. This is due to UFR being a proprietary PDL and therefore cannot be interpreted by GhostTrap in order to generate the required image preview for recorded UFR spool files.

You can check for yourself what PDL is being used by a particular driver in PaperCut by looking at attributes column of the job log. In the example below a Canon UFR driver results in the message “Unable to convert this page to an image due to a conversion error”.

Thankfully, most manufacturers make a PostScript or PCL driver available which will provide the best results with Print Archiving. The PaperCut Global Print Driver may be a suitable alternative as well.

Are these print jobs from a secondary PaperCut Server?

There are some additional steps that sometimes get overlooked when a PaperCut Secondary Server is involved. Double check the steps on this page to confirm that you have set up the Central Archive and that the Print Provider service is configured correctly.

  • Make sure the Print Provider on the secondary server is upgraded to the same version as the PaperCut server.
  • Make sure the Print Provider service is started on the Secondary Server and is running as a domain user or service account that has read/write privileges to the Central Archive.
  • If this spontaneously stopped working recently, make sure the service account password has not expired or been changed.
  • Confirm that print-provider.conf file has been updated with the correct path for the Central Archive.