proNovell

Вести с полей - найдена проблема в работе IPPSRVR.NLM. Проблема связана с помещением в очередь здоровенных заданий (размером эдак в гиг - срубает башню 100%) либо с большой нагрузкой на сервер. Пока полечилось установкой обновления LIBC, но должен выйти патч.

Rex_Com писал(а):Но наблюдаю следующую проблему. подвисание менеджера печати.
1. Все задания на принтерах висят как обрабатываемые.
2. В логах ошибок никаких нет
3. При перезапуске менеджера, он коректно распечатывает все задания, закрываеться и запускаеться без ошибок.

А как часто подвисает менеджер печати ?
По своему опыту общения с iPrint под OES SP2, могу сказать, что его душа нежная и тонкая При активном использовании с похожими симптомами безсистемно подвисает ipsmd. Novell судя по всему знает об этой проблеме, т.к. в описании всех обновлений iPrint-а указывается повышение стабильности работы.

Давным-давно, в совсем стародавние времена, на форуме была тема про то, что виснет не менеджер, а соединение между принт-сервером и менеджером. По вине принт-сервера - тогда грешны были длинки и джетдиректы определенных моделей. На моей памяти категорических зависаний NDPSM не было, а работаю я с ним достаточно давно.
Касаемо iPrint - не знаю по поводу линукса, а на нетвари он очень не любит большую нагрузку.

Иван Левшин aka Ivan L. писал(а):Давным-давно, в совсем стародавние времена, на форуме была тема про то, что виснет не менеджер, а соединение между принт-сервером и менеджером. По вине принт-сервера - тогда грешны были длинки и джетдиректы определенных моделей. На моей памяти категорических зависаний NDPSM не было, а работаю я с ним достаточно давно.
Касаемо iPrint - не знаю по поводу линукса, а на нетвари он очень не любит большую нагрузку.

Давным-давно все было по другому и почему-то всегда лучше

iPrint под линуксом нормально работает под большой нагрузкой. Единственная проблема - это периодические подвисания. Система в этих подвисаниях все-таки присутствует: как правило они обнаруживаются утром, в то время как с вечера все было нормально. Грешу на вечерних юзеров, которые что-то посылают на уже выключенные принтеры и скрипт очистки временных файлов из cron.daily.

Всплыл ещё 1 глюк
принтер xerox m15, hp принтсервер.

При печати толстой презентации через oes2 linux PSM
печатается кусок первой страницы, у принтера срывает крышу.

То же железо работает нормально через oes2 netware PSM

Строки агентов идентичны, пробовалось и raw и lpr.
В спул ложатся файлы на оба сервера идентичные - проверялось бинарным сравнением.

Короче гадость эта заливная рыба :/

v13 писал(а):Всплыл ещё 1 глюк
принтер xerox m15, hp принтсервер.

При печати толстой презентации через oes2 linux PSM
печатается кусок первой страницы, у принтера срывает крышу.

То же железо работает нормально через oes2 netware PSM

Строки агентов идентичны, пробовалось и raw и lpr.
В спул ложатся файлы на оба сервера идентичные - проверялось бинарным сравнением.

Короче гадость эта заливная рыба :/

На клиенте фиксы KB884897 и KB893225 установлены ?

KB не стоят.
Но при чем сдесь клиент если в спул на сервер netware и на сервер linux ложатся одинаковые файлы, как я писал выше.
Тут проблема сервер<>принтер, IMHO 100% это глюк бинарника
/opt/novell/iprint/bin/iprintgw

счас посмотрел процессы на сервере
Tasks: 341 total, 1 running, 336 sleeping, 4 stopped, 0 zombie
4 stopped - это как раз iprintgw
ps -afx|grep T
PID TTY STAT TIME COMMAND
9431 ? Tl 0:01 [iprintgw]
21548 ? Tl 0:01 [iprintgw]
6652 ? Tl 0:00 [iprintgw]
3947 ? Tl 0:01 [iprintgw]

это стопнулись дочки ipsmd
Вот такие дела.
наверняка задание отправляется,
iprintgw виснет, ipsmd (если получается), его перезапускает.

