I got a backtrace, though not from GDB. The problem is that I don't know which of the two plugins will crash, and as far as I know I can only attach to one plugin... Anyway, what I have is:
*** glibc detected *** nfacctd: PostgreSQL Plugin [out]: break adjusted to free malloc space: 0x0000000001e2be60 *** ======= Backtrace: ========= /lib/x86_64-linux-gnu/libc.so.6(+0x76d76)[0x7f151cfadd76] /lib/x86_64-linux-gnu/libc.so.6(+0x7a443)[0x7f151cfb1443] /lib/x86_64-linux-gnu/libc.so.6(__libc_malloc+0x70)[0x7f151cfb2b90] nfacctd: PostgreSQL Plugin [out](sql_cache_insert+0x822)[0x4503c2] nfacctd: PostgreSQL Plugin [out](pgsql_plugin+0xc60)[0x44b160] nfacctd: PostgreSQL Plugin [out](load_plugins+0x314)[0x4228a4] nfacctd: PostgreSQL Plugin [out](main+0xf53)[0x41b123] /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xfd)[0x7f151cf55ead] nfacctd: PostgreSQL Plugin [out][0x41baf5] The config I have is: sql_optimize_clauses: true sql_db: acct sql_table_version: 7 sql_table: acct sql_refresh_time: 1 sql_history: 1s sql_user: cloudsigma sql_dont_try_update: true sql_use_copy: true plugin_pipe_size: 573440000 plugin_buffer_size: 20000 aggregate: src_host,dst_host,proto,src_port,dst_port plugins: pgsql[in], pgsql[out] Also, I have to point out that I modified the code a bit to allow sql_history of 1s, but dunno if it's related. On Fri, Jun 21, 2013 at 2:39 PM, George-Cristian Bîrzan <g...@birzan.org>wrote: > I'll try to, but I'm not so sure it'll be trivial to reproduce. > > > On Thu, Jun 20, 2013 at 8:09 PM, Paolo Lucente <pa...@pmacct.net> wrote: > >> Hi George-Cristian, >> >> One or more plugins that bail out and consequently core process that >> closes up after all plugins are gone (essentially, the message you >> posted) could be symptom of plugins crashing for some reason. It can >> help if you run the daemon under gdb with follow-fork-mode set to >> child and post the backtrace. Please follow this up with gdb ouptuts, >> etc. privately. >> >> Cheers, >> Paolo >> >> On Wed, Jun 19, 2013 at 11:01:30AM +0300, George-Cristian Bîrzan wrote: >> > Is it possible to auto-reconnect to the DB when the connection is lost? >> For >> > reasons that pass understanding, sometimes, pmacct decides it lost the >> > connection to the DB, at which point it just dies: >> > >> > Jun 19 04:01:53 host nfacctd[24062]: INFO: connection lost to >> 'out-pgsql'; >> > closing connection. >> > Jun 19 04:01:53 host nfacctd[24062]: INFO: no more plugins active. >> Shutting >> > down. >> > >> > At that time, our PostgreSQL server didn't log anything: >> > >> > 2013-06-17 16:51:46 UTC HINT: Consider increasing the configuration >> > parameter "checkpoint_segments". >> > 2013-06-17 16:51:48 UTC LOG: checkpoints are occurring too frequently >> (2 >> > seconds apart) >> > 2013-06-17 16:51:48 UTC HINT: Consider increasing the configuration >> > parameter "checkpoint_segments". >> > 2013-06-17 17:53:52 UTC WARNING: pgstat wait timeout >> > 2013-06-17 23:58:02 UTC WARNING: pgstat wait timeout >> > 2013-06-19 07:52:18 UTC LOG: checkpoints are occurring too frequently >> (25 >> > seconds apart) >> > 2013-06-19 07:52:18 UTC HINT: Consider increasing the configuration >> > parameter "checkpoint_segments". >> > >> > (The 7:52 one is when I restarted it now. And, yeah, gonna fix the psql >> > stuff, but so far it's been not a problem, as the load on the machine is >> > literally 0 as long as we don't do stupid stuff like try to read the >> > hundreds of GB of data) >> > >> > -- >> > George-Cristian Bîrzan >> >> > _______________________________________________ >> > pmacct-discussion mailing list >> > http://www.pmacct.net/#mailinglists >> >> >> _______________________________________________ >> pmacct-discussion mailing list >> http://www.pmacct.net/#mailinglists >> > > > > -- > George-Cristian Bîrzan > -- George-Cristian Bîrzan
_______________________________________________ pmacct-discussion mailing list http://www.pmacct.net/#mailinglists