Hi, I zebra.log gets big. I set up rotation: #grep zeb /etc/newsyslog.conf /var/log/frr/zebra.log frr:network 644 5 5000 * N but zebra keeps keeps the file handle open and continues to write to the rotated log - zebra.0 [1] is there a signal I can send to zebra (and other daemons) without stopping routing? [2] feature request: have daemons check if inode file name has changed and automatically close/open handle on change. PS: zebra.0 is full of mostly this crud: 2020/05/05 14:38:41 ZEBRA: [EC 100663303] kernel_rtm: 2600:1419:e::/48: rtm_write() unexpectedly returned -4 for command RTM_DELETE 2020/05/05 14:38:41 ZEBRA: [EC 100663303] kernel_rtm: 2804:2e40::/32: rtm_write() unexpectedly returned -4 for command RTM_DELETE 2020/05/05 14:38:41 ZEBRA: [EC 100663303] kernel_rtm: 2804:1768::/33: rtm_write() unexpectedly returned -4 for command RTM_DELETE 2020/05/05 14:38:43 ZEBRA: [EC 100663303] kernel_rtm: 2a0b:21c0:4000::/36: rtm_write() unexpectedly returned -4 for command RTM_DELETE 2020/05/05 14:38:47 ZEBRA: [EC 100663303] kernel_rtm: 2a0b:21c0:4000::/36: rtm_write() unexpectedly returned -4 for command RTM_DELETE running 7.2.1. I couldn't figure out log filter to get rid of RTM_DELETEs. Advice? # zebra.conf: log file /var/log/frr/zebra.log errors Thanks, Rudy
#crontab, ugly hack to reset zebra log file handle (add line to newsyslog.conf) @daily /usr/local/bin/vtysh -d zebra -c 'conf term' -c "`grep ^log /usr/local/etc/frr/zebra.conf`" On 5/5/20 2:41 PM, Rudy Rucker wrote:
Hi,
I zebra.log gets big. I set up rotation:
#grep zeb /etc/newsyslog.conf /var/log/frr/zebra.log frr:network 644 5 5000 * N
but zebra keeps keeps the file handle open and continues to write to the rotated log - zebra.0
[1] is there a signal I can send to zebra (and other daemons) without stopping routing? [2] feature request: have daemons check if inode file name has changed and automatically close/open handle on change.
PS: zebra.0 is full of mostly this crud:
2020/05/05 14:38:41 ZEBRA: [EC 100663303] kernel_rtm: 2600:1419:e::/48: rtm_write() unexpectedly returned -4 for command RTM_DELETE 2020/05/05 14:38:41 ZEBRA: [EC 100663303] kernel_rtm: 2804:2e40::/32: rtm_write() unexpectedly returned -4 for command RTM_DELETE 2020/05/05 14:38:41 ZEBRA: [EC 100663303] kernel_rtm: 2804:1768::/33: rtm_write() unexpectedly returned -4 for command RTM_DELETE 2020/05/05 14:38:43 ZEBRA: [EC 100663303] kernel_rtm: 2a0b:21c0:4000::/36: rtm_write() unexpectedly returned -4 for command RTM_DELETE 2020/05/05 14:38:47 ZEBRA: [EC 100663303] kernel_rtm: 2a0b:21c0:4000::/36: rtm_write() unexpectedly returned -4 for command RTM_DELETE
running 7.2.1. I couldn't figure out log filter to get rid of RTM_DELETEs. Advice?
# zebra.conf: log file /var/log/frr/zebra.log errors
Thanks,
Rudy
_______________________________________________ frog mailing list frog@lists.frrouting.org https://lists.frrouting.org/listinfo/frog
Rudy Send a SIGUSR1 to each individual daemon to have the log files auto-rotated from FRR's perspective. donald On Mon, May 11, 2020 at 7:10 PM Rudy Rucker <rudy@monkeybrains.net> wrote:
#crontab, ugly hack to reset zebra log file handle (add line to newsyslog.conf)
@daily /usr/local/bin/vtysh -d zebra -c 'conf term' -c "`grep ^log /usr/local/etc/frr/zebra.conf`"
On 5/5/20 2:41 PM, Rudy Rucker wrote:
Hi,
I zebra.log gets big. I set up rotation:
#grep zeb /etc/newsyslog.conf /var/log/frr/zebra.log frr:network 644 5 5000 * N
but zebra keeps keeps the file handle open and continues to write to the rotated log - zebra.0
[1] is there a signal I can send to zebra (and other daemons) without stopping routing? [2] feature request: have daemons check if inode file name has changed and automatically close/open handle on change.
PS: zebra.0 is full of mostly this crud:
2020/05/05 14:38:41 ZEBRA: [EC 100663303] kernel_rtm: 2600:1419:e::/48: rtm_write() unexpectedly returned -4 for command RTM_DELETE 2020/05/05 14:38:41 ZEBRA: [EC 100663303] kernel_rtm: 2804:2e40::/32: rtm_write() unexpectedly returned -4 for command RTM_DELETE 2020/05/05 14:38:41 ZEBRA: [EC 100663303] kernel_rtm: 2804:1768::/33: rtm_write() unexpectedly returned -4 for command RTM_DELETE 2020/05/05 14:38:43 ZEBRA: [EC 100663303] kernel_rtm: 2a0b:21c0:4000::/36: rtm_write() unexpectedly returned -4 for command RTM_DELETE 2020/05/05 14:38:47 ZEBRA: [EC 100663303] kernel_rtm: 2a0b:21c0:4000::/36: rtm_write() unexpectedly returned -4 for command RTM_DELETE
running 7.2.1. I couldn't figure out log filter to get rid of RTM_DELETEs. Advice?
# zebra.conf: log file /var/log/frr/zebra.log errors
Thanks,
Rudy
_______________________________________________ frog mailing list frog@lists.frrouting.org https://lists.frrouting.org/listinfo/frog
_______________________________________________ frog mailing list frog@lists.frrouting.org https://lists.frrouting.org/listinfo/frog
Donald, On Tue, 12 May 2020 at 14:21, Donald Sharp <sharpd@cumulusnetworks.com> wrote:
Send a SIGUSR1 to each individual daemon to have the log files auto-rotated from FRR's perspective.
Cool, was not aware of that knob existing. Thank you for the hint. https://www.google.com/search?q=SIGUSR1+site%3Adocs.frrouting.org https://readthedocs.org/projects/frrouting/downloads/pdf/latest/ Hmm, SIGUSR1 only documentated under eigrp, pim, rip daemons. Could possible use a dedicated section within the documentation? Cheers, Chriztoffer
On 5/12/20 11:00 AM, Chriztoffer Hansen wrote:
Donald,
On Tue, 12 May 2020 at 14:21, Donald Sharp <sharpd@cumulusnetworks.com> wrote:
Send a SIGUSR1 to each individual daemon to have the log files auto-rotated from FRR's perspective. Cool, was not aware of that knob existing. Thank you for the hint.
https://www.google.com/search?q=SIGUSR1+site%3Adocs.frrouting.org https://readthedocs.org/projects/frrouting/downloads/pdf/latest/
Hmm, SIGUSR1 only documentated under eigrp, pim, rip daemons. Could possible use a dedicated section within the documentation?
Cheers, Chriztoffer
Thanks! Like apache, should have guessed. I was hesitant as I don't want to send a signal and accidentally clear all routes or anything like that. Cronjob updated! New fancy oneline cronjob: @daily killall -USR1 zebra ospfd bgpd ospf6d Rudy
participants (3)
-
Chriztoffer Hansen -
Donald Sharp -
Rudy Rucker