O CUPS para de imprimir logo após um tempo

1

Eu converti um sistema de impressão automática do Windows com o Acrobat Reader para o Ubuntu com o CUPS. Isso levou cerca de 10 minutos usando o CUPS, mas agora estou tendo um problema estranho com impressões incompletas sendo lançadas ou nada sendo impresso depois de algum tempo. O CUPS relata erros aparentemente arbitrários. Às vezes, ele nem informa um erro, e a maioria dos erros relatados são erros de "canais quebrados".

Normalmente, após adicionar uma impressora ao CUPS, ela será impressa por um bom tempo. Quando volto algumas horas depois e tento exatamente a mesma coisa (mesmo com o mesmo arquivo), o arquivo pode não ser impresso ou sair da impressora com elementos ausentes.

Este pode ser um bug não relacionado, mas também depois de algum tempo a interface web do CUPS pára de responder. Tudo o que posso acessar depois que isso acontece é a versão HTTP da página principal. Um reinício do CUPS corrige isso.

Estou executando uma nova instalação do CUPS, com apenas a administração remota ativada. O problema persiste mesmo depois de fazer um sudo service cups restart .

Eu adicionei as impressoras de muitas maneiras diferentes (soquete, ldp, ipp), com drivers genéricos PCL6 e os drivers KPDL oficiais das impressoras. Logo após a adição de uma impressora, as impressões geralmente saem como esperado. Estou imprimindo usando o comando mais básico possível: lp -d [printer-name] [numbers].pdf .

Estou executando o Ubuntu Server 16.04. As impressoras configuradas são uma Kyocera ECOSYS FS-1370DN e uma Kyocera ECOSYS P2135dn. As impressoras não parecem ser o problema, como uma impressora HP que eu usei apresenta o mesmo problema.

Eu tenho tentado descobrir o que está errado por mais tempo do que eu gostaria de admitir. E estou começando a me sentir muito estúpida. Toda vez que eu acho que consertei, as impressões ruins começam a ser lançadas logo depois. O Acrobat Reader / o spooler de impressão do Windows nunca tem problemas para imprimir, mesmo enquanto o CUPS cospe lixo.

Outras coisas que tentei sem sucesso: - Convertendo para PostScript (.ps) usando pdf2ps antes de imprimir - Convertendo para PDF usando o GhostScript (corrigindo possíveis erros de PDF) antes de imprimir - Imprimir PDFs de teste transferidos pela Web que se sabe terem sido impressos antes.

Este é o estranho que desafia toda a lógica para mim: O upload dos arquivos PDF através do ftp (as impressoras são capazes de imprimir PDF) também funciona apenas às vezes. Isso contorna completamente o CUPS, então deve ser a impressora certa? Mas não, imprimir o mesmo arquivo pelo Acrobat Reader funciona bem.

Como está, a única opção que vejo é converter o servidor Ubuntu em uma VM com uma cara VM do Windows Server rodando ao lado dela, usada apenas para impressão ... Deve haver uma solução para esse problema.

EDIT: Eu configurei o CUPS no meu servidor Ubuntu 16.04 em casa e configurei uma Canon MG8100 nele. As primeiras impressões saíram bem. Na manhã seguinte, todos os trabalhos que adicionei mostraram que estava concluído, mas na verdade nada saiu da impressora. Isto significa que não tem nada a ver com as impressoras. Eu adicionei o MG8100 usando LPD.

O log de erros do CUPS indica os erros abaixo. Lembre-se de que todos esses erros ocorrem exatamente no mesmo arquivo em diferentes momentos, e que o arquivo foi impresso com êxito da mesma maneira antes.

E [26/Nov/2016:13:35:44 +0100] [Job 158] The printer is not responding.

Quando isso é registrado, nenhuma impressão é feita e o CUPS continua tentando novamente o trabalho até ser abandonado. Outras vezes falha assim:

W [29/Nov/2016:11:45:01 +0100] [Job 169] /var/spool/cups/d00169-001: file is damaged
W [29/Nov/2016:11:45:01 +0100] [Job 169] /var/spool/cups/d00169-001 (file position 35596): xref not found
W [29/Nov/2016:11:45:01 +0100] [Job 169] /var/spool/cups/d00169-001: Attempting to reconstruct cross-reference table

O que resultará em uma impressão desconfigurada (peças aleatórias sendo impressas e outras sendo deixadas de fora).

    
por Villermen 28.11.2016 / 12:30

1 resposta

0

Como uma das muitas tentativas de corrigir o problema, incluí a Verdana como fonte nos PDFs gerados, em vez de deixar o Linux substituí-la pela Nimbus Mono L. Até agora, a impressão funcionou corretamente durante cinco dias. Estou postando esta resposta e gostaria de receber qualquer especulação ou uma resposta sobre o porquê isso está acontecendo.

Eu tenho acesso à configuração de impressão em alguns dias, onde observarei os registros e outros dados. É claro que essa situação também pode ser uma coincidência, e o sistema de impressão pode felizmente começar a desfazer impressões assim que eu postar isso. Eu tomei essa chance.

Isso também não explica por que as páginas de teste não estão sendo impressas corretamente. Isso pode ser porque eles também contêm fontes não compatíveis com a impressora ou que o erro ocorre para tudo depois de ter ocorrido uma vez. É muito improvável, mas estou deixando todas as opções em aberto no momento.

    
por 14.12.2016 / 15:45