Неочевидная проблема печати

[urbanj]

Около 20 пользователей, работают по rdp. Раз или два за день перестаёт работать печать из 1С8.2, да и вообще откуда либо. Точно сейчас не припомню что пишет, какую ошибку. Дело в том, что диспетчер печати якобы продолжает работать, состояние - запущен. Никаких событий в логах. Но тем не менее после перезапуска spooler печать снова работает.

[Angry Demon]

Точно сейчас не припомню что пишет, какую ошибку
Вы предлагаете пойти "туда-не-знаю-куда"? Тогда вам к гадалкам.

[urbanj]

Вы предлагаете пойти "туда-не-знаю-куда"? Тогда вам к гадалкам. »
Там ничего интересного, обычное сообщение, которое появляется когда, например, принтер просто отсутствует.

[Angry Demon]

обычное сообщение, которое появляется когда, например, принтер просто отсутствует
Что за "обычное"?

[alef2474]

Там ничего интересного, обычное сообщение, которое появляется когда, например, принтер просто отсутствует. »

Это самый сложный глюк Windows+Office, я уж много тем создавал - никто не может ничего посоветовать.
Вот последняя: http://forum.oszone.net/thread-271526.html
Там я высказываю предположение о связи буфера Оffice с проблемой, но буфер я стирал, а печать не восстанавливалась.

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

У меня есть 5 версий:
1)пользователь, при многих открытых офисных файлах по сети, скачивает из и-нета некоторые файлы Office,
которые автоматом открываются в режиме ограниченной функциональности для безопасности комп-а от и-нета (эта ограниченная функциональность означает невозможность редактирования и ПЕЧАТИ), об этой функциональности дается табличка, ее можно отключить, но пользователь лопушит и не отключает, и эта ограниченная функциональность по ПЕЧАТИ распространяется автоматом на все в тот момент открытые файлы Office. Некоторое время спустя, уже забыв о том и-нетном файле, пользователь хочет распечатать один из открытых файлов и получает табличку, что принтер не установлен, хотя он установлен и есть в оснастке принтеров по-умолчанию.
Причем, как я писал, если он сохранит этот файл локально на диск С и переоткроет, то печать нормально идет (если спулер не слетел разумеется)

2)пользователь при многих открытых офисных файлах запускает удаленный сеанс RDP и пользуется 1С на удаленном сервере.
Этот 2003 сервер имеет другие драйвера для его принтера и перенаправляет печать на этот же принтер. В процессе работы пользователь оставляет 1С в терминальном сеансе открытым на моменте печати печатной формы какого-то документа, причем с выделенными для копирования в буфер строками. Сеанс RDP у него висит, а он вдруг хочет напечатать локально открытый файл Word - получает табличку о неустановленном принтере. Лечится выходом из терминального сеанса с нормальным выходом из 1С+то, что в первом случае. Имхо, идет какое то взаимодействие буферов скопированной информации и разных драйверов
которое приводит к странной ошибке.
Хорошо бы отследить состояние компа в тот момент, когда это происходит какими-то инструментамидля четкого понимания проблемы, но какими?

3)Пользователь при многих открытых файлах Office производит редактирование одного из файлов для вывода на печать, но по спешке и небрежности загоняет параметры вывода в границы, не обеспечиваемые драйвером печати (например, поля маленькие делает или отрицательные или какое-то другое форматирование), принтер такое напечатать не может(дает ошибку), затем пользователь перескакивает к другому открытому документу и там пытается напечатать, но принтер как-то запомнил неправильные неисправленные настройки первого документа и не дает напечатать второй, пока первый не будет закрыт. При сохранении и переоткрытии документа неправильное форматирование автоматически корректируется и все печатается. Аналогичные случаи бывают, когда документ открыт по сети несколькими пользователями с разными принтерами по-умолчанию. Параметры форматирования в документе сохраняются другого пользователя, который печатал и которые не подходят для данного пользователя, у него выдается ошибка.

