Hello Andrija
Sorry for replying to your email this late. Just saw it.
Basically there was an issue with logrotate service as it was running just
once a day instead of hourly. I have created a pr for that in 4.15
On Tue, Jun 15, 2021 at 12:41 AM Andrija Panic
wrote:
> Rakesh,
>
> can you
Rakesh,
can you confirm if you are seeing this for ALL VPCs with S-2-S enabled
can you describe/quantify the MB/s log increase over time - does it have
anything to do with the traffic throughput through the tunnel, or is it
just happening even with no traffic (i.e. you can setup S-2-S tunnel
If I restart with cleanup then the modified config will be deleted and the
log starts populating very fast again.
On Wed, Jun 9, 2021 at 1:19 PM Andrija Panic
wrote:
> Did you try restarting that VPC with cleanup - so brand new VR is created -
> to see if the issue is still observed.
>
> Can
Did you try restarting that VPC with cleanup - so brand new VR is created -
to see if the issue is still observed.
Can you test the same now with 4.15.1 RC1 (voting is happening, please feel
free to test and participate!)
Best,
On Wed, 9 Jun 2021 at 10:57, Rakesh Venkatesh
wrote:
> I have
I have 4.14 version. The issue exists with only 1 customer.
The VR's belonging to other customers are fine but for one customer who has
enabled site 2 site vpn, its creating lot of logs.
The config I mentioned above is a temporary fix as it will be deleted once
the network is restarted with
Can you advise which version and have you tried isolating the problem -
this is first time I hear for such an issue (and I have customers with 3y
VR uptime with no issues)
Perhaps something is broken inside that VR, thus the excessive logging, etc?
Best,
On Wed, 9 Jun 2021 at 10:07, Rakesh
Hello
I have an issue in the virtual router where conntrackd(conntrack-tools) is
populating /var/log/daemon.log a lot and because of that VR is running out
of disk space. Do you guys know how to prevent conntrackd from logging too
much? I manually changed the logrotate.conf to rotate every hour
