Bug 3793

Summary: cups daemon turn off network printer
Product: Sisyphus Reporter: leksandr <yanchenko>
Component: cupsAssignee: Anton Farygin <rider>
Status: CLOSED FIXED QA Contact: qa-sisyphus
Severity: major    
Priority: P5 CC: eostapets, george, lav, mike, rider, yuk
Version: unstable   
Hardware: all   
OS: Linux   
Bug Depends on:    
Bug Blocks: 7079, 7371    

Description leksandr 2004-03-05 17:03:07 MSK
CUPS версии 1.1.20 после двух попыток печати на временно недоступный сетевой
принтер,переводит его в состояние disable. После этого перевод в состояние
enable возможен только вручную.
Выглядит это следующим образом:
...
I [25/Feb/2004:18:08:07 +0300] Job 22629 queued on 'cons_printer' by 'popov'.
I [25/Feb/2004:18:08:07 +0300] Started filter /usr/lib/cups/filter/pstops (PID
7830) for job 22629.
I [25/Feb/2004:18:08:07 +0300] Started backend /usr/lib/cups/backend/lpd (PID
7831) for job 22629.
W [25/Feb/2004:18:08:07 +0300] [Job 22629] Remote host did not respond with
command status byte after 300 seconds!
W [25/Feb/2004:18:08:07 +0300] [Job 22629] Remote host did not respond with
control status byte after 300 seconds!
W [25/Feb/2004:18:08:07 +0300] [Job 22629] Remote host did not respond with
command status byte after 300 seconds!
E [25/Feb/2004:18:08:07 +0300] [Job 22629] Unable to send trailing nul to
printer: Broken pipe
E [25/Feb/2004:18:08:07 +0300] [Job 22629] Remote host did not accept data file (32)
I [25/Feb/2004:18:08:21 +0300] Started "/usr/lib/cups/cgi-bin/printers.cgi"
(pid=7833)
I [25/Feb/2004:18:08:23 +0300] Started "/usr/lib/cups/cgi-bin/printers.cgi"
(pid=7834)
W [25/Feb/2004:18:08:37 +0300] [Job 22629] Remote host did not respond with
command status byte after 300 seconds!
E [25/Feb/2004:18:08:37 +0300] PID 7831 stopped with status 1!
I [25/Feb/2004:18:08:37 +0300] Hint: Try setting the LogLevel to "debug" to find
out more.
I [25/Feb/2004:18:08:37 +0300] Saving printers.conf...
...
Принтер отключен.
А вот так обрабатывает подобные ситуации в нашей сети CUPS версии 1.1.18
...
I [03/Mar/2004:09:47:38 +0300] Job 24395 queued on 'cons_printer' by 'popov'.
I [03/Mar/2004:09:47:38 +0300] Started backend /usr/lib/cups/backend/lpd (PID
29581) for job 24395.
E [03/Mar/2004:09:47:38 +0300] [Job 24395] Remote host did not accept data file (32)
E [03/Mar/2004:09:48:08 +0300] [Job 24395] Remote host did not accept control
file (32)
E [03/Mar/2004:09:48:38 +0300] [Job 24395] Remote host did not accept control
file (32)
E [03/Mar/2004:09:49:08 +0300] [Job 24395] Remote host did not accept control
file (32)
E [03/Mar/2004:09:49:38 +0300] [Job 24395] Remote host did not accept control
file (32)
E [03/Mar/2004:09:50:08 +0300] [Job 24395] Remote host did not accept control
file (32)
E [03/Mar/2004:09:50:38 +0300] [Job 24395] Remote host did not accept control
file (32)
E [03/Mar/2004:09:51:08 +0300] [Job 24395] Remote host did not accept control
file (32)
I [03/Mar/2004:09:51:21 +0300] Job 24396 queued on 'altonika_printer' by
'polyakova'.
I [03/Mar/2004:09:51:21 +0300] Started filter /usr/lib/cups/filter/pstops (PID
29675) for job 24396.
I [03/Mar/2004:09:51:21 +0300] Started backend /usr/lib/cups/backend/socket (PID
29676) for job 24396.
E [03/Mar/2004:09:51:38 +0300] [Job 24395] Remote host did not accept control
file (32)
...
В конце концов он ее распечатал. Такое поведение мне кажется более
правильным.Само собой напрашивается как минимум возможность в новых версиях
производить большее число попыток печати и как максимум способность управлять
подобными действиями через конфигурационный файл.
Comment 1 Vitaly Lipatov 2005-04-23 00:40:34 MSD
Более того, CUPS'у всё равно, он выключает и локальные принтеры, 
что очень неудобно - был принтер выключен физически, становится - программно, 
и нужны права администратора, чтобы вернуть его в рабочее состояние :( 
Было бы оптимальнее: 
  - не выключать, а продолжать попытки 
  - включать, если связь наладилась 
 
Comment 2 Michael Shigorin 2006-02-21 19:04:33 MSK
http://www.linuxprinting.org/beh.html уехал в incoming.
Насколько понимаю, ожидать исправленья в самом cups могут в лучшем случае
пинатели (клиенты) апстрима...
Comment 3 inger@altlinux.org 2006-08-21 16:51:24 MSD
В новой версии cups для этих целей на каждый принтер есть errorPolicy коим можно
управлять.
Comment 4 Vitaly Lipatov 2006-08-23 12:40:05 MSD
Только вчера узнал о его существовании и что можно выставить
ErrorPolicy retry-job