Your message dated Thu, 9 Feb 2017 17:54:08 +0100
with message-id <[email protected]>
and subject line burp: service burp reload does not reopen log file
has caused the Debian Bug report #753557,
regarding burp: service burp reload does not reopen log file
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)


-- 
753557: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=753557
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: burp
Version: 1.3.8-1
Severity: normal

Dear Maintainer,

the burp logrotate configuration calls 

invoke-rc.d burp reload

which sends a signal HUP to the process. However burp does not handle
the signal, so the old log file is still open:

burp    13697 root    3w   REG    253,0    31323   131617 /var/log/burp.1 
(deleted)

changeing it to

invoke-rc.d burp restart

makes it work.

Christoph

-- System Information:
Debian Release: 7.5
  APT prefers stable
  APT policy: (600, 'stable'), (60, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages burp depends on:
ii  libacl1      2.2.51-8
ii  libc6        2.13-38+deb7u1
ii  libgcc1      1:4.7.2-5
ii  libncurses5  5.9-10
ii  librsync1    0.9.7-9
ii  libssl1.0.0  1.0.1e-2+deb7u11
ii  libstdc++6   4.7.2-5
ii  libtinfo5    5.9-10
ii  zlib1g       1:1.2.7.dfsg-13

burp recommends no packages.

burp suggests no packages.

-- Configuration Files:
/etc/burp/burp-server.conf changed:
mode = server
port = 4971
status_port = 4972
directory = /var/spool/burp
clientconfdir = /etc/burp/clientconfdir
pidfile = /var/run/burp.server.pid
hardlinked_archive = 0
working_dir_recovery_method = delete
max_children = 5
max_status_children = 5
umask = 0022
syslog = 0
client_can_force_backup = 1
client_can_list = 1
client_can_restore = 1
client_can_verify = 1
keep = 7
ca_conf = /etc/burp/CA.cnf
ca_name = burpCA
ca_server_name = burpserver
ca_burp_ca = /usr/sbin/burp_ca
ssl_cert_ca = /etc/burp/ssl_cert_ca.pem
ssl_cert = /etc/burp/ssl_cert-server.pem
ssl_key = /etc/burp/ssl_cert-server.key
ssl_key_password = password
ssl_dhfile = /etc/burp/dhfile.pem
timer_script = /etc/burp/timer_script
timer_arg = 20h
timer_arg = Mon,Tue,Wed,Thu,Fri,00,01,02,03,04,05,19,20,21,22,23
timer_arg = Sat,Sun,00,01,02,03,04,05,06,07,08,17,18,19,20,21,22,23
notify_success_script = /etc/burp/notify_script
notify_success_arg = sendmail -t
notify_success_arg = To: [email protected]
notify_success_arg = From: burp
notify_success_arg = Subject: backup succeeded:
notify_failure_script = /etc/burp/notify_script
notify_failure_arg = sendmail -t
notify_failure_arg = To: [email protected]
notify_failure_arg = From: burp
notify_failure_arg = Subject: backup failed:

/etc/default/burp changed:
RUN=yes
DAEMON_ARGS="-c /etc/burp/burp-server.conf -l /var/log/burp"

/etc/logrotate.d/burp changed:
/var/log/burp {
        daily
        missingok
        rotate 7
        postrotate
                invoke-rc.d burp restart >/dev/null
        endscript
        compress
        notifempty
}
/var/log/burp-client {
        daily
        missingok
        rotate 7
        compress
        notifempty
}
/var/log/burp-bedup {
        daily
        missingok
        rotate 7
        compress
        notifempty
}


-- no debconf information

--- End Message ---
--- Begin Message ---
Source: burp
Source-Version: 2.0.54-2

Redirecting stdout to a log file is discouraged, and the '-l' option is deprecated.

Please refer to: https://github.com/grke/burp/issues/486

Thanks to Adam Borowski

--- End Message ---

Reply via email to