> > > /var/run/clamav# ls -la clamd.ctl > > > s--------- 1 clamav postdrop 0 Feb 4 15:07 clamd.ctl > > > On my system the clamav user has uid 108 and the postdrop group has gid= > 108. > > > When I set them to both use the same number then it works > > > srw-rw-rw- 1 clamav clamav 0 Feb 4 15:58 clamd.ctl > > Can you send the output of `getent passwd clamav` ? > [...]
Well I changed the gid to the same to solve the problem. So currently $ getent passwd clamav clamav:x:112:112::/var:/bin/false The system is using etckeeper and I checked the commit logs and the passwd entry at the time of the problem was clamav:x:108:108::/var:/bin/false meaning the default group for the clamav user was postdrop rather than clamav and would explain the problem I saw. I was able to look at etckeeper history and determine that the bad clamav passwd entry was inserted by hand when migrating from another system (where it was presumably correct). So sorry for the false alarm, the clamav package isn't responsible and this bug can be closed. Thanks, -- Matt Taggart tagg...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
