logrotate não inicia o proftpd quando acionado pelo cronjob

2

Atualmente estou ficando sem ideias. O daemon proftpd não é reiniciado se o logrotate for acionado pela tarefa Cron. O Logrotate gira todos os arquivos de log, pára o proftpd, mas não inicia o proftpd novamente.

Se eu forçar a rotação com logrotate -f /etc/logrotate.d/proftpd-basic , tudo funcionará bem.

Eu tenho a seguinte configuração.

cat /etc/cron.daily/logrotate

#!/bin/sh

test -x /usr/sbin/logrotate || exit 0
/usr/sbin/logrotate /etc/logrotate.conf 

cat /etc/logrotate.conf

# see "man logrotate" for details
# rotate log files weekly
weekly

# keep 4 weeks worth of backlogs
rotate 4

# create new (empty) log files after rotating old ones
create

# uncomment this if you want your log files compressed
#compress

# packages drop log rotation information into this directory
include /etc/logrotate.d

# no packages own wtmp, or btmp -- we'll rotate them here
/var/log/wtmp {
    missingok
    monthly
    create 0664 root utmp
    rotate 1
}

/var/log/btmp {
    missingok
    monthly
    create 0660 root utmp
    rotate 1
}

# system-specific logs may be configured here

cat /etc/logrotate.d/proftpd-basic

/var/log/proftpd/proftpd.log
/var/log/proftpd/controls.log
{
        weekly
        missingok
        rotate 7
        compress
        delaycompress
        notifempty
        create 640 root adm
        sharedscripts
        postrotate
                # reload could be not sufficient for all logs, a restart is safer
                invoke-rc.d proftpd restart 2>/dev/null >/dev/null || true
                #invoke-rc.d proftpd reload 2>/dev/null >/dev/null || true
        endscript
}

/var/log/proftpd/xferlog
/var/log/proftpd/xferreport
{
        monthly
        missingok
        rotate 7
        compress
        delaycompress
        notifempty
        create 640 root adm
        sharedscripts
        prerotate
        endscript
        postrotate
                # reload could be not sufficient for all logs, a restart is safer
                invoke-rc.d proftpd restart 2>/dev/null >/dev/null || true
                #invoke-rc.d proftpd reload 2>/dev/null >/dev/null || true
                # run ftpstats on past transfer log
                ftpstats -a -r -l 2 -d -h -f /var/log/proftpd/xferlog.0 2>/dev/null >/var/log/proftpd/xferreport || true
        endscript
}
    
por user1219736 26.09.2013 / 15:49

2 respostas

2

Tente um caminho absoluto em invoke-rc.d

/usr/sbin/invoke-rc.d
    
por 26.09.2013 / 16:07
0

Eu tive o mesmo problema. Parece ser um bug no script init do proftpd que faz com que o servidor ftp falhe ao iniciar. Consulte o link

Uma solução alternativa é alterar a configuração para incluir

     copytruncate

Em vez de mover o arquivo antigo e criar um novo, isso copiará o conteúdo do arquivo e truncará o antigo - o que significa que você não precisa reiniciar o daemon.

    
por 20.05.2014 / 10:20