Project

General

Profile

Bug #4751

kernel panic after disabling captive portal when idle timeout is in use

Added by Chris Buechler about 4 years ago. Updated about 4 years ago.

Status:
Resolved
Priority:
Very High
Assignee:
Ermal Luçi
Category:
Captive Portal
Target version:
Start date:
06/08/2015
Due date:
% Done:

0%

Estimated time:
Affected Version:
2.2.x
Affected Architecture:

Description

If you have a CP config with an idle timeout, have a user logged in, and disable CP, when the idle timeout is reached it will kernel panic the system with something like the following:

db:0:kdb.enter.default>  bt
Tracing pid 37926 tid 100336 td 0xfffff801da64e490
__rw_wlock_hard() at __rw_wlock_hard+0x1b0/frame 0xfffffe00649b77b0
_rw_wlock_cookie() at _rw_wlock_cookie+0x5a/frame 0xfffffe00649b77d0
ipfw_add_table_entry() at ipfw_add_table_entry+0xef/frame 0xfffffe00649b7850
ipfw_ctl() at ipfw_ctl+0x2a2/frame 0xfffffe00649b79b0
rip_ctloutput() at rip_ctloutput+0x2a0/frame 0xfffffe00649b79e0
sosetopt() at sosetopt+0xcc/frame 0xfffffe00649b7a50
kern_setsockopt() at kern_setsockopt+0xdc/frame 0xfffffe00649b7ac0
sys_setsockopt() at sys_setsockopt+0x24/frame 0xfffffe00649b7ae0
amd64_syscall() at amd64_syscall+0x351/frame 0xfffffe00649b7bf0
Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe00649b7bf0
fff9fc888, rbp = 0x7fffff9fc950 ---

History

#1 Updated by Ermal Luçi about 4 years ago

  • Status changed from Confirmed to Feedback

Patch has been updated to solve this issue.

#2 Updated by Chris Buechler about 4 years ago

  • Status changed from Feedback to Confirmed
  • Priority changed from High to Very High

This patch (or something else in about the same timeframe) completely broke CP in 2.2.3. No contexts are created.

: ipfw zone list
There are no contextes defined

#3 Updated by Ermal Luçi about 4 years ago

Yep this commit broke it by showing that there might have been other issues that now are handled properly.

Next snap is fixed.

#4 Updated by Ermal Luçi about 4 years ago

  • Status changed from Confirmed to Feedback

#5 Updated by Chris Buechler about 4 years ago

  • Status changed from Feedback to Resolved

fixed

Also available in: Atom PDF