Только у одного пользователя удаляются задания на печать в Win2012 R2 Spool – остальные печатают.

У меня есть запутанная ситуация. У нас небольшой офис с ИТ-инфраструктурой, полностью основанной на Microsoft Windows Server 2012 R2 (не моя вина…) и менее 50 пользователей. Все пользователи находятся в Active Directory (AD), мы организуем все в группы, и ни один пользователь не остаётся с избыточными правами – все права предоставляются через группы.

Наш выделенный сервер печати, также работающий на Windows 2012 R2, обрабатывает задания на печать для шести принтеров Lexmark и HP. Только вошедшие в домен пользователи могут печатать. Все печатают, все счастливы.

НО…

У нас есть один пользователь, который не может печатать. Раньше он это делал, и на самом деле его работа требует, чтобы он печатал тонны страниц в день (около 4000 в месяц). Но пару дней назад принтер перестал с ним “разговаривать”. Все печатают, кроме этого одного человека. Ничего не изменилось в его профиле AD, так как я единственный, у кого есть разрешение на изменения для всех пользователей. С тех пор он не может печатать.

Сегодня у другой пользовательницы возникла та же проблема. Она могла печатать до 11 утра, а затем внезапно принтер перестал отвечать. Теперь все остальные могут печатать, кроме этих двух человек.

Эти два пользователя принадлежат к тем же группам, что и все остальные, но в то время как все печатают, они не могут.

СИМПТОМЫ

1. В очереди печати задания этого пользователя удаляются через короткое время
2. Это происходит на всех принтерах
3. Это не проблема с драйвером на рабочей станции, потому что другие пользователи, вошедшие на этот компьютер, могут печатать
4. Это не проблема с драйвером на сервере, потому что все могут печатать, кроме этих пользователей
5. Я получил эту ошибку в Просмотре событий. Одна и та же ошибка для обоих пользователей

Документ Print Document, принадлежащий пользователю userling, не удалось напечатать на принтере
Lexmark Mono 14. Попробуйте напечатать документ снова или перезапустите spooler печати.
Тип данных: RAW
Размер файла в очереди в байтах: 1861588
Количество напечатанных байт: 0
Общее количество страниц в документе: 2
Количество напечатанных страниц: 0
Клиентский компьютер: SOME_REDACTED_HOSTNAME

Код ошибки Win32, возвращенный процессором печати:
3. Система не может найти указанный путь.

Имя журнала: Microsoft-Windows-PrintService/Admin
Источник:   PrintService                  Записано:      3.07.2019  16:46:01
ID события: 372                          Категория задачи: Печать документа
Уровень:    Ошибка                       Ключевые слова: Классическое событие Spooler, Задание на печать документа
Пользователь: FANCY_DOMAIN\userling     Компьютер: PRINT_SERVER_HOSTNAME 
OpCode:   Операция Spooler завершилась неудачей

Важно сообщение, я думаю:

Код ошибки Win32, возвращенный процессором печати:
3. Система не может найти указанный путь.

К какому пути относится это сообщение?
Кто-нибудь сталкивался с этим раньше?
Есть идеи?

Поздний ответ, но может быть полезен кому-то…

Хотя это было почти шесть лет назад, и я даже не работаю в этой компании больше, я думаю, что ответ нужен, так как он может помочь другим.

Контекст

Я не упомянул в своем вопросе, потому что мы его отключили (так что теоретически это не могло быть источником проблемы), но у нас была программа учёта печати, чтобы выставлять счета всем отделам за месячное количество бумажных отходов, которые они производили. Кроме того, мы могли ограничить цветную печать (более дорогую) и применять лимиты на печать для пользователей. Программное обеспечение было обязательным, потому что услуги печати были аутсорсингом, и подрядчик выставлял нам счета на основе общего количества печатей за месяц. А мы (не любимые в IT) выставляли каждому отделу соответствующие счета. Ещё одной причиной принятия этого программного обеспечения была безопасность: мы не хотели, чтобы распечатки оставались на принтере, пока их владелец не подойдёт. Поэтому на принтере было установлено приложение, которое запрашивало PIN для печати пользователя, и только тогда принтер начинал выпускать отпечатки – с дополнительным преимуществом, что пользователи могли печатать на любом принтере, который они хотели, система перенаправляла задание на печать туда, где пользователь вводил PIN. Умно, на самом деле.

Это программное обеспечение использовало собственный сервер печати Windows в качестве spooler. В основном, пользователи отправляли печать на фальшивые очереди Windows Printer, эти очереди отправляли задания печати в программное обеспечение учёта, которое, в свою очередь, выполняло свои расчёты и перенаправляло задание на печать в реальную очередь на сервере печати Windows – очередь, которая аутентифицировала PIN. Все эти транзакции основывались на одной машине (без кластера, без отдельной машины для программного обеспечения учёта – особенности маленькой компании).

Проблема

Когда первый пользователь сообщил о проблеме, первым делом я отключил программное обеспечение учёта, отключив его службы Windows. Затем я создал временные очереди печати (реальные очереди, напрямую к принтерам) и распространил их через GPO, чтобы все могли продолжать работать. УДИВЛЕНИЕ: все могли работать, кроме этого самого парня.

Я не буду описывать все, что мы пробовали в то время. После месяцев отклонённых заявок в поддержку, обвиняющих Windows Server, наш подрядчик наконец признал, что их программное обеспечение вызывает проблему. Даже с остановленными и отключёнными службами, если они уже повредили профиль пользователя, он больше не будет работать.

Когда это был только один человек, у нас была возможность поддерживать его и печатать для него. Через несколько месяцев стало двое. Через месяц после этого их стало восемь. После этих восьми, менее чем за неделю вся компания не смогла больше печатать. В тот момент мой CEO позвонил их CEO 😉

Решение

Решение было довольно радикальным:

1. Создать новый сервер печати (возможность избавиться от W2012 R2, который мы использовали в то время)
2. Избавиться от подрядчика и его ужасного программного обеспечения

Выводы

Знайте свое дело и никогда не позволяйте подрядчику навязывать секретные вещи на ваших серверах. Закрытое программное обеспечение – это одна история, но если оно не самодостаточно и мешает вашей операционной системе и другим службам, у вас есть право знать.