logrotate failure

[David G. Miller]

Gene Heskett wrote:

> On Monday 20 November 2006 20:17, Todd Zullinger wrote:
>   
>> >Gene Heskett wrote:
>>     
>>>> >>>[root at 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