deadlock every 15-20 min
Mike Tancsa
mike at sentex.net
Sun May 14 07:04:09 PDT 2006
At 06:44 AM 14/05/2006, sekes wrote:
>i've read BUGS section. and i haven't any uid/gid rules neither ipfw nor pf.
>look my previous messgae with ipfw rules.
>
>
>LOR appearing even i disabled ipfw at all
Is it the same LOR when you have ipfw disabled ? (i.e. a LOR in
ipdivert when you dont have ipdivert in the kernel ??) I ran into a
number of problems with LORs in ipdivert
(http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/86427) I was able
to avoid it by changing to pf and doing the natting there.
---Mike
>On 5/14/06, Max Laier <max at love2party.net> wrote:
>>
>>Hi,
>>
>>On Sat, May 13, 2006 10:45 pm, sekes wrote:
>> > i found the reason of my unpredictable reboots.
>> > it is in netgraph.ko module. if i don't let ppp(8) and mpd(8) load
>>module
>> > system works fine.
>> > otherwise after a bit of time it hangs up with following error:
>> >
>> > WARNING: attempt to net_add_domain(netgraph) after domainfinalize()
>> > lock order reversal:
>> > 1st 0xc2b8b090 inp (divinp) @
>> > /usr/src/sys/modules/ipdivert/../../netinet/ip_divert.c:336
>> > 2nd 0xc0a44db8 PFil hook read/write mutex (PFil hook read/write mutex)
>>@
>> > /usr/src/sys/net/pfil.c:73
>>
>>it looks like you are using pf(4) or ipfw(8) with user/group rules and
>>haven't read the BUGS section of the respective manual page. The problem
>>there is, that user/group rules are basically a layering violation and
>>thus cause a LOR which might lead to a deadlock. We are working on a fix
>>for that, but it might be a couple of weeks before that happens. Please
>>do away with the user/group rules for now or enable Giant over the
>>netstack.
>>
>>--
>>/"\ Best regards, | mlaier at freebsd.org
>>\ / Max Laier | ICQ #67774661
>>X http://pf4freebsd.love2party.net/ | mlaier at EFnet
>>/ \ ASCII Ribbon Campaign | Against HTML Mail and News
>>
>_______________________________________________
>freebsd-current at freebsd.org mailing list
>http://lists.freebsd.org/mailman/listinfo/freebsd-current
>To unsubscribe, send any mail to "freebsd-current-unsubscribe at freebsd.org"
More information about the freebsd-current
mailing list