Por que * as * janelas de filas de impressão ocasionalmente se engasgam em um trabalho de impressão


11

Você sabe como as janelas das filas de impressão ocasionalmente param de trabalhar com um trabalho de impressão no início da fila que simplesmente não é impresso e que você não pode excluir? Alguém sabe o que está acontecendo quando isso acontece?

Eu vejo isso desde os dias do NT4 e isso ainda acontece em 2008. Estou falando de impressoras a laser conectadas por IP padrão - nada sofisticado. Eu apoio muitos servidores e muitas estações de trabalho e vejo isso acontecer algumas vezes por ano.

O usuário ligará dizendo que não pode imprimir. Ao examinar a fila de impressão, que no meu caso geralmente será uma fila baseada em servidor compartilhada nas estações de trabalho, você encontra um trabalho de impressão que não pode cancelar. Você também não pode pausar, reinicializar, nada.

Parar o spooler é o truque usual e funciona às vezes. No entanto, ocasionalmente, vejo casos em que nem isso cura e que a reinicialização é a única solução. Pause a fila, reinicie; quando voltar, o trabalho poderá ser excluído. Uma vez esgotada, a impressora volta ao seu estado normal. Nenhuma ação é necessária na impressora.

Considero ter que reiniciar como último recurso e não gosto disso. O que pode acontecer ao interromper o processo (spooler) e reiniciá-lo não resolve um problema?

Também não está vinculado a nenhum fabricante. Eu já vi isso em HPs, Lexmark, Canon, Ricoh, em lasers, em plotters ... não posso dizer que já vi isso em matriz de pontos.

Alguém tem alguma idéia do que pode estar acontecendo.

Ian


1
No meu servidor de impressão, parece haver trabalhos com 64,0 kb em spool, sem motivo aparente. Porém, não acontece com regularidade o suficiente - é bem conhecido que as impressoras são más. EEEEVIIIIIILLLLLL.
tombull89

2
Pergunta de milhões de dólares aqui
Dan

1
@ tombull89 LOL. Sempre que ouço as palavras não podem ser impressas, é como se outro pesadelo começasse. Acho que todos perdemos horas de nossas vidas nessas máquinas infernais.
25812 Ian Murphy

Costumávamos agendar um retorno do daemon de impressão regularmente, mas isso não ajudava. Quantas vezes posso marcar esta pergunta com +1 ?! Pergunta de US $ 1.000.000!
Lizz

1
Na minha experiência, você pode resolver esse problema sem reiniciar, excluindo os arquivos reais do diretório de spool enquanto o spooler está parado. Sei que isso não responde à sua pergunta, e é por isso que a deixo como um comentário em vez de uma resposta, mas parecia valer a pena mencionar que você provavelmente não precisa reiniciar.
Davidcl 03/03

Respostas:


2

Minha experiência é geralmente um driver de impressão com erros. Não sei dizer quantas vezes tive que interromper o serviço de spooler de impressão nos sistemas Windows, navegar para o diretório do spooler de impressão (geralmente C: \ WINDOWS \ System32 \ spool \ PRINTERS) e excluir os arquivos de spool, em seguida, reinicie o serviço de spooler de impressão.

Na minha experiência, parece estar quase sempre relacionado a um problema de fonte, que é um pesadelo no mundo dos PDFs digitalizados.

Desculpe, não tenho uma correção. Só queria que você soubesse que sinto sua dor.


1
Por que existem produtos de impressão da Adobe em um servidor de impressão?
precisa saber é o seguinte

Eu estava atrás de você até você falar sobre a Adobe. Drivers de impressão com buggy são a minha resposta padrão.
Evan Anderson

Eu quis dizer a maneira como os produtos de desktop da Adobe geram PDFs nos sistemas clientes, que são enviados aos servidores sprint. Eu concordo que foi mal formulado.
churnd

1
@churnd Posso confirmar que o OCR feito por vários produtos da Adobe é absolutamente ruim. Alguns dos glifos estão malformados, causando problemas no mecanismo de fontes do Windows, chamado pelo driver da impressora para renderizar o texto. Como o driver (e, portanto, também o mecanismo da fonte) é executado no contexto do processo do spooler de impressão, isso pode causar todo tipo de confusão.
quer

2
Há um monte de drivers de impressora de Nível 2 ruins baseados no código-fonte de amostra publicado uma vez no MS SDK para Windows 2000. O código SDK teve um erro: ele não liberou um identificador gdi após a renderização e imprimir uma página. Como resultado, o processo de spooler de impressão perderia uma alça para cada página impressa. Após 10.000 identificadores (limite definido no kernel do NT, mesmo no Win2012 / Win8), o spooler de impressão falha. Você só notará isso se imprimir mais de 10.000 páginas entre as reinicializações.
quer
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.