Gene Heskett wrote:
On Monday 20 November 2006 20:17, Todd Zullinger wrote:
>Gene Heskett wrote:
>>>[root@fraud logrotate.d]# rpm -q --whatprovides /etc/logrotate.d/named
>>>bind-9.2.4-16.EL4
>>
>> And just in case rpm exits on the first answer as opposed to all
>> answers, what would it say on a system without bind? An intrigueing
>> question that..
>
>It should say this:
>
>$ rpm -q --whatprovides /etc/logrotate.d/named
>error: file /etc/logrotate.d/named: No such file or directory
>
>If the file /etc/logrotate.d/named does exist and was created
>manually, it would look more like this:
>
>$ sudo touch /etc/logrotate.d/named
>$ rpm -q --whatprovides /etc/logrotate.d/named
>file /etc/logrotate.d/named is not owned by any package
>
Ok, I've removed bind again wlthough bind-chroot threw an error back to
rpm. Then I removed /etc/sysconfig/named* and /etc/logrotate.d/named*.
Sorry. I missed that you had also installed bind-chroot. They both go
or they both stay. A little late now but it might have been interesting
to see the dates on the /etc/logrotate.d/named file. Might have been a
clue as to when and how it got there.
The I re-ran logrotate -vf /etc/logrotate.conf, and everything worked
except the SIGHUP to fetchmail, which is still using the
original /var/log/fetchmail.log.2 for its active logging file.
Can't help you on the fetchmail pid problem. That IS very strange.
When fetchmail is running, which pid in the .fetchmail.pid file matches
what ps aux says?
Cheers,
Dave
--
Politics, n. Strife of interests masquerading as a contest of principles.
-- Ambrose Bierce
