ClearFoundation Tracker - ClearOS
View Issue Details
0001685ClearOSapp-base - Base Systempublic2014-04-30 11:502014-08-21 07:50
user2 
user2 
normaltweakN/A
closedfixed 
 
6.6.0 Beta 16.6.0 Beta 1 
0001685: Remove nfnetlink blacklists
Now that the Snort/Daq packages are fixed, the nfnetlink blacklisting can be lifted.
No tags attached.
related to 0001930closed user2 Blacklist the nfnetlink kernel module ... again 
Issue History
2014-04-30 11:50user2New Issue
2014-04-30 11:51user2Statusnew => confirmed
2014-04-30 13:14user2Statusconfirmed => resolved
2014-04-30 13:14user2Fixed in Version => 6.6.0 Beta 1
2014-04-30 13:14user2Resolutionopen => fixed
2014-04-30 13:14user2Assigned To => user2
2014-05-07 15:35user2Statusresolved => closed
2014-08-20 09:45timb80Note Added: 0001283
2014-08-20 09:45timb80Statusclosed => feedback
2014-08-20 09:45timb80Resolutionfixed => reopened
2014-08-21 07:49user2Note Added: 0001284
2014-08-21 07:49user2Statusfeedback => assigned
2014-08-21 07:49user2Statusassigned => closed
2014-08-21 07:49user2Resolutionreopened => fixed
2014-08-21 07:50user2Relationship addedrelated to 0001930

Notes
(0001283)
timb80   
2014-08-20 09:45   
This bug has reappeared on fresh installs of 6.5 and also updated versions of 6.6.0 beta 1

nfnetlink_queue is the offending module and has to be blacklisted for QOS to work correctly, otherwise all incoming / outgoing traffic passing through the IMQ interfaces is lost

I can replicate the problem here, it is not obvious what service is loading the nfnetlink_queue module during bootup

(It also does not appear enough to blacklist nfnetlink only)
(0001284)
user2   
2014-08-21 07:49   
We'll re-instate and expand the blacklist. See tracker 0001930