New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[BUG] SubprocessOutputError: Ghostscript PDF/A rendering failed - Cant upload PDF Files since 1.17 #3933
Comments
i switched back to 1.16.5 and now it works again. |
i encountered the same problem, but when i removed some pdf/a conformity stamp in the documents (pops up on top of document when opened via adobe acrobat) in the documents by hand it worked again. |
I suggest looking into the issues at ocrmypdf. It's the one actually doing anything with ghostscript, not paperless, so fixes would need to be from upstream. |
Also, without a sample file, it's really hard to even begin poking around in either paperless or ocrmypdf to investigate. PDFs are surprisingly not very standardized |
for sure, i tried with several pdf files and no one works, since im going back to 1.16.5 i have no issue no longer, everything works fine now again. so maybe there is something wrong with the 1.17 container. if its not right here, do you have a sugesstion, where i have to adress the problem ? thx in advance. i put a file in as an attachment, its an closed bank account, so im not worry about spreading the information. |
i understand. i got on 2 diff. systems the same problem. so then im close the problem and i will stay on 1.16.5 because no one got the issue. |
And this happens with another file:
|
You can see the exact arguments with which ocrmypdf is getting called, you can try that directly but I'm not sure why this wouldn't be easily reproducible between docker installs. Regardless, if it can be reproduced directly against ocrmypdf the issue should be raised upstream |
i closed it because i saw it comming. like i wrote, i have an unraid system on an asrock 1805 and an promox with an J4105 (Lenovo Futro S740) and BOTH are giving the SAME problem. so i thought it have something todo with the made container Why i am thought so ?! so a lot hearing, yeah, it have nothing todo with that, so i closed it. p.s.: |
I just installed a fresh LXC with debian bookworm, updated it, installed docker and paperless. |
I also can't reproduce it with the one sample file about. Any configuration changes related to OCR or archive file creation? |
hello, i just repulled the docker image. nothing else changed. |
Adding on to this, ran into this exact issue on 1.17 today. With the following PDF X570D4U I also did confirm that when running this PDF against raw OCRMYPDF that the error does occur as well. |
If you add the option |
Same here with this PDF on Raspberry Pi4, 4 GB, Ubuntu 22 x64, paperless-ngx v1.17.0. |
It happens just to a few pdf files here. I then opended the file with the acrobat reader, and "printed it" with the microsoft pdf printer. No problems with the files in paperless after that. |
Anyone who can reproduce this against ocrmypdf directly it would be good to open an issue there https://github.com/ocrmypdf/OCRmyPDF/issues/ , that way users can comment and there is a chance of it being fixed. Again, we cannot fix this in the paperless-ngx repo |
Description
if i upload a PDF i get the failure "SubprocessOutputError: Ghostscript PDF/A rendering failed"
I just updated the Docker Container from 1.16.5 to 1.17 and it works in the beginning fine. after a restart both diff. instanzes arent working anylonger.
Steps to reproduce
i uploaded several diff. PDFs, and i used 2 different systems with the same Docker Image and i get always the same result.
Webserver logs
Browser logs
No response
Paperless-ngx version
1.17
Host OS
Debian Docker and Unraid Docker
Installation method
Docker - official image
Browser
No response
Configuration changes
No response
Other
No response
The text was updated successfully, but these errors were encountered: