04.02.2010 19:19, Paolo Lucente пишет:
> Hi Slava,
>
> Can you confirm which version you are running into this issue?
rc4
> Can you also post your config - just in case?
pidfile: /var/run/nfacctd.pid
refresh_maps: true
nfacctd_port: 8818
plugin_buffer_size: 404800
plugin_pipe_size: 40480000

networks_file: /etc/pmacct/networks.list
ports_file: /etc/pmacct/ports.list
pre_tag_map: /etc/pmacct/pretag.map

sql_host: 91.206.xxx.30
sql_passwd: xxxxxxxx

nfacctd_time_new: true
sql_multi_values: 1000000
sql_locking_style: row
sql_table_version: 4

nfacctd_renormalize: true

plugins: mysql[t1], mysql[t2], mysql[t3], mysql[t4],  memory[t5]

aggregate[t1]: src_host, dst_host, src_port, dst_port, proto
aggregate[t2]: tag2
aggregate[t3]: src_host, dst_host
aggregate[t4]: tag2
aggregate[t5]: src_host, dst_host

aggregate_filter[t5]:net 109.72.146.0/24

sql_table[t1]: acct_t1
sql_history_roundoff[t1]: h
sql_history[t1]: 1h
sql_refresh_time[t1]: 3600
sql_dont_try_update[t1]: true
sql_recovery_logfile[t1]: /var/lib/pmacct/recovery_log_t1

sql_table[t2]: acct_t2
sql_history_roundoff[t2]: h
sql_history[t2]: 1h
sql_refresh_time[t2]: 3600
sql_dont_try_update[t2]: true
sql_recovery_logfile[t2]: /var/lib/pmacct/recovery_log_t2

sql_table[t3]: acct_t3
sql_history_roundoff[t3]: d
sql_history[t3]: 1d
sql_refresh_time[t3]: 3600
sql_dont_try_update[t3]: false
sql_multi_values[t3]: 1000000
sql_recovery_logfile[t3]: /var/lib/pmacct/recovery_log_t3

sql_table[t4]: acct_t4
sql_history_roundoff[t4]: d
sql_history[t4]: 1d
sql_refresh_time[t4]: 3600
sql_dont_try_update[t4]: false
sql_multi_values[t3]: 1000000
sql_recovery_logfile[t4]: /var/lib/pmacct/recovery_log_t4

>  Labbing this scenario up, i see it working fine for me. 
>
> One thing i can suggest is: append a "-l" to your query to ensure a
> locked access to the memory table; if it's a concurrency issue, you
> should see it working after that.
>   
Nothing changes:
[r...@stat-ca ~]# /usr/bin/pmacct -c src_net -N "109.72.146.87"
4892
[r...@stat-ca ~]# /usr/bin/pmacct -c src_net -N "109.72.146.4"
416
[r...@stat-ca ~]# /usr/bin/pmacct -l -c src_net -N
"109.72.146.4;109.72.146.87"
416
0
[r...@stat-ca ~]# /usr/bin/pmacct -l -S -c src_net -N
"109.72.146.4;109.72.146.87"
416

>> [r...@stat-ca ~]# pmacct -c src_net -N 91.72.146.32
>> 36575
>> [r...@stat-ca ~]# pmacct -c src_net -N 91.72.146.30
>> 208
>> [r...@stat-ca ~]# pmacct -c src_net -N "91.72.146.32;91.72.146.30"
>> 36575
>> 0
>>
>> Why last command show 0 for 91.72.146.30 ?
>>
>> And
>> [r...@stat-ca ~]# pmacct -c src_net -N "91.72.146.32;91.72.146.30" -S
>> 36575
>>
>> instead 36575+208
>>
>> Seems it's bug.
>>
>> WBR,
>> Slava
>>     
>
> _______________________________________________
> pmacct-discussion mailing list
> http://www.pmacct.net/#mailinglists
>
>   


-- 
WBR,
Dubrovskiy Vyacheslav


Attachment: smime.p7s
Description: S/MIME Cryptographic Signature

_______________________________________________
pmacct-discussion mailing list
http://www.pmacct.net/#mailinglists

Reply via email to