v13 писал(а):KB не стоят.

Поставьте для чистоты эксперемента. У меня в битве с LJ 4250 это помогло. Но под 1-м OES (http://novell.org.ru/forum/viewtopic.php?t=9212). Эксперемента с печатью из под NW не проводил.

Rex_Com писал(а):Проблему со шрифтами решил тупо:
1. В апатче прописал что данный раздел http://server/ipp/ в кодировке вин 1251
2. Перекодировал ява переменые из win-1251 в utf-8
/var/opt/novell/iprint/htdocs/nls/ru/
(лаколизаторы хреновы, сайт utf-8, а половина страничек в win1251)


(кстати видемо из-за этих переменныъ и сбоил ява скриптик установки принтера, возмождно из-за перекодировки эксплорер воспринимал некий символ, как перехо на следующую строку или еще чтото


Но наблюдаю следующую проблему. подвисание менеджера печати.
1. Все задания на принтерах висят как обрабатываемые.
2. В логах ошибок никаких нет
3. При перезапуске менеджера, он коректно распечатывает все задания, закрываеться и запускаеться без ошибок.

может кто знает как это лечить ?

Да, действительно, после перекодировки ява-переменных в UTF-8 всё встало на свои места и работает, причём никакие хотфиксы и пр. советы, которые здесь давались проблему не решают.
Тогда непонятно, как у людей здесь присутсвующих сразу всё работало, если там явная ошибка в локализации? Получается, либо они врут, либо одно из двух...
Проблему с подвисанием менеджера печати пока не наблюдаю, может ему тупо не хватает памяти, у меня на сервере 4 Гига стоит, всё работат довольно шустренько, раньше стояло 2 - заметно тормозило.
Кстати, ещё было замечено что если после загрузки сервера вручную рестартануть апач, то кодировка страничек становится правильная UTF-8. Видимо Томкат, который грузится после апача выставляет правильно какую-то переменную. Вопрос кто и когда всё это иправит?...

puny писал(а):Тогда непонятно, как у людей здесь присутсвующих сразу всё работало, если там явная ошибка в локализации? Получается, либо они врут, либо одно из двух...

Полезно знать, что кроме ручной установки принтеров через ipp-страницу существует и автоматическая установка, очень сильно упрощающая жизнь:

iManager -> iPrint Managment -> Client Configuration

....еще есть волшебные слова Zen и iPrint policy )

Sergant писал(а):

puny писал(а):Тогда непонятно, как у людей здесь присутсвующих сразу всё работало, если там явная ошибка в локализации? Получается, либо они врут, либо одно из двух...

Полезно знать, что кроме ручной установки принтеров через ipp-страницу существует и автоматическая установка, очень сильно упрощающая жизнь:

iManager -> iPrint Managment -> Client Configuration

Это-то мы знаем, но речь шла именно о ручной установке, в некоторых случаях и она очень упрощает жизнь...
И судя по вашему посту, у Вас вообще не локализованная версия OES?

Локализация imanager легко меняется настройкой в своём браузере -
увеличением приоритета английского языка.
Что в результате может избавить Вас от некоторых проблем.
Я знаю как минимум одну. При настройке политик паролей в imanager при русской локализации возможна потеря всех настроек политики паролей.

Проблему со шрифтами решил тупо:
1. В апатче прописал что данный раздел http://server/ipp/ в кодировке вин 1251

Коллеги а немогли бы Вы подробнее написать где вставляли в апач описание кодировки.

Человек который это писал в отпуске , напишу за него.

oes linux:
В /etc/opt/novell/httpd/conf.d/iprint_g.conf
добавил в
Alias /ippdocs/ "/var/opt/novell/iprint/htdocs/"
AddDefaultCharset win-1251 <- это
</Directory>

файл /var/opt/novell/iprint/htdocs/nls/ru/iprntmsg.js
перекодировал из win-1251 в utf-8

oes netware:
файл sys:Apache2\htdocs\ippdocs\NLS\ru\iprntmsg.js
перекодировал из win-1251 в utf-8