similar to: [Bug 977] ulogd_inppkt_NFLOG.c:503 forcing unbind of existing log handler for protocol

Displaying 20 results from an estimated 900 matches similar to: "[Bug 977] ulogd_inppkt_NFLOG.c:503 forcing unbind of existing log handler for protocol"

2014 Nov 02
0
[Bug 977] ulogd_inppkt_NFLOG.c:503 forcing unbind of existing log handler for protocol
https://bugzilla.netfilter.org/show_bug.cgi?id=977 --- Comment #6 from Netbug <b1b30ee4 at opayq.com> --- I upgraded to ulogd 2.0.4 & kernel 3.17.2 but these did not make a difference, here's how the output looks now; Sat Nov 1 17:07:03 2014 <5> ulogd.c:843 building new pluginstance stack:
2014 Nov 24
0
[Bug 977] ulogd_inppkt_NFLOG.c:503 forcing unbind of existing log handler for protocol
https://bugzilla.netfilter.org/show_bug.cgi?id=977 --- Comment #29 from Netbug <b1b30ee4 at opayq.com> --- Hi Eric, So it's ok to use; stack=log2:NFLOG,base1:BASE,ifi1:IFINDEX,ip2str1:IP2STR,print1:PRINTPKT,emu1:LOGEMU With #bind=1 commented out? I thought if you're going to use log2 then bind=1 had to be uncommented? -- You are receiving this mail because: You are watching
2018 Mar 01
0
[Bug 1232] New: Ulogd2 Failed Startup on VPS
https://bugzilla.netfilter.org/show_bug.cgi?id=1232 Bug ID: 1232 Summary: Ulogd2 Failed Startup on VPS Product: ulogd Version: SVN (please provide timestamp) Hardware: x86_64 OS: Debian GNU/Linux Status: NEW Severity: major Priority: P5 Component: ulogd Assignee:
2011 Mar 14
0
[Bug 665] Can't start error opening /var/log/ ...
http://bugzilla.netfilter.org/show_bug.cgi?id=665 Bruno Friedmann <bruno at ioda-net.ch> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | --- Comment #9 from Bruno Friedmann <bruno at
2014 Nov 21
0
[Bug 977] ulogd_inppkt_NFLOG.c:503 forcing unbind of existing log handler for protocol
https://bugzilla.netfilter.org/show_bug.cgi?id=977 Eric Leblond <eric at regit.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |INVALID --- Comment #26 from Eric Leblond <eric at
2014 Nov 21
0
[Bug 977] ulogd_inppkt_NFLOG.c:503 forcing unbind of existing log handler for protocol
https://bugzilla.netfilter.org/show_bug.cgi?id=977 --- Comment #25 from Netbug <b1b30ee4 at opayq.com> --- Oh crap maybe I did screw this up, I didn't realize I needed to change a group. So you're saying it's showing it on 0 now and it needs to be on 1? I remember reading this before; Use NFLOG as your log level, and as with ULOG you can specify the group NFLOG(1,0,1). NFLOG
2014 Nov 21
0
[Bug 977] ulogd_inppkt_NFLOG.c:503 forcing unbind of existing log handler for protocol
https://bugzilla.netfilter.org/show_bug.cgi?id=977 --- Comment #21 from Eric Leblond <eric at regit.org> --- Hello, (In reply to Netbug from comment #20) > Hi Eric, > > The new log; iptables-save_nflog_2 and the output I pasted for, > > cat /proc/net/netfilter/nf_log; > > All this is good now? All i see in the iptables rules regarding NFLOG is: -A INPUT -j NFLOG
2011 Aug 28
3
[Bug 741] New: ULOGD segfaults on init
http://bugzilla.netfilter.org/show_bug.cgi?id=741 Summary: ULOGD segfaults on init Product: ulogd Version: SVN (please provide timestamp) Platform: i386 OS/Version: other Status: NEW Severity: blocker Priority: P5 Component: ulogd_MYSQL AssignedTo: netfilter-buglog at lists.netfilter.org
2009 Dec 14
0
[Bug 595] MARK filter doesn't work
http://bugzilla.netfilter.org/show_bug.cgi?id=595 eric at inl.fr changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WORKSFORME ------- Comment #3 from eric at inl.fr 2009-12-14 20:31 ------- With
2013 Nov 08
4
[Bug 871] New: Running two instances of ulog causes abort in libnfnetlink
https://bugzilla.netfilter.org/show_bug.cgi?id=871 Summary: Running two instances of ulog causes abort in libnfnetlink Product: ulogd Version: SVN (please provide timestamp) Platform: All OS/Version: All Status: NEW Severity: critical Priority: P5 Component: ulogd AssignedTo:
2014 Nov 17
0
[Bug 977] ulogd_inppkt_NFLOG.c:503 forcing unbind of existing log handler for protocol
https://bugzilla.netfilter.org/show_bug.cgi?id=977 --- Comment #14 from Eric Leblond <eric at regit.org> --- (In reply to Netbug from comment #11) > Hi Eric, > > Thanks for getting back to me, really appreciate it. > > I'm not using NFLOG at the moment, so let me know if the iptables-save is > ok, without using it at the moment, along with the cat? OK, I really need
2014 Nov 21
0
[Bug 977] ulogd_inppkt_NFLOG.c:503 forcing unbind of existing log handler for protocol
https://bugzilla.netfilter.org/show_bug.cgi?id=977 --- Comment #22 from Netbug <b1b30ee4 at opayq.com> --- In shorewall I have NFLOG listed for the shorewall.conf and the policy file, this is the only place I put in the word NFLOG... Please see these attachements... -- You are receiving this mail because: You are watching all bug changes. -------------- next part -------------- An HTML
2011 May 19
1
[Bug 652] pcap plugin problem
http://bugzilla.netfilter.org/show_bug.cgi?id=652 Mariusz Kielpinski <kielpi at poczta.onet.pl> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kielpi at poczta.onet.pl Status|ASSIGNED |NEW --- Comment #3 from
2014 Nov 17
0
[Bug 977] ulogd_inppkt_NFLOG.c:503 forcing unbind of existing log handler for protocol
https://bugzilla.netfilter.org/show_bug.cgi?id=977 --- Comment #11 from Netbug <b1b30ee4 at opayq.com> --- Hi Eric, Thanks for getting back to me, really appreciate it. I'm not using NFLOG at the moment, so let me know if the iptables-save is ok, without using it at the moment, along with the cat? I've attached two logs for each... thanks -- You are receiving this mail
2014 Nov 17
0
[Bug 977] ulogd_inppkt_NFLOG.c:503 forcing unbind of existing log handler for protocol
https://bugzilla.netfilter.org/show_bug.cgi?id=977 --- Comment #15 from Netbug <b1b30ee4 at opayq.com> --- Ok I was thinking this so I set everything back to NFLOG, I've attached; iptables-save_nflog Here's the cat /proc/net/netfilter/nf_log; 0 NONE (nfnetlink_log) 1 NONE (nfnetlink_log) 2 nfnetlink_log (nf_log_ipv4,nfnetlink_log) 3 NONE (nfnetlink_log) 4 NONE
2014 Nov 23
0
[Bug 977] ulogd_inppkt_NFLOG.c:503 forcing unbind of existing log handler for protocol
https://bugzilla.netfilter.org/show_bug.cgi?id=977 --- Comment #28 from Eric Leblond <eric at regit.org> --- Hello, (In reply to Netbug from comment #27) > Hi Eric, > ... > > So I thought you mentioned I need to have bind=1 uncommented? But it creates > these messags, so maybe there's still something going on here, and not a > user error at this point? Well
2018 Jan 27
1
[Bug 1218] New: ULOGD PCAP Plugin Missing Ethernet Headers
https://bugzilla.netfilter.org/show_bug.cgi?id=1218 Bug ID: 1218 Summary: ULOGD PCAP Plugin Missing Ethernet Headers Product: ulogd Version: SVN (please provide timestamp) Hardware: All OS: All Status: NEW Severity: blocker Priority: P5 Component: ulogd Assignee:
2012 Jun 17
0
[ANNOUNCE] ulogd 2.0.0 release
Hi! The Netfilter project proudly presents: ulogd 2.0.0 ulogd is a userspace logging daemon for netfilter/iptables related logging. This includes per-packet logging of security violations, per-packet logging for accounting, per-flow logging and flexible user-defined accounting. ulogd was almost entirely written by Harald Welte, with contributions from fellow hackers such as Pablo Neira
2014 Nov 24
0
[Bug 977] ulogd_inppkt_NFLOG.c:503 forcing unbind of existing log handler for protocol
https://bugzilla.netfilter.org/show_bug.cgi?id=977 --- Comment #30 from Netbug <b1b30ee4 at opayq.com> --- What I meant to also say, I thought when using log2 bind=1 was suppose to be uncommented was the correct way to use ulog.log? So this is why I'm confused now, like I'm using the setting in ulog.log incorrect and it's working... -- You are receiving this mail because: You
2014 Oct 30
0
[Bug 977] ulogd_inppkt_NFLOG.c:503 forcing unbind of existing log handler for protocol
https://bugzilla.netfilter.org/show_bug.cgi?id=977 --- Comment #5 from Netbug <b1b30ee4 at opayq.com> --- I'm now using Shorewall 4.6.4.3, but I don't think it makes a difference. I was thinking to try kernel 3.17,2, but not sure it's going to make any difference either. I'm not sure how this is a configuration error, I've tried everything with no positive results,