Re: logrotate failure

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Gene Heskett wrote:
On Monday 20 November 2006 14:58, David G. Miller wrote:
Gene Heskett <gene.heskett@xxxxxxxxxxx> wrote:
And they both do.  When I ran it like Rick recommended,
(logrotate -vf ./logrotate.conf) from the logrotate.d directory, then
the real error popped out, and that was because there wasn't a user
'named' because bind wasn't installed.  It is now and although bind
isn't configured or running, logrorate, at least from the cli, now
works.  I even copied my old version of the logrotate.d/syslog from
FC2 because it has all my additions in it, and it now Just Works(TM)
from the cli at any rate.

To me thats a packageing error, there shouldn't be a file in
logrotate.d for named UNTIL bind has been installed.

I guess most folks weren't bit because they do install bind.  I
generally use host files here.
Gene, by any chance was this box upgraded from a previous release?  I
don't have a named user on my box that got a clean install of FC6:

Nope, fresh install on a different drive. The old drive is now mounted as hdb.

# cat /etc/passwd | grep named

nor do I have bind installed:

# rpm -qa | grep bind
bind-libs-9.3.3-6.fc6
ypbind-1.19-5
bind-utils-9.3.3-6.fc6
Finding ypbind is just a figment of the search method. The important things are that is I don't have the bind package installed on this system, I don't have a named user in /etc/passwd and logrotate works.
Mmm, one of those (I also installed them except for ypbind, at the same time) must be the one that appends the user 'named' to the pw file.

and logrotate works just fine.

You might want to check to see if you still have a bind logrotate file
in /etc/logrotate.d.  It makes sure the rotated logs still have
named:named as the owner and group which would cause the problem your
seeing.  The files in logrotate.d are placed there by each application
that wants to have its logs rotated.  All logrotate does is run the
files.  It's possible an upgrade that removed bind didn't remove
/etc/logrotate.d/named.

I repeat, no upgrade, fresh install.  But I repeat myself... :)
The important questions is, what happens if you do the following?

cd /etc/logrotate.d
grep named *

On a system with bind installed, you should see:

[root@fraud logrotate.d]# grep named *
named:/var/log/named.log {
named:    create 0644 named named
named:        /sbin/service named reload  2> /dev/null > /dev/null || true

on a system without bind you should see:

[root@bend logrotate.d]# grep named *
[root@bend logrotate.d]#

The only file in /etc/logrotate.d that includes some manipulation with the named user is:

[root@fraud logrotate.d]# rpm -q --whatprovides /etc/logrotate.d/named
bind-9.2.4-16.EL4

Cheers,
Dave

--
Politics, n. Strife of interests masquerading as a contest of principles.
-- Ambrose Bierce


[Index of Archives]     [Current Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Yosemite News]     [Yosemite Photos]     [KDE Users]     [Fedora Tools]     [Fedora Docs]

  Powered by Linux