ALT Linux Bugzilla – Full Text Bug Listing
| Summary: | clamonacc и clamdscan не работают в конфигурации по умолчанию | ||
|---|---|---|---|
| Product: | Sisyphus | Reporter: | Vera Blagoveschenskaya <vercha> |
| Component: | clamav | Assignee: | Sergey Y. Afonin <asy> |
| Status: | NEW --- | QA Contact: | qa-sisyphus |
| Severity: | normal | ||
| Priority: | P5 | CC: | asy, rider, shaba |
| Version: | unstable | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
|
Description
Vera Blagoveschenskaya
2021-03-01 11:40:46 MSK
У меня в 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". |
