Re: kern/147767: route -n change operation with INVARIANTS kernel causes mutex radix node head not owned ASSERTION failure
Synopsis: route -n change operation with INVARIANTS kernel causes mutex radix node head not owned ASSERTION failure State-Changed-From-To: open->feedback State-Changed-By: bz State-Changed-When: Fri Jun 11 08:51:23 UTC 2010 State-Changed-Why: Looked at that, will send a follow-up shortly. Responsible-Changed-From-To: freebsd-bugs->bz Responsible-Changed-By: bz Responsible-Changed-When: Fri Jun 11 08:51:23 UTC 2010 Responsible-Changed-Why: Colin asked me to have a look. http://www.freebsd.org/cgi/query-pr.cgi?pr=147767 ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
kern/147790: zfs set acl(mode|inherit) fails on existing zfs
>Number: 147790 >Category: kern >Synopsis: zfs set acl(mode|inherit) fails on existing zfs >Confidential: no >Severity: non-critical >Priority: low >Responsible:freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jun 11 14:10:02 UTC 2010 >Closed-Date: >Last-Modified: >Originator: Robert Schulze >Release:8.0-RELEASE-p3 amd64 >Organization: bytecamp GmbH >Environment: FreeBSD XX 8.0-RELEASE-p3 FreeBSD 8.0-RELEASE-p3 #6: Thu Jun 10 13:07:31 CEST 2010 r...@xx:/usr/obj/usr/src/sys/XX amd64 >Description: After creating a zfs, altering the properties aclmode or aclinherit, ends up with the following message: "property 'aclmode' not supported on FreeBSD: permission denied" But aclmode/aclinherit can be set during _creation_ of the ZFS with the help of zfs create -o aclmode=passthrough foo >How-To-Repeat: $ zfs create foo $ zfs set aclmode=passthrough foo property 'aclmode' not supported on FreeBSD: permission denied >Fix: >Release-Note: >Audit-Trail: >Unformatted: ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
misc/147793: cdrom handling, panic, possible race condition in kernel SMP
>Number: 147793 >Category: misc >Synopsis: cdrom handling, panic, possible race condition in kernel SMP >Confidential: no >Severity: critical >Priority: high >Responsible:freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jun 11 16:00:07 UTC 2010 >Closed-Date: >Last-Modified: >Originator: Emanuale Tissani >Release:7.3 amd64 SMP >Organization: Italcementi >Environment: FreeBSD freebsd.acerbis.it 7.3-RELEASE FreeBSD 7.3-RELEASE #0: Sun Mar 21 05:25:24 UTC 2010 r...@driscoll.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 >Description: Environment: Freebsd 7.3 SMP amd64, 2 processors, running under vmware esx vsphere update 1, 2048 MB ram, one scsi disk, one network adapter, one cdrom, stock distro kernel. Problem: When acd0 cdrom device is present in the machine the machine randomly crashes (can run for one day or crash three times in row in six hour span, totally not deterministically, with panic. same behaviour with 7.2 freebsd. If I remove the cdrom device from the machine, all is rock stable and runs with no problems. the kern dump seems to support this thesis, pinpointing the crash to some cdrom handling phase: [r...@freebsd /boot/kernel]# kgdb kernel /var/crash/vmcore.4 GNU gdb 6.1.1 [FreeBSD] .. Unread portion of the kernel message buffer: acd0: WARNING - READ_TOC tasakcqdu0e:u eW AtRiNmIeNoGu t- -R EcAoDm_pTlOeCt itnasgk qrueequuee stt idmieroeuctt l-y c ompleting reque s tF adtiarle cttrlayp 12: p aFgaet afla utlrta pw hi1l2e: ipna gkee rfnaeull tm owdheil ec piuni dk e=r ne0l; maopdiec idc p=u id0 0= f1a;u latpi cv iirdt u=a l 0a1d drfeasusl t= v0ixr2t5u8al afdadurlte scso d=e 0 x=2 5s8u pefravulti scoord ere a=d dsautpae,r vpiasgoer nrote apdr edsaetnat, piangset rnuoctt iporne speoinntt eri n=s t0rxu8c:t0ixonf fpfofifnfftfe8r05=1 a06x68d:0 xfsftafcfkff fpfo8i0n5t1era 6 6 d s t a =c k0 xp1o0i:n0txefrf f f f f 8 0 0 0 0=5 00bx2100:0 xfrfafmfef fpfo8i0n3tee7r6 7 4 f 0 f r a=m e0 xp1o0i:n0txefrf f f f f 0 0 0 1=2 f05x00100: 0xcfofdfef fsefg0m0e0n1t7 6 5=3 ab0a sec o0dxe0 ,s elgmiemnitt0 x=f fbfafsfe, 0txy0p,e l0ixm1ibt 0 x f f=f fDfP,L t0y,p ep r0exs1 b1 , l o n=g D1P,L d0e,f 3p2r e0s, 1g,r alno n1g 1p,r odceefs3s2o r0 ,e fglraang s1 = pirnotceersrsuoprt eenflaabglse d=, irnetseurmreu,p tI OPeLna b=l e0d, rceusrurmeen,t IpOrPoLc e=ss 0 = c1u7r r(esnwti 6p:r otcaessks q =u eu1e1)62 (thraalpd -naudmdboern - s=t o1r2ag e)pa nitcra:p p anguem bfearul t= 1c2pu id = 0 Uptime: 1h7m14s Physical memory: 2035 MB Dumping 1125 MB: 1110 1094 1078 1062 1046 1030 1014 998 982 966 950 934 918 902 886 870 854 838 822 806 790 774 758 742 726 710 694 678 662 646 630 614 598 582 566 550 534 518 502 486 470 454 438 422 406 390 374 358 342 326 310 294 278 262 246 230 214 198 182 166 150 134 118 102 86 70 54 38 22 6 -- back -- #0 doadump () at pcpu.h:195 #1 0x0004 in ?? () #2 0x805285f9 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 #3 0x80528a02 in panic (fmt=0x104 ) at /usr/src/sys/kern/kern_shutdown.c:574 #4 0x807ec7d3 in trap_fatal (frame=0xff00012f5000, eva=Variable "eva" is not available. ) at /usr/src/sys/amd64/amd64/trap.c:777 #5 0x807ecba5 in trap_pfault (frame=0xff850a70, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:693 #6 0x807ed4cc in trap (frame=0xff850a70) at /usr/src/sys/amd64/amd64/trap.c:464 #7 0x807d610e in calltrap () at /usr/src/sys/amd64/amd64/exception.S:218 #8 0x8051a66d in _mtx_lock_sleep (m=0xff00015a4678, tid=18446742974217801728, opts=Variable "opts" is not available. ) at /usr/src/sys/kern/kern_mutex.c:339 #9 0x80527b6c in _sema_post (sema=0xff00015a4678, file=Variable "file" is not available. ) at /usr/src/sys/kern/kern_sema.c:79 #10 0x80266264 in ata_completed (context=Variable "context" is not available. ) at /usr/src/sys/dev/ata/ata-queue.c:490 #11 0x8056232d in taskqueue_run (queue=0xff00013ad000) at /usr/src/sys/kern/subr_taskqueue.c:282 #12 0x80506a92 in ithread_loop (arg=0xff0001346ae0) at /usr/src/sys/kern/kern_intr.c:1181 #13 0x805034e3 in fork_exit (callout=0x80506930 , arg=0xff0001346ae0, frame=0xff850c80) at /usr/src/sys/kern/kern_fork.c:811 #14 0x807d64ee in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:554 #15 0x in ?? () #16 0x in ?? () #17 0x0001 in ?? () #18 0x in ?? () #19 0x in ?? () #20 0x in ?? () #21 0x in ??
Re: misc/147793: cdrom handling, panic, possible race condition in kernel SMP
The following reply was made to PR misc/147793; it has been noted by GNATS. From: cesco To: bug-follo...@freebsd.org, ema...@yahoo.com Cc: Subject: Re: misc/147793: cdrom handling, panic, possible race condition in kernel SMP Date: Fri, 11 Jun 2010 12:50:28 -0700 (PDT) Another user named Francesco Trentini sent a support request also to vmware to check if they have some vmware specific info (but to me it sounds like a race condition exacerbated by is some cases high latency in hypervisor allocation to cpus). ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
kern/147798: ipfw skipto skips over the complex rule
>Number: 147798 >Category: kern >Synopsis: ipfw skipto skips over the complex rule >Confidential: no >Severity: serious >Priority: medium >Responsible:freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jun 11 20:50:01 UTC 2010 >Closed-Date: >Last-Modified: >Originator: Dmitry Pryanishnikov >Release:RELENG_8 >Organization: Home >Environment: FreeBSD lynx.homenet 8.1-PRERELEASE FreeBSD 8.1-PRERELEASE #0: Fri Jun 11 21:59:46 EEST 2010 dmi...@lynx.homenet:/databig/obj/databig/ftp/RELENG_8/src/sys/lynx i386 >Description: In the following pared-down ipfw ruleset (yes, it's complete): 25150 208 22046 skipto 25199 ip from any to any 304100 0 nat 1 ip from not 192.168.1.0/24 to not table(1) out via em0 306100 0 nat 1 ip from not table(1) to 192.168.1.2 in 65000 372 38232 allow ip from any to any 65535 1178 53032 deny ip from any to any packets from 192.168.251.1 fail to match against the rule number 30410 (despite being directed to IP absent in table(1) via em0. IP-addresses 192.168.1.2 and 192.168.251.1 are local; nat 1 is configured as "nat 1 config ip 192.168.1.2", table 1 contains non-globally routable networks: 0.0.0.0/8 0 10.0.0.0/8 0 169.254.0.0/16 0 172.16.0.0/12 0 192.0.2.0/24 0 192.168.0.0/16 0 224.0.0.0/4 0 240.0.0.0/4 0 However, adding dummy 'count' rule between 'skipto' and 'nat' works around the problem: 25150 303 31614 skipto 25199 ip from any to any 26000 16 1268 count ip from any to any 304107 588 nat 1 ip from not 192.168.1.0/24 to not table(1) out via em0 306107 588 nat 1 ip from not table(1) to 192.168.1.2 in 65000 467 47800 allow ip from any to any 65535 1178 53032 deny ip from any to any Note that simpicated forms of the rule 30410 (e.g. nat 1 ip from 192.168.251.1 to not table(1) out via em0) don't become skipped over - only form shown in the first ruleset does. >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
misc/147802: port: net-im/mu-conference fails to compile.
>Number: 147802 >Category: misc >Synopsis: port: net-im/mu-conference fails to compile. >Confidential: no >Severity: critical >Priority: high >Responsible:freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Jun 12 00:20:02 UTC 2010 >Closed-Date: >Last-Modified: >Originator: Chris Hilton >Release:7.3-STABLE >Organization: Self >Environment: FreeBSD corellia.vindaloo.com 7.3-STABLE FreeBSD 7.3-STABLE #1: Fri May 14 21:33:57 EDT 2010 r...@kamino:/usr/obj/usr/src/sys/CORELLIA i386 >Description: The port fails to compile because CFLAGS doesn't include "/usr/local/include" in the list of standard places to look for header files. Thus, the port can't find the expat.h header. I'll submit this PR then send the patch for the Makefiles that fixes it to the port maintainer. -- Chris >How-To-Repeat: Try to compile the port >Fix: Fix the makefiles to use "-I/usr/local/include" Patch attached with submission follows: --- src/Makefile.orig 2007-07-16 18:05:44.0 -0400 +++ src/Makefile2010-06-11 19:53:51.0 -0400 @@ -1,12 +1,12 @@ -CC:=gcc -CFLAGS:=$(CFLAGS) -O2 -Wall -I../../lib -I../include `pkg-config --cflags glib-2.0` -D_JCOMP -D_REENTRANT -DLIBIDN -#CFLAGS:=$(CFLAGS) -O2 -Wall -I../../lib -I../include `pkg-config --cflags glib-2.0` -D_JCOMP -D_REENTRANT -DLIBIDN -DHAVE_MYSQL -LIBS:=$(LIBS) -ljcomp -lm `pkg-config --libs glib-2.0` `pkg-config --libs gthread-2.0` -lexpat -lidn -#LIBS:=$(LIBS) -ljcomp -lm `pkg-config --libs glib-2.0` `pkg-config --libs gthread-2.0` -lexpat -lidn `mysql_config --libs` +CC?=gcc +CFLAGS+= -Wall -I../../lib -I../include -I/usr/local/include `/usr/local/bin/pkg-config --cflags glib-2.0` -D_JCOMP -D_REENTRANT -DLIBIDN +#CFLAGS:= -Wall -I../../lib -I../include `/usr/local/bin/pkg-config --cflags glib-2.0` -D_JCOMP -D_REENTRANT -DLIBIDN -DHAVE_MYSQL +LIBS:=$(LIBS) -ljcomp -lm `/usr/local/bin/pkg-config --libs glib-2.0` `/usr/local/bin/pkg-config --libs gthread-2.0` -lexpat -lidn +#LIBS:=$(LIBS) -ljcomp -lm `/usr/local/bin/pkg-config --libs glib-2.0` `/usr/local/bin/pkg-config --libs gthread-2.0` -lexpat -lidn `mysql_config --libs` LDFLAGS:=-L. # Debug/Experimental -#CFLAGS:=$(CFLAGS) -pipe -Os -I../../jabberd -I../include +#CFLAGS:= -pipe -Os -I../../jabberd -I../include #LIBS:=$(LIBS) /usr/local/lib/ccmalloc-gcc.o -lccmalloc #LIBS:=$(LIBS) -lmemusage #LIBS:=$(LIBS) -lmcheck --- src/jabberd/Makefile.orig 2008-03-25 12:50:13.0 -0400 +++ src/jabberd/Makefile2010-06-11 19:54:04.0 -0400 @@ -1,6 +1,6 @@ -CC=gcc -CFLAGS:=$(CFLAGS) -O2 -Wall -I. -I../../include `pkg-config --cflags glib-2.0` -D_REENTRANT -DLIBIDN +CC?=gcc +CFLAGS+= -Wall -I. -I../../include -I/usr/local/include `/usr/local/bin/pkg-config --cflags glib-2.0` -D_REENTRANT -DLIBIDN LIBS= JCOMP_LIB_OBJECTS=expat.o \ --- src/jcomp/Makefile.orig 2008-03-25 12:50:13.0 -0400 +++ src/jcomp/Makefile 2010-06-11 19:54:14.0 -0400 @@ -1,7 +1,7 @@ # $Id: Makefile,v 1.1 2005/12/06 14:48:49 peregrine Exp $ -CC=gcc -CFLAGS:=$(CFLAGS) -O2 -Wall -I../../include -I. `pkg-config --cflags glib-2.0` -D_REENTRANT +CC?=gcc +CFLAGS+= -Wall -I../../include -I. -I/usr/local/include `/usr/local/bin/pkg-config --cflags glib-2.0` -D_REENTRANT LIBS= JCOMP_OBJECTS=jcr_xdb.o \ @@ -15,7 +15,7 @@ all: $(JCOMP_OBJECTS) main.o - gcc -g $(JCOMP_OBJECTS) main.o ../libjcomp.a `pkg-config --libs gthread-2.0` `pkg-config --libs glib-2.0` -o main + $(CC) -g $(JCOMP_OBJECTS) main.o ../libjcomp.a `/usr/local/bin/pkg-config --libs gthread-2.0` `/usr/local/bin/pkg-config --libs glib-2.0` -o main lib: $(JCOMP_OBJECTS) @ar rv ../libjcomp.a $(JCOMP_OBJECTS) >Release-Note: >Audit-Trail: >Unformatted: ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: ports/147802: net-im/mu-conference fails to compile.
Old Synopsis: port: net-im/mu-conference fails to compile. New Synopsis: net-im/mu-conference fails to compile. Responsible-Changed-From-To: freebsd-bugs->mm Responsible-Changed-By: linimon Responsible-Changed-When: Sat Jun 12 00:21:55 UTC 2010 Responsible-Changed-Why: ports PR. http://www.freebsd.org/cgi/query-pr.cgi?pr=147802 ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
