У меня в p9/sysv и подключенным заданием 266151 "Permission denied" не воспроизводится.

(Ответ для Sergey Y. Afonin на комментарий #1)
> У меня в p9/sysv и подключенным заданием 266151 "Permission denied" не
> воспроизводится.

Странно. Изначально ошибка была найдена именно в p9.

потому чтоо ошибка, похоже, специфична для конфигураций на systemd а не sysvinit.

(In reply to Sergey Y. Afonin from comment #1)

> У меня в p9/sysv и подключенным заданием 266151 "Permission denied" не
> воспроизводится.

И с systemd не воспроизводится.

> 1) Выполнить старт сервисов clamd, clamonacc.

Кстати, а зачем?

> clamscan -r /home

clamscan сам грузит базу и не использует clamd.

> lstat() failed: Permission denied. ERROR

А может быть речь про clamdscan? Но тогда это нормально. clamd из-под пользователя mail работает и доступ куда угодно не имеет.

(In reply to Sergey Y. Afonin from comment #5)

> > lstat() failed: Permission denied. ERROR
> 
> А может быть речь про clamdscan? Но тогда это нормально. clamd из-под
> пользователя mail работает и доступ куда угодно не имеет.

Так что? Если речь про clamd, то это не баг, так как clamd работает от пользователя mail.

(Ответ для Sergey Y. Afonin на комментарий #6)
> (In reply to Sergey Y. Afonin from comment #5)
> 
> > > lstat() failed: Permission denied. ERROR
> > 
> > А может быть речь про clamdscan? Но тогда это нормально. clamd из-под
> > пользователя mail работает и доступ куда угодно не имеет.
> 
> Так что? Если речь про clamd, то это не баг, так как clamd работает от
> пользователя mail.

Я прямо сейчас не могу посмотреть.
Про вопрос помню.

Тестовый стенд: workstation-91-x86-64, обновленный до Сизифа

Шаги по получению ошибок (все делаем из под root)
1) Установить 
# apt-get install clamav clamav-clamonacc
2) Стартовать сервис, проверить статус
systemctl start clamonacc
systemctl status clamonacc
Ошибок нет.
3) Выполнить сканирование
clamscan -r /home
4) Еще раз проверить статус
systemctl status clamonacc

Ошибки есть.

Если данное поведение корректно, прошу закрыть баг.

(In reply to Vera Blagoveschenskaya from comment #8)

> Если данное поведение корректно, прошу закрыть баг.

Не знаю пока, как на Сизифе, но в p9 с заданием 266151 и при установке с нуля эта последовательность вообще не работает: "systemctl start clamonacc" висит. Хотя, наверное, это какая-то другая проблема, уже с systemd (что, опять? :-) ): было небольшое обновление системы (173 пакета, и без компонент systemd вроде), и я не перезагружал компьютер. После перезагрузки ставится и запускается:

# systemctl start clamonacc
# ps aux| grep clam
mail        5428 95.5  8.2 503648 467424 ?       Rs   12:35   0:33 /usr/sbin/clamd --foreground=true
root        5429  0.1  0.1 208552 10112 ?        Ssl  12:35   0:00 /usr/sbin/clamonacc -F --config-file=/etc/clamav/clamd.conf --l

(In reply to Vera Blagoveschenskaya from comment #8)

> Ошибки есть.
> 
> Если данное поведение корректно, прошу закрыть баг.

Что касается самой ошибки. В общем это не бага, это фича. Но, вероятно, что-то с этим сделать стоит.

clamscan работает и без clamd/clamonscan, его это не касается.

clamdscan и clamonscan по умолчанию не работают из-за, как я уже раньше написал, пользователя mail в clamd.conf. Если "User mail" закомментировать, то они работать начинают. А дальше возникает вопрос. Основное применение у clamd раньше было в качестве проверялки для почтового сервера, причём ему скармливали файл, а не передавали дескриптор. В этом применении это хорошо, и под root запускать clamd совсем не хочется. Может быть пришло время сделать пакеты clamav-base, clamav-root и clamav-mail. Или даже ещё мельче пошинковать ввиду различий в работе бинарников.

(In reply to Sergey Y. Afonin from comment #10)

> clamdscan и clamonscan по умолчанию не работают

clamonacc

В Sisyphus ушёл 0.103.2-alt1. Изменений по этому багу практически нет.

Сосстояние по утилитам:

clamd работает от пользователя mail, как писалось ранее;

clamscan сам грузит базу и не использует clamd, должен работать;

clamdscan работает только при условии использования опции --fdpass, когда он передаёт в clamd весь файл; в этой ситуации пользователь, под которым работает clamd, значения не имеет; в противном случае clamd может не иметь доступа к файлу;

clamonacc нормальным образом не работает так же по причине того, что используется пользователь mail; кроме того, убрана строка "OnAccessIncludePath /tmp", котрая когда-то была добавлена по ошибке: каталог, указанный в TemporaryDirectory, либо используемый по умолчанию не должен попадать в OnAccessIncludePath; в итоге сейчас при запуске clamonacc будет возникать ошибка "ERROR: ClamInotif: Please specify at least one path with OnAccessIncludePath".

Результат проверки актуальности

Состояние: несмотря на переход 0.103 -> 1.5.4-alt1, в дефолтном clamd.conf по-прежнему User mail и OnAccessExcludeUname mail, а OnAccessIncludePath не задан — clamonacc падает ("specify at least one path"), clamdscan работает только с --fdpass. Предложенное в обсуждении разделение конфигурации (clamav-base/root/mail) не сделано.

Рекомендация: оставить открытым (актуален).