Done https://github.com/vyos/pmacct/commit/22b9be62d8e1eba71db8391fe86ad95181645887
- Feed Queries
- All Stories
- Search
- Feed Search
- Transactions
- Transaction Logs
Sep 1 2018
I had the exact same problem for the service broadcast-relay code. I did a cleanup on the youthful folly. Resulting in this issue going away (https://github.com/vyos/vyos-1x/commit/fd1eabe72862ec364643a61cb94b21c330a385f5#diff-e27a1d5bf8f371aae9da8bbd36e674d0).
snaplen (-L) [GLOBAL, NO_NFACCTD] Desc specifies the maximum number of bytes to capture for each packet. This directive has key importance when enabling both classification and connection tracking engines. In fact, some protocols (mostly text-based eg.: RTSP, SIP, etc.) benefit of extra bytes because they give more chances to successfully track data streams spawned by control channel. But it must be also noted that capturing larger packet portion require more resources. The right value need to be traded-off. In case classification is enabled, values under 200 bytes are often meaningless. 500-750 bytes are enough even for text based protocols. Default snaplen values are ok if classification is disabled. For uacctd daemon, this option doesn't apply to packet snapshot length but rather to the Netlink socket read buffer size. This should be reasonably large - at least 4KB, which is the default value. For large uacctd_nl_size values snaplen could be further increased.
It just died with this log:
You could also alter the file /etc/default/uacctd and add -d into DAEMON_OPTS and restart flow-acounting
Starting with this daemon config reduces the logging entries dramatically:
@panachoi maybe this upgrade helps
Aug 31 2018
fixed in XML/python rewrite
Aug 30 2018
Aug 29 2018
This produces
Aug 28 2018
@Maltahl can you share your hub/spoke configuration? This helps us to reproduce your issue.
Aug 27 2018
As stated on IRC I'm fine with the support removal as one can always upgrade through VyOS 1.1.x.
Aug 26 2018
Is there still time for a small CLI change?