Hello Markus, On the new server I don't have any drops at all.
root@netflow:~# cat /proc/net/udp sl local_address rem_address st tx_queue rx_queue tr tm->when retrnsmt uid timeout inode ref pointer drops 696: 00000000:0044 00000000:0000 07 00000000:00000000 00:00000000 00000000 0 0 10611 2 ffff88007b36c780 0 751: 00000000:307B 00000000:0000 07 00000000:00000000 00:00000000 00000000 0 0 10580 2 ffff88007b36cb00 0 So that's not an issue. On 29/11/2015 1:39 μμ, Markus Weber wrote: > On 28.11.2015 21:22, Vaggelis Koutroumpas wrote: >> Now, checking the udp drop counters on the old server, indeed I see some >> 25000+ drops. That counter seem to increase during the refresh time of >> the sql plugin. Not always though. Is there a connection between the >> drops and the mysql insert/update process? If so, would running the >> mysql server on a different server eliminate any future possibility of >> that happening again? > > Get those fixed (if they increase while nfacct is running and if you can't > ensure, that the drops are caused by any other UDP packets hitting the > box). Increase max UDP receive buffers on the box and set > nfacctd_pipe_size. > Make sure nfacct is really using the new buffer size ... you may consider > offloading mysql to a different server, but if usually increasing buffers > to be prepared for peaky incoming flow data should be sufficient (sure, > depending on how much data you receive). > > For dropped flow data you'll never get stats. > > Cheers, > Markus _______________________________________________ pmacct-discussion mailing list http://www.pmacct.net/#mailinglists
