Temos um servidor OS X executando um compartilhamento de impressão. O Papercut é usado para cobrar pessoas pela impressão. Alguém enviou um documento com problema a uma impressora, que causou um erro de RIP na impressora e o congelou completamente. O documento tenta imprimir cada vez que reiniciamos a impressora.
O que eu estou querendo saber é onde exatamente esse documento está escondido.
Não está na máquina que enviou o trabalho de impressão, a máquina está desligada.
Não parece estar na fila de impressão no servidor. Na verdade, a fila de impressão foi pausada e vazia, mas o documento é enviado à impressora repetidamente.
Ele não aparece na fila cups no var, nós limpamos todos os arquivos binários manualmente. Até mesmo desligar o sistema CUPS completamente não ajuda, o trabalho continua tentando imprimir várias vezes.
O trabalho de impressão não está sendo armazenado na memória da impressora. Fazer uma redefinição de fábrica, deixá-lo desconectado durante a noite e fazer vários serviços manuais de redefinição de impressão na página de gerenciamento de impressoras não tem efeito. Além disso, para confirmar isso, o trabalho de impressão não é impresso enquanto a ethernet está desconectada. Depois de conectá-lo, a impressora diz "rede ocupada", inicia a impressão, congela e mostra o erro de RIP.
Para verificar se realmente não é o dispositivo RIP, ligue a impressora sem um cabo de rede e altere o IP na impressora. Reconecte o cabo de rede - veja se ele inicia o spool up. As impressoras RIP fazem muitas coisas estranhas com o spooling. No servidor do OS X, se você lpstat -t na linha de comando, o trabalho problemático não aparece? Se isso não acontecer, certamente não no CUPS.
Tags printing mac-osx print-server