Re: cups-pdf crash status -139
On Thu, 18 Jun 2020 08:16:19 +0200 Per olof Ljungmark wrote: > On 2020-06-17 23:30, Tatsuki Makino wrote: > > Hello. > > > > If you want a quick solution, create the following symlink. > > ln -s /usr/local/etc/cups /etc/cups > > > > There are two bug reports about it. > > Bug 244530, 246955. > > 244530 also describes how to fix it. > > > > If the queue gets corrupted, use the following command to delete > > them all. /usr/local/bin/cancel -a -x > > Thank you for pointing this out, problem solved. > Good to hear, big thanks to Tatsuki for helping before I invested a lot of time. Cheers, Michael -- Michael Gmelin ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: cups-pdf crash status -139
On 2020-06-17 23:30, Tatsuki Makino wrote: Hello. If you want a quick solution, create the following symlink. ln -s /usr/local/etc/cups /etc/cups There are two bug reports about it. Bug 244530, 246955. 244530 also describes how to fix it. If the queue gets corrupted, use the following command to delete them all. /usr/local/bin/cancel -a -x Thank you for pointing this out, problem solved. Per ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: cups-pdf crash status -139
Hello. If you want a quick solution, create the following symlink. ln -s /usr/local/etc/cups /etc/cups There are two bug reports about it. Bug 244530, 246955. 244530 also describes how to fix it. If the queue gets corrupted, use the following command to delete them all. /usr/local/bin/cancel -a -x Regards. ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: cups-pdf crash status -139
On 2020-06-17 11:23, Michael Gmelin wrote:
On Wed, 17 Jun 2020 09:43:35 +0200
Per olof Ljungmark wrote:
On 2020-06-16 12:15, Michael Gmelin wrote:
On 16. Jun 2020, at 11:47, Per olof Ljungmark
wrote:
On 2020-06-15 16:14, Michael Gmelin wrote:
On Mon, 15 Jun 2020 12:03:17 +0200
Per olof Ljungmark wrote:
On 2020-06-15 09:50, Michael Gmelin wrote:
On 15. Jun 2020, at 09:45, Per olof Ljungmark
wrote:
What happens if you run the gs command on the pdf you’re
printing directly:
gs -q -dNOPAUSE -dBATCH -dSAFER -dNOMEDIAATTRS -sstdout=?
-sDEVICE=ps2write -dShowAcroForm -sOUTPUTFILE=?
-dLanguageLevel=2 -r300 -dCompressFonts=false -dNoT3CCITT
-dNOINTERPOLATE ? ? -f ?
A PDF is created.
And, according to logs gs is OK:
D [15/Jun/2020:09:16:23 +0200] [Job 1070] Wrote 1 pages...
D [15/Jun/2020:09:16:23 +0200] [Job 1070] PID 37126 (pstops)
exited with no errors.
D [15/Jun/2020:09:16:23 +0200] [Job 1070] PID 37125 (gs) exited
with no errors.
D [15/Jun/2020:09:16:23 +0200] [Job 1070] PID 37123
(/usr/local/libexec/cups/filter/pdftops) exited with no errors.
I [15/Jun/2020:09:16:23 +0200] [Job 1070] Backend returned status
-139 (crashed)
Are you printer(s) shown as okay in the cups web UI? (like, not
temporarily halted, stopped, etc.?). I sometimes had some issues
after upgrading, especially with hplip.
This upstream issue reported earlier this year sounds similar to
what you're seeing, maybe it helps:
https://github.com/apple/cups/issues/5765
The cups-pdf printer is paused with "Backend failed" but all other
printers are OK. HPLIP is not installed.
Can you enable the cups-pdf printer using the “cupsenable” command?
And if so, will it stay enabled or go back to paused/failed at the
next attempt?
It reverts to "Backend failed".
Just tried to add the cups-pdf printer to the 12-STABLE workstation
I'm writing this on with identical result so by now I see this on
three different boxes, all running 12-STABLE. Also, I am confident
that the problem surfaced after the updates to cups in late March.
If I have the time at some point I could try to revert to an older
version but it would be nicer to sort the problem.
Not sure how to proceed from here...
Could you share your relevant config files, so I can try to reproduce
the problem?
Here is something, printers.cgi is asking for
/usr/local/share/cups/templates/en/trailer.tmpl
but it does not exist, it lives in
/usr/local/share/cups/templates/
67543 printers.cgi RET write 1
67543 printers.cgi CALL close(0x4)
67543 printers.cgi RET close 0
67543 printers.cgi CALL write(0x2,0x7fffd3b0,0x31)
67543 printers.cgi GIO fd 2 wrote 49 bytes
"DEBUG2: cgiCopyTemplateLang(tmpl="trailer.tmpl")
"
67543 printers.cgi RET write 49/0x31
59594 cupsdCALL write(0x5,0x8016fe008,0x42)
67543 printers.cgi CALL write(0x2,0x7fffd3b0,0x2e)
59594 cupsdGIO fd 5 wrote 66 bytes
"D [17/Jun/2020:17:59:31 +0200] [Client 356] con->http=0x801739000
"
59594 cupsdRET write 66/0x42
67543 printers.cgi GIO fd 2 wrote 46 bytes
"DEBUG2: lang="en_US.UTF8", locale="/en_US"...
"
67543 printers.cgi RET write 46/0x2e
59594 cupsdCALL write(0x5,0x8016fe008,0xc9)
67543 printers.cgi CALL open(0x7fffdac0,0)
59594 cupsdGIO fd 5 wrote 201 bytes
"D [17/Jun/2020:17:59:31 +0200] [Client 356] cupsdWriteClient
error=0, used=0, state=HTTP_STATE_POST_SEND,
data_encoding=HTTP_ENCODING_CHUNKED, data_remaining\
=0, response=0x0(), pipe_pid=67543, file=14
"
59594 cupsdRET write 201/0xc9
67543 printers.cgi NAMI
"/usr/local/share/cups/templates/en_US/trailer.tmpl"
59594 cupsdCALL kevent(0x3,0x7fffe280,0x1,0,0,0x7fffe270)
59594 cupsdSTRU struct kevent[] = { { ident=14,
filter=EVFILT_READ, flags=0x1, fflags=0, data=0,
udata=0x8017ff280 } }
59594 cupsdSTRU struct kevent[] = { }
59594 cupsdRET kevent 0
67543 printers.cgi RET open -1 errno 2 No such file or directory
59594 cupsdCALL write(0x5,0x8016fe008,0x42)
67543 printers.cgi CALL open(0x7fffdac0,0)
59594 cupsdGIO fd 5 wrote 66 bytes
"D [17/Jun/2020:17:59:31 +0200] [Client 356] Waiting for CGI data.
"
67543 printers.cgi NAMI "/usr/local/share/cups/templates/en/trailer.tmpl"
59594 cupsdRET write 66/0x42
59594 cupsdCALL read(0xe,0x803f6da8c,0x800)
59594 cupsdGIO fd 14 read 1033 bytes
"
"Backend failed"
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: cups-pdf crash status -139
On 2020-06-17 16:28, Dewayne Geraghty wrote:
I suspect that you've set your locale incorrectly. You might like to
try (what I think you're trying to use)
/usr/share/locale/en_US.UTF-8
instead of, what the ktrace is using, which is:
/usr/share/locale/en_US.UTF8
An easy mistake ;)
But the locale did not change at all since the boxes where installed, so
why now?
/usr/share/locale/en_US.UTF8/LC_TIME does exist but perhaps I don't get
what you are trying to say.
The locale for the shell is sv_SE.UTF-8
On 18/06/2020 12:04 am, Per olof Ljungmark wrote:
On 2020-06-17 11:23, Michael Gmelin wrote:
On Wed, 17 Jun 2020 09:43:35 +0200
Per olof Ljungmark wrote:
...
59594: write(5,"D [16/Jun/2020:11:43:18 +0200] c"...,130) = 130 (0x82)
70204:
open("/usr/share/locale/en_US.UTF8/LC_TIME",O_RDONLY|O_CLOEXEC,015533671400)
ERR#2 'No such file or directory'
59594: kevent(3,0x0,0,{ 9,EVFILT_READ,0x0,0,0xdb,0x803ed55e0 },469674,{
1.0 }) = 1 (0x1)
70204: write(2,"DEBUG: cgiSetArray: job_printer_"...,59) = 59 (0x3b)
59594: read(9,"cgiSetVariable: TOTAL="1"\nDEBUG"...,2047) = 278 (0x116)
70204: write(2,"DEBUG: cgiSetArray: job_printer_"...,68) = 68 (0x44)
59594: write(5,"D [16/Jun/2020:11:43:18 +0200] ["...,65) = 65 (0x41)
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: cups-pdf crash status -139
I suspect that you've set your locale incorrectly. You might like to
try (what I think you're trying to use)
/usr/share/locale/en_US.UTF-8
instead of, what the ktrace is using, which is:
/usr/share/locale/en_US.UTF8
An easy mistake ;)
On 18/06/2020 12:04 am, Per olof Ljungmark wrote:
> On 2020-06-17 11:23, Michael Gmelin wrote:
>>
>>
>> On Wed, 17 Jun 2020 09:43:35 +0200
>> Per olof Ljungmark wrote:
...
> 59594: write(5,"D [16/Jun/2020:11:43:18 +0200] c"...,130) = 130 (0x82)
> 70204:
> open("/usr/share/locale/en_US.UTF8/LC_TIME",O_RDONLY|O_CLOEXEC,015533671400)
> ERR#2 'No such file or directory'
> 59594: kevent(3,0x0,0,{ 9,EVFILT_READ,0x0,0,0xdb,0x803ed55e0 },469674,{
> 1.0 }) = 1 (0x1)
> 70204: write(2,"DEBUG: cgiSetArray: job_printer_"...,59) = 59 (0x3b)
> 59594: read(9,"cgiSetVariable: TOTAL="1"\nDEBUG"...,2047) = 278 (0x116)
> 70204: write(2,"DEBUG: cgiSetArray: job_printer_"...,68) = 68 (0x44)
> 59594: write(5,"D [16/Jun/2020:11:43:18 +0200] ["...,65) = 65 (0x41)
>
> ___
> freebsd-ports@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
>
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: cups-pdf crash status -139
On 2020-06-17 11:23, Michael Gmelin wrote:
On Wed, 17 Jun 2020 09:43:35 +0200
Per olof Ljungmark wrote:
On 2020-06-16 12:15, Michael Gmelin wrote:
On 16. Jun 2020, at 11:47, Per olof Ljungmark
wrote:
On 2020-06-15 16:14, Michael Gmelin wrote:
On Mon, 15 Jun 2020 12:03:17 +0200
Per olof Ljungmark wrote:
On 2020-06-15 09:50, Michael Gmelin wrote:
On 15. Jun 2020, at 09:45, Per olof Ljungmark
wrote:
What happens if you run the gs command on the pdf you’re
printing directly:
gs -q -dNOPAUSE -dBATCH -dSAFER -dNOMEDIAATTRS -sstdout=?
-sDEVICE=ps2write -dShowAcroForm -sOUTPUTFILE=?
-dLanguageLevel=2 -r300 -dCompressFonts=false -dNoT3CCITT
-dNOINTERPOLATE ? ? -f ?
A PDF is created.
And, according to logs gs is OK:
D [15/Jun/2020:09:16:23 +0200] [Job 1070] Wrote 1 pages...
D [15/Jun/2020:09:16:23 +0200] [Job 1070] PID 37126 (pstops)
exited with no errors.
D [15/Jun/2020:09:16:23 +0200] [Job 1070] PID 37125 (gs) exited
with no errors.
D [15/Jun/2020:09:16:23 +0200] [Job 1070] PID 37123
(/usr/local/libexec/cups/filter/pdftops) exited with no errors.
I [15/Jun/2020:09:16:23 +0200] [Job 1070] Backend returned status
-139 (crashed)
Are you printer(s) shown as okay in the cups web UI? (like, not
temporarily halted, stopped, etc.?). I sometimes had some issues
after upgrading, especially with hplip.
This upstream issue reported earlier this year sounds similar to
what you're seeing, maybe it helps:
https://github.com/apple/cups/issues/5765
The cups-pdf printer is paused with "Backend failed" but all other
printers are OK. HPLIP is not installed.
Can you enable the cups-pdf printer using the “cupsenable” command?
And if so, will it stay enabled or go back to paused/failed at the
next attempt?
It reverts to "Backend failed".
Just tried to add the cups-pdf printer to the 12-STABLE workstation
I'm writing this on with identical result so by now I see this on
three different boxes, all running 12-STABLE. Also, I am confident
that the problem surfaced after the updates to cups in late March.
If I have the time at some point I could try to revert to an older
version but it would be nicer to sort the problem.
Not sure how to proceed from here...
Could you share your relevant config files, so I can try to reproduce
the problem?
Some more info maybe relevant:
59594: close(11) = 0 (0x0)
59594: unlink("/var/cache/cups/job.cache.O") = 0 (0x0)
59594: rename("/var/cache/cups/job.cache","/var/cache/cups/job.cache.O")
= 0 (0x0)
59594: rename("/var/cache/cups/job.cache.N","/var/cache/cups/job.cache")
= 0 (0x0)
59594: write(5,"D [16/Jun/2020:11:43:03 +0200] c"...,89) = 89 (0x59)
59594: write(5,"D [16/Jun/2020:11:43:03 +0200] ["...,67) = 67 (0x43)
59594: write(5,"D [16/Jun/2020:11:43:03 +0200] c"...,53) = 53 (0x35)
59594: write(5,"D [16/Jun/2020:11:43:03 +0200] c"...,89) = 89 (0x59)
59594: write(5,"D [16/Jun/2020:11:43:03 +0200] R"...,49) = 49 (0x31)
59594: write(5,"D [16/Jun/2020:11:43:03 +0200] R"...,48) = 48 (0x30)
59594: write(5,"D [16/Jun/2020:11:43:03 +0200] R"...,53) = 53 (0x35)
59594: write(5,"D [16/Jun/2020:11:43:03 +0200] R"...,50) = 50 (0x32)
59594: write(5,"D [16/Jun/2020:11:43:03 +0200] R"...,69) = 69 (0x45)
59594: write(5,"D [16/Jun/2020:11:43:03 +0200] R"...,68) = 68 (0x44)
59594: write(5,"D [16/Jun/2020:11:43:03 +0200] R"...,69) = 69 (0x45)
59594: kevent(3,0x0,0,{ },469674,{ 11.0 }) = 0 (0x0)
59594: write(5,"D [16/Jun/2020:11:43:14 +0200] ["...,67) = 67 (0x43)
59594: write(5,"D [16/Jun/2020:11:43:14 +0200] c"...,53) = 53 (0x35)
59594: write(5,"D [16/Jun/2020:11:43:14 +0200] c"...,92) = 92 (0x5c)
...skipping...
70204: recvfrom(3,"!",1,0,NULL,0x0) = 1 (0x1)
70204: recvfrom(3,"\0\^P",2,0,NULL,0x0) = 2 (0x2)
70204: recvfrom(3,"time-at-creation",16,0,NULL,0x0) = 16 (0x10)
70204: recvfrom(3,"\0\^D",2,0,NULL,0x0) = 2 (0x2)
70204: recvfrom(3,"^\M-g\^Z,",4,0,NULL,0x0) = 4 (0x4)
70204: recvfrom(3,"!",1,0,NULL,0x0) = 1 (0x1)
70204: recvfrom(3,"\0\^R",2,0,NULL,0x0) = 2 (0x2)
70204: recvfrom(3,"time-at-processing",18,0,NULL,0x0) = 18 (0x12)
70204: recvfrom(3,"\0\^D",2,0,NULL,0x0) = 2 (0x2)
70204: recvfrom(3,"^\M-h_8",4,0,NULL,0x0)= 4 (0x4)
70204: recvfrom(3,"!",1,0,NULL,0x0) = 1 (0x1)
70204: recvfrom(3,"\0\^F",2,0,NULL,0x0) = 2 (0x2)
70204: recvfrom(3,"job-id",6,0,NULL,0x0) = 6 (0x6)
70204: recvfrom(3,"\0\^D",2,0,NULL,0x0) = 2 (0x2)
70204: recvfrom(3,"\0\0\^D.",4,0,NULL,0x0) = 4 (0x4)
70204: recvfrom(3,"#",1,0,NULL,0x0) = 1 (0x1)
70204: recvfrom(3,"\0\t",2,0,NULL,0x0) = 2 (0x2)
70204: recvfrom(3,"job-state",9,0,NULL,0x0) = 9 (0x9)
70204: recvfrom(3,"\0\^D",2,0,NULL,0x0) = 2 (0x2)
70204: recvfrom(3,"\0\0\0\^C",4,0,NULL,0x0) = 4 (0x4)
70204: recvfrom(3,"!",1,0,NULL,0x0) = 1 (0x1)
70204: recvfrom(3,"\0\^Y",2,0,NULL,0x0) = 2 (0x2)
70204: recvfrom(3,"job-i
Re: cups-pdf crash status -139
On 2020-06-17 11:23, Michael Gmelin wrote: Could you share your relevant config files, so I can try to reproduce the problem? Thanks, Michael [Files emailed privately.] ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: cups-pdf crash status -139
On Wed, 17 Jun 2020 09:43:35 +0200 Per olof Ljungmark wrote: > On 2020-06-16 12:15, Michael Gmelin wrote: > > > > > >> On 16. Jun 2020, at 11:47, Per olof Ljungmark > >> wrote: > >> > >> On 2020-06-15 16:14, Michael Gmelin wrote: > On Mon, 15 Jun 2020 12:03:17 +0200 > Per olof Ljungmark wrote: > On 2020-06-15 09:50, Michael Gmelin wrote: > > > > > >> On 15. Jun 2020, at 09:45, Per olof Ljungmark > >> wrote: > > > > What happens if you run the gs command on the pdf you’re > > printing directly: > > > > > >> gs -q -dNOPAUSE -dBATCH -dSAFER -dNOMEDIAATTRS -sstdout=? > >> -sDEVICE=ps2write -dShowAcroForm -sOUTPUTFILE=? > >> -dLanguageLevel=2 -r300 -dCompressFonts=false -dNoT3CCITT > >> -dNOINTERPOLATE ? ? -f ? > > A PDF is created. > > And, according to logs gs is OK: > > D [15/Jun/2020:09:16:23 +0200] [Job 1070] Wrote 1 pages... > D [15/Jun/2020:09:16:23 +0200] [Job 1070] PID 37126 (pstops) > exited with no errors. > D [15/Jun/2020:09:16:23 +0200] [Job 1070] PID 37125 (gs) exited > with no errors. > D [15/Jun/2020:09:16:23 +0200] [Job 1070] PID 37123 > (/usr/local/libexec/cups/filter/pdftops) exited with no errors. > I [15/Jun/2020:09:16:23 +0200] [Job 1070] Backend returned status > -139 (crashed) > >>> Are you printer(s) shown as okay in the cups web UI? (like, not > >>> temporarily halted, stopped, etc.?). I sometimes had some issues > >>> after upgrading, especially with hplip. > >>> This upstream issue reported earlier this year sounds similar to > >>> what you're seeing, maybe it helps: > >>> https://github.com/apple/cups/issues/5765 > >> > >> The cups-pdf printer is paused with "Backend failed" but all other > >> printers are OK. HPLIP is not installed. > > > > Can you enable the cups-pdf printer using the “cupsenable” command? > > And if so, will it stay enabled or go back to paused/failed at the > > next attempt? > > It reverts to "Backend failed". > > Just tried to add the cups-pdf printer to the 12-STABLE workstation > I'm writing this on with identical result so by now I see this on > three different boxes, all running 12-STABLE. Also, I am confident > that the problem surfaced after the updates to cups in late March. > > If I have the time at some point I could try to revert to an older > version but it would be nicer to sort the problem. > > Not sure how to proceed from here... > Could you share your relevant config files, so I can try to reproduce the problem? Thanks, Michael -- Michael Gmelin ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: cups-pdf crash status -139
On 2020-06-16 12:15, Michael Gmelin wrote: On 16. Jun 2020, at 11:47, Per olof Ljungmark wrote: On 2020-06-15 16:14, Michael Gmelin wrote: On Mon, 15 Jun 2020 12:03:17 +0200 Per olof Ljungmark wrote: On 2020-06-15 09:50, Michael Gmelin wrote: On 15. Jun 2020, at 09:45, Per olof Ljungmark wrote: What happens if you run the gs command on the pdf you’re printing directly: gs -q -dNOPAUSE -dBATCH -dSAFER -dNOMEDIAATTRS -sstdout=? -sDEVICE=ps2write -dShowAcroForm -sOUTPUTFILE=? -dLanguageLevel=2 -r300 -dCompressFonts=false -dNoT3CCITT -dNOINTERPOLATE ? ? -f ? A PDF is created. And, according to logs gs is OK: D [15/Jun/2020:09:16:23 +0200] [Job 1070] Wrote 1 pages... D [15/Jun/2020:09:16:23 +0200] [Job 1070] PID 37126 (pstops) exited with no errors. D [15/Jun/2020:09:16:23 +0200] [Job 1070] PID 37125 (gs) exited with no errors. D [15/Jun/2020:09:16:23 +0200] [Job 1070] PID 37123 (/usr/local/libexec/cups/filter/pdftops) exited with no errors. I [15/Jun/2020:09:16:23 +0200] [Job 1070] Backend returned status -139 (crashed) Are you printer(s) shown as okay in the cups web UI? (like, not temporarily halted, stopped, etc.?). I sometimes had some issues after upgrading, especially with hplip. This upstream issue reported earlier this year sounds similar to what you're seeing, maybe it helps: https://github.com/apple/cups/issues/5765 The cups-pdf printer is paused with "Backend failed" but all other printers are OK. HPLIP is not installed. Can you enable the cups-pdf printer using the “cupsenable” command? And if so, will it stay enabled or go back to paused/failed at the next attempt? It reverts to "Backend failed". Just tried to add the cups-pdf printer to the 12-STABLE workstation I'm writing this on with identical result so by now I see this on three different boxes, all running 12-STABLE. Also, I am confident that the problem surfaced after the updates to cups in late March. If I have the time at some point I could try to revert to an older version but it would be nicer to sort the problem. Not sure how to proceed from here... Per ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: cups-pdf crash status -139
> On 16. Jun 2020, at 11:47, Per olof Ljungmark wrote: > > On 2020-06-15 16:14, Michael Gmelin wrote: >>> On Mon, 15 Jun 2020 12:03:17 +0200 >>> Per olof Ljungmark wrote: >>> On 2020-06-15 09:50, Michael Gmelin wrote: > On 15. Jun 2020, at 09:45, Per olof Ljungmark > wrote: What happens if you run the gs command on the pdf you’re printing directly: > gs -q -dNOPAUSE -dBATCH -dSAFER -dNOMEDIAATTRS -sstdout=? > -sDEVICE=ps2write -dShowAcroForm -sOUTPUTFILE=? -dLanguageLevel=2 > -r300 -dCompressFonts=false -dNoT3CCITT -dNOINTERPOLATE ? ? -f ? >>> >>> A PDF is created. >>> >>> And, according to logs gs is OK: >>> >>> D [15/Jun/2020:09:16:23 +0200] [Job 1070] Wrote 1 pages... >>> D [15/Jun/2020:09:16:23 +0200] [Job 1070] PID 37126 (pstops) exited >>> with no errors. >>> D [15/Jun/2020:09:16:23 +0200] [Job 1070] PID 37125 (gs) exited with >>> no errors. >>> D [15/Jun/2020:09:16:23 +0200] [Job 1070] PID 37123 >>> (/usr/local/libexec/cups/filter/pdftops) exited with no errors. >>> I [15/Jun/2020:09:16:23 +0200] [Job 1070] Backend returned status >>> -139 (crashed) >> Are you printer(s) shown as okay in the cups web UI? (like, not >> temporarily halted, stopped, etc.?). I sometimes had some issues after >> upgrading, especially with hplip. >> This upstream issue reported earlier this year sounds similar to what >> you're seeing, maybe it helps: https://github.com/apple/cups/issues/5765 > > The cups-pdf printer is paused with "Backend failed" but all other printers > are OK. HPLIP is not installed. > Can you enable the cups-pdf printer using the “cupsenable” command? And if so, will it stay enabled or go back to paused/failed at the next attempt? Cheers, Michael > The info from the link you sent looks related although the configs are not > the same, but it is an interesting lead that I will pursue further. There is > a severe lack of debug info though, the error_log is not helpful at all. > > Also, that thread is dated April 6 which is about the same time that the > problem showed up here too. > > Thanks, > > Per > ___ > freebsd-ports@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org" ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: cups-pdf crash status -139
On 2020-06-15 16:14, Michael Gmelin wrote: On Mon, 15 Jun 2020 12:03:17 +0200 Per olof Ljungmark wrote: On 2020-06-15 09:50, Michael Gmelin wrote: On 15. Jun 2020, at 09:45, Per olof Ljungmark wrote: What happens if you run the gs command on the pdf you’re printing directly: gs -q -dNOPAUSE -dBATCH -dSAFER -dNOMEDIAATTRS -sstdout=? -sDEVICE=ps2write -dShowAcroForm -sOUTPUTFILE=? -dLanguageLevel=2 -r300 -dCompressFonts=false -dNoT3CCITT -dNOINTERPOLATE ? ? -f ? A PDF is created. And, according to logs gs is OK: D [15/Jun/2020:09:16:23 +0200] [Job 1070] Wrote 1 pages... D [15/Jun/2020:09:16:23 +0200] [Job 1070] PID 37126 (pstops) exited with no errors. D [15/Jun/2020:09:16:23 +0200] [Job 1070] PID 37125 (gs) exited with no errors. D [15/Jun/2020:09:16:23 +0200] [Job 1070] PID 37123 (/usr/local/libexec/cups/filter/pdftops) exited with no errors. I [15/Jun/2020:09:16:23 +0200] [Job 1070] Backend returned status -139 (crashed) Are you printer(s) shown as okay in the cups web UI? (like, not temporarily halted, stopped, etc.?). I sometimes had some issues after upgrading, especially with hplip. This upstream issue reported earlier this year sounds similar to what you're seeing, maybe it helps: https://github.com/apple/cups/issues/5765 The cups-pdf printer is paused with "Backend failed" but all other printers are OK. HPLIP is not installed. The info from the link you sent looks related although the configs are not the same, but it is an interesting lead that I will pursue further. There is a severe lack of debug info though, the error_log is not helpful at all. Also, that thread is dated April 6 which is about the same time that the problem showed up here too. Thanks, Per ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: cups-pdf crash status -139
On Mon, 15 Jun 2020 12:03:17 +0200 Per olof Ljungmark wrote: > On 2020-06-15 09:50, Michael Gmelin wrote: > > > > > >> On 15. Jun 2020, at 09:45, Per olof Ljungmark > >> wrote: > > > > What happens if you run the gs command on the pdf you’re printing > > directly: > > > > > >> gs -q -dNOPAUSE -dBATCH -dSAFER -dNOMEDIAATTRS -sstdout=? > >> -sDEVICE=ps2write -dShowAcroForm -sOUTPUTFILE=? -dLanguageLevel=2 > >> -r300 -dCompressFonts=false -dNoT3CCITT -dNOINTERPOLATE ? ? -f ? > > A PDF is created. > > And, according to logs gs is OK: > > D [15/Jun/2020:09:16:23 +0200] [Job 1070] Wrote 1 pages... > D [15/Jun/2020:09:16:23 +0200] [Job 1070] PID 37126 (pstops) exited > with no errors. > D [15/Jun/2020:09:16:23 +0200] [Job 1070] PID 37125 (gs) exited with > no errors. > D [15/Jun/2020:09:16:23 +0200] [Job 1070] PID 37123 > (/usr/local/libexec/cups/filter/pdftops) exited with no errors. > I [15/Jun/2020:09:16:23 +0200] [Job 1070] Backend returned status > -139 (crashed) Are you printer(s) shown as okay in the cups web UI? (like, not temporarily halted, stopped, etc.?). I sometimes had some issues after upgrading, especially with hplip. This upstream issue reported earlier this year sounds similar to what you're seeing, maybe it helps: https://github.com/apple/cups/issues/5765 -m -- Michael Gmelin ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: cups-pdf crash status -139
On 2020-06-15 09:50, Michael Gmelin wrote: On 15. Jun 2020, at 09:45, Per olof Ljungmark wrote: What happens if you run the gs command on the pdf you’re printing directly: gs -q -dNOPAUSE -dBATCH -dSAFER -dNOMEDIAATTRS -sstdout=? -sDEVICE=ps2write -dShowAcroForm -sOUTPUTFILE=? -dLanguageLevel=2 -r300 -dCompressFonts=false -dNoT3CCITT -dNOINTERPOLATE ? ? -f ? A PDF is created. And, according to logs gs is OK: D [15/Jun/2020:09:16:23 +0200] [Job 1070] Wrote 1 pages... D [15/Jun/2020:09:16:23 +0200] [Job 1070] PID 37126 (pstops) exited with no errors. D [15/Jun/2020:09:16:23 +0200] [Job 1070] PID 37125 (gs) exited with no errors. D [15/Jun/2020:09:16:23 +0200] [Job 1070] PID 37123 (/usr/local/libexec/cups/filter/pdftops) exited with no errors. I [15/Jun/2020:09:16:23 +0200] [Job 1070] Backend returned status -139 (crashed) ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: cups-pdf crash status -139
> On 15. Jun 2020, at 09:45, Per olof Ljungmark wrote: > What happens if you run the gs command on the pdf you’re printing directly: > gs -q -dNOPAUSE -dBATCH -dSAFER -dNOMEDIAATTRS -sstdout=? -sDEVICE=ps2write > -dShowAcroForm -sOUTPUTFILE=? -dLanguageLevel=2 -r300 -dCompressFonts=false > -dNoT3CCITT -dNOINTERPOLATE ? ? -f ? Cheers, Michael ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
cups-pdf crash status -139
Since a ports update late May of a FreeBSD 12-STABLE r359866, cups-pdf crashes. Furter, despite configured logging in cups-pdf.conf, there is nothing logged at all in /var/log/cups/. Cups itself still logs to error_log, but even in debug mode there is not much to tell. Having rebuilt all the required ports again today but no difference. Not sure how to solve this so please, how should I go about to fix this? cups error_log excerpt: D [15/Jun/2020:09:16:22 +0200] [Client 13] Waiting for request. D [15/Jun/2020:09:16:22 +0200] cupsdSetBusyState: newbusy="Printing jobs and dirty files", busy="Active clients, printing jobs, and dirty files" D [15/Jun/2020:09:16:22 +0200] [Job 1070] PID 37124 (/usr/local/libexec/cups/backend/cups-pdf) crashed on signal 11. D [15/Jun/2020:09:16:23 +0200] [Job 1070] Page = 595x842; 0,0 to 595,842 D [15/Jun/2020:09:16:23 +0200] [Job 1070] slow_collate=0, slow_duplex=0, slow_order=0 D [15/Jun/2020:09:16:23 +0200] [Job 1070] Before copy_comments - %!PS-Adobe-3.0 D [15/Jun/2020:09:16:23 +0200] [Job 1070] %!PS-Adobe-3.0 D [15/Jun/2020:09:16:23 +0200] [Job 1070] %%Invocation: gs -q -dNOPAUSE -dBATCH -dSAFER -dNOMEDIAATTRS -sstdout=? -sDEVICE=ps2write -dShowAcroForm -sOUTPUTFILE=? -dLanguageLevel=2 -r300 -dCompressFonts=false -dNoT3CCITT -dNOINTERPOLATE ? ? -f ? D [15/Jun/2020:09:16:23 +0200] [Job 1070] %%BoundingBox: 0 0 595 842 D [15/Jun/2020:09:16:23 +0200] [Job 1070] %%HiResBoundingBox: 0 0 595.00 842.00 D [15/Jun/2020:09:16:23 +0200] [Job 1070] %%Creator: GPL Ghostscript 952 (ps2write) D [15/Jun/2020:09:16:23 +0200] [Job 1070] %%LanguageLevel: 2 D [15/Jun/2020:09:16:23 +0200] [Job 1070] %%CreationDate: D:20200615091622+02\'00\' D [15/Jun/2020:09:16:23 +0200] [Job 1070] %%Pages: 1 D [15/Jun/2020:09:16:23 +0200] [Job 1070] %%EndComments D [15/Jun/2020:09:16:23 +0200] [Job 1070] Before copy_prolog - %%BeginProlog D [15/Jun/2020:09:16:23 +0200] [Job 1070] Before copy_setup - %%Page: 1 1 D [15/Jun/2020:09:16:23 +0200] [Job 1070] Before page loop - %%Page: 1 1 D [15/Jun/2020:09:16:23 +0200] [Job 1070] Copying page 1... D [15/Jun/2020:09:16:23 +0200] [Job 1070] PAGE: 1 1 D [15/Jun/2020:09:16:23 +0200] Discarding unused job-progress event... D [15/Jun/2020:09:16:23 +0200] cupsdMarkDirty(---J-) D [15/Jun/2020:09:16:23 +0200] cupsdSetBusyState: newbusy="Printing jobs and dirty files", busy="Printing jobs and dirty files" D [15/Jun/2020:09:16:23 +0200] [Job 1070] pagew = 595.0, pagel = 842.0 D [15/Jun/2020:09:16:23 +0200] [Job 1070] bboxx = 0, bboxy = 0, bboxw = 595, bboxl = 842 D [15/Jun/2020:09:16:23 +0200] [Job 1070] PageLeft = 0.0, PageRight = 595.0 D [15/Jun/2020:09:16:23 +0200] [Job 1070] PageTop = 842.0, PageBottom = 0.0 D [15/Jun/2020:09:16:23 +0200] [Job 1070] PageWidth = 595.0, PageLength = 842.0 D [15/Jun/2020:09:16:23 +0200] [Job 1070] Wrote 1 pages... D [15/Jun/2020:09:16:23 +0200] [Job 1070] PID 37126 (pstops) exited with no errors. D [15/Jun/2020:09:16:23 +0200] [Job 1070] PID 37125 (gs) exited with no errors. D [15/Jun/2020:09:16:23 +0200] [Job 1070] PID 37123 (/usr/local/libexec/cups/filter/pdftops) exited with no errors. I [15/Jun/2020:09:16:23 +0200] [Job 1070] Backend returned status -139 (crashed) D [15/Jun/2020:09:16:23 +0200] Discarding unused job-state-changed event... I [15/Jun/2020:09:16:23 +0200] [Job 1070] Printer stopped due to backend errors; please consult the /var/log/cups/error_log file for details. ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
