Страница 1 из 1

Перестал работать NDPS

СообщениеДобавлено: 07 фев 2005, 09:44
Сергей Дубров
Странная вещь произошла в прошедшую пятницу - перестали печататься задания, отправленные через классическую очередь, обслуживаемую NDPS. Смотрю jobs в свойствах принтера - куча заданий, все в состоянии Wait (т.е., задания из очереди уже переехали в спул и там застряли). На консоли, в окне NDPSM вижу у этого принтера статус Error (печать идет по LPR, на встроенный принт-сервер). Делаю проблемному принтеру shutdown, потом startup - статус изменился на Idle, но печать не пошла. Сделал down/up ещё пару раз - задания начали печататься. Поскольку они застряли в спуле давно, я решил их все поубивать - из меню jobs в nwadmin32 поотстреливал все, кроме последнего, которое перешло в состояние Printing (моя тестовая страница). И вот с этим заданием я ничего не смог поделать - не притормозить, ни удалить. Более того, после очередной попытки сделать этому принтеру down/up сервер словил абенд. При попытке выгрузки ndpsm - зависла консоль.

Перегружаю сервер - это задание опять прыгает в состояние Printing (принтер при этом пингуется, т.е., жив), но печать не идет. Удалить не удается. На консоли, в окне NDPSM статус принтера периодически меняется из Idle в Printing и обратно. Стал шарить по всем ndps-принтерам, нашел еще один, у которого в спуле куча заданий в состоянии Wait (но принтер при этом выключен). И тоже не смог на нем поубивать все задания, последнее упорно оставалось в живых.

Победил тупо, странно и грубо - нашел эти задания в директории SYS:\NDPS\tratata\tratata - и удалил файлы вручную. Но это же бардак! Что случилось-то, что печать поломалась вдруг... не понимаю. На новеловском саппорте ничего утешительного не нашел. Сервер с NDPS - NW5.1+SP7, ndpsm и ndpsgw - последние, из iprntnwpcsp11d.exe.

Стыдно мне :-)

СообщениеДобавлено: 08 фев 2005, 07:45
Сергей Дубров
Ой, как же мне стыдно за поднятую проблему :oops: Дело оказалось проще простого - у нас все принтеры, имеют приватные адреса. И до недавнего времени мы внутри организации имели еще одну зону, специально для приватных сетей. На прошлой неделе эту зону ликвидировали, сделав split-horizont DNS, но переименовать принтеры я, естественно, забыл. Вчера, тыкаясь в Remote Manager-е (Management Portal), я обнаружил сие упущение - gateway-и стартовали с именами принтеров из ликвидированного домена:

NDPSGW LPR HOSTNAME=libr-hp1320.priv.priv PRINTERNAME=AUTO

Поправил имя на правильное inp.nsk.su - всё поехало. Совершенно из головы вылетело, что здесь тоже надо править, когда priv.priv аннулировали...

Но факт зафиксирован - если выгружать ndpsm в момент, когда он ПЫТАЕТСЯ печатать (принтер он найти не мог), то эта процедура абендит сервер. И ещё попутная проверка - NDPSM и NDPSGW из последнего апдейта iprntnwpcsp11d.exe оказались неудачными - когда я их поставил, стали регулярно появляться сообщения на консоли по поводу превышение размера TTS у файлов (попавших в спул, я так понимаю). Есть ключик у NDPSM, отключающий транзакционность - /TTS. Но я откатился к предыдущей версии - из iprntnwpcsp11c.exe - с ней проблем с TTS не возникало.