Page MenuHomeVyOS Platform

Logrotate conf for auth.log is missing
Closed, ResolvedPublic

Description

Strange behavior observed on systems which have IPSec with Meraki devices

Connectivity works as expected but there is excessive logging from strongswan
with messages like

Dec 16 12:39:52 myVyOS pluto[3877]: "peer-192.0.2.1-tunnel-2" #13020: starting keying attempt 209 of an unlimited number
Dec 16 12:39:52 myVyOS pluto[3877]: "peer-192.0.2.1-tunnel-2" #13099: initiating Quick Mode PSK+ENCRYPT+TUNNEL+PFS+UP to replace #13020 {using isakmp#5}
Dec 16 12:39:52 myVyOS pluto[3877]: "peer-192.0.2.1-tunnel-2" #13019: max number of retransmissions (2) reached STATE_QUICK_I1.  No acceptable response to our first Quick Mode message: perhaps peer likes no proposal

just a few strange conditions met together

Looking into workaround now

Details

Difficulty level
Hard (possibly days)
Version
1.1.7

Event Timeline

syncer added subscribers: UnicronNL, dmbaturin.

So, after investigating further, it seems that rotation is broken for auth.log
We hade conversation with @UnicronNL about this matter
and agreed that we need to define logrotate conf for auth log similar to provided below

/var/log/auth.log
{
rotate 10
size=100m
copytruncate
}

@dmbaturin i guess we need to push this into 1.1.8

Looks like copytruncate not works as expected,
so my proposal will be to use reload command instead
also, I added compress and delaycompress
i think it make sense for systems where space limited for any reason

/var/log/auth.log 
{
rotate 10
size=100M
delaycompress
compress
postrotate
                /etc/init.d/rsyslog reload >/dev/null 2>&1 
endscript
}
syncer renamed this task from strongSwan ipsec interworking issue with Cisco Meraki to Logrotate conf for auth.log is missing.Dec 27 2016, 8:47 PM
syncer updated the task description. (Show Details)

https://github.com/vyos/vyatta-cfg/commit/3b8b2e11f322994cfa82fc6b09ce6af4ed715dfa
used 10MB for size and 6 rotates, for embedded devices and space...

made some tests with size 1k, and works as expected.

Which release will include this fix. We are running into the same issue on release 1.1.8.