A impressora para de processar a fila de impressão quando a carga fica muito alta

Question

Em nosso ambiente de produção, tenho uma impressora para a qual os usuários imprimem um aplicativo Unix (AIX) chamado iMX (baseado em Java e Oracle Forms, se isso importa) A página de documentação oficial está lá link se precisar de informações muito gerais.

O problema é que em algum momento durante o dia, geralmente quando a carga fica mais alta, a impressora pára de imprimir documentos que o iMX envia, porque um documento fica meio "preso".

Todos os nossos usuários finais têm:

• Um login / senha que eles usam para abrir uma sessão no Windows XP estação de trabalho
• Um login / senha diferente que eles usam especificamente para se conectar ao iMX uma vez que eles abriram seu cliente iMX

O lado do servidor do iMX é executado no servidor AIX com uma conta genérica 'imxUser', o mesmo que processa solicitações de impressão de usuários do iMX lpstat abaixo).

A impressora defeituosa também pode ser acessada diretamente de clientes Windows (XP, principalmente), ou seja, as pessoas podem "ver" em seu gerenciador de impressoras. Eles podem imprimir documentos do Word ou outras coisas de sua estação de trabalho, que sempre funcionam. Por favor, note que esta impressora defeituosa é de uma marca diferente do que a maioria usa. O fornecedor chegou para verificar a impressora uma vez, mas nada aconteceu.

Lpstat (removi as informações sobre arquivos e usuários):

Queue   Dev   Status    Job Files              User         PP %   Blks  Cp Rnk
------- ----- --------- --- ------------------ ---------- ---- -- ----- --- ---
pName     @pName  CONNECT   545 xx.user.xx     imxUser               25   1   1

: (WARNING) Connection to server timed out after retrying.
rembak: errno = 79: Connection refused
pName     pName   HOST_DOWN

• ping pName funciona bem.
• Se 'imxUser' imprimir algo de um terminal com 'lp -d pName filename, fica na fila e fica para sempre na fila, pelo menos até que o trabalho 545 seja cancelado manualmente (através de 'cancelar' em terminal, ou clicando em "Reiniciar impressora" no controle remoto da impressora. acesso à web).

Não posso reproduzir este problema à vontade, é reproduzível uma ou duas vezes por dia (quando a carga é alta o suficiente). Quando isso acontece, os usuários finais simplesmente configuram sua estação de trabalho para usar um impressora diferente como padrão para o iMX, então esse problema não está bloqueando. No entanto, eventualmente teremos que recorrer a uma impressora de uma marca diferente, embora não podemos mesmo ter certeza de que seria resolver o problema.

Os trabalhos que ficam presos não têm nada de comum entre eles.

Eu estou perdido aqui, devido ao meu conhecimento limitado em impressoras / Unix (posso verificar coisas, mas eu não posso correr o risco de quebrar qualquer coisa em um servidor de produção), a reprodutibilidade muito ruim que depende da ação dos usuários finais, e o ambiente de rede e configuração que eu não estou muito familiarizado (não do meu fazer e eu não tenho controle real sobre isso).

Qual seria a abordagem correta aqui e as coisas certas a procurar?

EDIT MUITO importante (desculpe, esqueci de dizer isso antes da primeira resposta):

• Eu posso soltar as coisas se eu cancelar manualmente o trabalho atual depois as pessoas me disseram que não podem imprimir mais, mas isso tem que ser feito manualmente e permanece inexplicável.
• Eu não tenho acesso root no servidor (só tenho acesso ao imxUser, e meu próprio usuário pessoal, que provavelmente pode fazer sobre nada), se eu tiver que fazer as coisas como raiz, terei que enviá-las para outras pessoas.

PS. Por favor, pergunte se você precisar de mais informações

    

Answer 1

Eu vi problemas semelhantes com filas de impressão usando o protocolo LPR / LPD em outros sistemas Unix (não-AIX). As causas parecem ser que o sistema host (seu sistema AIX) tem problemas para se comunicar com a impressora e, eventualmente, desiste dela e marca a impressora como "inativa"

Reiniciando a fila

Às vezes, você pode reiniciar a fila cancelando o trabalho de impressão bloqueado. presumivelmente, isso estimula o servidor a verificar se a impressora ainda está "inativa".

Às vezes, você pode processar a fila de impressão interrompendo e reiniciando o subsistema da fila de impressão. Se o AIX tiver lpshut e lpsched , tente executar esses comandos como raiz.

Use um protocolo diferente

Às vezes, você pode evitar que o problema ocorra, alternando para um protocolo de impressão alternativo.

impressão direta de portas

A maioria das impressoras em rede também oferece suporte à impressão direta de portas (por exemplo, enviando dados para a porta TCP 9100 para impressoras HP ou servidores de impressão HP Jetdirect). Pode haver uma receita para configurar isso no AIX. As soluções normalmente usam netcat . Fabricantes diferentes usam portas diferentes.

protocolos proprietários

A HP também tem um protocolo proprietário chamado HPNP - pode valer a pena ver se o AIX tiver suporte para isso se as suas impressoras forem HP ou estiverem conectadas através de caixas do HP Jetdirect.

impressão baseada em FTP Alguns servidores de impressão usados para dar suporte à impressão usando o protocolo FTP. Eu ficaria relutante em tentar isso, mas pode ser uma opção. Muitas vezes você pode configurar sistemas de impressão Unix para usar scripts personalizados para impressão e dessa forma você pode configurar até mesmo algo como FTP para funcionar como parte do processo de impressão normal do sistema.

Corrigir a causa

A melhor solução seria corrigir a falta de confiabilidade da rede que faz com que o AIX marque a impressora como "inativa" - mas isso pode levar algum esforço para rastrear e diagnosticar.

Sugestão

Eu tentaria imprimir com porta direta.