4)принтер используется НР1320, сетевой, который для меня известен очень глючной сетевой картой, такие принтера неоднократно таскал в сервис НР, которые разводят руками. Возможно, иногда, сетевая связь рвется и принтер действительно становится неустановленным, но потом связь восстанавливается, но состояние разрыва связи как-то запоминается в открытых офисных файлах(особенно если в них есть выделенные фрагменты для копирования в буфер)

5)к доменному контроллеру у меня тоже был подключен этот принтер со своими драйверами для 2008R2, отличными от драйверов ОС пользователя (win7-64 и XP-32, ХР - у другого пользователя этого принтера, у которого глюк бывает реже). Эта установка вносит какие-то помехи, если вдруг шальной пользователь на контроллере пользуется 1С и захотел вдруг неправильно напечатать из 1С на этот принтер(т.к. он в другой комнате) - я снес этот принтер с DC, чтобы возможно исключить этот вариант. Еще прошло мало времени с тех пор.

Пользователь, естественно, хочет, чтоб у него всегда печаталось и он меня не звал, независимо от того, сколько-чего у него запущено, сердится. Проблема возникает нечасто, раз в 10 дней в среднем.



Если у автора темы проблема связана чаще со слетом спулера, то тут советовали сделать дамп по его слету с помощью procdump от sysinternals и прочитать дамп на предмет выявления драйвера, который вносит сбой спулера. Драйвер переустанавливать. PS драйвера иногда меньше сбоят.

[urbanj]

Если у автора темы проблема связана чаще со слетом спулера, то тут советовали сделать дамп по его слету с помощью procdump от sysinternals и прочитать дамп на предмет выявления драйвера, который вносит сбой спулера. »Проблема как раз в том, что никакого слёта нет ни на сервере ни на компе клиента. Диспетчер печати на сервере и клиенте запущен, принтер локально печатает. На сервере же два варианта 1. Принтер "не подключен" (автономная работа) 2. Принтер "подключен", но при попытке распечатать что-либо ошибка печати. Как уже упоминал выше, после перезапуска спулера всё ок. Клиентские принтеры не перенаправляются по rdp, а подключены под пользователем на сервере. Буду переустанавливать драйвера. Их так много...

[alef2474]

Клиентские принтеры не перенаправляются по rdp, а подключены под пользователем на сервере. Буду переустанавливать драйвера. Их так много... »

Рекомендовали здесь уже Postscript драйвера(повторюсь) и изоляцию драйверов в случае не-rdp.
Еще снести всякие левые adobe и image принтера.
Есть советы сделать sfc /scannow на клиентских компах, где прояляется проблема с целью выявления и замены с дистрибутива сбойных системных файлов, относящихся к печати.

[urbanj]

Сегодня с утра опять возникла проблема. Переустановил драйвер на клиентской машине, снёс Microsoft XPS и что то ещё. Жду результата.

[alef2474]

Сегодня с утра опять возникла проблема. »

Нужно анализировать, что делал клиент перед тем, как возникла проблема и описывать. Не работал ли в нескольких базах 1С, не копировал ли между файлами Office и базами и т.п. Какой опять же принтер Вы не сказали(сетевой, USB?), некоторые отличаются сбойностью. В базах 1С часто разные принтеры могут закрепляться за печатными формами разных документов, нужно просмотреть все формы печатавшихся документов у пользователя из 1С и закрепленные принтера через меню Файл-Параметры страницы при открытой печатной форме. Если, где-нибудь не тот принтер, то происходит переключение драйверов налету и сбой. Не работают ли под этим же именем пользователя 1С другие пользователи с другими принтерами по-умолчанию?

Еще замечено, что принтеры фирмы Canon при их сетевом использовании(когда они установлены на USB на другой комп и расшарены) дают сбой в терминале, если редактировать печатную форму в 1С для последующей ее распечатки на этом самом Canon и даже если Canon просто установлен как второй не по умолчанию. Решение проблемы - выкидывать и сносить Canon из сетевой работы.

[swh]

Я сталкивался с чем-то подобным, когда клиенты которые подключались к серверу не отключали в настройках RDP свой местный принтер, тогда происходило наложение (или что-то подобное) на стороне сервера, и печатать никто не мог до перезагрузски спулера. Может это ваш вариант?