From owner-freebsd-stable@FreeBSD.ORG Sun Sep 2 20:02:39 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 339B11065670; Sun, 2 Sep 2012 20:02:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id BA7848FC0C; Sun, 2 Sep 2012 20:02:38 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q82K2cub063509; Sun, 2 Sep 2012 20:02:38 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q82K2bvR063339; Sun, 2 Sep 2012 20:02:37 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 2 Sep 2012 20:02:37 GMT Message-Id: <201209022002.q82K2bvR063339@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Sep 2012 20:02:39 -0000 TB --- 2012-09-02 19:04:28 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-09-02 19:04:28 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-02 19:04:28 - starting RELENG_8 tinderbox run for i386/i386 TB --- 2012-09-02 19:04:28 - cleaning the object tree TB --- 2012-09-02 19:04:28 - cvsupping the source tree TB --- 2012-09-02 19:04:28 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/i386/i386/supfile TB --- 2012-09-02 19:04:42 - building world TB --- 2012-09-02 19:04:42 - CROSS_BUILD_TESTING=YES TB --- 2012-09-02 19:04:42 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-02 19:04:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-02 19:04:42 - SRCCONF=/dev/null TB --- 2012-09-02 19:04:42 - TARGET=i386 TB --- 2012-09-02 19:04:42 - TARGET_ARCH=i386 TB --- 2012-09-02 19:04:42 - TZ=UTC TB --- 2012-09-02 19:04:42 - __MAKE_CONF=/dev/null TB --- 2012-09-02 19:04:42 - cd /src TB --- 2012-09-02 19:04:42 - /usr/bin/make -B buildworld >>> World build started on Sun Sep 2 19:04:42 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Sep 2 19:51:52 UTC 2012 TB --- 2012-09-02 19:51:52 - generating LINT kernel config TB --- 2012-09-02 19:51:52 - cd /src/sys/i386/conf TB --- 2012-09-02 19:51:52 - /usr/bin/make -B LINT TB --- 2012-09-02 19:51:53 - cd /src/sys/i386/conf TB --- 2012-09-02 19:51:53 - /usr/sbin/config -m LINT TB --- 2012-09-02 19:51:53 - building LINT kernel TB --- 2012-09-02 19:51:53 - CROSS_BUILD_TESTING=YES TB --- 2012-09-02 19:51:53 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-02 19:51:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-02 19:51:53 - SRCCONF=/dev/null TB --- 2012-09-02 19:51:53 - TARGET=i386 TB --- 2012-09-02 19:51:53 - TARGET_ARCH=i386 TB --- 2012-09-02 19:51:53 - TZ=UTC TB --- 2012-09-02 19:51:53 - __MAKE_CONF=/dev/null TB --- 2012-09-02 19:51:53 - cd /src TB --- 2012-09-02 19:51:53 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Sep 2 19:51:53 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/vm/device_pager.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/vm/phys_pager.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/vm/redzone.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/vm/sg_pager.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/vm/swap_pager.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/vm/uma_core.c /src/sys/vm/uma_core.c: In function 'keg_fetch_slab': /src/sys/vm/uma_core.c:2164: error: 'struct uma_zone' has no member named 'uz_sleeps' *** Error code 1 Stop in /obj/i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-02 20:02:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-02 20:02:37 - ERROR: failed to build LINT kernel TB --- 2012-09-02 20:02:37 - 2717.50 user 482.84 system 3488.64 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Sun Sep 2 20:05:58 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C52E21065674; Sun, 2 Sep 2012 20:05:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 701098FC1C; Sun, 2 Sep 2012 20:05:58 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q82K5vMn017720; Sun, 2 Sep 2012 20:05:57 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q82K5vDH017718; Sun, 2 Sep 2012 20:05:57 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 2 Sep 2012 20:05:57 GMT Message-Id: <201209022005.q82K5vDH017718@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on mips/mips X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Sep 2012 20:05:59 -0000 TB --- 2012-09-02 19:28:01 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-09-02 19:28:01 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-02 19:28:01 - starting RELENG_8 tinderbox run for mips/mips TB --- 2012-09-02 19:28:01 - cleaning the object tree TB --- 2012-09-02 19:28:01 - cvsupping the source tree TB --- 2012-09-02 19:28:01 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/mips/mips/supfile TB --- 2012-09-02 19:28:16 - building world TB --- 2012-09-02 19:28:16 - CROSS_BUILD_TESTING=YES TB --- 2012-09-02 19:28:16 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-02 19:28:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-02 19:28:16 - SRCCONF=/dev/null TB --- 2012-09-02 19:28:16 - TARGET=mips TB --- 2012-09-02 19:28:16 - TARGET_ARCH=mips TB --- 2012-09-02 19:28:16 - TZ=UTC TB --- 2012-09-02 19:28:16 - __MAKE_CONF=/dev/null TB --- 2012-09-02 19:28:16 - cd /src TB --- 2012-09-02 19:28:16 - /usr/bin/make -B buildworld >>> World build started on Sun Sep 2 19:28:17 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Sep 2 20:04:54 UTC 2012 TB --- 2012-09-02 20:04:54 - cd /src/sys/mips/conf TB --- 2012-09-02 20:04:54 - /usr/sbin/config -m ADM5120 TB --- 2012-09-02 20:04:54 - building ADM5120 kernel TB --- 2012-09-02 20:04:54 - CROSS_BUILD_TESTING=YES TB --- 2012-09-02 20:04:54 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-02 20:04:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-02 20:04:54 - SRCCONF=/dev/null TB --- 2012-09-02 20:04:54 - TARGET=mips TB --- 2012-09-02 20:04:54 - TARGET_ARCH=mips TB --- 2012-09-02 20:04:54 - TZ=UTC TB --- 2012-09-02 20:04:54 - __MAKE_CONF=/dev/null TB --- 2012-09-02 20:04:54 - cd /src TB --- 2012-09-02 20:04:54 - /usr/bin/make -B buildkernel KERNCONF=ADM5120 >>> Kernel build for ADM5120 started on Sun Sep 2 20:04:54 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=1000 --param large-function-growth=100000 -EL -fno-pic -mno-abicalls -G0 -EL -march=mips32 -msoft-float -mno-dsp -ffreestanding -Werror /src/sys/vm/default_pager.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=1000 --param large-function-growth=100000 -EL -fno-pic -mno-abicalls -G0 -EL -march=mips32 -msoft-float -mno-dsp -ffreestanding -Werror /src/sys/vm/device_pager.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=1000 --param large-function-growth=100000 -EL -fno-pic -mno-abicalls -G0 -EL -march=mips32 -msoft-float -mno-dsp -ffreestanding -Werror /src/sys/vm/phys_pager.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=1000 --param large-function-growth=100000 -EL -fno-pic -mno-abicalls -G0 -EL -march=mips32 -msoft-float -mno-dsp -ffreestanding -Werror /src/sys/vm/sg_pager.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=1000 --param large-function-growth=100000 -EL -fno-pic -mno-abicalls -G0 -EL -march=mips32 -msoft-float -mno-dsp -ffreestanding -Werror /src/sys/vm/swap_pager.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=1000 --param large-function-growth=100000 -EL -fno-pic -mno-abicalls -G0 -EL -march=mips32 -msoft-float -mno-dsp -ffreestanding -Werror /src/sys/vm/uma_core.c /src/sys/vm/uma_core.c: In function 'keg_fetch_slab': /src/sys/vm/uma_core.c:2164: error: 'struct uma_zone' has no member named 'uz_sleeps' *** Error code 1 Stop in /obj/mips/src/sys/ADM5120. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-02 20:05:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-02 20:05:57 - ERROR: failed to build ADM5120 kernel TB --- 2012-09-02 20:05:57 - 1714.27 user 360.23 system 2276.55 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Sun Sep 2 20:10:33 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 806D91065679; Sun, 2 Sep 2012 20:10:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 3E4258FC1C; Sun, 2 Sep 2012 20:10:33 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q82KAWml077842; Sun, 2 Sep 2012 20:10:32 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q82KAWKk077840; Sun, 2 Sep 2012 20:10:32 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 2 Sep 2012 20:10:32 GMT Message-Id: <201209022010.q82KAWKk077840@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Sep 2012 20:10:33 -0000 TB --- 2012-09-02 19:14:51 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-09-02 19:14:51 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-02 19:14:51 - starting RELENG_8 tinderbox run for i386/pc98 TB --- 2012-09-02 19:14:51 - cleaning the object tree TB --- 2012-09-02 19:14:51 - cvsupping the source tree TB --- 2012-09-02 19:14:51 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/i386/pc98/supfile TB --- 2012-09-02 19:15:02 - building world TB --- 2012-09-02 19:15:02 - CROSS_BUILD_TESTING=YES TB --- 2012-09-02 19:15:02 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-02 19:15:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-02 19:15:02 - SRCCONF=/dev/null TB --- 2012-09-02 19:15:02 - TARGET=pc98 TB --- 2012-09-02 19:15:02 - TARGET_ARCH=i386 TB --- 2012-09-02 19:15:02 - TZ=UTC TB --- 2012-09-02 19:15:02 - __MAKE_CONF=/dev/null TB --- 2012-09-02 19:15:02 - cd /src TB --- 2012-09-02 19:15:02 - /usr/bin/make -B buildworld >>> World build started on Sun Sep 2 19:15:03 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Sep 2 20:01:32 UTC 2012 TB --- 2012-09-02 20:01:32 - generating LINT kernel config TB --- 2012-09-02 20:01:32 - cd /src/sys/pc98/conf TB --- 2012-09-02 20:01:32 - /usr/bin/make -B LINT TB --- 2012-09-02 20:01:32 - cd /src/sys/pc98/conf TB --- 2012-09-02 20:01:32 - /usr/sbin/config -m LINT TB --- 2012-09-02 20:01:32 - building LINT kernel TB --- 2012-09-02 20:01:32 - CROSS_BUILD_TESTING=YES TB --- 2012-09-02 20:01:32 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-02 20:01:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-02 20:01:32 - SRCCONF=/dev/null TB --- 2012-09-02 20:01:32 - TARGET=pc98 TB --- 2012-09-02 20:01:32 - TARGET_ARCH=i386 TB --- 2012-09-02 20:01:32 - TZ=UTC TB --- 2012-09-02 20:01:32 - __MAKE_CONF=/dev/null TB --- 2012-09-02 20:01:32 - cd /src TB --- 2012-09-02 20:01:32 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Sep 2 20:01:32 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/vm/device_pager.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/vm/phys_pager.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/vm/redzone.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/vm/sg_pager.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/vm/swap_pager.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/vm/uma_core.c /src/sys/vm/uma_core.c: In function 'keg_fetch_slab': /src/sys/vm/uma_core.c:2164: error: 'struct uma_zone' has no member named 'uz_sleeps' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-02 20:10:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-02 20:10:32 - ERROR: failed to build LINT kernel TB --- 2012-09-02 20:10:32 - 2615.25 user 470.93 system 3341.45 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Sun Sep 2 20:36:18 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 46FBA106566C; Sun, 2 Sep 2012 20:36:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 078048FC18; Sun, 2 Sep 2012 20:36:17 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q82KaHam078347; Sun, 2 Sep 2012 20:36:17 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q82KaH8E078346; Sun, 2 Sep 2012 20:36:17 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 2 Sep 2012 20:36:17 GMT Message-Id: <201209022036.q82KaH8E078346@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Sep 2012 20:36:18 -0000 TB --- 2012-09-02 19:27:27 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-09-02 19:27:27 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-02 19:27:27 - starting RELENG_8 tinderbox run for ia64/ia64 TB --- 2012-09-02 19:27:27 - cleaning the object tree TB --- 2012-09-02 19:27:27 - cvsupping the source tree TB --- 2012-09-02 19:27:27 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/ia64/ia64/supfile TB --- 2012-09-02 19:27:50 - building world TB --- 2012-09-02 19:27:50 - CROSS_BUILD_TESTING=YES TB --- 2012-09-02 19:27:50 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-02 19:27:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-02 19:27:50 - SRCCONF=/dev/null TB --- 2012-09-02 19:27:50 - TARGET=ia64 TB --- 2012-09-02 19:27:50 - TARGET_ARCH=ia64 TB --- 2012-09-02 19:27:50 - TZ=UTC TB --- 2012-09-02 19:27:50 - __MAKE_CONF=/dev/null TB --- 2012-09-02 19:27:50 - cd /src TB --- 2012-09-02 19:27:50 - /usr/bin/make -B buildworld >>> World build started on Sun Sep 2 19:27:51 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Sep 2 20:25:30 UTC 2012 TB --- 2012-09-02 20:25:30 - generating LINT kernel config TB --- 2012-09-02 20:25:30 - cd /src/sys/ia64/conf TB --- 2012-09-02 20:25:30 - /usr/bin/make -B LINT TB --- 2012-09-02 20:25:30 - cd /src/sys/ia64/conf TB --- 2012-09-02 20:25:30 - /usr/sbin/config -m LINT TB --- 2012-09-02 20:25:30 - building LINT kernel TB --- 2012-09-02 20:25:30 - CROSS_BUILD_TESTING=YES TB --- 2012-09-02 20:25:30 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-02 20:25:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-02 20:25:30 - SRCCONF=/dev/null TB --- 2012-09-02 20:25:30 - TARGET=ia64 TB --- 2012-09-02 20:25:30 - TARGET_ARCH=ia64 TB --- 2012-09-02 20:25:30 - TZ=UTC TB --- 2012-09-02 20:25:30 - __MAKE_CONF=/dev/null TB --- 2012-09-02 20:25:30 - cd /src TB --- 2012-09-02 20:25:30 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Sep 2 20:25:30 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/vm/device_pager.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/vm/phys_pager.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/vm/redzone.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/vm/sg_pager.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/vm/swap_pager.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/vm/uma_core.c /src/sys/vm/uma_core.c: In function 'keg_fetch_slab': /src/sys/vm/uma_core.c:2164: error: 'struct uma_zone' has no member named 'uz_sleeps' *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-02 20:36:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-02 20:36:17 - ERROR: failed to build LINT kernel TB --- 2012-09-02 20:36:17 - 3487.05 user 481.88 system 4129.92 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Sun Sep 2 20:38:13 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 49091106564A; Sun, 2 Sep 2012 20:38:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 060DD8FC23; Sun, 2 Sep 2012 20:38:12 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q82KcC90086764; Sun, 2 Sep 2012 20:38:12 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q82KcCw9086763; Sun, 2 Sep 2012 20:38:12 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 2 Sep 2012 20:38:12 GMT Message-Id: <201209022038.q82KcCw9086763@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Sep 2012 20:38:13 -0000 TB --- 2012-09-02 19:46:42 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-09-02 19:46:42 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-02 19:46:42 - starting RELENG_8 tinderbox run for powerpc/powerpc TB --- 2012-09-02 19:46:42 - cleaning the object tree TB --- 2012-09-02 19:46:42 - cvsupping the source tree TB --- 2012-09-02 19:46:42 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/powerpc/powerpc/supfile TB --- 2012-09-02 19:46:56 - building world TB --- 2012-09-02 19:46:56 - CROSS_BUILD_TESTING=YES TB --- 2012-09-02 19:46:56 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-02 19:46:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-02 19:46:56 - SRCCONF=/dev/null TB --- 2012-09-02 19:46:56 - TARGET=powerpc TB --- 2012-09-02 19:46:56 - TARGET_ARCH=powerpc TB --- 2012-09-02 19:46:56 - TZ=UTC TB --- 2012-09-02 19:46:56 - __MAKE_CONF=/dev/null TB --- 2012-09-02 19:46:56 - cd /src TB --- 2012-09-02 19:46:56 - /usr/bin/make -B buildworld >>> World build started on Sun Sep 2 19:46:57 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Sep 2 20:30:48 UTC 2012 TB --- 2012-09-02 20:30:48 - generating LINT kernel config TB --- 2012-09-02 20:30:48 - cd /src/sys/powerpc/conf TB --- 2012-09-02 20:30:48 - /usr/bin/make -B LINT TB --- 2012-09-02 20:30:48 - cd /src/sys/powerpc/conf TB --- 2012-09-02 20:30:48 - /usr/sbin/config -m LINT TB --- 2012-09-02 20:30:48 - building LINT kernel TB --- 2012-09-02 20:30:48 - CROSS_BUILD_TESTING=YES TB --- 2012-09-02 20:30:48 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-02 20:30:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-02 20:30:48 - SRCCONF=/dev/null TB --- 2012-09-02 20:30:48 - TARGET=powerpc TB --- 2012-09-02 20:30:48 - TARGET_ARCH=powerpc TB --- 2012-09-02 20:30:48 - TZ=UTC TB --- 2012-09-02 20:30:48 - __MAKE_CONF=/dev/null TB --- 2012-09-02 20:30:48 - cd /src TB --- 2012-09-02 20:30:48 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Sep 2 20:30:48 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/vm/device_pager.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/vm/phys_pager.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/vm/redzone.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/vm/sg_pager.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/vm/swap_pager.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/vm/uma_core.c /src/sys/vm/uma_core.c: In function 'keg_fetch_slab': /src/sys/vm/uma_core.c:2164: error: 'struct uma_zone' has no member named 'uz_sleeps' *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-02 20:38:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-02 20:38:12 - ERROR: failed to build LINT kernel TB --- 2012-09-02 20:38:12 - 2562.80 user 420.27 system 3090.23 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sun Sep 2 20:48:19 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0CC69106566B; Sun, 2 Sep 2012 20:48:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id C13838FC12; Sun, 2 Sep 2012 20:48:18 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q82KmIAM013749; Sun, 2 Sep 2012 20:48:18 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q82KmIE7013748; Sun, 2 Sep 2012 20:48:18 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 2 Sep 2012 20:48:18 GMT Message-Id: <201209022048.q82KmIE7013748@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Sep 2012 20:48:19 -0000 TB --- 2012-09-02 20:02:38 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-09-02 20:02:38 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-02 20:02:38 - starting RELENG_8 tinderbox run for sparc64/sparc64 TB --- 2012-09-02 20:02:38 - cleaning the object tree TB --- 2012-09-02 20:02:38 - cvsupping the source tree TB --- 2012-09-02 20:02:38 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/sparc64/sparc64/supfile TB --- 2012-09-02 20:02:49 - building world TB --- 2012-09-02 20:02:49 - CROSS_BUILD_TESTING=YES TB --- 2012-09-02 20:02:49 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-02 20:02:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-02 20:02:49 - SRCCONF=/dev/null TB --- 2012-09-02 20:02:49 - TARGET=sparc64 TB --- 2012-09-02 20:02:49 - TARGET_ARCH=sparc64 TB --- 2012-09-02 20:02:49 - TZ=UTC TB --- 2012-09-02 20:02:49 - __MAKE_CONF=/dev/null TB --- 2012-09-02 20:02:49 - cd /src TB --- 2012-09-02 20:02:49 - /usr/bin/make -B buildworld >>> World build started on Sun Sep 2 20:02:50 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Sep 2 20:41:00 UTC 2012 TB --- 2012-09-02 20:41:00 - generating LINT kernel config TB --- 2012-09-02 20:41:00 - cd /src/sys/sparc64/conf TB --- 2012-09-02 20:41:00 - /usr/bin/make -B LINT TB --- 2012-09-02 20:41:00 - cd /src/sys/sparc64/conf TB --- 2012-09-02 20:41:00 - /usr/sbin/config -m LINT TB --- 2012-09-02 20:41:00 - building LINT kernel TB --- 2012-09-02 20:41:00 - CROSS_BUILD_TESTING=YES TB --- 2012-09-02 20:41:00 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-02 20:41:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-02 20:41:00 - SRCCONF=/dev/null TB --- 2012-09-02 20:41:00 - TARGET=sparc64 TB --- 2012-09-02 20:41:00 - TARGET_ARCH=sparc64 TB --- 2012-09-02 20:41:00 - TZ=UTC TB --- 2012-09-02 20:41:00 - __MAKE_CONF=/dev/null TB --- 2012-09-02 20:41:00 - cd /src TB --- 2012-09-02 20:41:00 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Sep 2 20:41:00 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/vm/device_pager.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/vm/phys_pager.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/vm/redzone.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/vm/sg_pager.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/vm/swap_pager.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/vm/uma_core.c /src/sys/vm/uma_core.c: In function 'keg_fetch_slab': /src/sys/vm/uma_core.c:2164: error: 'struct uma_zone' has no member named 'uz_sleeps' *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-02 20:48:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-02 20:48:18 - ERROR: failed to build LINT kernel TB --- 2012-09-02 20:48:18 - 2350.00 user 373.18 system 2739.73 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Sun Sep 2 22:21:16 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8838A106566B for ; Sun, 2 Sep 2012 22:21:16 +0000 (UTC) (envelope-from jurgen.weber@theiconic.com.au) Received: from exprod6og103.obsmtp.com (exprod6og103.obsmtp.com [64.18.1.185]) by mx1.freebsd.org (Postfix) with SMTP id 17D978FC21 for ; Sun, 2 Sep 2012 22:21:15 +0000 (UTC) Received: from mail-pb0-f54.google.com ([209.85.160.54]) (using TLSv1) by exprod6ob103.postini.com ([64.18.5.12]) with SMTP ID DSNKUEPb1K0C+pdNLYNFhw0V9a/ABZqk2Nrb@postini.com; Sun, 02 Sep 2012 15:21:16 PDT Received: by pbbrp2 with SMTP id rp2so7138606pbb.13 for ; Sun, 02 Sep 2012 15:21:08 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding :x-gm-message-state; bh=JtEQQJ/H5aUgfVxDobWsXFtLeE2PDGB+WAWoS0Q9z98=; b=U+4FCWoNS1aRPGWebwbaUTJwceowoq7RGu9jUPEDJn0QZYpxUpPlotKW9hk9ITdNNu p4miCAxW1mIS2jhV1xsVmVuSi42ZXKd5TDKcWXFelYf78+A8ucuXRqHprm35K9Z+eeZ3 Rc8jNsY7VCM1xpbMToB3fKNAXP7+XUxU5tE1zb6Ap0REr/7h3q/7J7jDiAFYhk9meHKs cK0ICvVU13HqvL54uIdC5FVukBF/YffgyWC6d/PlbXhoBvTS6+MYYogiq5Vcs2nvDSoN iyRMaUgtdzVjKtoH6LiNwQCOY7JpOHN32iDLuUGnAoyT4hTl0JiOLM8mkPk/ZK/bmLh2 tNmQ== Received: by 10.68.132.230 with SMTP id ox6mr33686368pbb.116.1346624468418; Sun, 02 Sep 2012 15:21:08 -0700 (PDT) Received: from [172.20.24.157] ([202.126.107.170]) by mx.google.com with ESMTPS id jz4sm8444980pbc.17.2012.09.02.15.21.04 (version=SSLv3 cipher=OTHER); Sun, 02 Sep 2012 15:21:07 -0700 (PDT) Message-ID: <5043DBD1.5060206@theiconic.com.au> Date: Mon, 03 Sep 2012 08:21:05 +1000 From: Jurgen Weber User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20120714 Thunderbird/14.0 MIME-Version: 1.0 To: Walter Hurry References: <1345697446.84337.11.camel@neo.cse.buffalo.edu> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Gm-Message-State: ALoCoQlVvv4tarvJnY7JioiwEBfx5qpTCZi2hcOmbazPYw1vQg8+dp+Al39XEgH5jBL/c3SRy/27 Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 9.1-RC1 Available... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Sep 2012 22:21:16 -0000 Yes, freebsd-update is the way to go... I got it done on my home/test server. back in the office where I have one machine on it thou. # uname -a FreeBSD rhino.matrix 9.1-BETA1 FreeBSD 9.1-BETA1 #0 r239929M: Fri Aug 31 12:42:47 EST 2012 root@rhino.matrix:/usr/obj/usr/src/sys/GENERIC amd64 # freebsd-update -v debug -r 9.1-RC1 upgrade Looking up update.FreeBSD.org mirrors... 3 mirrors found. Fetching public key from update5.FreeBSD.org... fetch: http://update5.FreeBSD.org/9.1-BETA1/amd64/pub.ssl: Not Found failed. Fetching public key from update4.FreeBSD.org... fetch: http://update4.FreeBSD.org/9.1-BETA1/amd64/pub.ssl: Not Found failed. Fetching public key from update3.FreeBSD.org... fetch: http://update3.FreeBSD.org/9.1-BETA1/amd64/pub.ssl: Not Found failed. No mirrors remaining, giving up. browse to: http://update5.FreeBSD.org/ Someone has removed the whole 9.1-BETA1 directory/folder/branch making it impossible for anyone from beta1 to upgrade to rc1 using freebsd-update even thou I got one server upgraded. Can we get that restored? If not what is the CVS tag or as I noted what are the SVN details for rc1? Thanks On 24/08/12 03:37, Walter Hurry wrote: > On Thu, 23 Aug 2012 00:50:46 -0400, Ken Smith wrote: > >> The first release candidate of the 9.1-RELEASE release cycle is now >> available on the FTP servers for amd64, i386, and powerpc64. The >> MD5/SHA256 checksums are at the bottom of this message. The ISO images >> and, for architectures that support it, the memory stick images are >> available here: >> >> ftp://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/9.1/ >> >> (or any of the FreeBSD mirror sites). > > > I have just upgraded (an x86_64 VM) from 9.0-RELEASE to 9.1-RC1, using > freebsd-update. Very smooth, and no apparent hitches at all. Thanks to > all concerned, and well done. > > One thing (welcome, but puzzling) which surprised me was that my > vboxguest.ko did *not* need to be recompiled. How did the upgrade manage > that? > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Jurgen Weber Systems Engineer IT Infrastructure Team Leader THE ICONIC | E jurgen.weber@theiconic.com.au | www.theiconic.com.au From owner-freebsd-stable@FreeBSD.ORG Mon Sep 3 00:21:40 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 682D71065670 for ; Mon, 3 Sep 2012 00:21:40 +0000 (UTC) (envelope-from hoarsenesswly@vodafone.com.au) Received: from remote.islyft.is (remote.islyft.is [194.144.41.133]) by mx1.freebsd.org (Postfix) with ESMTP id 53FAA8FC0C for ; Mon, 3 Sep 2012 00:19:32 +0000 (UTC) Received: from [138.146.86.57] (helo=fowjcnreaqilhwu.dwzukkdke.biz) by remote.islyft.is with esmtpa (Exim 4.69) (envelope-from ) id 1MM1AO-2130ys-M0 for freebsd-stable@freebsd.org; Mon, 3 Sep 2012 00:19:32 +0000 From: MyCustomer.com To: Date: Mon, 3 Sep 2012 00:19:32 +0000 MIME-Version: 1.0 X-Priority: 3 X-Mailer: ohjonfaeed-22 Message-ID: <6367391051.45IKXD2T544943@bybzubvrbqdred.zwicgvx.ua> Content-Type: multipart/mixed; boundary="----=a__fwlmonrdxy_52_09_56" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Four steps to global Facebook success X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Sep 2012 00:21:40 -0000 ------=a__fwlmonrdxy_52_09_56 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Four steps to global Facebook success /* Based on The MailChi= mp Reset INLINE: Yes. */ /* Client-specific Styles */ #outlook a {pad= ding:0;} /* Force Outlook to provide a "view in browser" menu link. */ b= ody{width:100% !important; -webkit-text-size-adjust:100%; -ms-text-size-a= djust:100%; margin:0; padding:0;} /* Prevent Webkit and Windows Mobile = platforms from changing default font sizes.*/ .ExternalClass {width:100= %;} /* Force Hotmail to display emails at full width */ .ExternalClass= , .ExternalClass p, .ExternalClass span, .ExternalClass font, .ExternalCl= ass td, .ExternalClass div {line-height: 100%;} /* Forces Hotmail to dis= play normal line spacing. More on that: http://www.emailonacid.com/forum= /viewthread/43/ */ #backgroundTable {margin:0; padding:20; width:100% != important; line-height: 100% !important;} /* End reset */ /* Some sensi= ble defaults for images Bring inline: Yes. */ img {outline:none; text-d= ecoration:none; -ms-interpolation-mode: bicubic;} a img {border:none;} = .image_fix {display} /* Yahoo paragraph fix Bring inline: Yes. */ p = {margin: 1em 0;} /* Hotmail header color reset Bring inline: Yes. */ /= * Outlook 07, 10 Padding issue fix Bring inline: No.*/ table td {border= -collapse: collapse;} /* Styling your links has become much simpler with= the new Yahoo. In fact, it falls in line with the main credo of styling= in email and make sure to bring your styles inline. Your link colors wi= ll be uniform across clients when brought inline. Bring inline: Yes. */ = a {color: orange;} /***************************************************= **************************************************** MOBILE TARGETING = **************************************************** ******************= *********************************/ @media only screen and (max-device-wi= dth: 480px) { /* Part one of controlling phone number linking for mobil= e. */ a[href^=3D"tel"], a[href^=3D"sms"] { text-decoration: none; = color: blue; /* or whatever your want */ pointer-events: none; = cursor: default; } .mobile_link a[href^=3D"tel"], .mobile_link= a[href^=3D"sms"] { text-decoration: default; color: orange !im= portant; pointer-events: auto; cursor: default; } } /* Mo= re Specific Targeting */ @media only screen and (min-device-width: 768px= ) and (max-device-width: 1024px) { /* You guessed it, ipad (tablets, sma= ller screens, etc) */ /* repeating for the ipad */ a[href^=3D"tel"], = a[href^=3D"sms"] { text-decoration: none; color: blue; /* or wh= atever your want */ pointer-events: none; cursor: default; = } .mobile_link a[href^=3D"tel"], .mobile_link a[href^=3D"sms"] { t= ext-decoration: default; color: orange !important; pointer-even= ts: auto; cursor: default; } } @media only screen and (-webkit= -min-device-pixel-ratio: 2) { /* Put your iPhone 4g styles in here */ = } /* Android targeting */ @media only screen and (-webkit-device-pixel-= ratio:.75){ /* Put CSS for low density (ldpi) Android layouts in here */= } @media only screen and (-webkit-device-pixel-ratio:1){ /* Put CSS f= or medium density (mdpi) Android layouts in here */ } @media only scree= n and (-webkit-device-pixel-ratio:1.5){ /* Put CSS for high density (hdp= i) Android layouts in here */ } /* end Android targeting */ = = = = Four steps to global Facebook success! = Social networking = is a global phenomenon. A recent Forrester study showed three-quarters o= f Facebook users are now outside the United States. = It's not enough to focus social efforts on English-speaking consumers in= the United States and Europe through a one-size-fits-all approach. But t= he right strategy is not always obvious. = There are lots of questions to be answered - questions about language, c= ulture, localised knowledge, design and whether you need different pages = for different regions. We've attached th= is free guide which identifies four steps to makin= g your brand a global Facebook success. Find ou= t about the four steps to global Facebook success in the attached file. = = Copyright © 2012, Sift Media All rights reserved. = Sift Media Ltd, 6th Floor, 48-52 Baldwin Stre= et, Bristol BS1 1QB Company Registration No. 05923= 499 | Registered in England and Wales VAT No. 741 844 722 = Unsubscribe | = Contact us = ------=a__fwlmonrdxy_52_09_56-- From owner-freebsd-stable@FreeBSD.ORG Mon Sep 3 14:16:24 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3231D106568B for ; Mon, 3 Sep 2012 14:16:23 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from mx.bulinfo.net (mx.bulinfo.net [193.194.156.1]) by mx1.freebsd.org (Postfix) with ESMTP id A172C8FC0C for ; Mon, 3 Sep 2012 14:16:22 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mx.bulinfo.net (Postfix) with ESMTP id 23C445CB31 for ; Mon, 3 Sep 2012 17:10:22 +0300 (EEST) X-Virus-Scanned: amavisd-new at bulinfo.net Received: from mx.bulinfo.net ([127.0.0.1]) by localhost (mx.bulinfo.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id voAEsfRyvv1l for ; Mon, 3 Sep 2012 17:10:21 +0300 (EEST) Received: from [192.168.2.187] (pythia.bulinfo.net [212.72.195.5]) by mx.bulinfo.net (Postfix) with ESMTP id C137B5CB2F for ; Mon, 3 Sep 2012 17:10:21 +0300 (EEST) Message-ID: <5044BA4D.2010403@bulinfo.net> Date: Mon, 03 Sep 2012 17:10:21 +0300 From: Krassimir Slavchev User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.6esrpre) Gecko/20120802 Thunderbird/10.0.6 MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG X-Enigmail-Version: 1.4.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: bce related panic on 8.3-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Sep 2012 14:16:24 -0000 Hi All, Today, after upgrading an HP Proliant DL380 G6 to 8.3-STABLE we had the following panic few minutes after going to multiuser mode: http://193.194.156.21/bce_crash.jpg dmesg from 8.3-STABLE kernel (Note the link up/down events): ... Sep 3 14:19:54 m kernel: bce0: mem 0xf4000000-0xf5ffffff irq 16 at device 0.0 on pci2 Sep 3 14:19:54 m kernel: miibus0: on bce0 Sep 3 14:19:54 m kernel: brgphy0: PHY 1 on miibus0 Sep 3 14:19:54 m kernel: brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow Sep 3 14:19:54 m kernel: bce0: Ethernet address: 00:26:55:52:27:06 Sep 3 14:19:54 m kernel: bce0: [ITHREAD] Sep 3 14:19:54 mkernel: bce0: ASIC (0x57092003); Rev (C0); Bus (PCIe x2, 2.5Gbps); B/C (4.6.4); Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|MFW); MFW (NCSI 1.0.3) Sep 3 14:19:54 m kernel: Coal (RX:6,6,18,18; TX:20,20,80,80) ... Sep 3 14:19:54 m kernel: Trying to mount root from ufs:/dev/da0s1a Sep 3 14:19:57 m kernel: bce0: Sep 3 14:19:57 m kernel: bce0: link state changed to UP Sep 3 14:19:57 m kernel: Gigabit link up! Sep 3 14:19:57 m kernel: bce0: Gigabit link up! Sep 3 14:19:58 m kernel: bce1: Sep 3 14:19:58 m kernel: bce1: link state changed to UP Sep 3 14:19:58 m kernel: Gigabit link up! Sep 3 14:19:58 m kernel: bce1: Gigabit link up! Sep 3 14:20:01 m kernel: bce1: Gigabit link up! Sep 3 14:20:27 m kernel: bce0: Gigabit link up! Sep 3 14:24:25 m syslogd: kernel boot file is /boot/kernel/kernel ... The previous kernel from the middle of May last year (8.2-STABLE): $sysctl dev.bce.0 dev.bce.0.%desc: HP NC382i DP Multifunction Gigabit Server Adapter (C0) dev.bce.0.%driver: bce dev.bce.0.%location: slot=0 function=0 dev.bce.0.%pnpinfo: vendor=0x14e4 device=0x1639 subvendor=0x103c subdevice=0x7055 class=0x020000 dev.bce.0.%parent: pci2 dev.bce.0.l2fhdr_error_count: 0 dev.bce.0.mbuf_alloc_failed_count: 0 dev.bce.0.mbuf_frag_count: 0 dev.bce.0.dma_map_addr_rx_failed_count: 0 dev.bce.0.dma_map_addr_tx_failed_count: 51 dev.bce.0.unexpected_attention_count: 0 dev.bce.0.stat_IfHcInOctets: 8862469148 dev.bce.0.stat_IfHCInBadOctets: 329986 dev.bce.0.stat_IfHCOutOctets: 89884604332 dev.bce.0.stat_IfHCOutBadOctets: 0 dev.bce.0.stat_IfHCInUcastPkts: 47972963 dev.bce.0.stat_IfHCInMulticastPkts: 0 dev.bce.0.stat_IfHCInBroadcastPkts: 301 dev.bce.0.stat_IfHCOutUcastPkts: 72217877 dev.bce.0.stat_IfHCOutMulticastPkts: 0 dev.bce.0.stat_IfHCOutBroadcastPkts: 45 dev.bce.0.stat_emac_tx_stat_dot3statsinternalmactransmiterrors: 0 dev.bce.0.stat_Dot3StatsCarrierSenseErrors: 0 dev.bce.0.stat_Dot3StatsFCSErrors: 0 dev.bce.0.stat_Dot3StatsAlignmentErrors: 0 dev.bce.0.stat_Dot3StatsSingleCollisionFrames: 0 dev.bce.0.stat_Dot3StatsMultipleCollisionFrames: 0 dev.bce.0.stat_Dot3StatsDeferredTransmissions: 0 dev.bce.0.stat_Dot3StatsExcessiveCollisions: 0 dev.bce.0.stat_Dot3StatsLateCollisions: 0 dev.bce.0.stat_EtherStatsCollisions: 0 dev.bce.0.stat_EtherStatsFragments: 0 dev.bce.0.stat_EtherStatsJabbers: 0 dev.bce.0.stat_EtherStatsUndersizePkts: 0 dev.bce.0.stat_EtherStatsOversizePkts: 0 dev.bce.0.stat_EtherStatsPktsRx64Octets: 28900335 dev.bce.0.stat_EtherStatsPktsRx65Octetsto127Octets: 11130062 dev.bce.0.stat_EtherStatsPktsRx128Octetsto255Octets: 94457 dev.bce.0.stat_EtherStatsPktsRx256Octetsto511Octets: 268122 dev.bce.0.stat_EtherStatsPktsRx512Octetsto1023Octets: 6647988 dev.bce.0.stat_EtherStatsPktsRx1024Octetsto1522Octets: 932300 dev.bce.0.stat_EtherStatsPktsRx1523Octetsto9022Octets: 0 dev.bce.0.stat_EtherStatsPktsTx64Octets: 2695217 dev.bce.0.stat_EtherStatsPktsTx65Octetsto127Octets: 2635924 dev.bce.0.stat_EtherStatsPktsTx128Octetsto255Octets: 2697153 dev.bce.0.stat_EtherStatsPktsTx256Octetsto511Octets: 4127448 dev.bce.0.stat_EtherStatsPktsTx512Octetsto1023Octets: 2505593 dev.bce.0.stat_EtherStatsPktsTx1024Octetsto1522Octets: 57556587 dev.bce.0.stat_EtherStatsPktsTx1523Octetsto9022Octets: 0 dev.bce.0.stat_XonPauseFramesReceived: 0 dev.bce.0.stat_XoffPauseFramesReceived: 0 dev.bce.0.stat_OutXonSent: 0 dev.bce.0.stat_OutXoffSent: 0 dev.bce.0.stat_FlowControlDone: 0 dev.bce.0.stat_MacControlFramesReceived: 0 dev.bce.0.stat_XoffStateEntered: 0 dev.bce.0.stat_IfInFramesL2FilterDiscards: 4331 dev.bce.0.stat_IfInRuleCheckerDiscards: 0 dev.bce.0.stat_IfInFTQDiscards: 0 dev.bce.0.stat_IfInMBUFDiscards: 0 dev.bce.0.stat_IfInRuleCheckerP4Hit: 301 dev.bce.0.stat_CatchupInRuleCheckerDiscards: 0 dev.bce.0.stat_CatchupInFTQDiscards: 0 dev.bce.0.stat_CatchupInMBUFDiscards: 0 dev.bce.0.stat_CatchupInRuleCheckerP4Hit: 0 dev.bce.0.com_no_buffers: 0 $vmstat -i interrupt total rate irq1: atkbd0 2035 0 irq17: atapci0 35 0 irq22: uhci2 uhci4 10250 1 cpu0: timer 4649590 799 irq256: ciss0 2682286 461 irq257: bce0 47790473 8221 irq258: bce1 2746014 472 cpu1: timer 4646382 799 cpu9: timer 4646256 799 cpu6: timer 4646397 799 cpu15: timer 4646263 799 cpu7: timer 4646397 799 cpu10: timer 4646250 799 cpu5: timer 4646397 799 cpu11: timer 4646263 799 cpu4: timer 4646397 799 cpu13: timer 4646227 799 cpu3: timer 4646396 799 cpu12: timer 4646244 799 cpu2: timer 4646372 799 cpu14: timer 4646263 799 cpu8: timer 4646163 799 Total 127575350 21946 $pciconv -lv ... bce0@pci0:2:0:0: class=0x020000 card=0x7055103c chip=0x163914e4 rev=0x20 hdr=0x00 vendor = 'Broadcom Corporation' device = 'NetXtreme II Gigabit Ethernet (BCM5709)' class = network subclass = ethernet bce1@pci0:2:0:1: class=0x020000 card=0x7055103c chip=0x163914e4 rev=0x20 hdr=0x00 vendor = 'Broadcom Corporation' device = 'NetXtreme II Gigabit Ethernet (BCM5709)' class = network subclass = ethernet bce2@pci0:3:0:0: class=0x020000 card=0x7055103c chip=0x163914e4 rev=0x20 hdr=0x00 vendor = 'Broadcom Corporation' device = 'NetXtreme II Gigabit Ethernet (BCM5709)' class = network subclass = ethernet bce3@pci0:3:0:1: class=0x020000 card=0x7055103c chip=0x163914e4 rev=0x20 hdr=0x00 vendor = 'Broadcom Corporation' device = 'NetXtreme II Gigabit Ethernet (BCM5709)' class = network subclass = ethernet ... We had to increase RX_PAGES/TX_PAGES 2 -> 64 to suppress Ierrs shown by nenstat -ni. Best Regards From owner-freebsd-stable@FreeBSD.ORG Mon Sep 3 15:36:31 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 90FD4106564A for ; Mon, 3 Sep 2012 15:36:31 +0000 (UTC) (envelope-from hm@hm.net.br) Received: from msrv.matik.com.br (msrv.matik.com.br [187.95.0.181]) by mx1.freebsd.org (Postfix) with ESMTP id BD9F68FC0C for ; Mon, 3 Sep 2012 15:36:30 +0000 (UTC) Received: from pop1.hm.net.br (pop1.hm.net.br [177.180.199.32]) (authenticated bits=0) by msrv.matik.com.br (8.14.5/8.14.5) with ESMTP id q83Fa0Pm003976 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Mon, 3 Sep 2012 12:36:00 -0300 (BRT) (envelope-from hm@hm.net.br) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.97.5 at msrv.matik.com.br X-DKIM: OpenDKIM Filter v2.5.2 msrv.matik.com.br q83Fa0Pm003976 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hm.net.br; s=racoon; t=1346686562; bh=FtbcuRNadfh6wElKVgrs5cidqyFJVYHT7NVrQyUD2c0=; h=Date:From:To:CC:Subject:References:In-Reply-To; b=ZHK0/yRxaSDrh83rbtnIEyURn16HcJBdTgrx/cSGdqa+IJA89/RYaanmZ0whuHS4n 750R3ceAVqUXJ4r4gXO6374e/pwb+HpTRXce1C2THB/zOHqAFqS+cbeXI8TfqCHqJz bK9hhzkNMTx7v3edf/wzT8G9ocwN6yzVXy5M0lhc= Authentication-Results: msrv.matik.com.br; sender-id=pass header.from=hm@hm.net.br; auth=pass (PLAIN); spf=pass smtp.mfrom=hm@hm.net.br Message-ID: <5044CE56.3070907@hm.net.br> Date: Mon, 03 Sep 2012 12:35:50 -0300 From: H Organization: HM-Net TI Ltda. User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:15.0) Gecko/20120901 Firefox/15.0 SeaMonkey/2.12 MIME-Version: 1.0 To: Krassimir Slavchev References: <5044BA4D.2010403@bulinfo.net> In-Reply-To: <5044BA4D.2010403@bulinfo.net> X-Enigmail-Version: 1.4.3 OpenPGP: id=9C63083C Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig82D5B46B99E383A0DEC13E21" X-Spam-Status: No, score=-301.9 required=5.0 tests=AWL=-0.155,BAYES_00=-1.9,DKIM_SIGNED=0.1,DKIM_VALID=-0.1,DKIM_VALID_AU=-0.1,NORMAL_HTTP_TO_IP=0.001,SPF_PASS=-0.001,TW_II=0.077,TW_KB=0.077,TW_TK=0.077,TW_UH=0.077,T_RP_MATCHES_RCVD=-0.01,USER_IN_DKIM_WHITELIST=-100,USER_IN_SPF_WHITELIST=-100,USER_IN_WHITELIST=-100 msrv.matik.com.br 1181; Body=1 Fuz1=1 Fuz2=1 Reported 0 times. [1 mail.matik.com.br.] [187.95.0.182] autolearn=no ASN AS28573 177.180.192.0/21 X-Spam-Checker-Version: SpamAssassin 3.3.2-hm_201202.c (2011-06-06) on msrv.matik.com.br Cc: freebsd-stable@freebsd.org Subject: Re: bce related panic on 8.3-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Sep 2012 15:36:31 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig82D5B46B99E383A0DEC13E21 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 03/09/2012 11:10, Krassimir Slavchev wrote: > Hi All, >=20 > Today, after upgrading an HP Proliant DL380 G6 to 8.3-STABLE we had the= > following panic few minutes after going to multiuser mode: >=20 > http://193.194.156.21/bce_crash.jpg >=20 here are crashing all amd64 8.3 machines with panic on current process=3Ddummynet machines without dummynet apparently are running stable kernel with source from 20120721 is fine Hans > dmesg from 8.3-STABLE kernel (Note the link up/down events): > ... > Sep 3 14:19:54 m kernel: bce0: Server Adapter (C0)> mem 0xf4000000-0xf5ffffff irq 16 at device 0.0 on = pci2 > Sep 3 14:19:54 m kernel: miibus0: on bce0 > Sep 3 14:19:54 m kernel: brgphy0: PHY= > 1 on miibus0 > Sep 3 14:19:54 m kernel: brgphy0: 10baseT, 10baseT-FDX, 100baseTX, > 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, > 1000baseT-FDX-master, auto, auto-flow > Sep 3 14:19:54 m kernel: bce0: Ethernet address: 00:26:55:52:27:06 > Sep 3 14:19:54 m kernel: bce0: [ITHREAD] > Sep 3 14:19:54 mkernel: bce0: ASIC (0x57092003); Rev (C0); Bus (PCIe > x2, 2.5Gbps); B/C (4.6.4); Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|MFW);= > MFW (NCSI 1.0.3) > Sep 3 14:19:54 m kernel: Coal (RX:6,6,18,18; TX:20,20,80,80) > ... > Sep 3 14:19:54 m kernel: Trying to mount root from ufs:/dev/da0s1a > Sep 3 14:19:57 m kernel: bce0: > Sep 3 14:19:57 m kernel: bce0: link state changed to UP > Sep 3 14:19:57 m kernel: Gigabit link up! > Sep 3 14:19:57 m kernel: bce0: Gigabit link up! > Sep 3 14:19:58 m kernel: bce1: > Sep 3 14:19:58 m kernel: bce1: link state changed to UP > Sep 3 14:19:58 m kernel: Gigabit link up! > Sep 3 14:19:58 m kernel: bce1: Gigabit link up! > Sep 3 14:20:01 m kernel: bce1: Gigabit link up! > Sep 3 14:20:27 m kernel: bce0: Gigabit link up! > Sep 3 14:24:25 m syslogd: kernel boot file is /boot/kernel/kernel > ... >=20 >=20 > The previous kernel from the middle of May last year (8.2-STABLE): >=20 > $sysctl dev.bce.0 > dev.bce.0.%desc: HP NC382i DP Multifunction Gigabit Server Adapter (C0)= > dev.bce.0.%driver: bce > dev.bce.0.%location: slot=3D0 function=3D0 > dev.bce.0.%pnpinfo: vendor=3D0x14e4 device=3D0x1639 subvendor=3D0x103c > subdevice=3D0x7055 class=3D0x020000 > dev.bce.0.%parent: pci2 > dev.bce.0.l2fhdr_error_count: 0 > dev.bce.0.mbuf_alloc_failed_count: 0 > dev.bce.0.mbuf_frag_count: 0 > dev.bce.0.dma_map_addr_rx_failed_count: 0 > dev.bce.0.dma_map_addr_tx_failed_count: 51 > dev.bce.0.unexpected_attention_count: 0 > dev.bce.0.stat_IfHcInOctets: 8862469148 > dev.bce.0.stat_IfHCInBadOctets: 329986 > dev.bce.0.stat_IfHCOutOctets: 89884604332 > dev.bce.0.stat_IfHCOutBadOctets: 0 > dev.bce.0.stat_IfHCInUcastPkts: 47972963 > dev.bce.0.stat_IfHCInMulticastPkts: 0 > dev.bce.0.stat_IfHCInBroadcastPkts: 301 > dev.bce.0.stat_IfHCOutUcastPkts: 72217877 > dev.bce.0.stat_IfHCOutMulticastPkts: 0 > dev.bce.0.stat_IfHCOutBroadcastPkts: 45 > dev.bce.0.stat_emac_tx_stat_dot3statsinternalmactransmiterrors: 0 > dev.bce.0.stat_Dot3StatsCarrierSenseErrors: 0 > dev.bce.0.stat_Dot3StatsFCSErrors: 0 > dev.bce.0.stat_Dot3StatsAlignmentErrors: 0 > dev.bce.0.stat_Dot3StatsSingleCollisionFrames: 0 > dev.bce.0.stat_Dot3StatsMultipleCollisionFrames: 0 > dev.bce.0.stat_Dot3StatsDeferredTransmissions: 0 > dev.bce.0.stat_Dot3StatsExcessiveCollisions: 0 > dev.bce.0.stat_Dot3StatsLateCollisions: 0 > dev.bce.0.stat_EtherStatsCollisions: 0 > dev.bce.0.stat_EtherStatsFragments: 0 > dev.bce.0.stat_EtherStatsJabbers: 0 > dev.bce.0.stat_EtherStatsUndersizePkts: 0 > dev.bce.0.stat_EtherStatsOversizePkts: 0 > dev.bce.0.stat_EtherStatsPktsRx64Octets: 28900335 > dev.bce.0.stat_EtherStatsPktsRx65Octetsto127Octets: 11130062 > dev.bce.0.stat_EtherStatsPktsRx128Octetsto255Octets: 94457 > dev.bce.0.stat_EtherStatsPktsRx256Octetsto511Octets: 268122 > dev.bce.0.stat_EtherStatsPktsRx512Octetsto1023Octets: 6647988 > dev.bce.0.stat_EtherStatsPktsRx1024Octetsto1522Octets: 932300 > dev.bce.0.stat_EtherStatsPktsRx1523Octetsto9022Octets: 0 > dev.bce.0.stat_EtherStatsPktsTx64Octets: 2695217 > dev.bce.0.stat_EtherStatsPktsTx65Octetsto127Octets: 2635924 > dev.bce.0.stat_EtherStatsPktsTx128Octetsto255Octets: 2697153 > dev.bce.0.stat_EtherStatsPktsTx256Octetsto511Octets: 4127448 > dev.bce.0.stat_EtherStatsPktsTx512Octetsto1023Octets: 2505593 > dev.bce.0.stat_EtherStatsPktsTx1024Octetsto1522Octets: 57556587 > dev.bce.0.stat_EtherStatsPktsTx1523Octetsto9022Octets: 0 > dev.bce.0.stat_XonPauseFramesReceived: 0 > dev.bce.0.stat_XoffPauseFramesReceived: 0 > dev.bce.0.stat_OutXonSent: 0 > dev.bce.0.stat_OutXoffSent: 0 > dev.bce.0.stat_FlowControlDone: 0 > dev.bce.0.stat_MacControlFramesReceived: 0 > dev.bce.0.stat_XoffStateEntered: 0 > dev.bce.0.stat_IfInFramesL2FilterDiscards: 4331 > dev.bce.0.stat_IfInRuleCheckerDiscards: 0 > dev.bce.0.stat_IfInFTQDiscards: 0 > dev.bce.0.stat_IfInMBUFDiscards: 0 > dev.bce.0.stat_IfInRuleCheckerP4Hit: 301 > dev.bce.0.stat_CatchupInRuleCheckerDiscards: 0 > dev.bce.0.stat_CatchupInFTQDiscards: 0 > dev.bce.0.stat_CatchupInMBUFDiscards: 0 > dev.bce.0.stat_CatchupInRuleCheckerP4Hit: 0 > dev.bce.0.com_no_buffers: 0 >=20 > $vmstat -i >=20 > interrupt total rate > irq1: atkbd0 2035 0 > irq17: atapci0 35 0 > irq22: uhci2 uhci4 10250 1 > cpu0: timer 4649590 799 > irq256: ciss0 2682286 461 > irq257: bce0 47790473 8221 > irq258: bce1 2746014 472 > cpu1: timer 4646382 799 > cpu9: timer 4646256 799 > cpu6: timer 4646397 799 > cpu15: timer 4646263 799 > cpu7: timer 4646397 799 > cpu10: timer 4646250 799 > cpu5: timer 4646397 799 > cpu11: timer 4646263 799 > cpu4: timer 4646397 799 > cpu13: timer 4646227 799 > cpu3: timer 4646396 799 > cpu12: timer 4646244 799 > cpu2: timer 4646372 799 > cpu14: timer 4646263 799 > cpu8: timer 4646163 799 > Total 127575350 21946 >=20 > $pciconv -lv > ... > bce0@pci0:2:0:0: class=3D0x020000 card=3D0x7055103c chip=3D0x163= 914e4 > rev=3D0x20 hdr=3D0x00 > vendor =3D 'Broadcom Corporation' > device =3D 'NetXtreme II Gigabit Ethernet (BCM5709)' > class =3D network > subclass =3D ethernet > bce1@pci0:2:0:1: class=3D0x020000 card=3D0x7055103c chip=3D0x163= 914e4 > rev=3D0x20 hdr=3D0x00 > vendor =3D 'Broadcom Corporation' > device =3D 'NetXtreme II Gigabit Ethernet (BCM5709)' > class =3D network > subclass =3D ethernet > bce2@pci0:3:0:0: class=3D0x020000 card=3D0x7055103c chip=3D0x163= 914e4 > rev=3D0x20 hdr=3D0x00 > vendor =3D 'Broadcom Corporation' > device =3D 'NetXtreme II Gigabit Ethernet (BCM5709)' > class =3D network > subclass =3D ethernet > bce3@pci0:3:0:1: class=3D0x020000 card=3D0x7055103c chip=3D0x163= 914e4 > rev=3D0x20 hdr=3D0x00 > vendor =3D 'Broadcom Corporation' > device =3D 'NetXtreme II Gigabit Ethernet (BCM5709)' > class =3D network > subclass =3D ethernet > ... >=20 >=20 > We had to increase RX_PAGES/TX_PAGES 2 -> 64 to suppress Ierrs shown by= > nenstat -ni. >=20 >=20 > Best Regards > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.or= g" >=20 --=20 HM +55 11 4249.2222 --------------enig82D5B46B99E383A0DEC13E21 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlBEzmAACgkQvKVfg5xjCDzrJwCfdVLsbTQjz9vi6UN60R20nzo+ bmkAn2fyFHqol3jJzoMv3N8rIv96K6ii =uUCm -----END PGP SIGNATURE----- --------------enig82D5B46B99E383A0DEC13E21-- From owner-freebsd-stable@FreeBSD.ORG Mon Sep 3 16:45:44 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 328F0106566B for ; Mon, 3 Sep 2012 16:45:44 +0000 (UTC) (envelope-from freebsdml@ist.tugraz.at) Received: from mailrelay.tugraz.at (mailrelay.tu-graz.ac.at [129.27.2.202]) by mx1.freebsd.org (Postfix) with ESMTP id B4F7B8FC14 for ; Mon, 3 Sep 2012 16:45:43 +0000 (UTC) Received: from hpoeckl-osx.ist.vpn (vpn.ist.tu-graz.ac.at [129.27.202.112]) (authenticated bits=0) by mailrelay2.tugraz.at (8.14.4/8.14.4) with ESMTP id q83G6Bq3019777 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 3 Sep 2012 18:06:11 +0200 (CEST) X-DKIM: Sendmail DKIM Filter v2.8.3 mailrelay2.tugraz.at q83G6Bq3019777 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=tugraz.at; s=mailrelay; t=1346688372; i=@ist.tugraz.at; bh=uE70KFcR38TNrKtaZPSA6bUXp4i7K/D1dXbhgPz4JxQ=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=DLn32Xh5DNR9febz3/JqseILxPGO3VTela7PL5Qpv6p4OhWGDlLTduFjwTvL+OZOR amjZ8j/C4vVCdhqeV6UuWy3Wt6MNhQcsRtFBd1XLJqpLGmMJewTUWIcHtV76IFtQ/F 0uwJTld+Ce5NewsjC9p/XOMS28NJ3oj4h2D+XB/g= Message-ID: <5044D574.3050305@ist.tugraz.at> Date: Mon, 03 Sep 2012 18:06:12 +0200 From: Herbert Poeckl Organization: TU Graz / IST User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:15.0) Gecko/20120824 Thunderbird/15.0 MIME-Version: 1.0 To: freebsd-stable@FreeBSD.org References: <4FE849AE.3080902@ist.tugraz.at> In-Reply-To: <4FE849AE.3080902@ist.tugraz.at> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-TUG-Backscatter-control: 5S3planrQ0lSnmWIva+Lkw X-Spam-Scanner: SpamAssassin 3.003000 X-Spam-Score-relay: 0.0 X-Scanned-By: MIMEDefang 2.70 on 129.27.10.19 Cc: Subject: Re: Need help with nfsv4 and krb5 access denied X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Sep 2012 16:45:44 -0000 On 6/25/12 1:21 PM, Herbert Poeckl wrote: > We are getting access denied error on our debian clients when mounting > nfsv4 network drives with kerberos 5 authentication. > > What is wired about this, is that it works with one server, but not with > a second server. [..] For the records: The problem was fixed in this post: http://lists.freebsd.org/pipermail/freebsd-fs/2012-August/015047.html Kind regards, Herbert Poeckl From owner-freebsd-stable@FreeBSD.ORG Mon Sep 3 17:34:16 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B8AD9106566C for ; Mon, 3 Sep 2012 17:34:16 +0000 (UTC) (envelope-from ache@vniz.net) Received: from vniz.net (vniz.net [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 20C848FC14 for ; Mon, 3 Sep 2012 17:34:15 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vniz.net (8.14.5/8.14.5) with ESMTP id q83HY8jw001171 for ; Mon, 3 Sep 2012 21:34:08 +0400 (MSK) (envelope-from ache@vniz.net) Received: (from ache@localhost) by localhost (8.14.5/8.14.5/Submit) id q83HY82O001170 for stable@freebsd.org; Mon, 3 Sep 2012 21:34:08 +0400 (MSK) (envelope-from ache) Date: Mon, 3 Sep 2012 21:34:08 +0400 From: Andrey Chernov To: stable@freebsd.org Message-ID: <20120903173408.GA1031@vniz.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: Recent -stable show strange warning about kern.maxswzone X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Sep 2012 17:34:16 -0000 I have kern.maxswzone default (32m), and now start to see this message: warning: total configured swap (1048576 pages) exceeds maximum recommended amount (995904 pages). warning: increase kern.maxswzone or reduce amount of swap. As I read somewhere 32m of maxswzone is enough up to 7Gb of swap, but my swap is 4Gb only. I try to increase it in anyway up to 34m but nothing is changed. Should I just ignore this warning or need to increase it even more? For increase case, how I can guess needed value? -- http://ache.vniz.net/ From owner-freebsd-stable@FreeBSD.ORG Mon Sep 3 18:26:02 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DD8BC106564A; Mon, 3 Sep 2012 18:26:02 +0000 (UTC) (envelope-from auryn@zirakzigil.org) Received: from mx1.giulioferro.ch (mx1.giulioferro.ch [217.150.252.208]) by mx1.freebsd.org (Postfix) with ESMTP id 4F1158FC16; Mon, 3 Sep 2012 18:26:01 +0000 (UTC) Received: from mailscan.giulioferro.ch (unknown [192.168.115.2]) by mx1.giulioferro.ch (Postfix) with ESMTP id 76FC274815; Mon, 3 Sep 2012 20:25:55 +0200 (CEST) X-Virus-Scanned: amavisd-new at example.com Received: from mx1.giulioferro.ch ([192.168.114.4]) by mailscan.giulioferro.ch (mailscan.giulioferro.ch [192.168.115.2]) (amavisd-new, port 10024) with ESMTP id Fo06Vgbq6R5F; Mon, 3 Sep 2012 20:25:52 +0200 (CEST) Received: from mail.zirakzigil.org (net-93-70-48-129.cust.dsl.vodafone.it [93.70.48.129]) by mx1.giulioferro.ch (Postfix) with ESMTP id ADECA7480B; Mon, 3 Sep 2012 20:25:52 +0200 (CEST) Received: from ext.zirakzigil.org (unknown [192.168.1.2]) by mail.zirakzigil.org (Postfix) with ESMTP id 9F02B19C16A; Mon, 3 Sep 2012 08:40:23 +0200 (CEST) X-Virus-Scanned: amavisd-new at zirakzigil.org Received: from mail.zirakzigil.org ([192.168.1.2]) by ext.zirakzigil.org (ext.zirakzigil.org [192.168.1.2]) (amavisd-new, port 10024) with ESMTP id HTLd8if963i1; Mon, 3 Sep 2012 08:40:22 +0200 (CEST) Received: from [192.168.231.11] (ext [192.168.1.2]) (Authenticated sender: auryn@zirakzigil.org) by mail.zirakzigil.org (Postfix) with ESMTPA id 1192319C165; Mon, 3 Sep 2012 08:40:21 +0200 (CEST) Message-ID: <5044F62E.8030001@zirakzigil.org> Date: Mon, 03 Sep 2012 20:25:50 +0200 From: Giulio Ferro User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:15.0) Gecko/20120827 Thunderbird/15.0 MIME-Version: 1.0 To: freebsd-net@freebsd.org, "freebsd-stable@freebsd.org" References: <5033FB17.7020600@zirakzigil.org> <503884A0.50708@zirakzigil.org> <503BC8F5.3040208@zirakzigil.org> <503E7A16.6030600@zirakzigil.org> In-Reply-To: <503E7A16.6030600@zirakzigil.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Problem with link aggregation + sshd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Sep 2012 18:26:03 -0000 No idea anybody why this bug happens? Patches? On 08/29/2012 10:22 PM, Giulio Ferro wrote: > On 08/28/2012 11:12 AM, Damien Fleuriot wrote: >> Hi Giulio, >> >> >> >> Just to clear things up: >> igb0: 192.168.9.60/24 >> lagg0: 192.168.12.21/24 >> > > Yes. > Actually I notice now that the lagg0 address is different from what > I wrote below in my rc.conf (192.168.12.7). I've just made many test > with different configuration, but no matter, it just doesn't work... > > >> >> What's the IP of the host you're trying ssh connections from ? > > I'm just trying to connect to and from management interface igb0 > (192.168.9.60). > From external pc I do : ssh myuser@192.168.9.60 > From that server I do : ssh myuser@pcaddress > > Just to be more precise, the consequences are: > 1) daemon sshd on the server gets stuck and becomes unkillable > 2) the first connection may work, but then the program ssh on the > server becomes unresponsive and unkillable > > If I don't create a lagg0 interface and just connect (say) igb1 to > the data switch, I've no problem and everything works. > > Just to answer others' question, I connect igb1, igb2 and igb3 to the > same data switch in ports configured for aggregation. > I connect igb0 to another management switch (of course not configured > for aggregation) > > >> >> Also, just in case, did you enable any firewall ? (PF, ipfw) > > As I already said, no. Nothing is working/active on this server, just sshd. > > Thank you. > > >> >> >> >> On 27 August 2012 21:22, Giulio Ferro wrote: >>> Hi, thanks for the answer >>> >>> Here is what you asked for: >>> >>> # ifconfig igb0 >>> igb0: flags=8843 metric 0 mtu >>> 1500 >>> >>> options=4401bb >>> >>> ether ... >>> inet 192.168.9.60 netmask 0xffffff00 broadcast 192.168.9.255 >>> inet6 .... prefixlen 64 scopeid 0x1 >>> nd6 options=29 >>> media: Ethernet autoselect (1000baseT ) >>> status: active >>> >>> >>> >>> # netstat -rn >>> Routing tables >>> >>> Internet: >>> Destination Gateway Flags Refs Use Netif >>> Expire >>> default 192.168.9.1 UGS 0 0 igb0 >>> 127.0.0.1 link#12 UH 0 0 lo0 >>> 192.168.9.0/24 link#1 U 0 14 igb0 >>> 192.168.9.60 link#1 UHS 0 0 lo0 >>> 192.168.12.0/24 link#13 U 0 109 lagg0 >>> 192.168.12.21 link#13 UHS 0 0 lo0 >>> >>> Internet6: >>> Destination Gateway Flags >>> Netif Expire >>> ::/96 ::1 >>> UGRS lo0 >>> ::1 link#12 >>> UH lo0 >>> ::ffff:0.0.0.0/96 ::1 >>> UGRS lo0 >>> fe80::/10 ::1 >>> UGRS lo0 >>> fe80::%igb0/64 link#1 U >>> igb0 >>> fe80::ea39:35ff:feb6:a0d4%igb0 link#1 >>> UHS lo0 >>> fe80::%igb1/64 link#2 U >>> igb1 >>> fe80::ea39:35ff:feb6:a0d5%igb1 link#2 >>> UHS lo0 >>> fe80::%igb2/64 link#3 U >>> igb2 >>> fe80::ea39:35ff:feb6:a0d6%igb2 link#3 >>> UHS lo0 >>> fe80::%igb3/64 link#4 U >>> igb3 >>> fe80::ea39:35ff:feb6:a0d7%igb3 link#4 >>> UHS lo0 >>> fe80::%lo0/64 link#12 U >>> lo0 >>> fe80::1%lo0 link#12 >>> UHS lo0 >>> fe80::%lagg0/64 link#13 U >>> lagg0 >>> fe80::ea39:35ff:feb6:a0d5%lagg0 link#13 >>> UHS lo0 >>> ff01::%igb0/32 fe80::ea39:35ff:feb6:a0d4%igb0 >>> U igb0 >>> ff01::%igb1/32 fe80::ea39:35ff:feb6:a0d5%igb1 >>> U igb1 >>> ff01::%igb2/32 fe80::ea39:35ff:feb6:a0d6%igb2 >>> U igb2 >>> ff01::%igb3/32 fe80::ea39:35ff:feb6:a0d7%igb3 >>> U igb3 >>> ff01::%lo0/32 ::1 U >>> lo0 >>> ff01::%lagg0/32 fe80::ea39:35ff:feb6:a0d5%lagg0 U >>> lagg0 >>> ff02::/16 ::1 >>> UGRS lo0 >>> ff02::%igb0/32 fe80::ea39:35ff:feb6:a0d4%igb0 >>> U igb0 >>> ff02::%igb1/32 fe80::ea39:35ff:feb6:a0d5%igb1 >>> U igb1 >>> ff02::%igb2/32 fe80::ea39:35ff:feb6:a0d6%igb2 >>> U igb2 >>> ff02::%igb3/32 fe80::ea39:35ff:feb6:a0d7%igb3 >>> U igb3 >>> ff02::%lo0/32 ::1 U >>> lo0 >>> ff02::%lagg0/32 fe80::ea39:35ff:feb6:a0d5%lagg0 U >>> lagg0 >>> >>> >>> >>> # netstat -aln | grep 22 >>> tcp4 0 0 *.22 *.* LISTEN >>> tcp6 0 0 *.22 *.* LISTEN >>> >>> Note that I already tried to only listen on igb0 interface >>> (192.168.9.60) in >>> sshd_config, but the results are exactly >>> the same described below. >>> >>> >>> >>> >>> >>> >>> >>> On 08/25/2012 01:22 PM, Damien Fleuriot wrote: >>>> >>>> In the meantime kindly post: >>>> >>>> >>>> Ifconfig for your igb0 >>>> Netstat -rn >>>> Netstat -aln | grep 22 >>>> >>>> >>>> >>>> On 25 Aug 2012, at 13:18, Damien Fleuriot wrote: >>>> >>>>> I'll get back to you regarding link aggregation when I'm done with >>>>> groceries. >>>>> >>>>> We use it here in production and it works flawlessly. >>>>> >>>>> >>>>> >>>>> On 25 Aug 2012, at 09:54, Giulio Ferro wrote: >>>>> >>>>>> No answer, so it seems that link aggregation doesn't really work in >>>>>> freebsd, >>>>>> this may help others with the same problem... >>>>>> >>>>>> I reverted back to one link for management and one for service, >>>>>> and ssh >>>>>> works as it should... >>>>>> >>>>>> >>>>>> On 08/21/2012 11:18 PM, Giulio Ferro wrote: >>>>>>> >>>>>>> Scenario : freebsd 9 stable (yesterday) amd64 on HP server with 4 >>>>>>> nic >>>>>>> (igb) >>>>>>> >>>>>>> 1 nic is connected standalone to the management switch, the 3 other >>>>>>> nics >>>>>>> are connected to a switch configured for aggregation. >>>>>>> >>>>>>> If I configure the first nic (igb0) there is no problem, I can >>>>>>> operate >>>>>>> as I normally do and sshd functions normally. >>>>>>> >>>>>>> The problems start when I configure the 3 other nics for >>>>>>> aggregation: >>>>>>> >>>>>>> in /etc/rc.conf >>>>>>> ... >>>>>>> ifconfig_igb1="up" >>>>>>> ifconfig_igb2="up" >>>>>>> ifconfig_igb3="up" >>>>>>> >>>>>>> cloned_interfaces=lagg0 >>>>>>> ifconfig_lagg0="laggproto lacp laggport igb1 laggport igb2 laggport >>>>>>> igb3 192.168.12.7/24" >>>>>>> ... >>>>>>> >>>>>>> I restart the server and the aggregation seems to work correctly, in >>>>>>> fact ifconfig returns the correct lagg0 interface with the >>>>>>> aggregated >>>>>>> links, the correct protocol (lacp) and the correct ip address and >>>>>>> the >>>>>>> status is active. I can ping other IPs on the aggregated link. >>>>>>> >>>>>>> Also the other (standalone) link seems to work correctly. I can ping >>>>>>> that address from other machines, and I can ping other IPs from that >>>>>>> server. >>>>>>> >>>>>>> DNS lookups work ok too I can also use telnet to connect to pop3 >>>>>>> servers so there seems to be no problem on the network stack. >>>>>>> >>>>>>> But if I try to connect to the sshd service on that server, it hangs >>>>>>> indefinitely. On the server I find two sshd processes: >>>>>>> /usr/sbin/sshd >>>>>>> /usr/sbin/sshd -R >>>>>>> >>>>>>> There is no message in the logs. >>>>>>> >>>>>>> If I try to kill sshd (/etc/rc.d/sshd stop) I can't. it just stays >>>>>>> there >>>>>>> forever waiting for the pid to die (it never does) >>>>>>> >>>>>>> Even ssh client doesn't seem to work. In fact, if I try to >>>>>>> connect to >>>>>>> another server, the ssh client may start to work correctly, then >>>>>>> soon >>>>>>> or later it just hangs there forever, and I can't kill it with >>>>>>> ctrl-c. >>>>>>> >>>>>>> No firewall is configured, there is nothing else working on this >>>>>>> server. >>>>>>> >>>>>>> Thanks for any suggestions... >>>>>>> _______________________________________________ >>>>>>> freebsd-stable@freebsd.org mailing list >>>>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >>>>>>> To unsubscribe, send any mail to >>>>>>> "freebsd-stable-unsubscribe@freebsd.org" >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> freebsd-stable@freebsd.org mailing list >>>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >>>>>> To unsubscribe, send any mail to >>>>>> "freebsd-stable-unsubscribe@freebsd.org" >>> >>> >>> _______________________________________________ >>> freebsd-net@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-net >>> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Mon Sep 3 19:08:27 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1F74D106566B for ; Mon, 3 Sep 2012 19:08:27 +0000 (UTC) (envelope-from ache@vniz.net) Received: from vniz.net (vniz.net [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 948EE8FC16 for ; Mon, 3 Sep 2012 19:08:26 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vniz.net (8.14.5/8.14.5) with ESMTP id q83J8KYb001092 for ; Mon, 3 Sep 2012 23:08:20 +0400 (MSK) (envelope-from ache@vniz.net) Received: (from ache@localhost) by localhost (8.14.5/8.14.5/Submit) id q83J8Ko6001091 for stable@freebsd.org; Mon, 3 Sep 2012 23:08:20 +0400 (MSK) (envelope-from ache) Date: Mon, 3 Sep 2012 23:08:20 +0400 From: Andrey Chernov To: stable@freebsd.org Message-ID: <20120903190820.GA1071@vniz.net> References: <20120903173408.GA1031@vniz.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120903173408.GA1031@vniz.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: Re: Recent -stable show strange warning about kern.maxswzone X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Sep 2012 19:08:27 -0000 Increasing it even up to 64m does not help at all. Solved by reducing swap partition size to the recommended amount (swapoff, gpart resize, reboot) On Mon, Sep 03, 2012 at 09:34:08PM +0400, Andrey Chernov wrote: > I have kern.maxswzone default (32m), and now start to see this message: > > warning: total configured swap (1048576 pages) exceeds maximum recommended > amount (995904 pages). > warning: increase kern.maxswzone or reduce amount of swap. > > As I read somewhere 32m of maxswzone is enough up to 7Gb of swap, but my > swap is 4Gb only. > I try to increase it in anyway up to 34m but nothing is changed. > Should I just ignore this warning or need to increase it even more? > For increase case, how I can guess needed value? -- http://ache.vniz.net/ From owner-freebsd-stable@FreeBSD.ORG Mon Sep 3 19:25:46 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C4A87106564A for ; Mon, 3 Sep 2012 19:25:46 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 7BCA18FC18 for ; Mon, 3 Sep 2012 19:25:46 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ap8EAHwDRVCDaFvO/2dsb2JhbABFhgW2JoIgAQEBAwEBAQEgBCcgCwUWDgoRGQIEJQEJJgYIBwQBHASHZgYLp1WSXYsnhXeBEgOOYoRLgiyBFI8Ggn+BRQ X-IronPort-AV: E=Sophos;i="4.80,362,1344225600"; d="scan'208";a="177538336" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 03 Sep 2012 15:25:38 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id DAB17B4020; Mon, 3 Sep 2012 15:25:38 -0400 (EDT) Date: Mon, 3 Sep 2012 15:25:38 -0400 (EDT) From: Rick Macklem To: Herbert Poeckl Message-ID: <233953231.1437527.1346700338839.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <5044D574.3050305@ist.tugraz.at> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_1437526_780559.1346700338836" X-Originating-IP: [172.17.91.203] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: freebsd-stable@FreeBSD.org Subject: Re: Need help with nfsv4 and krb5 access denied X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Sep 2012 19:25:46 -0000 ------=_Part_1437526_780559.1346700338836 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Herbert Poeckl wrote: > On 6/25/12 1:21 PM, Herbert Poeckl wrote: > > We are getting access denied error on our debian clients when > > mounting > > nfsv4 network drives with kerberos 5 authentication. > > > > What is wired about this, is that it works with one server, but not > > with > > a second server. > [..] > > For the records: > > The problem was fixed in this post: > http://lists.freebsd.org/pipermail/freebsd-fs/2012-August/015047.html > Ok, so are you saying that the patch in Attila's email fixed your problem? If so, please try the attached patch. (It doesn't set the client security handle stale when DESTROY fails, due to an invalid encrypted checksum. It is similar to his patch, but only for the DESTROY case, which seems to be ok to do from my understanding of the RPCSEC_GSS. It doesn't include the timer changes, which shouldn't affect the outcome from afaik.) To consider the client security handle still valid when a data (real RPC in the message) phase entry fails the encrypted checksum seems riskier to do, so I'd like to avoid that in any patch for head. rick > Kind regards, > Herbert Poeckl > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to > "freebsd-stable-unsubscribe@freebsd.org" ------=_Part_1437526_780559.1346700338836 Content-Type: text/x-patch; name=rpcsec-destroy.patch Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=rpcsec-destroy.patch LS0tIHJwYy9ycGNzZWNfZ3NzL3N2Y19ycGNzZWNfZ3NzLmMuc2F2CTIwMTItMDktMDEgMTk6MjA6 MzUuMDAwMDAwMDAwIC0wNDAwCisrKyBycGMvcnBjc2VjX2dzcy9zdmNfcnBjc2VjX2dzcy5jCTIw MTItMDktMDEgMTk6MjQ6MTUuMDAwMDAwMDAwIC0wNDAwCkBAIC05ODQsNyArOTg0LDcgQEAgc3Zj X3JwY19nc3NfYWNjZXB0X3NlY19jb250ZXh0KHN0cnVjdCBzdgogCiBzdGF0aWMgYm9vbF90CiBz dmNfcnBjX2dzc192YWxpZGF0ZShzdHJ1Y3Qgc3ZjX3JwY19nc3NfY2xpZW50ICpjbGllbnQsIHN0 cnVjdCBycGNfbXNnICptc2csCi0gICAgZ3NzX3FvcF90ICpxb3ApCisgICAgZ3NzX3FvcF90ICpx b3AsIHJwY19nc3NfcHJvY190IGdjcHJvYykKIHsKIAlzdHJ1Y3Qgb3BhcXVlX2F1dGgJKm9hOwog CWdzc19idWZmZXJfZGVzYwkJIHJwY2J1ZiwgY2hlY2tzdW07CkBAIC0xMDI0LDcgKzEwMjQsOCBA QCBzdmNfcnBjX2dzc192YWxpZGF0ZShzdHJ1Y3Qgc3ZjX3JwY19nc3NfCiAJaWYgKG1hal9zdGF0 ICE9IEdTU19TX0NPTVBMRVRFKSB7CiAJCXJwY19nc3NfbG9nX3N0YXR1cygiZ3NzX3ZlcmlmeV9t aWMiLCBjbGllbnQtPmNsX21lY2gsCiAJCSAgICBtYWpfc3RhdCwgbWluX3N0YXQpOwotCQljbGll bnQtPmNsX3N0YXRlID0gQ0xJRU5UX1NUQUxFOworCQlpZiAoZ2Nwcm9jICE9IFJQQ1NFQ19HU1Nf REVTVFJPWSkKKwkJCWNsaWVudC0+Y2xfc3RhdGUgPSBDTElFTlRfU1RBTEU7CiAJCXJldHVybiAo RkFMU0UpOwogCX0KIApAQCAtMTM1OCw3ICsxMzU5LDcgQEAgc3ZjX3JwY19nc3Moc3RydWN0IHN2 Y19yZXEgKnJxc3QsIHN0cnVjdAogCQkJYnJlYWs7CiAJCX0KIAotCQlpZiAoIXN2Y19ycGNfZ3Nz X3ZhbGlkYXRlKGNsaWVudCwgbXNnLCAmcW9wKSkgeworCQlpZiAoIXN2Y19ycGNfZ3NzX3ZhbGlk YXRlKGNsaWVudCwgbXNnLCAmcW9wLCBnYy5nY19wcm9jKSkgewogCQkJcmVzdWx0ID0gUlBDU0VD X0dTU19DUkVEUFJPQkxFTTsKIAkJCWJyZWFrOwogCQl9Cg== ------=_Part_1437526_780559.1346700338836-- From owner-freebsd-stable@FreeBSD.ORG Mon Sep 3 19:54:20 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0BFC3106564A for ; Mon, 3 Sep 2012 19:54:20 +0000 (UTC) (envelope-from anders@FreeBSD.org) Received: from fupp.net (totem.fix.no [80.91.36.20]) by mx1.freebsd.org (Postfix) with ESMTP id B737F8FC14 for ; Mon, 3 Sep 2012 19:54:19 +0000 (UTC) Received: from totem.fix.no (totem.fix.no [80.91.36.20]) by fupp.net (Postfix) with ESMTP id B175C59DAF for ; Mon, 3 Sep 2012 21:54:19 +0200 (CEST) Received: from fupp.net ([80.91.36.20]) by totem.fix.no (totem.fix.no [80.91.36.20]) (amavisd-new, port 10024) with LMTP id 8vAKLxz6dk03 for ; Mon, 3 Sep 2012 21:54:19 +0200 (CEST) Received: by fupp.net (Postfix, from userid 1000) id 7375959DAE; Mon, 3 Sep 2012 21:54:19 +0200 (CEST) Date: Mon, 3 Sep 2012 21:54:19 +0200 From: Anders Nordby To: freebsd-stable@freebsd.org Message-ID: <20120903195419.GA55227@fupp.net> References: <20120703185704.GA81296@fupp.net> <20120705010136.GA3218@michelle.cdnetworks.com> <20120823161505.GA64558@fupp.net> <20120824175248.GB3183@michelle.cdnetworks.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20120824175248.GB3183@michelle.cdnetworks.com> X-PGP-Key: http://anders.fix.no/pgp/ X-PGP-Key-FingerPrint: 1E0F C53C D8DF 6A8F EAAD 19C5 D12A BC9F 0083 5956 User-Agent: Mutt/1.5.21 (2010-09-15) Subject: Re: bge problems in RELENG_9, bge0: watchdog timeout -- resetting X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Sep 2012 19:54:20 -0000 Hi, On fre, aug 24, 2012 at 10:52:48am -0700, YongHyeon PYUN wrote: >> >> During boot I get: >> >> pcib3: at device 2.0 on pci0 >> pci3: on pcib3 >> pci0:3:0:0: failed to read VPD data. >> bge0: mem >> 0xf6bf0000-0xf6bfffff0xf6be0000-0xf6beffff,0xf6bd0000-0xf6bdffff irq 32 >> at device 0.0 on pci3 >> bge0: APE FW version: NCSI v1.0.80.0 > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > It seems your APE runs slightly newer NC-SI firmware. I was able to > reproduce watchdog timeouts on Dell R820 but I'm not sure you're > also seeing the same issue here. Due to unknown reason, it seems > programming RX MTU register has no effect with BCM5720 on R820. > Receiving frames larger than 175(?) bytes seem to hang the > controller on R820. Current workaround for the issue is to set > the MTU of sender(i.e. link partner or switch) to some low value, > 128 for example. That would show poor performance but shall make > your controller work. I asked help to Broadcom and waiting for > answers/hint from Broadcom. FYI this issue has been moved to PR kern/171121. Lowering the MTU on the link partner to 128 seems to avoid the issue, but makes performance poor. I did not find any firmware updates on HP.com website. Regards, -- Anders. From owner-freebsd-stable@FreeBSD.ORG Tue Sep 4 13:09:32 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2F628106566B for ; Tue, 4 Sep 2012 13:09:32 +0000 (UTC) (envelope-from freebsdml@ist.tugraz.at) Received: from mailrelay.tugraz.at (mailrelay.tu-graz.ac.at [129.27.2.202]) by mx1.freebsd.org (Postfix) with ESMTP id 930508FC08 for ; Tue, 4 Sep 2012 13:09:30 +0000 (UTC) Received: from ist.tugraz.at (proxy-music.ist.tu-graz.ac.at [129.27.202.111]) (authenticated bits=0) by mailrelay1.tugraz.at (8.14.4/8.14.4) with ESMTP id q84D9RJB026660 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 4 Sep 2012 15:09:27 +0200 (CEST) X-DKIM: Sendmail DKIM Filter v2.8.3 mailrelay1.tugraz.at q84D9RJB026660 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=tugraz.at; s=mailrelay; t=1346764168; i=@ist.tugraz.at; bh=jm3nPaqtFIYwqByk49AJxUgi5koM2K8YpbgAv856Cn4=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=rTngQSY4L3KCAfRvAr6Z6aWUucPoJ4yVvkbMhVBoGsTTKmscNL1Gao1dCcHflUx9G FwnbW2ftXnVb9+S2INWUlk9JD6GOVuQI+LwnxUp25vCeKTCNLat9l97FDSYYqwihLt fEUWYmUH4mOrNjg7y54b3VQIxyLPpAoSD25T3cT4= Received: (qmail 75043 invoked from network); 4 Sep 2012 13:09:26 -0000 Received: from unknown (HELO ?192.168.1.35?) (129.27.202.101) by ist.tugraz.at with SMTP; 4 Sep 2012 13:09:26 -0000 Message-ID: <5045FD86.7060209@ist.tugraz.at> Date: Tue, 04 Sep 2012 15:09:26 +0200 From: Herbert Poeckl Organization: TU Graz / IST User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.16) Gecko/20120724 Icedove/3.0.11 MIME-Version: 1.0 To: Rick Macklem References: <233953231.1437527.1346700338839.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <233953231.1437527.1346700338839.JavaMail.root@erie.cs.uoguelph.ca> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-TUG-Backscatter-control: 5S3planrQ0lSnmWIva+Lkw X-Spam-Scanner: SpamAssassin 3.003000 X-Spam-Score-relay: 0.0 X-Scanned-By: MIMEDefang 2.70 on 129.27.10.18 Cc: freebsd-stable@FreeBSD.org Subject: Re: Need help with nfsv4 and krb5 access denied X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Sep 2012 13:09:32 -0000 On 09/03/2012 09:25 PM, Rick Macklem wrote: > Herbert Poeckl wrote: >> On 6/25/12 1:21 PM, Herbert Poeckl wrote: >>> We are getting access denied error on our debian clients when >>> mounting >>> nfsv4 network drives with kerberos 5 authentication. >>> >>> What is wired about this, is that it works with one server, but not >>> with >>> a second server. >> [..] >> >> For the records: >> >> The problem was fixed in this post: >> http://lists.freebsd.org/pipermail/freebsd-fs/2012-August/015047.html >> > Ok, so are you saying that the patch in Attila's email fixed your problem? Yes it does. Sorry I missed your following post to his message. > If so, please try the attached patch. (It doesn't set the client security > handle stale when DESTROY fails, due to an invalid encrypted checksum. It > is similar to his patch, but only for the DESTROY case, which seems to be > ok to do from my understanding of the RPCSEC_GSS. It doesn't include the > timer changes, which shouldn't affect the outcome from afaik.) Just tried your patch, and it fixes the problem too. > To consider the client security handle still valid when a data (real RPC > in the message) phase entry fails the encrypted checksum seems riskier to > do, so I'd like to avoid that in any patch for head. > > rick Kind regards, Herbert From owner-freebsd-stable@FreeBSD.ORG Tue Sep 4 13:19:15 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A928106566B for ; Tue, 4 Sep 2012 13:19:15 +0000 (UTC) (envelope-from bplank@gta.com) Received: from mailgate.gta.com (mailgate.gta.com [199.120.225.20]) by mx1.freebsd.org (Postfix) with ESMTP id 2D1A38FC08 for ; Tue, 4 Sep 2012 13:19:14 +0000 (UTC) Received: (qmail 90794 invoked from network); 4 Sep 2012 09:19:07 -0400 Received: from blinky.gta.com (HELO ?10.10.1.112?) (10.10.1.112) by gta.com with ESMTP; 4 Sep 2012 09:19:07 -0400 Message-ID: <5045FFB3.9090707@gta.com> Date: Tue, 04 Sep 2012 09:18:43 -0400 From: Brad Plank Organization: Global Technology Associates, Inc. User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/20120824 Thunderbird/15.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <50410ACC.4010901@gta.com> <504257C9.3080502@norma.perm.ru> In-Reply-To: <504257C9.3080502@norma.perm.ru> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms060305040507080009010509" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: VLAN and ARP table X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Sep 2012 13:19:15 -0000 This is a cryptographically signed message in MIME format. --------------ms060305040507080009010509 Content-Type: multipart/mixed; boundary="------------010700030701000908030509" This is a multi-part message in MIME format. --------------010700030701000908030509 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable VLAN interfaces that have a parent interface configured with an IP=20 address do not show up in the arp table. If the VLAN's parent interface = does not have an IP address, it will show up in the arp table. [Notice the output from ifconfig below, to duplicate this issue.] #ifconfig em0: flags=3D8843 metric 0 mtu 15= 00 options=3D9b ether 08:00:27:b7:11:3b inet 10.20.13.104 netmask 0xffff0000 broadcast 10.20.255.255 inet6 fe80::a00:27ff:feb7:113b%em0 prefixlen 64 scopeid 0x1 inet6 2620:3f:8000:1:d::104 prefixlen 64 nd6 options=3D21 media: Ethernet autoselect (1000baseT ) status: active vlan0: flags=3D8843 metric 0 mtu = 1500 options=3D3 ether 08:00:27:b7:11:3b inet 172.16.200.104 netmask 0xffffff00 broadcast 172.16.200.255 nd6 options=3D29 media: Ethernet autoselect (1000baseT ) status: active vlan: 115 parent interface: em0 # arp -an ? (10.20.13.112) at c8:60:00:c3:24:19 on em0 expires in 1182 seconds=20 [ethernet] ? (10.20.13.9) at 00:12:3f:20:b9:4c on em0 expires in 1104 seconds=20 [ethernet] ? (10.20.13.104) at 08:00:27:b7:11:3b on em0 permanent [ethernet] ? (10.20.13.110) at 00:90:fb:02:db:e8 on em0 expires in 669 seconds=20 [ethernet] ? (10.20.13.109) at 08:00:27:7c:19:d5 on em0 expires in 1199 seconds=20 [ethernet] ? (10.20.254.254) at 00:00:5e:00:01:33 on em0 expires in 1179 seconds=20 [ethernet] Brad On 9/1/2012 2:45 PM, Eugene M. Zheganin wrote: > Hi. > > On 01.09.2012 1:04, Brad Plank wrote: >> VLAN interfaces no longer show up in "arp -an", in FreeBSD 9.x, howeve= r, >> the VLAN appears to be fully functional. Any ideas? >> >> > They do. > > arp -an > ? (86.109.196.1) at 00:21:1b:d1:14:1b on vlan818 expires in 1192=20 > seconds [vlan] > ? (89.250.213.121) at d4:ca:6d:2a:aa:11 on vlan104 expires in 906=20 > seconds [vlan] > ? (89.250.210.65) at d4:ca:6d:2a:aa:11 on vlan104 expires in 1198=20 > seconds [vlan] > ? (128.127.144.7) at 00:50:56:a3:48:59 on vlan23 expires in 1188=20 > seconds [vlan] > ? (128.127.144.5) at 00:00:5e:00:01:0b on vlan23 expires in 1194=20 > seconds [vlan] > ? (128.127.144.2) at 00:02:b3:e9:8d:0e on vlan23 expires in 380=20 > seconds [vlan] > ? (128.127.144.1) at 00:1a:64:21:8e:80 on vlan23 expires in 1199=20 > seconds [vlan] > ? (192.168.9.43) at b8:c7:5d:91:8e:30 on vlan21 expires in 1176=20 > seconds [vlan] > ? (192.168.9.16) at 94:3a:f0:9f:a1:0b on vlan21 expires in 1103=20 > seconds [vlan] > ? (192.168.9.19) at 90:c1:15:1b:c9:f3 on vlan21 expires in 1102=20 > seconds [vlan] > > Eugene. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.or= g" > --------------010700030701000908030509-- --------------ms060305040507080009010509-- From owner-freebsd-stable@FreeBSD.ORG Tue Sep 4 16:06:22 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19D69106567B; Tue, 4 Sep 2012 16:06:22 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from mx.bulinfo.net (mx.bulinfo.net [193.194.156.1]) by mx1.freebsd.org (Postfix) with ESMTP id 72BDD8FC1C; Tue, 4 Sep 2012 16:06:21 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mx.bulinfo.net (Postfix) with ESMTP id 5AEE75CA7C; Tue, 4 Sep 2012 19:06:14 +0300 (EEST) X-Virus-Scanned: amavisd-new at bulinfo.net Received: from mx.bulinfo.net ([127.0.0.1]) by localhost (mx.bulinfo.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cCnReuFO-QrI; Tue, 4 Sep 2012 19:06:14 +0300 (EEST) Received: from [192.168.2.187] (pythia.bulinfo.net [212.72.195.5]) by mx.bulinfo.net (Postfix) with ESMTP id F131D5CA57; Tue, 4 Sep 2012 19:06:13 +0300 (EEST) Message-ID: <504626F6.3010009@bulinfo.net> Date: Tue, 04 Sep 2012 19:06:14 +0300 From: Krassimir Slavchev User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.6esrpre) Gecko/20120802 Thunderbird/10.0.6 MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG, freebsd-net@FreeBSD.org References: <5044BA4D.2010403@bulinfo.net> In-Reply-To: <5044BA4D.2010403@bulinfo.net> X-Enigmail-Version: 1.4.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: bce related panic on 8.3-STABLE [updated] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Sep 2012 16:06:22 -0000 Hi, Crash dump files are available here: http://193.194.156.21/_debug/ #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:266 #1 0xffffffff80223b9c in db_fncall (dummy1=Variable "dummy1" is not available. ) at /usr/src/sys/ddb/db_command.c:548 #2 0xffffffff80223ed1 in db_command (last_cmdp=0xffffffff80d06280, cmd_table=Variable "cmd_table" is not available. ) at /usr/src/sys/ddb/db_command.c:445 #3 0xffffffff80224120 in db_command_loop () at /usr/src/sys/ddb/db_command.c:498 #4 0xffffffff802261e9 in db_trap (type=Variable "type" is not available. ) at /usr/src/sys/ddb/db_main.c:231 #5 0xffffffff80696361 in kdb_trap (type=12, code=0, tf=0xffffff86c3de2680) at /usr/src/sys/kern/subr_kdb.c:654 #6 0xffffffff8093140d in trap_fatal (frame=0xffffff86c3de2680, eva=Variable "eva" is not available. ) at /usr/src/sys/amd64/amd64/trap.c:843 #7 0xffffffff8093178e in trap_pfault (frame=0xffffff86c3de2680, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:764 #8 0xffffffff80931c5e in trap (frame=0xffffff86c3de2680) at /usr/src/sys/amd64/amd64/trap.c:457 #9 0xffffffff809180b4 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:228 #10 0xffffffff80653198 in _thread_lock_flags (td=0xffffff000479f8d0, opts=Variable "opts" is not available. ) at /usr/src/sys/kern/kern_mutex.c:582 #11 0xffffffff806a4401 in propagate_priority (td=0xffffff000479f8d0) at /usr/src/sys/kern/subr_turnstile.c:210 #12 0xffffffff806a51ef in turnstile_wait (ts=Variable "ts" is not available. ) at /usr/src/sys/kern/subr_turnstile.c:743 #13 0xffffffff806610d1 in _rw_rlock (rw=0xffffffff80d66088, file=Variable "file" is not available. ) at /usr/src/sys/kern/kern_rwlock.c:470 #14 0xffffffff807e5ce1 in tcp_input (m=0xffffff003a2cda00, off0=20) at /usr/src/sys/netinet/tcp_input.c:745 #15 0xffffffff8077bf5c in ip_input (m=0xffffff003a2cda00) at /usr/src/sys/netinet/ip_input.c:787 #16 0xffffffff8072439e in netisr_dispatch_src (proto=1, source=Variable "source" is not available. ) at /usr/src/sys/net/netisr.c:859 #17 0xffffffff8071a36c in ether_demux (ifp=0xffffff00049b0000, m=0xffffff003a2cda00) at /usr/src/sys/net/if_ethersubr.c:899 #18 0xffffffff8071a757 in ether_input (ifp=0xffffff00049b0000, m=0xffffff003a2cda00) at /usr/src/sys/net/if_ethersubr.c:758 #19 0xffffffff80330e77 in bce_intr (xsc=Variable "xsc" is not available. ) at /usr/src/sys/dev/bce/if_bce.c:6903 #20 0xffffffff8063a824 in intr_event_execute_handlers (p=Variable "p" is not available. ) at /usr/src/sys/kern/kern_intr.c:1219 #21 0xffffffff8063beb5 in ithread_loop (arg=0xffffff00049c6ba0) at /usr/src/sys/kern/kern_intr.c:1232 #22 0xffffffff806374bf in fork_exit (callout=0xffffffff8063be20 , arg=0xffffff00049c6ba0, frame=0xffffff86c3de2c40) at /usr/src/sys/kern/kern_fork.c:876 #23 0xffffffff809185fe in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:602 #24 0x0000000000000000 in ?? () #25 0x0000000000000000 in ?? () #26 0x0000000000000001 in ?? () On 09/03/12 17:10, Krassimir Slavchev wrote: > Hi All, > > Today, after upgrading an HP Proliant DL380 G6 to 8.3-STABLE we had the > following panic few minutes after going to multiuser mode: > > http://193.194.156.21/bce_crash.jpg > > dmesg from 8.3-STABLE kernel (Note the link up/down events): > ... > Sep 3 14:19:54 m kernel: bce0: Server Adapter (C0)> mem 0xf4000000-0xf5ffffff irq 16 at device 0.0 on pci2 > Sep 3 14:19:54 m kernel: miibus0: on bce0 > Sep 3 14:19:54 m kernel: brgphy0: PHY > 1 on miibus0 > Sep 3 14:19:54 m kernel: brgphy0: 10baseT, 10baseT-FDX, 100baseTX, > 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, > 1000baseT-FDX-master, auto, auto-flow > Sep 3 14:19:54 m kernel: bce0: Ethernet address: 00:26:55:52:27:06 > Sep 3 14:19:54 m kernel: bce0: [ITHREAD] > Sep 3 14:19:54 mkernel: bce0: ASIC (0x57092003); Rev (C0); Bus (PCIe > x2, 2.5Gbps); B/C (4.6.4); Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|MFW); > MFW (NCSI 1.0.3) > Sep 3 14:19:54 m kernel: Coal (RX:6,6,18,18; TX:20,20,80,80) > ... > Sep 3 14:19:54 m kernel: Trying to mount root from ufs:/dev/da0s1a > Sep 3 14:19:57 m kernel: bce0: > Sep 3 14:19:57 m kernel: bce0: link state changed to UP > Sep 3 14:19:57 m kernel: Gigabit link up! > Sep 3 14:19:57 m kernel: bce0: Gigabit link up! > Sep 3 14:19:58 m kernel: bce1: > Sep 3 14:19:58 m kernel: bce1: link state changed to UP > Sep 3 14:19:58 m kernel: Gigabit link up! > Sep 3 14:19:58 m kernel: bce1: Gigabit link up! > Sep 3 14:20:01 m kernel: bce1: Gigabit link up! > Sep 3 14:20:27 m kernel: bce0: Gigabit link up! > Sep 3 14:24:25 m syslogd: kernel boot file is /boot/kernel/kernel > ... > > > The previous kernel from the middle of May last year (8.2-STABLE): > > $sysctl dev.bce.0 > dev.bce.0.%desc: HP NC382i DP Multifunction Gigabit Server Adapter (C0) > dev.bce.0.%driver: bce > dev.bce.0.%location: slot=0 function=0 > dev.bce.0.%pnpinfo: vendor=0x14e4 device=0x1639 subvendor=0x103c > subdevice=0x7055 class=0x020000 > dev.bce.0.%parent: pci2 > dev.bce.0.l2fhdr_error_count: 0 > dev.bce.0.mbuf_alloc_failed_count: 0 > dev.bce.0.mbuf_frag_count: 0 > dev.bce.0.dma_map_addr_rx_failed_count: 0 > dev.bce.0.dma_map_addr_tx_failed_count: 51 > dev.bce.0.unexpected_attention_count: 0 > dev.bce.0.stat_IfHcInOctets: 8862469148 > dev.bce.0.stat_IfHCInBadOctets: 329986 > dev.bce.0.stat_IfHCOutOctets: 89884604332 > dev.bce.0.stat_IfHCOutBadOctets: 0 > dev.bce.0.stat_IfHCInUcastPkts: 47972963 > dev.bce.0.stat_IfHCInMulticastPkts: 0 > dev.bce.0.stat_IfHCInBroadcastPkts: 301 > dev.bce.0.stat_IfHCOutUcastPkts: 72217877 > dev.bce.0.stat_IfHCOutMulticastPkts: 0 > dev.bce.0.stat_IfHCOutBroadcastPkts: 45 > dev.bce.0.stat_emac_tx_stat_dot3statsinternalmactransmiterrors: 0 > dev.bce.0.stat_Dot3StatsCarrierSenseErrors: 0 > dev.bce.0.stat_Dot3StatsFCSErrors: 0 > dev.bce.0.stat_Dot3StatsAlignmentErrors: 0 > dev.bce.0.stat_Dot3StatsSingleCollisionFrames: 0 > dev.bce.0.stat_Dot3StatsMultipleCollisionFrames: 0 > dev.bce.0.stat_Dot3StatsDeferredTransmissions: 0 > dev.bce.0.stat_Dot3StatsExcessiveCollisions: 0 > dev.bce.0.stat_Dot3StatsLateCollisions: 0 > dev.bce.0.stat_EtherStatsCollisions: 0 > dev.bce.0.stat_EtherStatsFragments: 0 > dev.bce.0.stat_EtherStatsJabbers: 0 > dev.bce.0.stat_EtherStatsUndersizePkts: 0 > dev.bce.0.stat_EtherStatsOversizePkts: 0 > dev.bce.0.stat_EtherStatsPktsRx64Octets: 28900335 > dev.bce.0.stat_EtherStatsPktsRx65Octetsto127Octets: 11130062 > dev.bce.0.stat_EtherStatsPktsRx128Octetsto255Octets: 94457 > dev.bce.0.stat_EtherStatsPktsRx256Octetsto511Octets: 268122 > dev.bce.0.stat_EtherStatsPktsRx512Octetsto1023Octets: 6647988 > dev.bce.0.stat_EtherStatsPktsRx1024Octetsto1522Octets: 932300 > dev.bce.0.stat_EtherStatsPktsRx1523Octetsto9022Octets: 0 > dev.bce.0.stat_EtherStatsPktsTx64Octets: 2695217 > dev.bce.0.stat_EtherStatsPktsTx65Octetsto127Octets: 2635924 > dev.bce.0.stat_EtherStatsPktsTx128Octetsto255Octets: 2697153 > dev.bce.0.stat_EtherStatsPktsTx256Octetsto511Octets: 4127448 > dev.bce.0.stat_EtherStatsPktsTx512Octetsto1023Octets: 2505593 > dev.bce.0.stat_EtherStatsPktsTx1024Octetsto1522Octets: 57556587 > dev.bce.0.stat_EtherStatsPktsTx1523Octetsto9022Octets: 0 > dev.bce.0.stat_XonPauseFramesReceived: 0 > dev.bce.0.stat_XoffPauseFramesReceived: 0 > dev.bce.0.stat_OutXonSent: 0 > dev.bce.0.stat_OutXoffSent: 0 > dev.bce.0.stat_FlowControlDone: 0 > dev.bce.0.stat_MacControlFramesReceived: 0 > dev.bce.0.stat_XoffStateEntered: 0 > dev.bce.0.stat_IfInFramesL2FilterDiscards: 4331 > dev.bce.0.stat_IfInRuleCheckerDiscards: 0 > dev.bce.0.stat_IfInFTQDiscards: 0 > dev.bce.0.stat_IfInMBUFDiscards: 0 > dev.bce.0.stat_IfInRuleCheckerP4Hit: 301 > dev.bce.0.stat_CatchupInRuleCheckerDiscards: 0 > dev.bce.0.stat_CatchupInFTQDiscards: 0 > dev.bce.0.stat_CatchupInMBUFDiscards: 0 > dev.bce.0.stat_CatchupInRuleCheckerP4Hit: 0 > dev.bce.0.com_no_buffers: 0 > > $vmstat -i > > interrupt total rate > irq1: atkbd0 2035 0 > irq17: atapci0 35 0 > irq22: uhci2 uhci4 10250 1 > cpu0: timer 4649590 799 > irq256: ciss0 2682286 461 > irq257: bce0 47790473 8221 > irq258: bce1 2746014 472 > cpu1: timer 4646382 799 > cpu9: timer 4646256 799 > cpu6: timer 4646397 799 > cpu15: timer 4646263 799 > cpu7: timer 4646397 799 > cpu10: timer 4646250 799 > cpu5: timer 4646397 799 > cpu11: timer 4646263 799 > cpu4: timer 4646397 799 > cpu13: timer 4646227 799 > cpu3: timer 4646396 799 > cpu12: timer 4646244 799 > cpu2: timer 4646372 799 > cpu14: timer 4646263 799 > cpu8: timer 4646163 799 > Total 127575350 21946 > > $pciconv -lv > ... > bce0@pci0:2:0:0: class=0x020000 card=0x7055103c chip=0x163914e4 > rev=0x20 hdr=0x00 > vendor = 'Broadcom Corporation' > device = 'NetXtreme II Gigabit Ethernet (BCM5709)' > class = network > subclass = ethernet > bce1@pci0:2:0:1: class=0x020000 card=0x7055103c chip=0x163914e4 > rev=0x20 hdr=0x00 > vendor = 'Broadcom Corporation' > device = 'NetXtreme II Gigabit Ethernet (BCM5709)' > class = network > subclass = ethernet > bce2@pci0:3:0:0: class=0x020000 card=0x7055103c chip=0x163914e4 > rev=0x20 hdr=0x00 > vendor = 'Broadcom Corporation' > device = 'NetXtreme II Gigabit Ethernet (BCM5709)' > class = network > subclass = ethernet > bce3@pci0:3:0:1: class=0x020000 card=0x7055103c chip=0x163914e4 > rev=0x20 hdr=0x00 > vendor = 'Broadcom Corporation' > device = 'NetXtreme II Gigabit Ethernet (BCM5709)' > class = network > subclass = ethernet > ... > > > We had to increase RX_PAGES/TX_PAGES 2 -> 64 to suppress Ierrs shown by > nenstat -ni. > > > Best Regards > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Tue Sep 4 19:35:43 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 016A7106566C for ; Tue, 4 Sep 2012 19:35:43 +0000 (UTC) (envelope-from zmiterby@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2FEA58FC16 for ; Tue, 4 Sep 2012 19:35:41 +0000 (UTC) Received: by eeke52 with SMTP id e52so2827731eek.13 for ; Tue, 04 Sep 2012 12:35:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=B/C8p2zKXy+nK7UYriveNTBkJDFTuge180fjZygZ7U0=; b=OernnsoSOrncQVtD3+f9HkD3Sj2M9rLdeR8BelSLA+qmjJnXryMrScoh0O2z0nhWnG CMStcv841AkfP9lc66niZ6tX4uMQv6hyCI+v/LDq5Zho4gap0nWjSOMw2idz7F3tU3Yd fPjdTgRj7mAseoxphAe8BPmv6WHuH+1X3vQD0w7Sq5yFIji7mV+50CvrcLuVh2Nr82lg 4a7qAInoUHYorOzfb+tjNQ2p4GoAeFdB1ufxQEyD5nQfFoiQX0KGcbSV64banrIf21ie FNl8SRTmO282LXVPGX1xcO3kvHX4kCOZE5EDOF4p5CZO5GjJIJ4Zu3Yn7aYJR4620xsf 2yqw== Received: by 10.14.172.129 with SMTP id t1mr27748146eel.34.1346787341194; Tue, 04 Sep 2012 12:35:41 -0700 (PDT) Received: from [127.0.0.1] ([178.120.222.247]) by mx.google.com with ESMTPS id u47sm47874748eeo.9.2012.09.04.12.35.36 (version=SSLv3 cipher=OTHER); Tue, 04 Sep 2012 12:35:39 -0700 (PDT) Message-ID: <50465803.6060802@gmail.com> Date: Tue, 04 Sep 2012 22:35:31 +0300 From: Zmiter User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <5044BA4D.2010403@bulinfo.net> In-Reply-To: <5044BA4D.2010403@bulinfo.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: bce related panic on 8.3-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Sep 2012 19:35:43 -0000 03.09.2012 17:10, Krassimir Slavchev написал: > Hi All, > > Today, after upgrading an HP Proliant DL380 G6 to 8.3-STABLE we had the > following panic few minutes after going to multiuser mode: > > After update from 03.09.2012 my box with 8.3-STABLE amd64 crashed also. For that bad day it was not so surprising, when not only the main OS crashed, but the remote control system based on Supermicro card refused to authenticate me... That was a very bad day... Why that users can't live without Internet on their computers?.. Sorry for offtop, but it was really a bad day. My last update was at the begining of august. Sorry, I can't show any crash dumps, but I can show any info about hardware and modules, if it'll be needed. As I mentioned the first program to crash was sshguard, then my apache22 lost the ability to run php, and of course mysql-server lost consciousness. Here my messages file during first boot after the upgrade, and the log file while booting from april kernel (between them there was about five reboots with new kernel): Sep 3 11:36:52 server syslogd: kernel boot file is /boot/kernel/kernel Sep 3 11:36:52 server kernel: Copyright (c) 1992-2012 The FreeBSD Project. Sep 3 11:36:52 server kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Sep 3 11:36:52 server kernel: The Regents of the University of California. All rights reserved. Sep 3 11:36:52 server kernel: FreeBSD is a registered trademark of The FreeBSD Foundation. Sep 3 11:36:52 server kernel: FreeBSD 8.3-STABLE #4: Mon Sep 3 10:56:39 FET 2012 Sep 3 11:36:52 server kernel:zmiter@server:/usr/obj/usr/src/sys/VESKA2 amd64 Sep 3 11:36:52 server kernel: Timecounter "i8254" frequency 1193182 Hz quality 0 Sep 3 11:36:52 server kernel: CPU: Intel(R) Xeon(R) CPU E7520 @ 1.87GHz (1866.75-MHz K8-class CPU) Sep 3 11:36:52 server kernel: Origin = "GenuineIntel" Id = 0x206e6 Family = 6 Model = 2e Stepping = 6 Sep 3 11:36:52 server kernel: Features=0xbfebfbff Sep 3 11:36:52 server kernel: Features2=0xbce3bd Sep 3 11:36:52 server kernel: AMD Features=0x28000800 Sep 3 11:36:52 server kernel: AMD Features2=0x1 Sep 3 11:36:52 server kernel: TSC: P-state invariant Sep 3 11:36:52 server kernel: real memory = 34368126976 (32776 MB) Sep 3 11:36:52 server kernel: avail memory = 33062518784 (31530 MB) Sep 3 11:36:52 server kernel: ACPI APIC Table:<080910 APIC1823> Sep 3 11:36:52 server kernel: FreeBSD/SMP: Multiprocessor System Detected: 16 CPUs Sep 3 11:36:52 server kernel: FreeBSD/SMP: 2 package(s) x 4 core(s) x 2 SMT threads Sep 3 11:36:52 server kernel: cpu0 (BSP): APIC ID: 0 Sep 3 11:36:52 server kernel: cpu1 (AP): APIC ID: 1 Sep 3 11:36:52 server kernel: cpu2 (AP): APIC ID: 6 Sep 3 11:36:52 server kernel: cpu3 (AP): APIC ID: 7 Sep 3 11:36:52 server kernel: cpu4 (AP): APIC ID: 16 Sep 3 11:36:52 server kernel: cpu5 (AP): APIC ID: 17 Sep 3 11:36:52 server kernel: cpu6 (AP): APIC ID: 22 Sep 3 11:36:52 server kernel: cpu7 (AP): APIC ID: 23 Sep 3 11:36:52 server kernel: cpu8 (AP): APIC ID: 32 Sep 3 11:36:52 server kernel: cpu9 (AP): APIC ID: 33 Sep 3 11:36:52 server kernel: cpu10 (AP): APIC ID: 38 Sep 3 11:36:52 server kernel: cpu11 (AP): APIC ID: 39 Sep 3 11:36:52 server kernel: cpu12 (AP): APIC ID: 48 Sep 3 11:36:52 server kernel: cpu13 (AP): APIC ID: 49 Sep 3 11:36:52 server kernel: cpu14 (AP): APIC ID: 54 Sep 3 11:36:52 server kernel: cpu15 (AP): APIC ID: 55 Sep 3 11:36:52 server kernel: ioapic1: Changing APIC ID to 3 Sep 3 11:36:52 server kernel: ioapic0 irqs 0-23 on motherboard Sep 3 11:36:52 server kernel: ioapic1 irqs 24-47 on motherboard Sep 3 11:36:52 server kernel: kbd1 at kbdmux0 Sep 3 11:36:52 server kernel: cryptosoft0: on motherboard Sep 3 11:36:52 server kernel: acpi0:<080910 XSDT1823> on motherboard Sep 3 11:36:52 server kernel: acpi0: [ITHREAD] Sep 3 11:36:52 server kernel: acpi0: Power Button (fixed) Sep 3 11:36:52 server kernel: acpi0: reservation of 0, a0000 (3) failed Sep 3 11:36:52 server kernel: acpi0: reservation of 100000, 7ff00000 (3) failed Sep 3 11:36:52 server kernel: Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 Sep 3 11:36:52 server kernel: acpi_timer0:<24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 Sep 3 11:36:52 server kernel: cpu0: on acpi0 Sep 3 11:36:52 server kernel: cpu1: on acpi0 Sep 3 11:36:52 server kernel: cpu2: on acpi0 Sep 3 11:36:52 server kernel: cpu3: on acpi0 Sep 3 11:36:52 server kernel: cpu4: on acpi0 Sep 3 11:36:52 server kernel: cpu5: on acpi0 Sep 3 11:36:52 server kernel: cpu6: on acpi0 Sep 3 11:36:52 server kernel: cpu7: on acpi0 Sep 3 11:36:52 server kernel: cpu8: on acpi0 Sep 3 11:36:52 server kernel: cpu9: on acpi0 Sep 3 11:36:52 server kernel: cpu10: on acpi0 Sep 3 11:36:52 server kernel: cpu11: on acpi0 Sep 3 11:36:52 server kernel: cpu12: on acpi0 Sep 3 11:36:52 server kernel: cpu13: on acpi0 Sep 3 11:36:52 server kernel: cpu14: on acpi0 Sep 3 11:36:52 server kernel: cpu15: on acpi0 Sep 3 11:36:52 server kernel: pcib0: port 0xcf8-0xcff on acpi0 Sep 3 11:36:52 server kernel: pci0: on pcib0 Sep 3 11:36:52 server kernel: pcib1: at device 1.0 on pci0 Sep 3 11:36:52 server kernel: pci1: on pcib1 Sep 3 11:36:52 server kernel: mfi0: port 0xd000-0xd0ff mem 0xfaefc000-0xfaefffff,0xfae80000-0xfaebffff irq 28 at device 0.0 on pci1 Sep 3 11:36:52 server kernel: mfi0: Using MSI Sep 3 11:36:52 server kernel: mfi0: Megaraid SAS driver Ver 4.23 Sep 3 11:36:52 server kernel: mfi0: [ITHREAD] Sep 3 11:36:52 server kernel: pcib2: at device 3.0 on pci0 Sep 3 11:36:52 server kernel: pci2: on pcib2 Sep 3 11:36:52 server kernel: pcib3: at device 7.0 on pci0 Sep 3 11:36:52 server kernel: pci3: on pcib3 Sep 3 11:36:52 server kernel: pci0: at device 20.0 (no driver attached) Sep 3 11:36:52 server kernel: pci0: at device 20.1 (no driver attached) Sep 3 11:36:52 server kernel: pci0: at device 20.2 (no driver attached) Sep 3 11:36:52 server kernel: pci0: at device 20.3 (no driver attached) Sep 3 11:36:52 server kernel: uhci0: port 0xcc00-0xcc1f irq 16 at device 26.0 on pci0 Sep 3 11:36:52 server kernel: uhci0: [ITHREAD] Sep 3 11:36:52 server kernel: uhci0: LegSup = 0x2f00 Sep 3 11:36:52 server kernel: usbus0 on uhci0 Sep 3 11:36:52 server kernel: uhci1: port 0xc880-0xc89f irq 21 at device 26.1 on pci0 Sep 3 11:36:52 server kernel: uhci1: [ITHREAD] Sep 3 11:36:52 server kernel: uhci1: LegSup = 0x2f00 Sep 3 11:36:52 server kernel: usbus1 on uhci1 Sep 3 11:36:52 server kernel: uhci2: port 0xc800-0xc81f irq 19 at device 26.2 on pci0 Sep 3 11:36:52 server kernel: uhci2: [ITHREAD] Sep 3 11:36:52 server kernel: uhci2: LegSup = 0x2f00 Sep 3 11:36:52 server kernel: usbus2 on uhci2 Sep 3 11:36:52 server kernel: ehci0: mem 0xfadfe000-0xfadfe3ff irq 18 at device 26.7 on pci0 Sep 3 11:36:52 server kernel: ehci0: [ITHREAD] Sep 3 11:36:52 server kernel: usbus3: EHCI version 1.0 Sep 3 11:36:52 server kernel: usbus3 on ehci0 Sep 3 11:36:52 server kernel: hdac0: mem 0xfadf8000-0xfadfbfff irq 22 at device 27.0 on pci0 Sep 3 11:36:52 server kernel: hdac0: [ITHREAD] Sep 3 11:36:52 server kernel: pcib4: irq 17 at device 28.0 on pci0 Sep 3 11:36:52 server kernel: pci4: on pcib4 Sep 3 11:36:52 server kernel: igb0: port 0xec00-0xec1f mem 0xfafe0000-0xfaffffff,0xfafc0000-0xfafdffff,0xfafbc000-0xfafbffff irq 16 at device 0.0 on pci4 Sep 3 11:36:52 server kernel: igb0: Using MSIX interrupts with 9 vectors Sep 3 11:36:52 server kernel: igb0: Ethernet address: 00:30:48:fe:dc:ec Sep 3 11:36:52 server kernel: igb0: [ITHREAD] Sep 3 11:36:52 server kernel: igb0: Bound queue 0 to cpu 0 Sep 3 11:36:52 server kernel: igb0: [ITHREAD] Sep 3 11:36:52 server kernel: igb0: Bound queue 1 to cpu 1 Sep 3 11:36:52 server kernel: igb0: [ITHREAD] Sep 3 11:36:52 server kernel: igb0: Bound queue 2 to cpu 2 Sep 3 11:36:52 server kernel: igb0: [ITHREAD] Sep 3 11:36:52 server kernel: igb0: Bound queue 3 to cpu 3 Sep 3 11:36:52 server kernel: igb0: [ITHREAD] Sep 3 11:36:52 server kernel: igb0: Bound queue 4 to cpu 4 Sep 3 11:36:52 server kernel: igb0: [ITHREAD] Sep 3 11:36:52 server kernel: igb0: Bound queue 5 to cpu 5 Sep 3 11:36:52 server kernel: igb0: [ITHREAD] Sep 3 11:36:52 server kernel: igb0: Bound queue 6 to cpu 6 Sep 3 11:36:52 server kernel: igb0: [ITHREAD] Sep 3 11:36:52 server kernel: igb0: Bound queue 7 to cpu 7 Sep 3 11:36:52 server kernel: igb0: [ITHREAD] Sep 3 11:36:52 server kernel: igb1: port 0xe880-0xe89f mem 0xfaf60000-0xfaf7ffff,0xfaf40000-0xfaf5ffff,0xfaf3c000-0xfaf3ffff irq 17 at device 0.1 on pci4 Sep 3 11:36:52 server kernel: igb1: Using MSIX interrupts with 9 vectors Sep 3 11:36:52 server kernel: igb1: Ethernet address: 00:30:48:fe:dc:ed Sep 3 11:36:52 server kernel: igb1: [ITHREAD] Sep 3 11:36:52 server kernel: igb1: Bound queue 0 to cpu 8 Sep 3 11:36:52 server kernel: igb1: [ITHREAD] Sep 3 11:36:52 server kernel: igb1: Bound queue 1 to cpu 9 Sep 3 11:36:52 server kernel: igb1: [ITHREAD] Sep 3 11:36:52 server kernel: igb1: Bound queue 2 to cpu 10 Sep 3 11:36:52 server kernel: igb1: [ITHREAD] Sep 3 11:36:52 server kernel: igb1: Bound queue 3 to cpu 11 Sep 3 11:36:52 server kernel: igb1: [ITHREAD] Sep 3 11:36:52 server kernel: igb1: Bound queue 4 to cpu 12 Sep 3 11:36:52 server kernel: igb1: [ITHREAD] Sep 3 11:36:52 server kernel: igb1: Bound queue 5 to cpu 13 Sep 3 11:36:52 server kernel: igb1: [ITHREAD] Sep 3 11:36:52 server kernel: igb1: Bound queue 6 to cpu 14 Sep 3 11:36:52 server kernel: igb1: [ITHREAD] Sep 3 11:36:52 server kernel: igb1: Bound queue 7 to cpu 15 Sep 3 11:36:52 server kernel: igb1: [ITHREAD] Sep 3 11:36:52 server kernel: uhci3: port 0xc480-0xc49f irq 23 at device 29.0 on pci0 Sep 3 11:36:52 server kernel: uhci3: [ITHREAD] Sep 3 11:36:52 server kernel: uhci3: LegSup = 0x2f00 Sep 3 11:36:52 server kernel: usbus4 on uhci3 Sep 3 11:36:52 server kernel: uhci4: port 0xc400-0xc41f irq 19 at device 29.1 on pci0 Sep 3 11:36:52 server kernel: uhci4: [ITHREAD] Sep 3 11:36:52 server kernel: uhci4: LegSup = 0x2f00 Sep 3 11:36:52 server kernel: usbus5 on uhci4 Sep 3 11:36:52 server kernel: uhci5: port 0xc080-0xc09f irq 18 at device 29.2 on pci0 Sep 3 11:36:52 server kernel: uhci5: [ITHREAD] Sep 3 11:36:52 server kernel: uhci5: LegSup = 0x2f00 Sep 3 11:36:52 server kernel: usbus6 on uhci5 Sep 3 11:36:52 server kernel: ehci1: mem 0xfadfc000-0xfadfc3ff irq 23 at device 29.7 on pci0 Sep 3 11:36:52 server kernel: ehci1: [ITHREAD] Sep 3 11:36:52 server kernel: usbus7: EHCI version 1.0 Sep 3 11:36:52 server kernel: usbus7 on ehci1 Sep 3 11:36:52 server kernel: pcib5: at device 30.0 on pci0 Sep 3 11:36:52 server kernel: pci5: on pcib5 Sep 3 11:36:52 server kernel: vgapci0: mem 0xf9000000-0xf9ffffff,0xfbefc000-0xfbefffff,0xfb000000-0xfb7fffff irq 18 at device 1.0 on pci5 Sep 3 11:36:52 server kernel: isab0: at device 31.0 on pci0 Sep 3 11:36:52 server kernel: isa0: on isab0 Sep 3 11:36:52 server kernel: atapci0: port 0xc000-0xc007,0xbc00-0xbc03,0xb880-0xb887,0xb800-0xb803,0xb480-0xb49f mem 0xfadf6000-0xfadf67ff irq 19 at device 31.2 on pci0 Sep 3 11:36:52 server kernel: atapci0: [ITHREAD] Sep 3 11:36:52 server kernel: atapci0: AHCI called from vendor specific driver Sep 3 11:36:52 server kernel: atapci0: AHCI v1.20 controller with 6 3Gbps ports, PM not supported Sep 3 11:36:52 server kernel: ata2: at channel 0 on atapci0 Sep 3 11:36:52 server kernel: ata2: [ITHREAD] Sep 3 11:36:52 server kernel: ata3: at channel 1 on atapci0 Sep 3 11:36:52 server kernel: ata3: [ITHREAD] Sep 3 11:36:52 server kernel: ata4: at channel 2 on atapci0 Sep 3 11:36:52 server kernel: ata4: [ITHREAD] Sep 3 11:36:52 server kernel: ata5: at channel 3 on atapci0 Sep 3 11:36:52 server kernel: ata5: [ITHREAD] Sep 3 11:36:52 server kernel: ata6: at channel 4 on atapci0 Sep 3 11:36:52 server kernel: ata6: [ITHREAD] Sep 3 11:36:52 server kernel: ata7: at channel 5 on atapci0 Sep 3 11:36:52 server kernel: ata7: [ITHREAD] Sep 3 11:36:52 server kernel: pci0: at device 31.3 (no driver attached) Sep 3 11:36:52 server kernel: acpi_button0: on acpi0 Sep 3 11:36:52 server kernel: atrtc0: port 0x70-0x71 irq 8 on acpi0 Sep 3 11:36:52 server kernel: uart0:<16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 Sep 3 11:36:52 server kernel: uart0: [FILTER] Sep 3 11:36:52 server kernel: uart1:<16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 Sep 3 11:36:52 server kernel: uart1: [FILTER] Sep 3 11:36:52 server kernel: ipmi0: on isa0 Sep 3 11:36:52 server kernel: ipmi0: KCS mode found at io 0xca2 alignment 0x1 on isa Sep 3 11:36:52 server kernel: orm0: at iomem 0xc0000-0xc7fff on isa0 Sep 3 11:36:52 server kernel: sc0: at flags 0x100 on isa0 Sep 3 11:36:52 server kernel: sc0: VGA<16 virtual consoles, flags=0x300> Sep 3 11:36:52 server kernel: vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Sep 3 11:36:52 server kernel: atkbdc0: at port 0x60,0x64 on isa0 Sep 3 11:36:52 server kernel: atkbd0: irq 1 on atkbdc0 Sep 3 11:36:52 server kernel: kbd0 at atkbd0 Sep 3 11:36:52 server kernel: atkbd0: [GIANT-LOCKED] Sep 3 11:36:52 server kernel: atkbd0: [ITHREAD] Sep 3 11:36:52 server kernel: coretemp0: on cpu0 Sep 3 11:36:52 server kernel: est0: on cpu0 Sep 3 11:36:52 server kernel: est: CPU supports Enhanced Speedstep, but is not recognized. Sep 3 11:36:52 server kernel: est: cpu_vendor GenuineIntel, msr e Sep 3 11:36:52 server kernel: device_attach: est0 attach returned 6 Sep 3 11:36:52 server kernel: p4tcc0: on cpu0 Sep 3 11:36:52 server kernel: coretemp1: on cpu1 Sep 3 11:36:52 server kernel: est1: on cpu1 Sep 3 11:36:52 server kernel: est: CPU supports Enhanced Speedstep, but is not recognized. Sep 3 11:36:52 server kernel: est: cpu_vendor GenuineIntel, msr e Sep 3 11:36:52 server kernel: device_attach: est1 attach returned 6 Sep 3 11:36:52 server kernel: p4tcc1: on cpu1 Sep 3 11:36:52 server kernel: coretemp2: on cpu2 Sep 3 11:36:52 server kernel: est2: on cpu2 Sep 3 11:36:52 server kernel: est: CPU supports Enhanced Speedstep, but is not recognized. Sep 3 11:36:52 server kernel: est: cpu_vendor GenuineIntel, msr e Sep 3 11:36:52 server kernel: device_attach: est2 attach returned 6 Sep 3 11:36:52 server kernel: p4tcc2: on cpu2 Sep 3 11:36:52 server kernel: coretemp3: on cpu3 Sep 3 11:36:52 server kernel: est3: on cpu3 Sep 3 11:36:52 server kernel: est: CPU supports Enhanced Speedstep, but is not recognized. Sep 3 11:36:52 server kernel: est: cpu_vendor GenuineIntel, msr e Sep 3 11:36:52 server kernel: device_attach: est3 attach returned 6 Sep 3 11:36:52 server kernel: p4tcc3: on cpu3 Sep 3 11:36:52 server kernel: coretemp4: on cpu4 Sep 3 11:36:52 server kernel: est4: on cpu4 Sep 3 11:36:52 server kernel: est: CPU supports Enhanced Speedstep, but is not recognized. Sep 3 11:36:52 server kernel: est: cpu_vendor GenuineIntel, msr e Sep 3 11:36:52 server kernel: device_attach: est4 attach returned 6 Sep 3 11:36:52 server kernel: p4tcc4: on cpu4 Sep 3 11:36:52 server kernel: coretemp5: on cpu5 Sep 3 11:36:52 server kernel: est5: on cpu5 Sep 3 11:36:52 server kernel: est: CPU supports Enhanced Speedstep, but is not recognized. Sep 3 11:36:52 server kernel: est: cpu_vendor GenuineIntel, msr e Sep 3 11:36:52 server kernel: device_attach: est5 attach returned 6 Sep 3 11:36:52 server kernel: p4tcc5: on cpu5 Sep 3 11:36:52 server kernel: coretemp6: on cpu6 Sep 3 11:36:52 server kernel: est6: on cpu6 Sep 3 11:36:52 server kernel: est: CPU supports Enhanced Speedstep, but is not recognized. Sep 3 11:36:52 server kernel: est: cpu_vendor GenuineIntel, msr e Sep 3 11:36:52 server kernel: device_attach: est6 attach returned 6 Sep 3 11:36:52 server kernel: p4tcc6: on cpu6 Sep 3 11:36:52 server kernel: coretemp7: on cpu7 Sep 3 11:36:52 server kernel: est7: on cpu7 Sep 3 11:36:52 server kernel: est: CPU supports Enhanced Speedstep, but is not recognized. Sep 3 11:36:52 server kernel: est: cpu_vendor GenuineIntel, msr e Sep 3 11:36:52 server kernel: device_attach: est7 attach returned 6 Sep 3 11:36:52 server kernel: p4tcc7: on cpu7 Sep 3 11:36:52 server kernel: coretemp8: on cpu8 Sep 3 11:36:52 server kernel: est8: on cpu8 Sep 3 11:36:52 server kernel: est: CPU supports Enhanced Speedstep, but is not recognized. Sep 3 11:36:52 server kernel: est: cpu_vendor GenuineIntel, msr e Sep 3 11:36:52 server kernel: device_attach: est8 attach returned 6 Sep 3 11:36:52 server kernel: p4tcc8: on cpu8 Sep 3 11:36:52 server kernel: coretemp9: on cpu9 Sep 3 11:36:52 server kernel: est9: on cpu9 Sep 3 11:36:52 server kernel: est: CPU supports Enhanced Speedstep, but is not recognized. Sep 3 11:36:52 server kernel: est: cpu_vendor GenuineIntel, msr e Sep 3 11:36:52 server kernel: device_attach: est9 attach returned 6 Sep 3 11:36:52 server kernel: p4tcc9: on cpu9 Sep 3 11:36:52 server kernel: coretemp10: on cpu10 Sep 3 11:36:52 server kernel: est10: on cpu10 Sep 3 11:36:52 server kernel: est: CPU supports Enhanced Speedstep, but is not recognized. Sep 3 11:36:52 server kernel: est: cpu_vendor GenuineIntel, msr e Sep 3 11:36:52 server kernel: device_attach: est10 attach returned 6 Sep 3 11:36:52 server kernel: p4tcc10: on cpu10 Sep 3 11:36:52 server kernel: coretemp11: on cpu11 Sep 3 11:36:52 server kernel: est11: on cpu11 Sep 3 11:36:52 server kernel: est: CPU supports Enhanced Speedstep, but is not recognized. Sep 3 11:36:52 server kernel: est: cpu_vendor GenuineIntel, msr e Sep 3 11:36:52 server kernel: device_attach: est11 attach returned 6 Sep 3 11:36:52 server kernel: p4tcc11: on cpu11 Sep 3 11:36:52 server kernel: coretemp12: on cpu12 Sep 3 11:36:52 server kernel: est12: on cpu12 Sep 3 11:36:52 server kernel: est: CPU supports Enhanced Speedstep, but is not recognized. Sep 3 11:36:52 server kernel: est: cpu_vendor GenuineIntel, msr e Sep 3 11:36:52 server kernel: device_attach: est12 attach returned 6 Sep 3 11:36:52 server kernel: p4tcc12: on cpu12 Sep 3 11:36:52 server kernel: coretemp13: on cpu13 Sep 3 11:36:52 server kernel: est13: on cpu13 Sep 3 11:36:52 server kernel: est: CPU supports Enhanced Speedstep, but is not recognized. Sep 3 11:36:52 server kernel: est: cpu_vendor GenuineIntel, msr e Sep 3 11:36:52 server kernel: device_attach: est13 attach returned 6 Sep 3 11:36:52 server kernel: p4tcc13: on cpu13 Sep 3 11:36:52 server kernel: coretemp14: on cpu14 Sep 3 11:36:52 server kernel: est14: on cpu14 Sep 3 11:36:52 server kernel: est: CPU supports Enhanced Speedstep, but is not recognized. Sep 3 11:36:52 server kernel: est: cpu_vendor GenuineIntel, msr e Sep 3 11:36:52 server kernel: device_attach: est14 attach returned 6 Sep 3 11:36:52 server kernel: p4tcc14: on cpu14 Sep 3 11:36:52 server kernel: coretemp15: on cpu15 Sep 3 11:36:52 server kernel: est15: on cpu15 Sep 3 11:36:52 server kernel: est: CPU supports Enhanced Speedstep, but is not recognized. Sep 3 11:36:52 server kernel: est: cpu_vendor GenuineIntel, msr e Sep 3 11:36:52 server kernel: device_attach: est15 attach returned 6 Sep 3 11:36:52 server kernel: p4tcc15: on cpu15 Sep 3 11:36:52 server kernel: mfi0: 3729 (399986458s/0x0020/info) - Shutdown command received from host Sep 3 11:36:52 server kernel: mfi0: 3730 (boot + 3s/0x0020/info) - Firmware initialization started (PCI ID 0079/1000/0700/15d9) Sep 3 11:36:52 server kernel: mfi0: 3731 (boot + 3s/0x0020/info) - Firmware version 2.40.03-0787 Sep 3 11:36:52 server kernel: mfi0: 3732 (boot + 5s/0x0020/info) - Board Revision Sep 3 11:36:52 server kernel: mfi0: 3733 (boot + 25s/0x0002/info) - Inserted: PD 0d(e0xff/s13) Sep 3 11:36:52 server kernel: mfi0: 3734 (boot + 25s/0x0002/info) - Inserted: PD 0d(e0xff/s13) Info: enclPd=ffff, scsiType=0, portMap=00, sasAddr=5000c50028742a71,0000000000000000 Sep 3 11:36:52 server kernel: mfi0: 3735 (boot + 25s/0x0002/info) - Inserted: PD 0e(e0xff/s14) Sep 3 11:36:52 server kernel: mfi0: 3736 (boot + 25s/0x0002/info) - Inserted: PD 0e(e0xff/s14) Info: enclPd=ffff, scsiType=0, portMap=01, sasAddr=5000c50028742dbd,0000000000000000 Sep 3 11:36:52 server kernel: mfi0: 3737 (boot + 25s/0x0001/info) - Policy change on VD 00/0 to [ID=00,dcp=6d,ccp=6c,ap=0,dc=0,dbgi=0,S=0|0] from [ID=00,dcp=6d,ccp=6d,ap=0,dc=0,dbgi=0,S=0|0] Sep 3 11:36:52 server kernel: mfi0: 3738 (399986524s/0x0020/info) - Time established as 09/03/12 11:22:04; (47 seconds since power on) Sep 3 11:36:52 server kernel: mfi0: 3739 (boot + 3s/0x0020/info) - Firmware initialization started (PCI ID 0079/1000/0700/15d9) Sep 3 11:36:52 server kernel: mfi0: 3740 (boot + 3s/0x0020/info) - Firmware version 2.40.03-0787 Sep 3 11:36:52 server kernel: mfi0: 3741 (boot + 5s/0x0020/info) - Board Revision Sep 3 11:36:52 server kernel: mfi0: 3742 (boot + 25s/0x0002/info) - Inserted: PD 0d(e0xff/s13) Sep 3 11:36:52 server kernel: mfi0: 3743 (boot + 25s/0x0002/info) - Inserted: PD 0d(e0xff/s13) Info: enclPd=ffff, scsiType=0, portMap=00, sasAddr=5000c50028742a71,0000000000000000 Sep 3 11:36:52 server kernel: mfi0: 3744 (boot + 25s/0x0002/info) - Inserted: PD 0e(e0xff/s14) Sep 3 11:36:52 server kernel: mfi0: 3745 (boot + 25s/0x0002/info) - Inserted: PD 0e(e0xff/s14) Info: enclPd=ffff, scsiType=0, portMap=01, sasAddr=5000c50028742dbd,0000000000000000 Sep 3 11:36:52 server kernel: mfi0: 3746 (boot + 25s/0x0001/info) - Policy change on VD 00/0 to [ID=00,dcp=6d,ccp=6c,ap=0,dc=0,dbgi=0,S=0|0] from [ID=00,dcp=6d,ccp=6d,ap=0,dc=0,dbgi=0,S=0|0] Sep 3 11:36:52 server kernel: mfi0: 3747 (399987337s/0x0020/info) - Time established as 09/03/12 11:35:37; (47 seconds since power on) Sep 3 11:36:52 server kernel: Timecounters tick every 1.000 msec Sep 3 11:36:52 server kernel: IPsec: Initialized Security Association Processing. Sep 3 11:36:52 server kernel: ipfw2 (+ipv6) initialized, divert enabled, nat enabled, rule-based forwarding disabled, default to deny, logging disabled Sep 3 11:36:52 server kernel: DUMMYNET 0 with IPv6 initialized (100409) Sep 3 11:36:52 server kernel: load_dn_sched dn_sched FIFO loaded Sep 3 11:36:52 server kernel: load_dn_sched dn_sched PRIO loaded Sep 3 11:36:52 server kernel: load_dn_sched dn_sched QFQ loaded Sep 3 11:36:52 server kernel: load_dn_sched dn_sched RR loaded Sep 3 11:36:52 server kernel: load_dn_sched dn_sched WF2Q+ loaded Sep 3 11:36:52 server kernel: usbus0: 12Mbps Full Speed USB v1.0 Sep 3 11:36:52 server kernel: usbus1: 12Mbps Full Speed USB v1.0 Sep 3 11:36:52 server kernel: usbus2: 12Mbps Full Speed USB v1.0 Sep 3 11:36:52 server kernel: usbus3: 480Mbps High Speed USB v2.0 Sep 3 11:36:52 server kernel: usbus4: 12Mbps Full Speed USB v1.0 Sep 3 11:36:52 server kernel: usbus5: 12Mbps Full Speed USB v1.0 Sep 3 11:36:52 server kernel: usbus6: 12Mbps Full Speed USB v1.0 Sep 3 11:36:52 server kernel: usbus7: 480Mbps High Speed USB v2.0 Sep 3 11:36:52 server kernel: acd0: DVDR at ata2-master UDMA100 SATA 1.5Gb/s Sep 3 11:36:52 server kernel: ugen0.1: at usbus0 Sep 3 11:36:52 server kernel: uhub0: on usbus0 Sep 3 11:36:52 server kernel: ugen1.1: at usbus1 Sep 3 11:36:52 server kernel: uhub1: on usbus1 Sep 3 11:36:52 server kernel: ugen2.1: at usbus2 Sep 3 11:36:52 server kernel: uhub2: on usbus2 Sep 3 11:36:52 server kernel: ugen3.1: at usbus3 Sep 3 11:36:52 server kernel: uhub3: on usbus3 Sep 3 11:36:52 server kernel: ugen4.1: at usbus4 Sep 3 11:36:52 server kernel: uhub4: on usbus4 Sep 3 11:36:52 server kernel: ugen5.1: at usbus5 Sep 3 11:36:52 server kernel: uhub5: on usbus5 Sep 3 11:36:52 server kernel: ugen6.1: at usbus6 Sep 3 11:36:52 server kernel: uhub6: on usbus6 Sep 3 11:36:52 server kernel: ugen7.1: at usbus7 Sep 3 11:36:52 server kernel: uhub7: on usbus7 Sep 3 11:36:52 server kernel: mfid0 on mfi0 Sep 3 11:36:52 server kernel: mfid0: 285568MB (584843264 sectors) RAID volume (no label) is optimal Sep 3 11:36:52 server kernel: ipmi0: IPMI device rev. 1, firmware rev. 1.39, version 2.0 Sep 3 11:36:52 server kernel: ipmi0: Number of channels 2 Sep 3 11:36:52 server kernel: ipmi0: Attached watchdog Sep 3 11:36:52 server kernel: SMP: AP CPU #1 Launched! Sep 3 11:36:52 server kernel: SMP: AP CPU #15 Launched! Sep 3 11:36:52 server kernel: SMP: AP CPU #6 Launched! Sep 3 11:36:52 server kernel: SMP: AP CPU #14 Launched! Sep 3 11:36:52 server kernel: SMP: AP CPU #7 Launched! Sep 3 11:36:52 server kernel: SMP: AP CPU #10 Launched! Sep 3 11:36:52 server kernel: SMP: AP CPU #2 Launched! Sep 3 11:36:52 server kernel: SMP: AP CPU #11 Launched! Sep 3 11:36:52 server kernel: SMP: AP CPU #5 Launched! Sep 3 11:36:52 server kernel: SMP: AP CPU #9 Launched! Sep 3 11:36:52 server kernel: SMP: AP CPU #3 Launched! Sep 3 11:36:52 server kernel: SMP: AP CPU #13 Launched! Sep 3 11:36:52 server kernel: SMP: AP CPU #4 Launched! Sep 3 11:36:52 server kernel: SMP: AP CPU #8 Launched! Sep 3 11:36:52 server kernel: SMP: AP CPU #12 Launched! Sep 3 11:36:52 server kernel: Root mount waiting for: usbus7 usbus6 usbus5 usbus4 usbus3 usbus2 usbus1 usbus0 Sep 3 11:36:52 server kernel: uhub0: 2 ports with 2 removable, self powered Sep 3 11:36:52 server kernel: uhub1: 2 ports with 2 removable, self powered Sep 3 11:36:52 server kernel: uhub2: 2 ports with 2 removable, self powered Sep 3 11:36:52 server kernel: uhub4: 2 ports with 2 removable, self powered Sep 3 11:36:52 server kernel: uhub5: 2 ports with 2 removable, self powered Sep 3 11:36:52 server kernel: uhub6: 2 ports with 2 removable, self powered Sep 3 11:36:52 server kernel: Root mount waiting for: usbus7 usbus3 Sep 3 11:36:52 server kernel: Root mount waiting for: usbus7 usbus3 Sep 3 11:36:52 server kernel: uhub3: 6 ports with 6 removable, self powered Sep 3 11:36:52 server kernel: uhub7: 6 ports with 6 removable, self powered Sep 3 11:36:52 server kernel: Trying to mount root from ufs:/dev/mfid0s1a Sep 3 11:36:52 server kernel: ugen4.2: at usbus4 Sep 3 11:36:52 server kernel: ugen1.2: at usbus1 Sep 3 11:36:52 server kernel: ukbd0: on usbus1 Sep 3 11:36:52 server kernel: kbd2 at ukbd0 Sep 3 11:36:52 server kernel: ums0: on usbus1 Sep 3 11:36:53 server named[1459]: starting BIND 9.6.-ESV-R7-P2 -t /var/named -u bind Sep 3 11:36:53 server named[1459]: built with '--prefix=/usr' '--infodir=/usr/share/info' '--mandir=/usr/share/man' '--enable-threads' '--enable-getifaddrs' '--disable-linux-caps' '--with-openssl=/usr' '--with-randomdev=/dev/random' '--without-idn' '--without-libxml2' Sep 3 11:36:53 server named[1459]: ---------------------------------------------------- Sep 3 11:36:53 server named[1459]: BIND 9 is maintained by Internet Systems Consortium, Sep 3 11:36:53 server named[1459]: Inc. (ISC), a non-profit 501(c)(3) public-benefit Sep 3 11:36:53 server named[1459]: corporation. Support and training for BIND 9 are Sep 3 11:36:53 server named[1459]: available athttps://www.isc.org/support Sep 3 11:36:53 server named[1459]: ---------------------------------------------------- Sep 3 11:36:53 server named[1459]: command channel listening on 127.0.0.1#953 Sep 3 11:36:53 server named[1459]: command channel listening on ::1#953 Sep 3 11:36:53 server named[1459]: running Sep 3 11:36:53 server auditd[1472]: Auditing disabled Sep 3 11:36:53 server auditd[1472]: Auditing enabled Sep 3 11:36:53 server auditd[1472]: New audit file is /var/audit/20120903083653.not_terminated.Server Sep 3 11:36:53 server kernel: WARNING: attempt to domain_add(netgraph) after domainfinalize() Sep 3 11:36:53 server ntpd[1554]: ntpd 4.2.4p5-a (1) Sep 3 11:36:53 server kernel: igb0: link state changed to UP Sep 3 11:36:54 server kernel: igb1: link state changed to UP Sep 3 11:36:55 server squid[1637]: Squid Parent: child process 1639 started Sep 3 11:36:55 server kernel: pid 1632 (sshguard), uid 0: exited on signal 10 (core dumped) Sep 3 11:36:56 server kernel: pid 1626 (sshguard), uid 0: exited on signal 10 (core dumped) Sep 3 11:36:58 server kernel: tun0: link state changed to UP Sep 3 11:37:09 server jabberd/router[1903]: starting up Sep 3 11:37:09 server jabberd/router[1903]: loaded user table (1 users) Sep 3 11:37:09 server jabberd/router[1903]: couldn't open filter file /usr/local/etc/jabberd/router-filter.xml: No such file or directory Sep 3 11:37:09 server jabberd/s2s[1906]: starting up (interval=60, queue=60, keepalive=0, idle=86400) Sep 3 11:37:09 server jabberd/c2s[1905]: starting up Sep 3 11:37:09 server jabberd/c2s[1905]: modules search path: /usr/local/lib/jabberd Sep 3 11:37:09 server jabberd/sm[1904]: starting up Sep 3 11:37:09 server jabberd/router[1903]: [127.0.0.1, port=5347] listening for incoming connections Sep 3 11:37:09 server jabberd/s2s[1906]: attempting connection to router at 127.0.0.1, port=5347 Sep 3 11:37:09 server jabberd/router[1903]: [127.0.0.1, port=24558] connect Sep 3 11:37:09 server jabberd/sm[1904]: initialised storage driver 'mysql' Sep 3 11:37:09 server jabberd/sm[1904]: modules search path: /usr/local/lib/jabberd Sep 3 11:37:09 server jabberd/c2s[1905]: initialized auth module 'mysql' Sep 3 11:37:09 server jabberd/c2s[1905]: attempting connection to router at 127.0.0.1, port=5347 Sep 3 11:37:09 server jabberd/router[1903]: [127.0.0.1, port=33750] connect Sep 3 11:37:09 server jabberd/sm[1904]: module 'status' added to chain 'sess-start' (order 0 index 0 seq 0) Sep 3 11:37:09 server jabberd/sm[1904]: module 'status' added to chain 'sess-end' (order 0 index 0 seq 1) Sep 3 11:37:09 server jabberd/sm[1904]: module 'iq-last' added to chain 'sess-end' (order 1 index 1 seq 0) Sep 3 11:37:09 server jabberd/sm[1904]: module 'validate' added to chain 'in-sess' (order 0 index 2 seq 0) Sep 3 11:37:09 server jabberd/sm[1904]: module 'status' added to chain 'in-sess' (order 1 index 0 seq 2) Sep 3 11:37:09 server jabberd/sm[1904]: module 'privacy' added to chain 'in-sess' (order 2 index 3 seq 0) Sep 3 11:37:09 server jabberd/sm[1904]: module 'roster' added to chain 'in-sess' (order 3 index 4 seq 0) Sep 3 11:37:09 server jabberd/sm[1904]: module 'vacation' added to chain 'in-sess' (order 4 index 5 seq 0) Sep 3 11:37:09 server jabberd/sm[1904]: module 'iq-vcard' added to chain 'in-sess' (order 5 index 6 seq 0) Sep 3 11:37:09 server jabberd/sm[1904]: module 'iq-ping' added to chain 'in-sess' (order 6 index 7 seq 0) Sep 3 11:37:09 server jabberd/sm[1904]: module 'iq-private' added to chain 'in-sess' (order 7 index 8 seq 0) Sep 3 11:37:09 server jabberd/sm[1904]: module 'disco' added to chain 'in-sess' (order 8 index 9 seq 0) Sep 3 11:37:09 server jabberd/sm[1904]: module 'amp' added to chain 'in-sess' (order 9 index 10 seq 0) Sep 3 11:37:09 server jabberd/sm[1904]: module 'offline' added to chain 'in-sess' (order 10 index 11 seq 0) Sep 3 11:37:09 server jabberd/sm[1904]: module 'announce' added to chain 'in-sess' (order 11 index 12 seq 0) Sep 3 11:37:09 server jabberd/sm[1904]: module 'presence' added to chain 'in-sess' (order 12 index 13 seq 0) Sep 3 11:37:09 server jabberd/sm[1904]: module 'deliver' added to chain 'in-sess' (order 13 index 14 seq 0) Sep 3 11:37:09 server jabberd/sm[1904]: module 'session' added to chain 'in-router' (order 0 index 15 seq 0) Sep 3 11:37:09 server jabberd/sm[1904]: module 'validate' added to chain 'in-router' (order 1 index 2 seq 1) Sep 3 11:37:09 server jabberd/sm[1904]: module 'presence' added to chain 'in-router' (order 2 index 13 seq 1) Sep 3 11:37:09 server jabberd/sm[1904]: module 'privacy' added to chain 'in-router' (order 3 index 3 seq 1) Sep 3 11:37:09 server jabberd/sm[1904]: module 'privacy' added to chain 'out-router' (order 0 index 3 seq 2) Sep 3 11:37:09 server jabberd/sm[1904]: module 'iq-last' added to chain 'pkt-sm' (order 0 index 1 seq 1) Sep 3 11:37:09 server jabberd/sm[1904]: module 'iq-ping' added to chain 'pkt-sm' (order 1 index 7 seq 1) Sep 3 11:37:09 server jabberd/sm[1904]: module 'iq-time' added to chain 'pkt-sm' (order 2 index 16 seq 0) Sep 3 11:37:09 server jabberd/sm[1904]: module 'iq-version' added to chain 'pkt-sm' (order 3 index 17 seq 0) Sep 3 11:37:09 server jabberd/sm[1904]: module 'amp' added to chain 'pkt-sm' (order 4 index 10 seq 1) Sep 3 11:37:09 server jabberd/sm[1904]: module 'disco' added to chain 'pkt-sm' (order 5 index 9 seq 1) Sep 3 11:37:09 server jabberd/sm[1904]: module 'announce' added to chain 'pkt-sm' (order 6 index 12 seq 1) Sep 3 11:37:09 server jabberd/sm[1904]: module 'help' added to chain 'pkt-sm' (order 7 index 18 seq 0) Sep 3 11:37:09 server jabberd/sm[1904]: module 'echo' added to chain 'pkt-sm' (order 8 index 19 seq 0) Sep 3 11:37:09 server jabberd/sm[1904]: module 'status' added to chain 'pkt-sm' (order 9 index 0 seq 3) Sep 3 11:37:09 server jabberd/sm[1904]: module 'presence' added to chain 'pkt-sm' (order 10 index 13 seq 2) Sep 3 11:37:09 server jabberd/sm[1904]: module 'roster' added to chain 'pkt-user' (order 0 index 4 seq 1) Sep 3 11:37:09 server jabberd/sm[1904]: module 'presence' added to chain 'pkt-user' (order 1 index 13 seq 3) Sep 3 11:37:09 server jabberd/sm[1904]: module 'iq-vcard' added to chain 'pkt-user' (order 2 index 6 seq 1) Sep 3 11:37:09 server jabberd/sm[1904]: module 'amp' added to chain 'pkt-user' (order 3 index 10 seq 2) Sep 3 11:37:09 server jabberd/sm[1904]: module 'deliver' added to chain 'pkt-user' (order 4 index 14 seq 1) Sep 3 11:37:09 server jabberd/sm[1904]: module 'vacation' added to chain 'pkt-user' (order 5 index 5 seq 1) Sep 3 11:37:09 server jabberd/sm[1904]: module 'offline' added to chain 'pkt-user' (order 6 index 11 seq 1) Sep 3 11:37:09 server jabberd/sm[1904]: module 'iq-last' added to chain 'pkt-user' (order 7 index 1 seq 2) Sep 3 11:37:09 server jabberd/sm[1904]: module 'session' added to chain 'pkt-router' (order 0 index 15 seq 1) Sep 3 11:37:09 server jabberd/sm[1904]: module 'disco' added to chain 'pkt-router' (order 1 index 9 seq 2) Sep 3 11:37:09 server jabberd/sm[1904]: module 'active' added to chain 'user-load' (order 0 index 20 seq 0) Sep 3 11:37:09 server jabberd/sm[1904]: module 'roster' added to chain 'user-load' (order 1 index 4 seq 2) Sep 3 11:37:09 server jabberd/sm[1904]: module 'roster-publish' added to chain 'user-load' (order 2 index 21 seq 0) Sep 3 11:37:09 server jabberd/sm[1904]: module 'privacy' added to chain 'user-load' (order 3 index 3 seq 3) Sep 3 11:37:09 server jabberd/sm[1904]: module 'vacation' added to chain 'user-load' (order 4 index 5 seq 2) Sep 3 11:37:09 server jabberd/sm[1904]: module 'active' added to chain 'user-create' (order 0 index 20 seq 1) Sep 3 11:37:09 server jabberd/sm[1904]: module 'template-roster' added to chain 'user-create' (order 1 index 22 seq 0) Sep 3 11:37:09 server jabberd/sm[1904]: module 'active' added to chain 'user-delete' (order 0 index 20 seq 2) Sep 3 11:37:09 server jabberd/sm[1904]: module 'announce' added to chain 'user-delete' (order 1 index 12 seq 2) Sep 3 11:37:09 server jabberd/sm[1904]: module 'offline' added to chain 'user-delete' (order 2 index 11 seq 2) Sep 3 11:37:09 server jabberd/sm[1904]: module 'privacy' added to chain 'user-delete' (order 3 index 3 seq 4) Sep 3 11:37:09 server jabberd/sm[1904]: module 'roster' added to chain 'user-delete' (order 4 index 4 seq 3) Sep 3 11:37:09 server jabberd/sm[1904]: module 'vacation' added to chain 'user-delete' (order 5 index 5 seq 3) Sep 3 11:37:09 server jabberd/sm[1904]: module 'status' added to chain 'user-delete' (order 6 index 0 seq 4) Sep 3 11:37:09 server jabberd/sm[1904]: module 'iq-last' added to chain 'user-delete' (order 7 index 1 seq 3) Sep 3 11:37:09 server jabberd/sm[1904]: module 'iq-private' added to chain 'user-delete' (order 8 index 8 seq 1) Sep 3 11:37:09 server jabberd/sm[1904]: module 'iq-vcard' added to chain 'user-delete' (order 9 index 6 seq 2) Sep 3 11:37:09 server jabberd/sm[1904]: module 'iq-version' added to chain 'disco-extend' (order 0 index 17 seq 1) Sep 3 11:37:09 server jabberd/sm[1904]: module 'help' added to chain 'disco-extend' (order 1 index 18 seq 1) Sep 3 11:37:09 server jabberd/sm[1904]: version: jabberd sm 2.2.16 Sep 3 11:37:09 server jabberd/sm[1904]: configured Sep 3 11:37:09 server jabberd/sm[1904]: attempting connection to router at 127.0.0.1, port=5347 Sep 3 11:37:09 server jabberd/router[1903]: [127.0.0.1, port=59715] connect Sep 3 11:37:09 server jabberd/router[1903]: [127.0.0.1, port=24558] authenticated as jabberd@jabberd-router Sep 3 11:37:09 server jabberd/s2s[1906]: connection to router established Sep 3 11:37:09 server jabberd/router[1903]: [s2s] set as default route Sep 3 11:37:09 server jabberd/router[1903]: [s2s] online (bound to 127.0.0.1, port 24558) Sep 3 11:37:09 server jabberd/router[1903]: [127.0.0.1, port=33750] authenticated as jabberd@jabberd-router Sep 3 11:37:09 server jabberd/c2s[1905]: connection to router established Sep 3 11:37:09 server jabberd/router[1903]: [c2s] online (bound to 127.0.0.1, port 33750) Sep 3 11:37:09 server jabberd/router[1903]: [127.0.0.1, port=59715] authenticated as jabberd@jabberd-router Sep 3 11:37:09 server jabberd/sm[1904]: connection to router established Sep 3 11:37:09 server jabberd/router[1903]: online (bound to 127.0.0.1, port 59715) Sep 3 11:37:09 server jabberd/s2s[1906]: [192.168.1.5, port=5269] listening for connections Sep 3 11:37:09 server jabberd/s2s[1906]: ready for connections Sep 3 11:37:09 server jabberd/c2s[1905]: [0.0.0.0, port=5222] listening for connections Sep 3 11:37:09 server jabberd/c2s[1905]: ready for connections Sep 3 11:37:09 server jabberd/sm[1904]: ready for sessions -------------------------------------------------------------------------------------------------------------------------------------------------- Sep 3 12:33:01 server kernel: Copyright (c) 1992-2012 The FreeBSD Project. Sep 3 12:33:01 server kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Sep 3 12:33:01 server kernel: The Regents of the University of California. All rights reserved. Sep 3 12:33:01 server kernel: FreeBSD is a registered trademark of The FreeBSD Foundation. Sep 3 12:33:01 server kernel: FreeBSD 8.3-PRERELEASE #2: Fri Apr 13 14:45:14 FET 2012 Sep 3 12:33:01 server kernel:zmiter@server:/usr/obj/usr/src/sys/VESKA2 amd64 Sep 3 12:33:01 server kernel: Timecounter "i8254" frequency 1193182 Hz quality 0 Sep 3 12:33:01 server kernel: CPU: Intel(R) Xeon(R) CPU E7520 @ 1.87GHz (1866.74-MHz K8-class CPU) Sep 3 12:33:01 server kernel: Origin = "GenuineIntel" Id = 0x206e6 Family = 6 Model = 2e Stepping = 6 Sep 3 12:33:01 server kernel: Features=0xbfebfbff Sep 3 12:33:01 server kernel: Features2=0xbce3bd Sep 3 12:33:01 server kernel: AMD Features=0x28000800 Sep 3 12:33:01 server kernel: AMD Features2=0x1 Sep 3 12:33:01 server kernel: TSC: P-state invariant Sep 3 12:33:01 server kernel: real memory = 34368126976 (32776 MB) Sep 3 12:33:01 server kernel: avail memory = 33062723584 (31531 MB) Sep 3 12:33:01 server kernel: ACPI APIC Table:<080910 APIC1823> Sep 3 12:33:01 server kernel: FreeBSD/SMP: Multiprocessor System Detected: 16 CPUs Sep 3 12:33:01 server kernel: FreeBSD/SMP: 2 package(s) x 4 core(s) x 2 SMT threads Sep 3 12:33:01 server kernel: cpu0 (BSP): APIC ID: 0 Sep 3 12:33:01 server kernel: cpu1 (AP): APIC ID: 1 Sep 3 12:33:01 server kernel: cpu2 (AP): APIC ID: 6 Sep 3 12:33:01 server kernel: cpu3 (AP): APIC ID: 7 Sep 3 12:33:01 server kernel: cpu4 (AP): APIC ID: 16 Sep 3 12:33:01 server kernel: cpu5 (AP): APIC ID: 17 Sep 3 12:33:01 server kernel: cpu6 (AP): APIC ID: 22 Sep 3 12:33:01 server kernel: cpu7 (AP): APIC ID: 23 Sep 3 12:33:01 server kernel: cpu8 (AP): APIC ID: 32 Sep 3 12:33:01 server kernel: cpu9 (AP): APIC ID: 33 Sep 3 12:33:01 server kernel: cpu10 (AP): APIC ID: 38 Sep 3 12:33:01 server kernel: cpu11 (AP): APIC ID: 39 Sep 3 12:33:01 server kernel: cpu12 (AP): APIC ID: 48 Sep 3 12:33:01 server kernel: cpu13 (AP): APIC ID: 49 Sep 3 12:33:01 server kernel: cpu14 (AP): APIC ID: 54 Sep 3 12:33:01 server kernel: cpu15 (AP): APIC ID: 55 Sep 3 12:33:01 server kernel: ioapic1: Changing APIC ID to 3 Sep 3 12:33:01 server kernel: ioapic0 irqs 0-23 on motherboard Sep 3 12:33:01 server kernel: ioapic1 irqs 24-47 on motherboard Sep 3 12:33:01 server kernel: kbd1 at kbdmux0 Sep 3 12:33:01 server kernel: cryptosoft0: on motherboard Sep 3 12:33:01 server kernel: acpi0:<080910 XSDT1823> on motherboard Sep 3 12:33:01 server kernel: acpi0: [ITHREAD] Sep 3 12:33:01 server kernel: acpi0: Power Button (fixed) Sep 3 12:33:01 server kernel: acpi0: reservation of 0, a0000 (3) failed Sep 3 12:33:01 server kernel: acpi0: reservation of 100000, 7ff00000 (3) failed Sep 3 12:33:01 server kernel: Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 Sep 3 12:33:01 server kernel: acpi_timer0:<24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 Sep 3 12:33:01 server kernel: cpu0: on acpi0 Sep 3 12:33:01 server kernel: cpu1: on acpi0 Sep 3 12:33:01 server kernel: cpu2: on acpi0 Sep 3 12:33:01 server kernel: cpu3: on acpi0 Sep 3 12:33:01 server kernel: cpu4: on acpi0 Sep 3 12:33:01 server kernel: cpu5: on acpi0 Sep 3 12:33:01 server kernel: cpu6: on acpi0 Sep 3 12:33:01 server kernel: cpu7: on acpi0 Sep 3 12:33:01 server kernel: cpu8: on acpi0 Sep 3 12:33:01 server kernel: cpu9: on acpi0 Sep 3 12:33:01 server kernel: cpu10: on acpi0 Sep 3 12:33:01 server kernel: cpu11: on acpi0 Sep 3 12:33:01 server kernel: cpu12: on acpi0 Sep 3 12:33:01 server kernel: cpu13: on acpi0 Sep 3 12:33:01 server kernel: cpu14: on acpi0 Sep 3 12:33:01 server kernel: cpu15: on acpi0 Sep 3 12:33:01 server kernel: pcib0: port 0xcf8-0xcff on acpi0 Sep 3 12:33:01 server kernel: pci0: on pcib0 Sep 3 12:33:01 server kernel: pcib1: at device 1.0 on pci0 Sep 3 12:33:01 server kernel: pci1: on pcib1 Sep 3 12:33:01 server kernel: mfi0: port 0xd000-0xd0ff mem 0xfaefc000-0xfaefffff,0xfae80000-0xfaebffff irq 28 at device 0.0 on pci1 Sep 3 12:33:01 server kernel: mfi0: Megaraid SAS driver Ver 3.00 Sep 3 12:33:01 server kernel: mfi0: 3766 (399989937s/0x0020/info) - Shutdown command received from host Sep 3 12:33:01 server kernel: mfi0: 3767 (boot + 3s/0x0020/info) - Firmware initialization started (PCI ID 0079/1000/0700/15d9) Sep 3 12:33:01 server kernel: mfi0: 3768 (boot + 3s/0x0020/info) - Firmware version 2.40.03-0787 Sep 3 12:33:01 server kernel: mfi0: 3769 (boot + 5s/0x0020/info) - Board Revision Sep 3 12:33:01 server kernel: mfi0: 3770 (boot + 25s/0x0002/info) - Inserted: PD 0d(e0xff/s13) Sep 3 12:33:01 server kernel: mfi0: 3771 (boot + 25s/0x0002/info) - Inserted: PD 0d(e0xff/s13) Info: enclPd=ffff, scsiType=0, portMap=00, sasAddr=5000c50028742a71,0000000000000000 Sep 3 12:33:01 server kernel: mfi0: 3772 (boot + 25s/0x0002/info) - Inserted: PD 0e(e0xff/s14) Sep 3 12:33:01 server kernel: mfi0: 3773 (boot + 25s/0x0002/info) - Inserted: PD 0e(e0xff/s14) Info: enclPd=ffff, scsiType=0, portMap=01, sasAddr=5000c50028742dbd,0000000000000000 Sep 3 12:33:01 server kernel: mfi0: 3774 (boot + 25s/0x0001/info) - Policy change on VD 00/0 to [ID=00,dcp=6d,ccp=6c,ap=0,dc=0,dbgi=0,S=0|0] from [ID=00,dcp=6d,ccp=6d,ap=0,dc=0,dbgi=0,S=0|0] Sep 3 12:33:01 server kernel: mfi0: 3775 (399990004s/0x0020/info) - Time established as 09/03/12 12:20:04; (47 seconds since power on) Sep 3 12:33:01 server kernel: mfi0: 3776 (boot + 3s/0x0020/info) - Firmware initialization started (PCI ID 0079/1000/0700/15d9) Sep 3 12:33:01 server kernel: mfi0: 3777 (boot + 3s/0x0020/info) - Firmware version 2.40.03-0787 Sep 3 12:33:01 server kernel: mfi0: 3778 (boot + 5s/0x0020/info) - Board Revision Sep 3 12:33:01 server kernel: mfi0: 3779 (boot + 25s/0x0002/info) - Inserted: PD 0d(e0xff/s13) Sep 3 12:33:01 server kernel: mfi0: 3780 (boot + 25s/0x0002/info) - Inserted: PD 0d(e0xff/s13) Info: enclPd=ffff, scsiType=0, portMap=00, sasAddr=5000c50028742a71,0000000000000000 Sep 3 12:33:01 server kernel: mfi0: 3781 (boot + 25s/0x0002/info) - Inserted: PD 0e(e0xff/s14) Sep 3 12:33:01 server kernel: mfi0: 3782 (boot + 25s/0x0002/info) - Inserted: PD 0e(e0xff/s14) Info: enclPd=ffff, scsiType=0, portMap=01, sasAddr=5000c50028742dbd,0000000000000000 Sep 3 12:33:01 server kernel: mfi0: 3783 (boot + 25s/0x0001/info) - Policy change on VD 00/0 to [ID=00,dcp=6d,ccp=6c,ap=0,dc=0,dbgi=0,S=0|0] from [ID=00,dcp=6d,ccp=6d,ap=0,dc=0,dbgi=0,S=0|0] Sep 3 12:33:01 server kernel: mfi0: 3784 (399990306s/0x0020/info) - Time established as 09/03/12 12:25:06; (47 seconds since power on) Sep 3 12:33:01 server kernel: mfi0: 3785 (boot + 3s/0x0020/info) - Firmware initialization started (PCI ID 0079/1000/0700/15d9) Sep 3 12:33:01 server kernel: mfi0: 3786 (boot + 3s/0x0020/info) - Firmware version 2.40.03-0787 Sep 3 12:33:01 server kernel: mfi0: 3787 (boot + 5s/0x0020/info) - Board Revision Sep 3 12:33:01 server kernel: mfi0: 3788 (boot + 25s/0x0002/info) - Inserted: PD 0d(e0xff/s13) Sep 3 12:33:01 server kernel: mfi0: 3789 (boot + 25s/0x0002/info) - Inserted: PD 0d(e0xff/s13) Info: enclPd=ffff, scsiType=0, portMap=00, sasAddr=5000c50028742a71,0000000000000000 Sep 3 12:33:01 server kernel: mfi0: 3790 (boot + 25s/0x0002/info) - Inserted: PD 0e(e0xff/s14) Sep 3 12:33:01 server kernel: mfi0: 3791 (boot + 25s/0x0002/info) - Inserted: PD 0e(e0xff/s14) Info: enclPd=ffff, scsiType=0, portMap=01, sasAddr=5000c50028742dbd,0000000000000000 Sep 3 12:33:01 server kernel: mfi0: 3792 (boot + 25s/0x0001/info) - Policy change on VD 00/0 to [ID=00,dcp=6d,ccp=6c,ap=0,dc=0,dbgi=0,S=0|0] from [ID=00,dcp=6d,ccp=6d,ap=0,dc=0,dbgi=0,S=0|0] Sep 3 12:33:01 server kernel: mfi0: [ITHREAD] Sep 3 12:33:01 server kernel: pcib2: at device 3.0 on pci0 Sep 3 12:33:01 server kernel: pci2: on pcib2 Sep 3 12:33:01 server kernel: pcib3: at device 7.0 on pci0 Sep 3 12:33:01 server kernel: pci3: on pcib3 Sep 3 12:33:01 server kernel: pci0: at device 20.0 (no driver attached) Sep 3 12:33:01 server kernel: pci0: at device 20.1 (no driver attached) Sep 3 12:33:01 server kernel: pci0: at device 20.2 (no driver attached) Sep 3 12:33:01 server kernel: pci0: at device 20.3 (no driver attached) Sep 3 12:33:01 server kernel: uhci0: port 0xcc00-0xcc1f irq 16 at device 26.0 on pci0 Sep 3 12:33:01 server kernel: uhci0: [ITHREAD] Sep 3 12:33:01 server kernel: uhci0: LegSup = 0x2f00 Sep 3 12:33:01 server kernel: usbus0 on uhci0 Sep 3 12:33:01 server kernel: uhci1: port 0xc880-0xc89f irq 21 at device 26.1 on pci0 Sep 3 12:33:01 server kernel: uhci1: [ITHREAD] Sep 3 12:33:01 server kernel: uhci1: LegSup = 0x2f00 Sep 3 12:33:01 server kernel: usbus1 on uhci1 Sep 3 12:33:01 server kernel: uhci2: port 0xc800-0xc81f irq 19 at device 26.2 on pci0 Sep 3 12:33:01 server kernel: uhci2: [ITHREAD] Sep 3 12:33:01 server kernel: uhci2: LegSup = 0x2f00 Sep 3 12:33:01 server kernel: usbus2 on uhci2 Sep 3 12:33:01 server kernel: ehci0: mem 0xfadfe000-0xfadfe3ff irq 18 at device 26.7 on pci0 Sep 3 12:33:01 server kernel: ehci0: [ITHREAD] Sep 3 12:33:01 server kernel: usbus3: EHCI version 1.0 Sep 3 12:33:01 server kernel: usbus3 on ehci0 Sep 3 12:33:01 server kernel: hdac0: mem 0xfadf8000-0xfadfbfff irq 22 at device 27.0 on pci0 Sep 3 12:33:01 server kernel: hdac0: HDA Driver Revision: 20100226_0142 Sep 3 12:33:01 server kernel: hdac0: [ITHREAD] Sep 3 12:33:01 server kernel: pcib4: irq 17 at device 28.0 on pci0 Sep 3 12:33:01 server kernel: pci4: on pcib4 Sep 3 12:33:01 server kernel: igb0: port 0xec00-0xec1f mem 0xfafe0000-0xfaffffff,0xfafc0000-0xfafdffff,0xfafbc000-0xfafbffff irq 16 at device 0.0 on pci4 Sep 3 12:33:01 server kernel: igb0: Using MSIX interrupts with 9 vectors Sep 3 12:33:01 server kernel: igb0: Ethernet address: 00:30:48:fe:dc:ec Sep 3 12:33:01 server kernel: igb0: [ITHREAD] Sep 3 12:33:01 server last message repeated 8 times Sep 3 12:33:01 server kernel: igb1: port 0xe880-0xe89f mem 0xfaf60000-0xfaf7ffff,0xfaf40000-0xfaf5ffff,0xfaf3c000-0xfaf3ffff irq 17 at device 0.1 on pci4 Sep 3 12:33:01 server kernel: igb1: Using MSIX interrupts with 9 vectors Sep 3 12:33:01 server kernel: igb1: Ethernet address: 00:30:48:fe:dc:ed Sep 3 12:33:01 server kernel: igb1: [ITHREAD] Sep 3 12:33:01 server last message repeated 8 times Sep 3 12:33:01 server kernel: uhci3: port 0xc480-0xc49f irq 23 at device 29.0 on pci0 Sep 3 12:33:01 server kernel: uhci3: [ITHREAD] Sep 3 12:33:01 server kernel: uhci3: LegSup = 0x2f00 Sep 3 12:33:01 server kernel: usbus4 on uhci3 Sep 3 12:33:01 server kernel: uhci4: port 0xc400-0xc41f irq 19 at device 29.1 on pci0 Sep 3 12:33:01 server kernel: uhci4: [ITHREAD] Sep 3 12:33:01 server kernel: uhci4: LegSup = 0x2f00 Sep 3 12:33:01 server kernel: usbus5 on uhci4 Sep 3 12:33:01 server kernel: uhci5: port 0xc080-0xc09f irq 18 at device 29.2 on pci0 Sep 3 12:33:01 server kernel: uhci5: [ITHREAD] Sep 3 12:33:01 server kernel: uhci5: LegSup = 0x2f00 Sep 3 12:33:01 server kernel: usbus6 on uhci5 Sep 3 12:33:01 server kernel: ehci1: mem 0xfadfc000-0xfadfc3ff irq 23 at device 29.7 on pci0 Sep 3 12:33:01 server kernel: ehci1: [ITHREAD] Sep 3 12:33:01 server kernel: usbus7: EHCI version 1.0 Sep 3 12:33:01 server kernel: usbus7 on ehci1 Sep 3 12:33:01 server kernel: pcib5: at device 30.0 on pci0 Sep 3 12:33:01 server kernel: pci5: on pcib5 Sep 3 12:33:01 server kernel: vgapci0: mem 0xf9000000-0xf9ffffff,0xfbefc000-0xfbefffff,0xfb000000-0xfb7fffff irq 18 at device 1.0 on pci5 Sep 3 12:33:01 server kernel: isab0: at device 31.0 on pci0 Sep 3 12:33:01 server kernel: isa0: on isab0 Sep 3 12:33:01 server kernel: atapci0: port 0xc000-0xc007,0xbc00-0xbc03,0xb880-0xb887,0xb800-0xb803,0xb480-0xb49f mem 0xfadf6000-0xfadf67ff irq 19 at device 31.2 on pci0 Sep 3 12:33:01 server kernel: atapci0: [ITHREAD] Sep 3 12:33:01 server kernel: atapci0: AHCI called from vendor specific driver Sep 3 12:33:01 server kernel: atapci0: AHCI v1.20 controller with 6 3Gbps ports, PM not supported Sep 3 12:33:01 server kernel: ata2: at channel 0 on atapci0 Sep 3 12:33:01 server kernel: ata2: [ITHREAD] Sep 3 12:33:01 server kernel: ata3: at channel 1 on atapci0 Sep 3 12:33:01 server kernel: ata3: [ITHREAD] Sep 3 12:33:01 server kernel: ata4: at channel 2 on atapci0 Sep 3 12:33:01 server kernel: ata4: [ITHREAD] Sep 3 12:33:01 server kernel: ata5: at channel 3 on atapci0 Sep 3 12:33:01 server kernel: ata5: [ITHREAD] Sep 3 12:33:01 server kernel: ata6: at channel 4 on atapci0 Sep 3 12:33:01 server kernel: ata6: [ITHREAD] Sep 3 12:33:01 server kernel: ata7: at channel 5 on atapci0 Sep 3 12:33:01 server kernel: ata7: [ITHREAD] Sep 3 12:33:01 server kernel: pci0: at device 31.3 (no driver attached) Sep 3 12:33:01 server kernel: acpi_button0: on acpi0 Sep 3 12:33:01 server kernel: atrtc0: port 0x70-0x71 irq 8 on acpi0 Sep 3 12:33:01 server kernel: uart0:<16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 Sep 3 12:33:01 server kernel: uart0: [FILTER] Sep 3 12:33:01 server kernel: uart1:<16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 Sep 3 12:33:01 server kernel: uart1: [FILTER] Sep 3 12:33:01 server kernel: ipmi0: on isa0 Sep 3 12:33:01 server kernel: ipmi0: KCS mode found at io 0xca2 alignment 0x1 on isa Sep 3 12:33:01 server kernel: orm0: at iomem 0xc0000-0xc7fff on isa0 Sep 3 12:33:01 server kernel: sc0: at flags 0x100 on isa0 Sep 3 12:33:01 server kernel: sc0: VGA<16 virtual consoles, flags=0x300> Sep 3 12:33:01 server kernel: vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Sep 3 12:33:01 server kernel: atkbdc0: at port 0x60,0x64 on isa0 Sep 3 12:33:01 server kernel: atkbd0: irq 1 on atkbdc0 Sep 3 12:33:01 server kernel: kbd0 at atkbd0 Sep 3 12:33:01 server kernel: atkbd0: [GIANT-LOCKED] Sep 3 12:33:01 server kernel: atkbd0: [ITHREAD] Sep 3 12:33:01 server kernel: coretemp0: on cpu0 Sep 3 12:33:01 server kernel: est0: on cpu0 Sep 3 12:33:01 server kernel: est: CPU supports Enhanced Speedstep, but is not recognized. Sep 3 12:33:01 server kernel: est: cpu_vendor GenuineIntel, msr e Sep 3 12:33:01 server kernel: device_attach: est0 attach returned 6 Sep 3 12:33:01 server kernel: p4tcc0: on cpu0 Sep 3 12:33:01 server kernel: coretemp1: on cpu1 Sep 3 12:33:01 server kernel: est1: on cpu1 Sep 3 12:33:01 server kernel: est: CPU supports Enhanced Speedstep, but is not recognized. Sep 3 12:33:01 server kernel: est: cpu_vendor GenuineIntel, msr e Sep 3 12:33:01 server kernel: device_attach: est1 attach returned 6 Sep 3 12:33:01 server kernel: p4tcc1: on cpu1 Sep 3 12:33:01 server kernel: coretemp2: on cpu2 Sep 3 12:33:01 server kernel: est2: on cpu2 Sep 3 12:33:01 server kernel: est: CPU supports Enhanced Speedstep, but is not recognized. Sep 3 12:33:01 server kernel: est: cpu_vendor GenuineIntel, msr e Sep 3 12:33:01 server kernel: device_attach: est2 attach returned 6 Sep 3 12:33:01 server kernel: p4tcc2: on cpu2 Sep 3 12:33:01 server kernel: coretemp3: on cpu3 Sep 3 12:33:01 server kernel: est3: on cpu3 Sep 3 12:33:01 server kernel: est: CPU supports Enhanced Speedstep, but is not recognized. Sep 3 12:33:01 server kernel: est: cpu_vendor GenuineIntel, msr e Sep 3 12:33:01 server kernel: device_attach: est3 attach returned 6 Sep 3 12:33:01 server kernel: p4tcc3: on cpu3 Sep 3 12:33:01 server kernel: coretemp4: on cpu4 Sep 3 12:33:01 server kernel: est4: on cpu4 Sep 3 12:33:01 server kernel: est: CPU supports Enhanced Speedstep, but is not recognized. Sep 3 12:33:01 server kernel: est: cpu_vendor GenuineIntel, msr e Sep 3 12:33:01 server kernel: device_attach: est4 attach returned 6 Sep 3 12:33:01 server kernel: p4tcc4: on cpu4 Sep 3 12:33:01 server kernel: coretemp5: on cpu5 Sep 3 12:33:01 server kernel: est5: on cpu5 Sep 3 12:33:01 server kernel: est: CPU supports Enhanced Speedstep, but is not recognized. Sep 3 12:33:01 server kernel: est: cpu_vendor GenuineIntel, msr e Sep 3 12:33:01 server kernel: device_attach: est5 attach returned 6 Sep 3 12:33:01 server kernel: p4tcc5: on cpu5 Sep 3 12:33:01 server kernel: coretemp6: on cpu6 Sep 3 12:33:01 server kernel: est6: on cpu6 Sep 3 12:33:01 server kernel: est: CPU supports Enhanced Speedstep, but is not recognized. Sep 3 12:33:01 server kernel: est: cpu_vendor GenuineIntel, msr e Sep 3 12:33:01 server kernel: device_attach: est6 attach returned 6 Sep 3 12:33:01 server kernel: p4tcc6: on cpu6 Sep 3 12:33:01 server kernel: coretemp7: on cpu7 Sep 3 12:33:01 server kernel: est7: on cpu7 Sep 3 12:33:01 server kernel: est: CPU supports Enhanced Speedstep, but is not recognized. Sep 3 12:33:01 server kernel: est: cpu_vendor GenuineIntel, msr e Sep 3 12:33:01 server kernel: device_attach: est7 attach returned 6 Sep 3 12:33:01 server kernel: p4tcc7: on cpu7 Sep 3 12:33:01 server kernel: coretemp8: on cpu8 Sep 3 12:33:01 server kernel: est8: on cpu8 Sep 3 12:33:01 server kernel: est: CPU supports Enhanced Speedstep, but is not recognized. Sep 3 12:33:01 server kernel: est: cpu_vendor GenuineIntel, msr e Sep 3 12:33:01 server kernel: device_attach: est8 attach returned 6 Sep 3 12:33:01 server kernel: p4tcc8: on cpu8 Sep 3 12:33:01 server kernel: coretemp9: on cpu9 Sep 3 12:33:01 server kernel: est9: on cpu9 Sep 3 12:33:01 server kernel: est: CPU supports Enhanced Speedstep, but is not recognized. Sep 3 12:33:01 server kernel: est: cpu_vendor GenuineIntel, msr e Sep 3 12:33:01 server kernel: device_attach: est9 attach returned 6 Sep 3 12:33:01 server kernel: p4tcc9: on cpu9 Sep 3 12:33:01 server kernel: coretemp10: on cpu10 Sep 3 12:33:01 server kernel: est10: on cpu10 Sep 3 12:33:01 server kernel: est: CPU supports Enhanced Speedstep, but is not recognized. Sep 3 12:33:01 server kernel: est: cpu_vendor GenuineIntel, msr e Sep 3 12:33:01 server kernel: device_attach: est10 attach returned 6 Sep 3 12:33:01 server kernel: p4tcc10: on cpu10 Sep 3 12:33:01 server kernel: coretemp11: on cpu11 Sep 3 12:33:01 server kernel: est11: on cpu11 Sep 3 12:33:01 server kernel: est: CPU supports Enhanced Speedstep, but is not recognized. Sep 3 12:33:01 server kernel: est: cpu_vendor GenuineIntel, msr e Sep 3 12:33:01 server kernel: device_attach: est11 attach returned 6 Sep 3 12:33:01 server kernel: p4tcc11: on cpu11 Sep 3 12:33:01 server kernel: coretemp12: on cpu12 Sep 3 12:33:01 server kernel: est12: on cpu12 Sep 3 12:33:01 server kernel: est: CPU supports Enhanced Speedstep, but is not recognized. Sep 3 12:33:01 server kernel: est: cpu_vendor GenuineIntel, msr e Sep 3 12:33:01 server kernel: device_attach: est12 attach returned 6 Sep 3 12:33:01 server kernel: p4tcc12: on cpu12 Sep 3 12:33:01 server kernel: coretemp13: on cpu13 Sep 3 12:33:01 server kernel: est13: on cpu13 Sep 3 12:33:01 server kernel: est: CPU supports Enhanced Speedstep, but is not recognized. Sep 3 12:33:01 server kernel: est: cpu_vendor GenuineIntel, msr e Sep 3 12:33:01 server kernel: device_attach: est13 attach returned 6 Sep 3 12:33:01 server kernel: p4tcc13: on cpu13 Sep 3 12:33:01 server kernel: coretemp14: on cpu14 Sep 3 12:33:01 server kernel: est14: on cpu14 Sep 3 12:33:01 server kernel: est: CPU supports Enhanced Speedstep, but is not recognized. Sep 3 12:33:01 server kernel: est: cpu_vendor GenuineIntel, msr e Sep 3 12:33:01 server kernel: device_attach: est14 attach returned 6 Sep 3 12:33:01 server kernel: p4tcc14: on cpu14 Sep 3 12:33:01 server kernel: coretemp15: on cpu15 Sep 3 12:33:01 server kernel: est15: on cpu15 Sep 3 12:33:01 server kernel: est: CPU supports Enhanced Speedstep, but is not recognized. Sep 3 12:33:01 server kernel: est: cpu_vendor GenuineIntel, msr e Sep 3 12:33:01 server kernel: device_attach: est15 attach returned 6 Sep 3 12:33:01 server kernel: p4tcc15: on cpu15 Sep 3 12:33:01 server kernel: Timecounters tick every 1.000 msec Sep 3 12:33:01 server kernel: IPsec: Initialized Security Association Processing. Sep 3 12:33:01 server kernel: ipfw2 (+ipv6) initialized, divert enabled, nat enabled, rule-based forwarding disabled, default to deny, logging disabled Sep 3 12:33:01 server kernel: DUMMYNET 0 with IPv6 initialized (100409) Sep 3 12:33:01 server kernel: load_dn_sched dn_sched RR loaded Sep 3 12:33:01 server kernel: load_dn_sched dn_sched WF2Q+ loaded Sep 3 12:33:01 server kernel: load_dn_sched dn_sched FIFO loaded Sep 3 12:33:01 server kernel: load_dn_sched dn_sched PRIO loaded Sep 3 12:33:01 server kernel: load_dn_sched dn_sched QFQ loaded Sep 3 12:33:01 server kernel: usbus0: 12Mbps Full Speed USB v1.0 Sep 3 12:33:01 server kernel: usbus1: 12Mbps Full Speed USB v1.0 Sep 3 12:33:01 server kernel: usbus2: 12Mbps Full Speed USB v1.0 Sep 3 12:33:01 server kernel: usbus3: 480Mbps High Speed USB v2.0 Sep 3 12:33:01 server kernel: usbus4: 12Mbps Full Speed USB v1.0 Sep 3 12:33:01 server kernel: usbus5: 12Mbps Full Speed USB v1.0 Sep 3 12:33:01 server kernel: usbus6: 12Mbps Full Speed USB v1.0 Sep 3 12:33:01 server kernel: usbus7: 480Mbps High Speed USB v2.0 Sep 3 12:33:01 server kernel: acd0: DVDR at ata2-master UDMA100 SATA 1.5Gb/s Sep 3 12:33:01 server kernel: mfi0: 3793 (399990701s/0x0020/info) - Time established as 09/03/12 12:31:41; (47 seconds since power on) Sep 3 12:33:01 server kernel: mfid0 on mfi0 Sep 3 12:33:01 server kernel: mfid0: 285568MB (584843264 sectors) RAID volume '' is optimal Sep 3 12:33:01 server kernel: ugen0.1: at usbus0 Sep 3 12:33:01 server kernel: uhub0: on usbus0 Sep 3 12:33:01 server kernel: ugen1.1: at usbus1 Sep 3 12:33:01 server kernel: uhub1: on usbus1 Sep 3 12:33:01 server kernel: ugen2.1: at usbus2 Sep 3 12:33:01 server kernel: uhub2: on usbus2 Sep 3 12:33:01 server kernel: ugen3.1: at usbus3 Sep 3 12:33:01 server kernel: uhub3: on usbus3 Sep 3 12:33:01 server kernel: ugen4.1: at usbus4 Sep 3 12:33:01 server kernel: uhub4: on usbus4 Sep 3 12:33:01 server kernel: ugen5.1: at usbus5 Sep 3 12:33:01 server kernel: uhub5: on usbus5 Sep 3 12:33:01 server kernel: ugen6.1: at usbus6 Sep 3 12:33:01 server kernel: uhub6: on usbus6 Sep 3 12:33:01 server kernel: ugen7.1: at usbus7 Sep 3 12:33:01 server kernel: uhub7: on usbus7 Sep 3 12:33:01 server kernel: ipmi0: IPMI device rev. 1, firmware rev. 1.39, version 2.0 Sep 3 12:33:01 server kernel: ipmi0: Number of channels 2 Sep 3 12:33:01 server kernel: ipmi0: Attached watchdog Sep 3 12:33:01 server kernel: SMP: AP CPU #1 Launched! Sep 3 12:33:01 server kernel: SMP: AP CPU #11 Launched! Sep 3 12:33:01 server kernel: SMP: AP CPU #4 Launched! Sep 3 12:33:01 server kernel: SMP: AP CPU #8 Launched! Sep 3 12:33:01 server kernel: SMP: AP CPU #2 Launched! Sep 3 12:33:01 server kernel: SMP: AP CPU #9 Launched! Sep 3 12:33:01 server kernel: SMP: AP CPU #6 Launched! Sep 3 12:33:01 server kernel: SMP: AP CPU #14 Launched! Sep 3 12:33:01 server kernel: SMP: AP CPU #5 Launched! Sep 3 12:33:01 server kernel: SMP: AP CPU #15 Launched! Sep 3 12:33:01 server kernel: SMP: AP CPU #7 Launched! Sep 3 12:33:01 server kernel: SMP: AP CPU #12 Launched! Sep 3 12:33:01 server kernel: SMP: AP CPU #3 Launched! Sep 3 12:33:01 server kernel: SMP: AP CPU #13 Launched! Sep 3 12:33:01 server kernel: SMP: AP CPU #10 Launched! Sep 3 12:33:01 server kernel: Root mount waiting for: usbus7 usbus6 usbus5 usbus4 usbus3 usbus2 usbus1 usbus0 Sep 3 12:33:01 server kernel: uhub0: 2 ports with 2 removable, self powered Sep 3 12:33:01 server kernel: uhub1: 2 ports with 2 removable, self powered Sep 3 12:33:01 server kernel: uhub2: 2 ports with 2 removable, self powered Sep 3 12:33:01 server kernel: uhub4: 2 ports with 2 removable, self powered Sep 3 12:33:01 server kernel: uhub5: 2 ports with 2 removable, self powered Sep 3 12:33:01 server kernel: uhub6: 2 ports with 2 removable, self powered Sep 3 12:33:01 server kernel: Root mount waiting for: usbus7 usbus3 Sep 3 12:33:01 server kernel: Root mount waiting for: usbus7 usbus3 Sep 3 12:33:01 server kernel: uhub3: 6 ports with 6 removable, self powered Sep 3 12:33:01 server kernel: uhub7: 6 ports with 6 removable, self powered Sep 3 12:33:01 server kernel: Trying to mount root from ufs:/dev/mfid0s1a Sep 3 12:33:01 server kernel: WARNING: / was not properly dismounted Sep 3 12:33:01 server kernel: ugen4.2: at usbus4 Sep 3 12:33:01 server kernel: ugen1.2: at usbus1 Sep 3 12:33:01 server kernel: ukbd0: on usbus1 Sep 3 12:33:01 server kernel: kbd2 at ukbd0 Sep 3 12:33:01 server kernel: ums0: on usbus1 Sep 3 12:33:01 server kernel: WARNING: /home was not properly dismounted Sep 3 12:33:01 server kernel: WARNING: /mnt/data was not properly dismounted Sep 3 12:33:01 server kernel: WARNING: /tmp was not properly dismounted Sep 3 12:33:01 server kernel: WARNING: /usr was not properly dismounted Sep 3 12:33:01 server kernel: WARNING: /var was not properly dismounted Sep 3 12:33:01 server kernel: WARNING: /var: mount pending error: blocks 8 files 0 Sep 3 12:33:01 server named[1473]: starting BIND 9.6.-ESV-R7-P2 -t /var/named -u bind Sep 3 12:33:01 server named[1473]: built with '--prefix=/usr' '--infodir=/usr/share/info' '--mandir=/usr/share/man' '--enable-threads' '--enable-getifaddrs' '--disable-linux-caps' '--with-openssl=/usr' '--with-randomdev=/dev/random' '--without-idn' '--without-libxml2' Sep 3 12:33:01 server named[1473]: ---------------------------------------------------- Sep 3 12:33:01 server named[1473]: BIND 9 is maintained by Internet Systems Consortium, Sep 3 12:33:01 server named[1473]: Inc. (ISC), a non-profit 501(c)(3) public-benefit Sep 3 12:33:01 server named[1473]: corporation. Support and training for BIND 9 are Sep 3 12:33:01 server named[1473]: available athttps://www.isc.org/support Sep 3 12:33:01 server named[1473]: ---------------------------------------------------- Sep 3 12:33:01 server named[1473]: command channel listening on 127.0.0.1#953 Sep 3 12:33:01 server named[1473]: command channel listening on ::1#953 Sep 3 12:33:01 server named[1473]: running Sep 3 12:33:01 server auditd[1486]: Auditing disabled Sep 3 12:33:01 server auditd[1486]: Auditing enabled Sep 3 12:33:01 server auditd[1486]: New audit file is /var/audit/20120903093301.not_terminated.Server Sep 3 12:33:02 server kernel: WARNING: attempt to domain_add(netgraph) after domainfinalize() Sep 3 12:33:02 server kernel: igb0: link state changed to UP Sep 3 12:33:02 server ntpd[1576]: ntpd 4.2.4p5-a (1) Sep 3 12:33:02 server kernel: igb1: link state changed to UP Sep 3 12:33:04 server kernel: pid 1648 (sshguard), uid 0: exited on signal 10 (core dumped) Sep 3 12:33:04 server squid[1651]: Squid Parent: child process 1653 started Sep 3 12:33:04 server kernel: pid 1640 (sshguard), uid 0: exited on signal 10 (core dumped) Sep 3 12:33:15 server kernel: tun0: link state changed to UP Sep 3 12:33:26 server jabberd/s2s[1921]: starting up (interval=60, queue=60, keepalive=0, idle=86400) Sep 3 12:33:26 server jabberd/router[1918]: starting up Sep 3 12:33:26 server jabberd/router[1918]: loaded user table (1 users) Sep 3 12:33:26 server jabberd/router[1918]: couldn't open filter file /usr/local/etc/jabberd/router-filter.xml: No such file or directory Sep 3 12:33:26 server jabberd/c2s[1920]: starting up Sep 3 12:33:26 server jabberd/c2s[1920]: modules search path: /usr/local/lib/jabberd Sep 3 12:33:26 server jabberd/sm[1919]: starting up Sep 3 12:33:26 server jabberd/router[1918]: [127.0.0.1, port=5347] listening for incoming connections Sep 3 12:33:26 server jabberd/s2s[1921]: attempting connection to router at 127.0.0.1, port=5347 Sep 3 12:33:26 server jabberd/router[1918]: [127.0.0.1, port=64290] connect Sep 3 12:33:26 server jabberd/sm[1919]: initialised storage driver 'mysql' Sep 3 12:33:26 server jabberd/sm[1919]: modules search path: /usr/local/lib/jabberd Sep 3 12:33:26 server jabberd/c2s[1920]: initialized auth module 'mysql' Sep 3 12:33:26 server jabberd/c2s[1920]: attempting connection to router at 127.0.0.1, port=5347 Sep 3 12:33:26 server jabberd/router[1918]: [127.0.0.1, port=56919] connect Sep 3 12:33:26 server jabberd/sm[1919]: module 'status' added to chain 'sess-start' (order 0 index 0 seq 0) Sep 3 12:33:26 server jabberd/sm[1919]: module 'status' added to chain 'sess-end' (order 0 index 0 seq 1) Sep 3 12:33:26 server jabberd/sm[1919]: module 'iq-last' added to chain 'sess-end' (order 1 index 1 seq 0) Sep 3 12:33:26 server jabberd/sm[1919]: module 'validate' added to chain 'in-sess' (order 0 index 2 seq 0) Sep 3 12:33:26 server jabberd/sm[1919]: module 'status' added to chain 'in-sess' (order 1 index 0 seq 2) Sep 3 12:33:26 server jabberd/sm[1919]: module 'privacy' added to chain 'in-sess' (order 2 index 3 seq 0) Sep 3 12:33:26 server jabberd/sm[1919]: module 'roster' added to chain 'in-sess' (order 3 index 4 seq 0) Sep 3 12:33:26 server jabberd/sm[1919]: module 'vacation' added to chain 'in-sess' (order 4 index 5 seq 0) Sep 3 12:33:26 server jabberd/sm[1919]: module 'iq-vcard' added to chain 'in-sess' (order 5 index 6 seq 0) Sep 3 12:33:26 server jabberd/sm[1919]: module 'iq-ping' added to chain 'in-sess' (order 6 index 7 seq 0) Sep 3 12:33:26 server jabberd/sm[1919]: module 'iq-private' added to chain 'in-sess' (order 7 index 8 seq 0) Sep 3 12:33:26 server jabberd/sm[1919]: module 'disco' added to chain 'in-sess' (order 8 index 9 seq 0) Sep 3 12:33:26 server jabberd/sm[1919]: module 'amp' added to chain 'in-sess' (order 9 index 10 seq 0) Sep 3 12:33:26 server jabberd/sm[1919]: module 'offline' added to chain 'in-sess' (order 10 index 11 seq 0) Sep 3 12:33:26 server jabberd/sm[1919]: module 'announce' added to chain 'in-sess' (order 11 index 12 seq 0) Sep 3 12:33:26 server jabberd/sm[1919]: module 'presence' added to chain 'in-sess' (order 12 index 13 seq 0) Sep 3 12:33:26 server jabberd/sm[1919]: module 'deliver' added to chain 'in-sess' (order 13 index 14 seq 0) Sep 3 12:33:26 server jabberd/sm[1919]: module 'session' added to chain 'in-router' (order 0 index 15 seq 0) Sep 3 12:33:26 server jabberd/sm[1919]: module 'validate' added to chain 'in-router' (order 1 index 2 seq 1) Sep 3 12:33:26 server jabberd/sm[1919]: module 'presence' added to chain 'in-router' (order 2 index 13 seq 1) Sep 3 12:33:26 server jabberd/sm[1919]: module 'privacy' added to chain 'in-router' (order 3 index 3 seq 1) Sep 3 12:33:26 server jabberd/sm[1919]: module 'privacy' added to chain 'out-router' (order 0 index 3 seq 2) Sep 3 12:33:26 server jabberd/sm[1919]: module 'iq-last' added to chain 'pkt-sm' (order 0 index 1 seq 1) Sep 3 12:33:26 server jabberd/sm[1919]: module 'iq-ping' added to chain 'pkt-sm' (order 1 index 7 seq 1) Sep 3 12:33:26 server jabberd/sm[1919]: module 'iq-time' added to chain 'pkt-sm' (order 2 index 16 seq 0) Sep 3 12:33:26 server jabberd/sm[1919]: module 'iq-version' added to chain 'pkt-sm' (order 3 index 17 seq 0) Sep 3 12:33:26 server jabberd/sm[1919]: module 'amp' added to chain 'pkt-sm' (order 4 index 10 seq 1) Sep 3 12:33:26 server jabberd/sm[1919]: module 'disco' added to chain 'pkt-sm' (order 5 index 9 seq 1) Sep 3 12:33:26 server jabberd/sm[1919]: module 'announce' added to chain 'pkt-sm' (order 6 index 12 seq 1) Sep 3 12:33:26 server jabberd/sm[1919]: module 'help' added to chain 'pkt-sm' (order 7 index 18 seq 0) Sep 3 12:33:26 server jabberd/sm[1919]: module 'echo' added to chain 'pkt-sm' (order 8 index 19 seq 0) Sep 3 12:33:26 server jabberd/sm[1919]: module 'status' added to chain 'pkt-sm' (order 9 index 0 seq 3) Sep 3 12:33:26 server jabberd/sm[1919]: module 'presence' added to chain 'pkt-sm' (order 10 index 13 seq 2) Sep 3 12:33:26 server jabberd/sm[1919]: module 'roster' added to chain 'pkt-user' (order 0 index 4 seq 1) Sep 3 12:33:26 server jabberd/sm[1919]: module 'presence' added to chain 'pkt-user' (order 1 index 13 seq 3) Sep 3 12:33:26 server jabberd/sm[1919]: module 'iq-vcard' added to chain 'pkt-user' (order 2 index 6 seq 1) Sep 3 12:33:26 server jabberd/sm[1919]: module 'amp' added to chain 'pkt-user' (order 3 index 10 seq 2) Sep 3 12:33:26 server jabberd/sm[1919]: module 'deliver' added to chain 'pkt-user' (order 4 index 14 seq 1) Sep 3 12:33:26 server jabberd/sm[1919]: module 'vacation' added to chain 'pkt-user' (order 5 index 5 seq 1) Sep 3 12:33:26 server jabberd/sm[1919]: module 'offline' added to chain 'pkt-user' (order 6 index 11 seq 1) Sep 3 12:33:26 server jabberd/sm[1919]: module 'iq-last' added to chain 'pkt-user' (order 7 index 1 seq 2) Sep 3 12:33:26 server jabberd/sm[1919]: module 'session' added to chain 'pkt-router' (order 0 index 15 seq 1) Sep 3 12:33:26 server jabberd/sm[1919]: module 'disco' added to chain 'pkt-router' (order 1 index 9 seq 2) Sep 3 12:33:26 server jabberd/router[1918]: [127.0.0.1, port=64290] authenticated as jabberd@jabberd-router Sep 3 12:33:26 server jabberd/s2s[1921]: connection to router established Sep 3 12:33:26 server jabberd/router[1918]: [s2s] set as default route Sep 3 12:33:26 server jabberd/router[1918]: [s2s] online (bound to 127.0.0.1, port 64290) Sep 3 12:33:26 server jabberd/sm[1919]: module 'active' added to chain 'user-load' (order 0 index 20 seq 0) Sep 3 12:33:26 server jabberd/sm[1919]: module 'roster' added to chain 'user-load' (order 1 index 4 seq 2) Sep 3 12:33:26 server jabberd/sm[1919]: module 'roster-publish' added to chain 'user-load' (order 2 index 21 seq 0) Sep 3 12:33:26 server jabberd/sm[1919]: module 'privacy' added to chain 'user-load' (order 3 index 3 seq 3) Sep 3 12:33:26 server jabberd/sm[1919]: module 'vacation' added to chain 'user-load' (order 4 index 5 seq 2) Sep 3 12:33:26 server jabberd/sm[1919]: module 'active' added to chain 'user-create' (order 0 index 20 seq 1) Sep 3 12:33:26 server jabberd/sm[1919]: module 'template-roster' added to chain 'user-create' (order 1 index 22 seq 0) Sep 3 12:33:26 server jabberd/sm[1919]: module 'active' added to chain 'user-delete' (order 0 index 20 seq 2) Sep 3 12:33:26 server jabberd/sm[1919]: module 'announce' added to chain 'user-delete' (order 1 index 12 seq 2) Sep 3 12:33:26 server jabberd/sm[1919]: module 'offline' added to chain 'user-delete' (order 2 index 11 seq 2) Sep 3 12:33:26 server jabberd/sm[1919]: module 'privacy' added to chain 'user-delete' (order 3 index 3 seq 4) Sep 3 12:33:26 server jabberd/sm[1919]: module 'roster' added to chain 'user-delete' (order 4 index 4 seq 3) Sep 3 12:33:26 server jabberd/sm[1919]: module 'vacation' added to chain 'user-delete' (order 5 index 5 seq 3) Sep 3 12:33:26 server jabberd/sm[1919]: module 'status' added to chain 'user-delete' (order 6 index 0 seq 4) Sep 3 12:33:26 server jabberd/sm[1919]: module 'iq-last' added to chain 'user-delete' (order 7 index 1 seq 3) Sep 3 12:33:26 server jabberd/sm[1919]: module 'iq-private' added to chain 'user-delete' (order 8 index 8 seq 1) Sep 3 12:33:26 server jabberd/sm[1919]: module 'iq-vcard' added to chain 'user-delete' (order 9 index 6 seq 2) Sep 3 12:33:26 server jabberd/sm[1919]: module 'iq-version' added to chain 'disco-extend' (order 0 index 17 seq 1) Sep 3 12:33:26 server jabberd/sm[1919]: module 'help' added to chain 'disco-extend' (order 1 index 18 seq 1) Sep 3 12:33:26 server jabberd/sm[1919]: version: jabberd sm 2.2.16 Sep 3 12:33:26 server jabberd/sm[1919]: configured Sep 3 12:33:26 server jabberd/sm[1919]: attempting connection to router at 127.0.0.1, port=5347 Sep 3 12:33:26 server jabberd/router[1918]: [127.0.0.1, port=55951] connect Sep 3 12:33:26 server jabberd/router[1918]: [127.0.0.1, port=56919] authenticated as jabberd@jabberd-router Sep 3 12:33:26 server jabberd/c2s[1920]: connection to router established Sep 3 12:33:26 server jabberd/router[1918]: [c2s] online (bound to 127.0.0.1, port 56919) Sep 3 12:33:26 server jabberd/s2s[1921]: [192.168.1.5, port=5269] listening for connections Sep 3 12:33:26 server jabberd/s2s[1921]: ready for connections Sep 3 12:33:26 server jabberd/router[1918]: [127.0.0.1, port=55951] authenticated as jabberd@jabberd-router Sep 3 12:33:26 server jabberd/sm[1919]: connection to router established Sep 3 12:33:26 server jabberd/router[1918]: online (bound to 127.0.0.1, port 55951) Sep 3 12:33:26 server jabberd/c2s[1920]: [0.0.0.0, port=5222] listening for connections Sep 3 12:33:26 server jabberd/c2s[1920]: ready for connections Sep 3 12:33:26 server jabberd/sm[1919]: ready for sessions From owner-freebsd-stable@FreeBSD.ORG Tue Sep 4 20:50:36 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C59F106566B for ; Tue, 4 Sep 2012 20:50:36 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id D63C98FC1C for ; Tue, 4 Sep 2012 20:50:35 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ap8EAOpoRlCDaFvO/2dsb2JhbABFhgW2JoIgAQEBAwEBAQEgKyALGw4KAgINGQIpAQkmBggHBAEcBIdmBgundJMJgSGJaBqGBoESA5MtgiyBFI8Ggn+BRQ X-IronPort-AV: E=Sophos;i="4.80,370,1344225600"; d="scan'208";a="177692154" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 04 Sep 2012 16:50:29 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 4B851B4061; Tue, 4 Sep 2012 16:50:29 -0400 (EDT) Date: Tue, 4 Sep 2012 16:50:29 -0400 (EDT) From: Rick Macklem To: Herbert Poeckl Message-ID: <235272548.47771.1346791829286.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <5045FD86.7060209@ist.tugraz.at> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.202] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: freebsd-stable@FreeBSD.org Subject: Re: Need help with nfsv4 and krb5 access denied X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Sep 2012 20:50:36 -0000 Herbert Poeckl wrote: > On 09/03/2012 09:25 PM, Rick Macklem wrote: > > Herbert Poeckl wrote: > >> On 6/25/12 1:21 PM, Herbert Poeckl wrote: > >>> We are getting access denied error on our debian clients when > >>> mounting > >>> nfsv4 network drives with kerberos 5 authentication. > >>> > >>> What is wired about this, is that it works with one server, but > >>> not > >>> with > >>> a second server. > >> [..] > >> > >> For the records: > >> > >> The problem was fixed in this post: > >> http://lists.freebsd.org/pipermail/freebsd-fs/2012-August/015047.html > >> > > Ok, so are you saying that the patch in Attila's email fixed your > > problem? > > Yes it does. Sorry I missed your following post to his message. > No problem. In case you haven't seen it yet, it basically sounds like a Linux client issue from what Attila reports, but changing the code so that it doesn't invalidate the client's security handle when the DESTROY fails due to an invalid checksum, seems reasonable. > > > If so, please try the attached patch. (It doesn't set the client > > security > > handle stale when DESTROY fails, due to an invalid encrypted > > checksum. It > > is similar to his patch, but only for the DESTROY case, which seems > > to be > > ok to do from my understanding of the RPCSEC_GSS. It doesn't include > > the > > timer changes, which shouldn't affect the outcome from afaik.) > > Just tried your patch, and it fixes the problem too. > Ok, thanks for testing it. If Attila reports that it fixes the problem for him too, I'll commit it. Glad that we seem to have lucked out and resolved this, due to Attila's work on it. > > > To consider the client security handle still valid when a data (real > > RPC > > in the message) phase entry fails the encrypted checksum seems > > riskier to > > do, so I'd like to avoid that in any patch for head. > > > > rick > > Kind regards, > Herbert > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to > "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Wed Sep 5 11:22:43 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 292B9106564A for ; Wed, 5 Sep 2012 11:22:42 +0000 (UTC) (envelope-from prietoproducoes@vptrack.com.br) Received: from vp10.vptrack.com.br (vp10.vptrack.com.br [187.33.23.60]) by mx1.freebsd.org (Postfix) with ESMTP id 2ABF58FC08 for ; Wed, 5 Sep 2012 11:22:41 +0000 (UTC) Received: from vp.prietoproducoes.com.br (localhost [127.0.0.1]) by vp10.vptrack.com.br (Postfix) with ESMTP id 0A32931E9A5 for ; Wed, 5 Sep 2012 03:44:43 -0300 (BRT) To: freebsd-stable@freebsd.org Message-ID: <11f0fc9c651d344f033b4278649b063a@vp.prietoproducoes.com.br> Date: Tue, 04 Sep 2012 16:56:08 -0300 From: "Jornal Alternativo" MIME-Version: 1.0 X-Mailer-LID: 16,6,7,14,11,5,4,12,10 X-Mailer-RecptId: 1277473 X-Mailer-SID: 19 X-Mailer-Sent-By: 2 Content-Type: text/plain; format=flowed; charset="UTF-8" Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Jornal Alternativo - Boletim de Agosto 2012 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: j.alternativo@uol.com.br List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Sep 2012 11:22:43 -0000 Seu cliente de e-mail não pode ler este e-mail. Para visualizá-lo on-line, por favor, clique aqui: http://vp.prietoproducoes.com.br/display.php?M=1277473&C=0124a1e34cbd63a70e5d430c69673910&S=19&L=16&N=20 Para parar de receber nossos Emails:http://vp.prietoproducoes.com.br/unsubscribe.php?M=1277473&C=0124a1e34cbd63a70e5d430c69673910&L=16&N=19 From owner-freebsd-stable@FreeBSD.ORG Thu Sep 6 07:22:58 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D91A81065670 for ; Thu, 6 Sep 2012 07:22:58 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from mail.digiware.nl (mail.ip6.digiware.nl [IPv6:2001:4cb8:1:106::2]) by mx1.freebsd.org (Postfix) with ESMTP id 6E7DC8FC19 for ; Thu, 6 Sep 2012 07:22:58 +0000 (UTC) Received: from rack1.digiware.nl (localhost.digiware.nl [127.0.0.1]) by mail.digiware.nl (Postfix) with ESMTP id 498BD153437 for ; Thu, 6 Sep 2012 09:22:57 +0200 (CEST) X-Virus-Scanned: amavisd-new at digiware.nl Received: from mail.digiware.nl ([127.0.0.1]) by rack1.digiware.nl (rack1.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zwLDjVuhZa4h for ; Thu, 6 Sep 2012 09:22:54 +0200 (CEST) Received: from [192.168.10.67] (opteron [192.168.10.67]) by mail.digiware.nl (Postfix) with ESMTP id 9B3CF153434 for ; Thu, 6 Sep 2012 09:22:54 +0200 (CEST) Message-ID: <50484F47.9030907@digiware.nl> Date: Thu, 06 Sep 2012 09:22:47 +0200 From: Willem Jan Withagen User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/20120824 Thunderbird/15.0 MIME-Version: 1.0 To: FreeBSD Stable Users Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Wanting to load kernel module linprocfs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Sep 2012 07:22:59 -0000 Hi, I'm trying to get htop to work, but that requires linproc. So building and loading linproc I get: l# kldload linprocfs kldload: can't load linprocfs: Exec format error So I go Grrrmbbblll, try som more things, rebuild kernel and modules... Only to find out this morning in the reports that /var/log/messages contains: zfs.digiware.nl kernel log messages: +++ /tmp/security.iJfdNgeT 2012-09-06 03:40:36.135242983 +0200 +KLD linprocfs.ko: depends on linux - not available or version mismatch +linker_load_file: Unsupported file type +KLD linprocfs.ko: depends on linux - not available or version mismatch +linker_load_file: Unsupported file type +KLD linprocfs.ko: depends on linux - not available or version mismatch +linker_load_file: Unsupported file type Right, how easy that one was. :( So I build and load linux. # kldload linux kldload: can't load linux: Exec format error This time I know I have to look in to messages: But that is not so easy: Sep 6 09:14:02 zfs kernel: link_elf_obj: symbol freebsd32_exec_copyin_args undefined Sep 6 09:14:02 zfs kernel: linker_load_file: Unsupported file type So how do I get freebsd32_exec_copyin_args defined.... My current modules line: MODULES_OVERRIDE=splash geom ipfw ipdivert acpi nfsserver coretemp aio opensolaris zfs nullfs linux linprocfs Any insights appreciated, --WjW From owner-freebsd-stable@FreeBSD.ORG Thu Sep 6 09:28:56 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C7BB71065672 for ; Thu, 6 Sep 2012 09:28:56 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-wi0-f178.google.com (mail-wi0-f178.google.com [209.85.212.178]) by mx1.freebsd.org (Postfix) with ESMTP id 4F7688FC0A for ; Thu, 6 Sep 2012 09:28:55 +0000 (UTC) Received: by wibhr14 with SMTP id hr14so944653wib.13 for ; Thu, 06 Sep 2012 02:28:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=FOpZ8gwKSUIfstS+9QeoEsn7CPp9y5fReH+rLs/PKGw=; b=lNiBmyVYlgzNKRhgX/fI0ijH83SkHDQR5b2JEIF55ptxhkthvYwEHydM/xAyqg2wf+ DickejEOv8uWLHPZeiN1TBfvMeBK1YE9lajdckGRclfZTpnRtD7Q+fHxhNda5ns6M6TF lEhCb8waD74vi2VHb9x8YcQwRFkRxdqs2zIr/jBL1+NRMHF2oLLYpgnPijODsXWzDw4e j+JHdj2ljzRie4LrknNNEW8m6YeSeqUvDJGWx6Ir2CFGUbjWGIXVdq7jT/TVToo9UrMK XH1rJr5c8JSZ3sDGuOCI61+zq9nRpJjyF4pVnlnC2v8uNqfxL/WOcWtiPMrwKaHrJ8Jy wWXA== Received: by 10.180.106.97 with SMTP id gt1mr44463031wib.5.1346923735060; Thu, 06 Sep 2012 02:28:55 -0700 (PDT) Received: from dft-labs.eu (n1x0n-1-pt.tunnel.tserv5.lon1.ipv6.he.net. [2001:470:1f08:1f7::2]) by mx.google.com with ESMTPS id j6sm4526088wiy.4.2012.09.06.02.28.53 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 06 Sep 2012 02:28:54 -0700 (PDT) Date: Thu, 6 Sep 2012 11:28:48 +0200 From: Mateusz Guzik To: Willem Jan Withagen Message-ID: <20120906092848.GA490@dft-labs.eu> References: <50484F47.9030907@digiware.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <50484F47.9030907@digiware.nl> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: FreeBSD Stable Users Subject: Re: Wanting to load kernel module linprocfs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Sep 2012 09:28:56 -0000 On Thu, Sep 06, 2012 at 09:22:47AM +0200, Willem Jan Withagen wrote: > # kldload linux > kldload: can't load linux: Exec format error > > This time I know I have to look in to messages: > But that is not so easy: > Sep 6 09:14:02 zfs kernel: link_elf_obj: symbol > freebsd32_exec_copyin_args undefined > Sep 6 09:14:02 zfs kernel: linker_load_file: Unsupported file type > > So how do I get freebsd32_exec_copyin_args defined.... > Most likely: options COMPAT_FREEBSD32 -- Mateusz Guzik From owner-freebsd-stable@FreeBSD.ORG Thu Sep 6 09:29:59 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AEE961065674 for ; Thu, 6 Sep 2012 09:29:59 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward4h.mail.yandex.net (forward4h.mail.yandex.net [IPv6:2a02:6b8:0:f05::4]) by mx1.freebsd.org (Postfix) with ESMTP id 2E5438FC22 for ; Thu, 6 Sep 2012 09:29:59 +0000 (UTC) Received: from smtp2h.mail.yandex.net (smtp2h.mail.yandex.net [84.201.187.145]) by forward4h.mail.yandex.net (Yandex) with ESMTP id 744B21B21DFB; Thu, 6 Sep 2012 13:29:57 +0400 (MSK) Received: from smtp2h.mail.yandex.net (localhost [127.0.0.1]) by smtp2h.mail.yandex.net (Yandex) with ESMTP id 3AFB01700114; Thu, 6 Sep 2012 13:29:57 +0400 (MSK) Received: from 87.249.28.58.tel.ru (87.249.28.58.tel.ru [87.249.28.58]) by smtp2h.mail.yandex.net (nwsmtp/Yandex) with ESMTP id TuVC2c14-TuVChAk5; Thu, 6 Sep 2012 13:29:56 +0400 Message-ID: <50486D0A.8040102@passap.ru> Date: Thu, 06 Sep 2012 13:29:46 +0400 From: =?UTF-8?B?0JHQvtGA0LjRgSDQodCw0LzQvtGA0L7QtNC+0LI=?= User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:15.0) Gecko/20120905 Thunderbird/15.0 MIME-Version: 1.0 To: Willem Jan Withagen References: <50484F47.9030907@digiware.nl> In-Reply-To: <50484F47.9030907@digiware.nl> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: FreeBSD Stable Users Subject: Re: Wanting to load kernel module linprocfs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Sep 2012 09:29:59 -0000 06.09.2012 11:22, Willem Jan Withagen пишет: > Hi, > > I'm trying to get htop to work, but that requires linproc. > > So building and loading linproc I get: > l# kldload linprocfs > kldload: can't load linprocfs: Exec format error > > So I go Grrrmbbblll, try som more things, rebuild kernel and modules... > Only to find out this morning in the reports that /var/log/messages > contains: > > zfs.digiware.nl kernel log messages: > +++ /tmp/security.iJfdNgeT 2012-09-06 03:40:36.135242983 +0200 > +KLD linprocfs.ko: depends on linux - not available or version mismatch > +linker_load_file: Unsupported file type > +KLD linprocfs.ko: depends on linux - not available or version mismatch > +linker_load_file: Unsupported file type > +KLD linprocfs.ko: depends on linux - not available or version mismatch > +linker_load_file: Unsupported file type > > Right, how easy that one was. :( > > So I build and load linux. > # kldload linux > kldload: can't load linux: Exec format error > > This time I know I have to look in to messages: > But that is not so easy: > Sep 6 09:14:02 zfs kernel: link_elf_obj: symbol > freebsd32_exec_copyin_args undefined > Sep 6 09:14:02 zfs kernel: linker_load_file: Unsupported file type > > So how do I get freebsd32_exec_copyin_args defined.... > > My current modules line: > MODULES_OVERRIDE=splash geom ipfw ipdivert acpi nfsserver coretemp aio > opensolaris zfs nullfs linux linprocfs > > Any insights appreciated, Is it FreeBSD-amd64? (uname -a is a good start) If yes, have you got i386 compatibility? (kernel config may help here) -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-stable@FreeBSD.ORG Thu Sep 6 10:01:27 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D9657106566B for ; Thu, 6 Sep 2012 10:01:27 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from mail.digiware.nl (mail.ip6.digiware.nl [IPv6:2001:4cb8:1:106::2]) by mx1.freebsd.org (Postfix) with ESMTP id 6E73E8FC08 for ; Thu, 6 Sep 2012 10:01:27 +0000 (UTC) Received: from rack1.digiware.nl (localhost.digiware.nl [127.0.0.1]) by mail.digiware.nl (Postfix) with ESMTP id 386AC153437; Thu, 6 Sep 2012 12:01:26 +0200 (CEST) X-Virus-Scanned: amavisd-new at digiware.nl Received: from mail.digiware.nl ([127.0.0.1]) by rack1.digiware.nl (rack1.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qGVFfprpoG3Q; Thu, 6 Sep 2012 12:01:25 +0200 (CEST) Received: from [192.168.10.67] (opteron [192.168.10.67]) by mail.digiware.nl (Postfix) with ESMTP id BBE79153434; Thu, 6 Sep 2012 12:01:25 +0200 (CEST) Message-ID: <5048746E.40704@digiware.nl> Date: Thu, 06 Sep 2012 12:01:18 +0200 From: Willem Jan Withagen User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/20120824 Thunderbird/15.0 MIME-Version: 1.0 To: =?UTF-8?B?0JHQvtGA0LjRgSDQodCw0LzQvtGA0L7QtNC+0LI=?= References: <50484F47.9030907@digiware.nl> <50486D0A.8040102@passap.ru> In-Reply-To: <50486D0A.8040102@passap.ru> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: FreeBSD Stable Users Subject: Re: Wanting to load kernel module linprocfs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Sep 2012 10:01:27 -0000 On 2012-09-06 11:29, Борис Самородов wrote: [stuff about problems with loading linux.ko deleted ] >> So how do I get freebsd32_exec_copyin_args defined.... >> >> Any insights appreciated, > > Is it FreeBSD-amd64? (uname -a is a good start) > If yes, have you got i386 compatibility? (kernel config may help here) Right, I'm running amd64. And usually I strip kernel configs to the bare required, in the assumption of loading most others as modules if needed. But COMPAT_IA32, COMPAT_FREEBSD32, COMPAT_LINUX did the trick Thanx, --WjW From owner-freebsd-stable@FreeBSD.ORG Thu Sep 6 11:57:47 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D509D106564A for ; Thu, 6 Sep 2012 11:57:47 +0000 (UTC) (envelope-from elon@rosa.physik-pool.tu-berlin.de) Received: from mail.tu-berlin.de (mail.tu-berlin.de [130.149.7.33]) by mx1.freebsd.org (Postfix) with ESMTP id 8D7DB8FC18 for ; Thu, 6 Sep 2012 11:57:47 +0000 (UTC) X-tubIT-Incoming-IP: 130.149.58.163 Received: from mail.physik-pool.tu-berlin.de ([130.149.58.163] helo=mail.physik.tu-berlin.de) by mail.tu-berlin.de (exim-4.75/mailfrontend-4) with esmtp for id 1T9aiQ-0003YS-C3; Thu, 06 Sep 2012 13:57:46 +0200 Received: from rosa.physik-pool.tu-berlin.de (rosa.physik-pool.tu-berlin.de [130.149.58.145]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.physik.tu-berlin.de (Postfix) with ESMTPS id 4FFA211404 for ; Thu, 6 Sep 2012 13:57:39 +0200 (CEST) Received: (from elon@localhost) by rosa.physik-pool.tu-berlin.de (8.14.5/8.14.4/Submit) id q86Bvdoj016131 for freebsd-stable@freebsd.org; Thu, 6 Sep 2012 13:57:39 +0200 (CEST) (envelope-from elon) Date: Thu, 6 Sep 2012 13:57:39 +0200 From: Leon =?iso-8859-15?Q?Me=DFner?= To: freebsd-stable@freebsd.org Message-ID: <20120906115739.GF5350@rosa.physik.tu-berlin.de> Mail-Followup-To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Subject: ZFS in devd and fault management X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Sep 2012 11:57:47 -0000 Hi, i'm trying to setup some fault management for ZFS. My first idea would be to use devd. It looks like PCBSD already has some examples for this [1]. Is there any documentation regarding which subsystem and types exist for ZFS ? Regards, Leon [1] http://lists.freebsd.org/pipermail/freebsd-stable/2011-January/061095.html From owner-freebsd-stable@FreeBSD.ORG Thu Sep 6 15:56:19 2012 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E9FE01065686; Thu, 6 Sep 2012 15:56:19 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (s1.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 55E568FC0A; Thu, 6 Sep 2012 15:56:18 +0000 (UTC) Received: from titan.inop.wdn.omnilan.net (titan.inop.wdn.omnilan.net [172.21.3.1]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id q86FrTnx066603 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 6 Sep 2012 17:53:29 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <5048C6D1.8020007@omnilan.de> Date: Thu, 06 Sep 2012 17:52:49 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: attilio@FreeBSD.org References: <5022840B.3060708@omnilan.de> In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: stable@FreeBSD.org, daichi@FreeBSD.org, Pavel Polyakov Subject: Re: lock violation in unionfs (9.0-STABLE r230270) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Sep 2012 15:56:20 -0000 schrieb Attilio Rao am 09.08.2012 20:26 (localtime): > On 8/8/12, Harald Schmalzbauer wrote: >> schrieb Pavel Polyakov am 06.03.2012 11:20 (localtime): >>>>> mount -t unionfs -o noatime /usr /mnt >>>>> >>>>> insmntque: mp-safe fs and non-locked vp: 0xfffffe01d96704f0 is not >>>>> exclusive locked but should be >>>>> KDB: enter: lock violation >>>> Pavel, >>>> can you give a spin to this patch?: >>>> http://www.freebsd.org/~attilio/unionfs_missing_insmntque_lock.patch= >>>> >>>> I think that the unlocking is due at that point as the vnode lock ca= n >>>> be switch later on. >>>> >>>> Let me know what you think about it and what the test does. >>> Thanks! >>> This patch fixes the problem with lock violation. Sorry I've tested i= t so >>> late. >> Hello, >> >> this patch still applies cleanly to RELENG_9_1. Was there another fix >> for the issue or has it just not been PR-sent and thus forgotten? > Can you and Pavel try the attached patch? Unfortunately I had no time > to test it, I just made in 5 free mins from a non-FreeBSD workstation, Sorry, couldn't test earlier, but now I did: With this patch applied the machine hangs without debug kernel and the latter gives the following panic: System call nmount returning with the following locks held: exclusive lockmgr ufs (ufs) r =3D 0 (0xc5438278) locked @ src/sys/fs/unionfs/union_vnops.c:1938 panic: witness_warn cpuid =3D 0 KDB: stack backtrace: db_trace_self_wrapper(c0a04f7f,c0c112c4,d1de3bb4,c097aa8c,fc,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0a4965f,0,c09c2ede3c1c,0,...) at kdb_backtrace+0x2a witness_warn(2,0,c0a4ac34,c0a0990a,286,...) at witness_warn+0x1e4 syscall(d1de3d08) ar syscall+0x415 Xint0x80_syscall() at Xint0x80_syscall+0x21 --- syscall (0, FreeBSD ELF32, nosys), eip =3D 0x280b883f,esp =3D 0xbfbfe46c, ebp =3D 0xbfbfede8 --- KDB: enter: panic [ thread pid 86 tid 100054 ] Stopped ad kdb_enter+0x3a: movl $0,kdb_why db> bt Tracing pid 86 tid 100054 td 0xc541b000 kdb_enter(c0a00d16,c0a09130,0,0,0,...) at panix+0x190 witness_warn(2,0,x0a4ac34,c0a0990a,286,...) at witness_warn+0x1e4 syscall(d1de3d08) at syscall+0x415 Xint0x80_syscall() at Xint0x80_syscall+0x21 Hmm, I guess I forgot to install kernel debug symbols... Coming back if I have more Thanks, -Harry From owner-freebsd-stable@FreeBSD.ORG Thu Sep 6 16:32:08 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 360DF106566B; Thu, 6 Sep 2012 16:32:08 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (s1.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id AF4FF8FC0C; Thu, 6 Sep 2012 16:32:07 +0000 (UTC) Received: from titan.inop.wdn.omnilan.net (titan.inop.wdn.omnilan.net [172.21.3.1]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id q86GWj3W067254 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 6 Sep 2012 18:32:45 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <5048D006.8060007@omnilan.de> Date: Thu, 06 Sep 2012 18:32:06 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: attilio@freebsd.org References: <5022840B.3060708@omnilan.de> <5048C6D1.8020007@omnilan.de> In-Reply-To: <5048C6D1.8020007@omnilan.de> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: stable@freebsd.org, daichi@freebsd.org, Pavel Polyakov Subject: Re: lock violation in unionfs (9.0-STABLE r230270) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Sep 2012 16:32:08 -0000 schrieb Harald Schmalzbauer am 06.09.2012 17:52 (localtime): > schrieb Attilio Rao am 09.08.2012 20:26 (localtime): >> On 8/8/12, Harald Schmalzbauer wrote: >>> schrieb Pavel Polyakov am 06.03.2012 11:20 (localtime): >>>>>> mount -t unionfs -o noatime /usr /mnt >>>>>> >>>>>> insmntque: mp-safe fs and non-locked vp: 0xfffffe01d96704f0 is not= >>>>>> exclusive locked but should be >>>>>> KDB: enter: lock violation >>>>> Pavel, >>>>> can you give a spin to this patch?: >>>>> http://www.freebsd.org/~attilio/unionfs_missing_insmntque_lock.patc= h >>>>> >>>>> I think that the unlocking is due at that point as the vnode lock c= an >>>>> be switch later on. >>>>> >>>>> Let me know what you think about it and what the test does. >>>> Thanks! >>>> This patch fixes the problem with lock violation. Sorry I've tested = it so >>>> late. >>> Hello, >>> >>> this patch still applies cleanly to RELENG_9_1. Was there another fix= >>> for the issue or has it just not been PR-sent and thus forgotten? >> Can you and Pavel try the attached patch? Unfortunately I had no time >> to test it, I just made in 5 free mins from a non-FreeBSD workstation,= > Sorry, couldn't test earlier, but now I did: > With this patch applied the machine hangs without debug kernel and the > latter gives the following panic: > System call nmount returning with the following locks held: > exclusive lockmgr ufs (ufs) r =3D 0 (0xc5438278) locked @ > src/sys/fs/unionfs/union_vnops.c:1938 > panic: witness_warn > cpuid =3D 0 > KDB: stack backtrace: > db_trace_self_wrapper(c0a04f7f,c0c112c4,d1de3bb4,c097aa8c,fc,...) at > db_trace_self_wrapper+0x26 > kdb_backtrace(c0a4965f,0,c09c2ede3c1c,0,...) at kdb_backtrace+0x2a > witness_warn(2,0,c0a4ac34,c0a0990a,286,...) at witness_warn+0x1e4 > syscall(d1de3d08) ar syscall+0x415 > Xint0x80_syscall() at Xint0x80_syscall+0x21 > --- syscall (0, FreeBSD ELF32, nosys), eip =3D 0x280b883f,esp =3D > 0xbfbfe46c, ebp =3D 0xbfbfede8 --- > KDB: enter: panic > [ thread pid 86 tid 100054 ] > Stopped ad kdb_enter+0x3a: movl $0,kdb_why > db> bt > Tracing pid 86 tid 100054 td 0xc541b000 > kdb_enter(c0a00d16,c0a09130,0,0,0,...) at panix+0x190 > witness_warn(2,0,x0a4ac34,c0a0990a,286,...) at witness_warn+0x1e4 > syscall(d1de3d08) at syscall+0x415 > Xint0x80_syscall() at Xint0x80_syscall+0x21 > > Hmm, I guess I forgot to install kernel debug symbols... > Coming back if I have more Don't see more with kernel-symbols installed... Have no clue about KDB...= One thing to mention: If I apply the subject's patch (http://www.freebsd.org/~attilio/unionfs_missing_insmntque_lock.patch) the machine doesn't panic. Please tell me if I can provide more info! -Harry From owner-freebsd-stable@FreeBSD.ORG Thu Sep 6 19:23:43 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 014E71065670 for ; Thu, 6 Sep 2012 19:23:43 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (s1.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 776F68FC1B for ; Thu, 6 Sep 2012 19:23:41 +0000 (UTC) Received: from titan.inop.wdn.omnilan.net (titan.inop.wdn.omnilan.net [172.21.3.1]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id q86JOKVF070369 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 6 Sep 2012 21:24:20 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <5048F83C.7090300@omnilan.de> Date: Thu, 06 Sep 2012 21:23:40 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: stable@freebsd.org X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig883B4EECC99E06BB25226BE4" Cc: Subject: New port: inofficial/deploy-tools X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Sep 2012 19:23:43 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig883B4EECC99E06BB25226BE4 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable Hello, for people needing to setup various production systems, multiple times for the same basic hardware but for different purposes, and mainly for people installing embedded systems, my collection of scripts/Makefiles named "deploy-tools" may be of interest. It makes use of standard FreeBSD make processes, but modified in a way that you can handle multiple rollouts in parallel, none touching the regular /usr/src /usr/obj trees. You can "menu" driven (by sbin/deploy-manager): - checkout source (svn+cvsup) and auto-apply local patches - build world/kernel - rollout installer-cd image of the customized system with auto-install-script - rollout "firmware" (RAM-root) images - flash card management for installing firmware images / packages The basic idea is to share platform config for various systems not related otherwise. And of course to manage/archive the configs/results. Therefor the configs are organized in projetcs, which basically is nothing more than a distinct directory tree. The deploy-manager can initialize such projects, taking care of all mandatory config files (provided as templates/examples). "deploy-tools" is the aggregation of several scripts/tools/Makefiles I've been using myself for several years. Only very view "make targets" are reachable by menu, but most of the not-reachable-ones are irrelevant for regular usage. Most important part is the "Embedded Systems" management. This emerged from a former project named FlashBSD. Aim was, to shrink a standard FreeBSD system to fit on a 64MB CF-Card, while still providing most of the admin's features like on regular systems (man pages etc). It makes use of standard processes as much as possible (unlike many other milli- micro- nano- projects) and ensures high robustnes for the target installation. Feedback of course is welcome. No man page available but you'll get infos/advices/descriptions during project initialization. ftp://ftp.omnilan.de/pub/FreeBSD/OmniLAN/deploy-tools-0.9.5.shar.gz Place it into usr/ports/inofficial gunzip and run the shell archive. Then you can install it like every other port. It's not feature complete yet, and may make assumptions not fitting for everybody, but if you're tired manually applying local patches, comparing/copying/merging configurations and doing over and over the same, it may be helpful. Especially if you want to setup any WRAP/NET devices! And also for VMWARE rollouts! You can have a ISO ready for auto-installtion with very view key strokes, idle brain and lots of spare time - depending on your building machine ;-) Only tested on FreeBSD 9, CD-imaging won't work on systems with makefs lacking cd9660 support! -Harry --------------enig883B4EECC99E06BB25226BE4 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAlBI+DwACgkQLDqVQ9VXb8gOPACeKQJiM5OS+UO5VCP0SB4FyMNK KMEAoKfvlnjzv2lkI/DhBWnDfydKCsmx =AMh3 -----END PGP SIGNATURE----- --------------enig883B4EECC99E06BB25226BE4-- From owner-freebsd-stable@FreeBSD.ORG Thu Sep 6 22:05:29 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E2BE106566C for ; Thu, 6 Sep 2012 22:05:29 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (s1.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 906D28FC12 for ; Thu, 6 Sep 2012 22:05:27 +0000 (UTC) Received: from titan.inop.wdn.omnilan.net (titan.inop.wdn.omnilan.net [172.21.3.1]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id q86M65Z1074707 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 7 Sep 2012 00:06:06 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <50491E26.1010106@omnilan.de> Date: Fri, 07 Sep 2012 00:05:26 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: stable@freebsd.org X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigAD4C83DC2CD369E16CA3ADF6" Cc: Subject: intel 82579 nic support? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Sep 2012 22:05:29 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigAD4C83DC2CD369E16CA3ADF6 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable Hello, I'm playing with releng_9_1 on a neat intel server, pre-production. Since ESXi5.0-768111 doesn't supprot the second on-board NIC/PHY of my BearTooth board, I tied to pass through the device into my FreeBSD VM. The NIC get's recogniced, but isn't usable because "Setup of Shared code failed". According to the man page, 82597 isn't supported by em (or igb) at all, but at least it tries to attach. What's the current status of this by now widly spread PHY/NIC? Thanks, -Harry --------------enigAD4C83DC2CD369E16CA3ADF6 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAlBJHiYACgkQLDqVQ9VXb8jgKgCfZKnH0Ox+lIED5woHw/68tccj ZrkAn2D6P8EkvEmMXOCQfCMxUe4jC2Bs =qdNi -----END PGP SIGNATURE----- --------------enigAD4C83DC2CD369E16CA3ADF6-- From owner-freebsd-stable@FreeBSD.ORG Thu Sep 6 22:27:37 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DCEF9106564A for ; Thu, 6 Sep 2012 22:27:37 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-vc0-f182.google.com (mail-vc0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8D0058FC14 for ; Thu, 6 Sep 2012 22:27:37 +0000 (UTC) Received: by vcbgb30 with SMTP id gb30so4068566vcb.13 for ; Thu, 06 Sep 2012 15:27:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=mdmBFgKD4sjRIXix1kAK/Li3EspsN8s2kRvVDCE8XFo=; b=G+7/xY4LnX1WuBXwfUdPu/Uy0t2TOOtItRmeYGJk+5Lmpc6H3NlskMYHCGaA+VEtU1 QMVEWkf38Xc4vAChdD9j3YFrRMgAmgqMyP8DiwfZHsSwgBk/3PsWUfIr+E6+ydsHjrWO Xmdcirgof/kNv67tfRGdW4Mr9MsaPyLZtfSjQvywPZr+uN4KcaxSzlcSgt02s79vrqAg Dsqnjq0KkgHDZCH3w+shBThYHWJYda5qF7nYn+jKSxOQoSMgIqdukbBT5OjkxvD4PlUc Hb1R7O9kjMKfsOTivt/UBDrFyyi/Blo8xpzKgjbSvBiPKneWX2fNcXiaRHBUvLUyAA6r 3CwA== MIME-Version: 1.0 Received: by 10.58.196.174 with SMTP id in14mr5069012vec.18.1346970456643; Thu, 06 Sep 2012 15:27:36 -0700 (PDT) Received: by 10.58.68.8 with HTTP; Thu, 6 Sep 2012 15:27:36 -0700 (PDT) In-Reply-To: <50491E26.1010106@omnilan.de> References: <50491E26.1010106@omnilan.de> Date: Thu, 6 Sep 2012 15:27:36 -0700 Message-ID: From: Jack Vogel To: Harald Schmalzbauer Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: stable@freebsd.org Subject: Re: intel 82579 nic support? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Sep 2012 22:27:37 -0000 82579 is not a NIC, its a PHY, and it you look at the current code you will see the support is in there. So the real question is what the actual NIC is, how about a pciconf -lv? Next, how are you trying "to pass through the device into my FreeBSD VM", what is the virtualization environment. Widely spread, uh ya, but not virtualized, so tell me more about the environment. Jack On Thu, Sep 6, 2012 at 3:05 PM, Harald Schmalzbauer < h.schmalzbauer@omnilan.de> wrote: > Hello, > > I'm playing with releng_9_1 on a neat intel server, pre-production. > Since ESXi5.0-768111 doesn't supprot the second on-board NIC/PHY of my > BearTooth board, I tied to pass through the device into my FreeBSD VM. > The NIC get's recogniced, but isn't usable because "Setup of Shared code > failed". > According to the man page, 82597 isn't supported by em (or igb) at all, > but at least it tries to attach. > What's the current status of this by now widly spread PHY/NIC? > > Thanks, > > -Harry > > > From owner-freebsd-stable@FreeBSD.ORG Fri Sep 7 10:01:36 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 688511065673 for ; Fri, 7 Sep 2012 10:01:36 +0000 (UTC) (envelope-from simond@irrelevant.org) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id C47198FC14 for ; Fri, 7 Sep 2012 10:01:35 +0000 (UTC) Received: by lbbgg13 with SMTP id gg13so2396342lbb.13 for ; Fri, 07 Sep 2012 03:01:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=irrelevant.org; s=irrelevant; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=llWj/5UdPdL4Frvzjyzw57JJdD4Diz0/jl6WjQc2MTM=; b=RU7KDjQ1Ydj2OjKYH2khOmK7fJQx79FzR+6KFNN3wd0RZ9j9YH94yYroKzbP4Mzj9K NC+70K0pMlD04V6lH6SxMnohW9lMaJfs8RRuLT8vPVwhpisPgdI9hqGPq2aPVqXrVCyZ jJZDZjiDYnZbf9BccPsr/5NoA8N5HhSZe6VdU= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type:x-gm-message-state; bh=llWj/5UdPdL4Frvzjyzw57JJdD4Diz0/jl6WjQc2MTM=; b=LPrVBily8RcYqHsXRgbEejc18s9QFPe0uhxDmhBmzvHNjXRE4FX2iM+ivxqsOY8T1e EHQ6c09IYi0JHCozdZGTt9QpjLDMf1l9hJjIwX4MOwkt91qPxVPWLYEo7HHv4xHp9xKQ JkbChpRBEaEhz2JCrH3H6u565KCXMr74hkBXGFxVcXBhNdvTZQ7a2/CYoBLgXzRjZaL7 8iNjfvxr0RbKHvpkzpIlPbTudFeBMGvy4rYizB19LOv3mFWpVApbrLx+SADe0ANULse6 nTB5Wmno7E28yyzwJmQ3p9YxGu1Xd3nhAmGsTr+4IceYurLsYSnDgE6JAe4hxKxro8mA ktJw== MIME-Version: 1.0 Received: by 10.112.23.196 with SMTP id o4mr1982645lbf.49.1347012094292; Fri, 07 Sep 2012 03:01:34 -0700 (PDT) Received: by 10.114.0.235 with HTTP; Fri, 7 Sep 2012 03:01:34 -0700 (PDT) X-Originating-IP: [94.31.26.5] In-Reply-To: <5044F62E.8030001@zirakzigil.org> References: <5033FB17.7020600@zirakzigil.org> <503884A0.50708@zirakzigil.org> <503BC8F5.3040208@zirakzigil.org> <503E7A16.6030600@zirakzigil.org> <5044F62E.8030001@zirakzigil.org> Date: Fri, 7 Sep 2012 11:01:34 +0100 Message-ID: From: Simon Dick To: Giulio Ferro Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQkZV/bELkGVdLDISam3xPjWfNymFithMdjYQnhALKetAsBRa+CpKwiAe2yO7ToRn4nfiTKs Cc: freebsd-net@freebsd.org, "freebsd-stable@freebsd.org" Subject: Re: Problem with link aggregation + sshd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Sep 2012 10:01:36 -0000 We've had similar problems with lagg at work, each lagg is made up of one igb and one em port, sometimes for no apparent reason they seem to stop passing through traffic. The easiest way we've found to get it working again is ifconfig down and up on one of the physical interfaces. This is on 8.1 On 3 September 2012 19:25, Giulio Ferro wrote: > No idea anybody why this bug happens? Patches? > > > > On 08/29/2012 10:22 PM, Giulio Ferro wrote: >> >> On 08/28/2012 11:12 AM, Damien Fleuriot wrote: >>> >>> Hi Giulio, >>> >>> >>> >>> Just to clear things up: >>> igb0: 192.168.9.60/24 >>> lagg0: 192.168.12.21/24 >>> >> >> Yes. >> Actually I notice now that the lagg0 address is different from what >> I wrote below in my rc.conf (192.168.12.7). I've just made many test >> with different configuration, but no matter, it just doesn't work... >> >> >>> >>> What's the IP of the host you're trying ssh connections from ? >> >> >> I'm just trying to connect to and from management interface igb0 >> (192.168.9.60). >> From external pc I do : ssh myuser@192.168.9.60 >> From that server I do : ssh myuser@pcaddress >> >> Just to be more precise, the consequences are: >> 1) daemon sshd on the server gets stuck and becomes unkillable >> 2) the first connection may work, but then the program ssh on the >> server becomes unresponsive and unkillable >> >> If I don't create a lagg0 interface and just connect (say) igb1 to >> the data switch, I've no problem and everything works. >> >> Just to answer others' question, I connect igb1, igb2 and igb3 to the >> same data switch in ports configured for aggregation. >> I connect igb0 to another management switch (of course not configured >> for aggregation) >> >> >>> >>> Also, just in case, did you enable any firewall ? (PF, ipfw) >> >> >> As I already said, no. Nothing is working/active on this server, just >> sshd. >> >> Thank you. >> >> >>> >>> >>> >>> On 27 August 2012 21:22, Giulio Ferro wrote: >>>> >>>> Hi, thanks for the answer >>>> >>>> Here is what you asked for: >>>> >>>> # ifconfig igb0 >>>> igb0: flags=8843 metric 0 mtu >>>> 1500 >>>> >>>> >>>> options=4401bb >>>> >>>> ether ... >>>> inet 192.168.9.60 netmask 0xffffff00 broadcast 192.168.9.255 >>>> inet6 .... prefixlen 64 scopeid 0x1 >>>> nd6 options=29 >>>> media: Ethernet autoselect (1000baseT ) >>>> status: active >>>> >>>> >>>> >>>> # netstat -rn >>>> Routing tables >>>> >>>> Internet: >>>> Destination Gateway Flags Refs Use Netif >>>> Expire >>>> default 192.168.9.1 UGS 0 0 igb0 >>>> 127.0.0.1 link#12 UH 0 0 lo0 >>>> 192.168.9.0/24 link#1 U 0 14 igb0 >>>> 192.168.9.60 link#1 UHS 0 0 lo0 >>>> 192.168.12.0/24 link#13 U 0 109 lagg0 >>>> 192.168.12.21 link#13 UHS 0 0 lo0 >>>> >>>> Internet6: >>>> Destination Gateway Flags >>>> Netif Expire >>>> ::/96 ::1 >>>> UGRS lo0 >>>> ::1 link#12 >>>> UH lo0 >>>> ::ffff:0.0.0.0/96 ::1 >>>> UGRS lo0 >>>> fe80::/10 ::1 >>>> UGRS lo0 >>>> fe80::%igb0/64 link#1 U >>>> igb0 >>>> fe80::ea39:35ff:feb6:a0d4%igb0 link#1 >>>> UHS lo0 >>>> fe80::%igb1/64 link#2 U >>>> igb1 >>>> fe80::ea39:35ff:feb6:a0d5%igb1 link#2 >>>> UHS lo0 >>>> fe80::%igb2/64 link#3 U >>>> igb2 >>>> fe80::ea39:35ff:feb6:a0d6%igb2 link#3 >>>> UHS lo0 >>>> fe80::%igb3/64 link#4 U >>>> igb3 >>>> fe80::ea39:35ff:feb6:a0d7%igb3 link#4 >>>> UHS lo0 >>>> fe80::%lo0/64 link#12 U >>>> lo0 >>>> fe80::1%lo0 link#12 >>>> UHS lo0 >>>> fe80::%lagg0/64 link#13 U >>>> lagg0 >>>> fe80::ea39:35ff:feb6:a0d5%lagg0 link#13 >>>> UHS lo0 >>>> ff01::%igb0/32 fe80::ea39:35ff:feb6:a0d4%igb0 >>>> U igb0 >>>> ff01::%igb1/32 fe80::ea39:35ff:feb6:a0d5%igb1 >>>> U igb1 >>>> ff01::%igb2/32 fe80::ea39:35ff:feb6:a0d6%igb2 >>>> U igb2 >>>> ff01::%igb3/32 fe80::ea39:35ff:feb6:a0d7%igb3 >>>> U igb3 >>>> ff01::%lo0/32 ::1 U >>>> lo0 >>>> ff01::%lagg0/32 fe80::ea39:35ff:feb6:a0d5%lagg0 U >>>> lagg0 >>>> ff02::/16 ::1 >>>> UGRS lo0 >>>> ff02::%igb0/32 fe80::ea39:35ff:feb6:a0d4%igb0 >>>> U igb0 >>>> ff02::%igb1/32 fe80::ea39:35ff:feb6:a0d5%igb1 >>>> U igb1 >>>> ff02::%igb2/32 fe80::ea39:35ff:feb6:a0d6%igb2 >>>> U igb2 >>>> ff02::%igb3/32 fe80::ea39:35ff:feb6:a0d7%igb3 >>>> U igb3 >>>> ff02::%lo0/32 ::1 U >>>> lo0 >>>> ff02::%lagg0/32 fe80::ea39:35ff:feb6:a0d5%lagg0 U >>>> lagg0 >>>> >>>> >>>> >>>> # netstat -aln | grep 22 >>>> tcp4 0 0 *.22 *.* LISTEN >>>> tcp6 0 0 *.22 *.* LISTEN >>>> >>>> Note that I already tried to only listen on igb0 interface >>>> (192.168.9.60) in >>>> sshd_config, but the results are exactly >>>> the same described below. >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> On 08/25/2012 01:22 PM, Damien Fleuriot wrote: >>>>> >>>>> >>>>> In the meantime kindly post: >>>>> >>>>> >>>>> Ifconfig for your igb0 >>>>> Netstat -rn >>>>> Netstat -aln | grep 22 >>>>> >>>>> >>>>> >>>>> On 25 Aug 2012, at 13:18, Damien Fleuriot wrote: >>>>> >>>>>> I'll get back to you regarding link aggregation when I'm done with >>>>>> groceries. >>>>>> >>>>>> We use it here in production and it works flawlessly. >>>>>> >>>>>> >>>>>> >>>>>> On 25 Aug 2012, at 09:54, Giulio Ferro wrote: >>>>>> >>>>>>> No answer, so it seems that link aggregation doesn't really work in >>>>>>> freebsd, >>>>>>> this may help others with the same problem... >>>>>>> >>>>>>> I reverted back to one link for management and one for service, >>>>>>> and ssh >>>>>>> works as it should... >>>>>>> >>>>>>> >>>>>>> On 08/21/2012 11:18 PM, Giulio Ferro wrote: >>>>>>>> >>>>>>>> >>>>>>>> Scenario : freebsd 9 stable (yesterday) amd64 on HP server with 4 >>>>>>>> nic >>>>>>>> (igb) >>>>>>>> >>>>>>>> 1 nic is connected standalone to the management switch, the 3 other >>>>>>>> nics >>>>>>>> are connected to a switch configured for aggregation. >>>>>>>> >>>>>>>> If I configure the first nic (igb0) there is no problem, I can >>>>>>>> operate >>>>>>>> as I normally do and sshd functions normally. >>>>>>>> >>>>>>>> The problems start when I configure the 3 other nics for >>>>>>>> aggregation: >>>>>>>> >>>>>>>> in /etc/rc.conf >>>>>>>> ... >>>>>>>> ifconfig_igb1="up" >>>>>>>> ifconfig_igb2="up" >>>>>>>> ifconfig_igb3="up" >>>>>>>> >>>>>>>> cloned_interfaces=lagg0 >>>>>>>> ifconfig_lagg0="laggproto lacp laggport igb1 laggport igb2 laggport >>>>>>>> igb3 192.168.12.7/24" >>>>>>>> ... >>>>>>>> >>>>>>>> I restart the server and the aggregation seems to work correctly, in >>>>>>>> fact ifconfig returns the correct lagg0 interface with the >>>>>>>> aggregated >>>>>>>> links, the correct protocol (lacp) and the correct ip address and >>>>>>>> the >>>>>>>> status is active. I can ping other IPs on the aggregated link. >>>>>>>> >>>>>>>> Also the other (standalone) link seems to work correctly. I can ping >>>>>>>> that address from other machines, and I can ping other IPs from that >>>>>>>> server. >>>>>>>> >>>>>>>> DNS lookups work ok too I can also use telnet to connect to pop3 >>>>>>>> servers so there seems to be no problem on the network stack. >>>>>>>> >>>>>>>> But if I try to connect to the sshd service on that server, it hangs >>>>>>>> indefinitely. On the server I find two sshd processes: >>>>>>>> /usr/sbin/sshd >>>>>>>> /usr/sbin/sshd -R >>>>>>>> >>>>>>>> There is no message in the logs. >>>>>>>> >>>>>>>> If I try to kill sshd (/etc/rc.d/sshd stop) I can't. it just stays >>>>>>>> there >>>>>>>> forever waiting for the pid to die (it never does) >>>>>>>> >>>>>>>> Even ssh client doesn't seem to work. In fact, if I try to >>>>>>>> connect to >>>>>>>> another server, the ssh client may start to work correctly, then >>>>>>>> soon >>>>>>>> or later it just hangs there forever, and I can't kill it with >>>>>>>> ctrl-c. >>>>>>>> >>>>>>>> No firewall is configured, there is nothing else working on this >>>>>>>> server. >>>>>>>> >>>>>>>> Thanks for any suggestions... >>>>>>>> _______________________________________________ >>>>>>>> freebsd-stable@freebsd.org mailing list >>>>>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >>>>>>>> To unsubscribe, send any mail to >>>>>>>> "freebsd-stable-unsubscribe@freebsd.org" >>>>>>> >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> freebsd-stable@freebsd.org mailing list >>>>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >>>>>>> To unsubscribe, send any mail to >>>>>>> "freebsd-stable-unsubscribe@freebsd.org" >>>> >>>> >>>> >>>> _______________________________________________ >>>> freebsd-net@freebsd.org mailing list >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-net >>>> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" >> >> >> _______________________________________________ >> freebsd-net@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-net >> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Fri Sep 7 12:46:53 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71F8B106564A for ; Fri, 7 Sep 2012 12:46:53 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (s1.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id EA7198FC12 for ; Fri, 7 Sep 2012 12:46:52 +0000 (UTC) Received: from titan.inop.wdn.omnilan.net (titan.inop.wdn.omnilan.net [172.21.3.1]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id q87ClUV4092683 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 7 Sep 2012 14:47:31 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <5049ECAF.3020709@omnilan.de> Date: Fri, 07 Sep 2012 14:46:39 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: Jack Vogel References: <50491E26.1010106@omnilan.de> In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig276C8CD127D49CE4676D9926" Cc: stable@freebsd.org Subject: Re: intel 82579 nic support? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Sep 2012 12:46:53 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig276C8CD127D49CE4676D9926 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable schrieb Jack Vogel am 07.09.2012 00:27 (localtime): > 82579 is not a NIC, its a PHY, and it you look at the current code you > will see the support > is in there. So the real question is what the actual NIC is, how about > a pciconf -lv? > > Next, how are you trying "to pass through the device into my FreeBSD > VM", what is > the virtualization environment. > > Widely spread, uh ya, but not virtualized, so tell me more about the > environment. Thanks for your reply. I didn't know that this phy is officially supported, so I haven't provided any info. But I'm happy you asked for: PassThrough is done as PCI dev, with VT-d and DMA support (have been using that for SAS controllers many times and FreeBSD sees the devices like without vmware in between on the same maschine) According to VMware, the phy is 82579LM With "if_em" in the kernel and the 82579 configured as PCI-passthrough I get these lines at boot time: em2: port 0x7000-0x701f mem 0xd6720000-0xd673ffff,0xd6702000-0xd6702fff irq 18 at device 0.0 on pci6 em2: Memory Access and/or Bus Master bits were not set! em2: Using an MSI interrupt em2: Setup of Shared code failed device_attach: em2 attach returned 6 (em0+1 are virtual-HW devices, em2 thy physical PCI-passthrough) Now if I kldload "if_igb", it seems to also try to attach to the 82579 (at least kernel prints these lines (again)): em2: port 0x7000-0x701f mem 0xd6720000-0xd673ffff,0xd6702000-0xd6702fff irq 18 at device 0.0 on pci6 em2: Memory Access and/or Bus Master bits were not set! em2: Using an MSI interrupt em2: Setup of Shared code failed device_attach: em2 attach returned 6 Disabling MSI (MSIX) hasn't changed anythin. Here's the pciconf: em1@pci0:5:0:0: class=3D0x020000 card=3D0x07d015ad chip=3D0x10d38086 rev=3D0x00 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82574L Gigabit Network Connection' class =3D network subclass =3D ethernet none1@pci0:6:0:0: class=3D0x020000 card=3D0x35788086 chip=3D0x15028086= rev=3D0x05 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82579LM Gigabit Network Connection' class =3D network subclass =3D ethernet Thanks you for your attention! -Harry --------------enig276C8CD127D49CE4676D9926 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAlBJ7LoACgkQLDqVQ9VXb8gqnwCeM9uVXSTCM0oQu2O2dDvOkwTC zUIAn0Hp/KSdrZYU4rgLfEaK4HP7ASHS =hW6Q -----END PGP SIGNATURE----- --------------enig276C8CD127D49CE4676D9926-- From owner-freebsd-stable@FreeBSD.ORG Fri Sep 7 13:05:54 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 437DE106571B for ; Fri, 7 Sep 2012 13:05:54 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.64.117]) by mx1.freebsd.org (Postfix) with ESMTP id B29878FC0C for ; Fri, 7 Sep 2012 13:05:53 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.5/8.14.5) with ESMTP id q87D5p4c047892; Fri, 7 Sep 2012 17:05:51 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.5/8.14.5/Submit) id q87D5pwX047891; Fri, 7 Sep 2012 17:05:51 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Fri, 7 Sep 2012 17:05:51 +0400 From: Gleb Smirnoff To: Brad Plank Message-ID: <20120907130551.GG44854@FreeBSD.org> References: <50410ACC.4010901@gta.com> <504257C9.3080502@norma.perm.ru> <5045FFB3.9090707@gta.com> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <5045FFB3.9090707@gta.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@FreeBSD.org Subject: Re: VLAN and ARP table X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Sep 2012 13:05:54 -0000 On Tue, Sep 04, 2012 at 09:18:43AM -0400, Brad Plank wrote: B> VLAN interfaces that have a parent interface configured with an IP B> address do not show up in the arp table. If the VLAN's parent interface B> does not have an IP address, it will show up in the arp table. B> [Notice the output from ifconfig below, to duplicate this issue.] B> B> #ifconfig B> em0: flags=8843 metric 0 mtu 1500 B> options=9b B> ether 08:00:27:b7:11:3b B> inet 10.20.13.104 netmask 0xffff0000 broadcast 10.20.255.255 B> inet6 fe80::a00:27ff:feb7:113b%em0 prefixlen 64 scopeid 0x1 B> inet6 2620:3f:8000:1:d::104 prefixlen 64 B> nd6 options=21 B> media: Ethernet autoselect (1000baseT ) B> status: active B> vlan0: flags=8843 metric 0 mtu 1500 B> options=3 B> ether 08:00:27:b7:11:3b B> inet 172.16.200.104 netmask 0xffffff00 broadcast 172.16.200.255 B> nd6 options=29 B> media: Ethernet autoselect (1000baseT ) B> status: active B> vlan: 115 parent interface: em0 B> B> # arp -an B> ? (10.20.13.112) at c8:60:00:c3:24:19 on em0 expires in 1182 seconds B> [ethernet] B> ? (10.20.13.9) at 00:12:3f:20:b9:4c on em0 expires in 1104 seconds B> [ethernet] B> ? (10.20.13.104) at 08:00:27:b7:11:3b on em0 permanent [ethernet] B> ? (10.20.13.110) at 00:90:fb:02:db:e8 on em0 expires in 669 seconds B> [ethernet] B> ? (10.20.13.109) at 08:00:27:7c:19:d5 on em0 expires in 1199 seconds B> [ethernet] B> ? (10.20.254.254) at 00:00:5e:00:01:33 on em0 expires in 1179 seconds B> [ethernet] Can't reproduce that on 10-current: root@behemoth:~:|>ifconfig vlan0 create root@behemoth:~:|>ifconfig vlan0 vlan 666 vlandev igb1 10.205.0.1/24 root@behemoth:~:|>arp -s 10.205.0.2 0:0:0:0:0:0 root@behemoth:~:|>arp -an root@behemoth:~:|>arp -an | grep vlan ? (10.205.0.2) at 00:00:00:00:00:00 on vlan0 permanent [vlan] root@behemoth:~:|> May it happen that your vlan0 really doesn't have any entries in arp cache? -- Totus tuus, Glebius. From owner-freebsd-stable@FreeBSD.ORG Fri Sep 7 13:14:43 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 903A5106564A for ; Fri, 7 Sep 2012 13:14:43 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.64.117]) by mx1.freebsd.org (Postfix) with ESMTP id E050C8FC08 for ; Fri, 7 Sep 2012 13:14:42 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.5/8.14.5) with ESMTP id q87DEfHY047955; Fri, 7 Sep 2012 17:14:41 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.5/8.14.5/Submit) id q87DEfiH047954; Fri, 7 Sep 2012 17:14:41 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Fri, 7 Sep 2012 17:14:41 +0400 From: Gleb Smirnoff To: Jean-Luc Dupont Message-ID: <20120907131441.GH44854@FreeBSD.org> References: MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: "freebsd-stable@freebsd.org" Subject: Re: Kernel Panic on 9.0 and 9.1 with carp on BCE network interface X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Sep 2012 13:14:43 -0000 On Thu, Aug 30, 2012 at 02:39:10PM +0000, Jean-Luc Dupont wrote: J> Sorry, it seems that I didn't put the right backtrace : J> J> #0 doadump (textdump=Variable "textdump" is not available. J> ) at /usr/src/sys/kern/kern_shutdown.c:271 J> 271 dumpsys(&dumper); J> (kgdb) #0 doadump (textdump=Variable "textdump" is not available. J> ) at /usr/src/sys/kern/kern_shutdown.c:271 J> #1 0xffffffff807fdf02 in kern_reboot (howto=260) J> at /usr/src/sys/kern/kern_shutdown.c:448 J> #2 0xffffffff807fe3e3 in panic (fmt=0x104
) J> at /usr/src/sys/kern/kern_shutdown.c:636 J> #3 0xffffffff80ad2700 in trap_fatal (frame=0xc, eva=Variable "eva" is not available. J> ) J> at /usr/src/sys/amd64/amd64/trap.c:857 J> #4 0xffffffff80ad2a3d in trap_pfault (frame=0xffffff82e97a3500, usermode=0) J> at /usr/src/sys/amd64/amd64/trap.c:773 J> #5 0xffffffff80ad305e in trap (frame=0xffffff82e97a3500) J> at /usr/src/sys/amd64/amd64/trap.c:456 J> #6 0xffffffff80abd67f in calltrap () J> at /usr/src/sys/amd64/amd64/exception.S:228 J> #7 0xffffffff8085f597 in m_copym (m=0x0, off0=1500, len=1480, wait=1) J> at /usr/src/sys/kern/uipc_mbuf.c:542 J> #8 0xffffffff8092f2c8 in ip_fragment (ip=0xfffffe00970e0580, J> m_frag=0xffffff82e97a3728, mtu=Variable "mtu" is not available. J> ) at /usr/src/sys/netinet/ip_output.c:822 J> #9 0xffffffff8092fc17 in ip_output (m=0xfffffe00970e0500, opt=Variable "opt" is not available. J> ) J> at /usr/src/sys/netinet/ip_output.c:653 J> #10 0xffffffff80928713 in ip_forward (m=0xfffffe00970e0500, srcrt=Variable "srcrt" is not available. J> ) J> at /usr/src/sys/netinet/ip_input.c:1494 J> #11 0xffffffff80929dc8 in ip_input (m=0xfffffe00970e0500) J> at /usr/src/sys/netinet/ip_input.c:702 I don't see that this is CARP related. Do you use any firewall: pf or ipfw? Can you please show the below session in gdb with discussed core file: gdb> fr 9 gdb> p mtu gdb> fr 7 gdb> p off gdb> fr 8 gdb> p m0 gdb> p *m0 -- Totus tuus, Glebius. From owner-freebsd-stable@FreeBSD.ORG Fri Sep 7 15:51:58 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4F7C8106566B for ; Fri, 7 Sep 2012 15:51:57 +0000 (UTC) (envelope-from edwinlculp@gmail.com) Received: from mail-qa0-f47.google.com (mail-qa0-f47.google.com [209.85.216.47]) by mx1.freebsd.org (Postfix) with ESMTP id 8BEC38FC08 for ; Fri, 7 Sep 2012 15:51:57 +0000 (UTC) Received: by qadc11 with SMTP id c11so6902334qad.13 for ; Fri, 07 Sep 2012 08:51:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=vRhFhZtc8/uLfbn8SAQRc/WEO/g+HkeDcg/+8nAZCy4=; b=UOkAgPtAXvyo90nv7ku6FVIeH4XpwxkRcH/CccL1Nk9aOTGMKR06OUPYsiDO1nDL42 lIF0UQ6zNYbF/T/+M3e+O9waoIVDLK/NKFU8o3Iq988kuADIVc0Z3/yrBsFQhPLAuKZm L+vspBxbkypVMKb7gmtPv6zPeKotjqlXRF3N7o9NrgpwBF6Ue4XPXvfAVb79CS3TJRx4 zxMfBCDa72+jJQ7wVX2ro5vJiGxf/BMXsi+AboRqIsXiC7MndIlq1TPBShvqgkw57Hjr fPcXkDu+hp4EzuBx1X6ashbYHKRUiIeaDzoS2Cdm65JzogpbAnv5BBbr5B1UqQePOsEA VBfg== MIME-Version: 1.0 Received: by 10.224.39.132 with SMTP id g4mr8161863qae.77.1347033116649; Fri, 07 Sep 2012 08:51:56 -0700 (PDT) Received: by 10.49.3.165 with HTTP; Fri, 7 Sep 2012 08:51:56 -0700 (PDT) Date: Fri, 7 Sep 2012 10:51:56 -0500 Message-ID: From: "Edwin L. Culp W." To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Error when building world on Stable for the last couple of days. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Sep 2012 15:51:58 -0000 I'm worried that I have not updated something. I last built a successful world a few days ago. # uname -a 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #255 r229960M: Sat Sep 1 05:05:01 CDT 2012 root@home.encontacto.net:/usr/obj/usr/src/sys/ENCONTACTO amd64 The kernel is only built if world succeeds. The last notice in UPDATING is 20120727 so that is not a problem. I've not seen anything on the list. Thanks for any suggestions. ed From owner-freebsd-stable@FreeBSD.ORG Fri Sep 7 16:14:07 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DBCB2106564A for ; Fri, 7 Sep 2012 16:14:07 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (s1.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 2AC438FC0C for ; Fri, 7 Sep 2012 16:14:06 +0000 (UTC) Received: from titan.inop.wdn.omnilan.net (titan.inop.wdn.omnilan.net [172.21.3.1]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id q87GEbrW096328 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 7 Sep 2012 18:14:40 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <504A1D45.5020509@omnilan.de> Date: Fri, 07 Sep 2012 18:13:57 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: stable@freebsd.org References: <5048F83C.7090300@omnilan.de> In-Reply-To: <5048F83C.7090300@omnilan.de> X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig89E04010A9AC0474C24DF7B4" Cc: Subject: Re: New port: inofficial/deploy-tools X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Sep 2012 16:14:08 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig89E04010A9AC0474C24DF7B4 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable schrieb Harald Schmalzbauer am 06.09.2012 21:23 (localtime): > ... > > ftp://ftp.omnilan.de/pub/FreeBSD/OmniLAN/deploy-tools-0.9.5.shar.gz > Place it into usr/ports/inofficial gunzip and run the shell archive. > Then you can install it like every other port. ftp://ftp.omnilan.de/pub/FreeBSD/OmniLAN/deploy-tools-0.9.6.shar.gz Changelog: - Fixed several default-admin-account errors (wrong home, wrong shell) - Fixed wrong install-mode of reviewed passwd files - Fixed auto-restore-script (typo, perm-bits if /tmp is own fs, wrong order at size-calculation of /var) - Added minimum size check for size input in auto-restore-script - Some typos and descriptions - Added smbios/smbus/intpm to platform KERNEL_9 VMWARE template/example --------------enig89E04010A9AC0474C24DF7B4 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAlBKHUUACgkQLDqVQ9VXb8jLdACfbOQKMv11tFuVePtGHWRd256f BjIAn21sexFPj3wcK5ZbG5dFjTxQl7/H =h0oY -----END PGP SIGNATURE----- --------------enig89E04010A9AC0474C24DF7B4-- From owner-freebsd-stable@FreeBSD.ORG Fri Sep 7 16:53:04 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 794861065672 for ; Fri, 7 Sep 2012 16:53:04 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-vb0-f54.google.com (mail-vb0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2D64C8FC1A for ; Fri, 7 Sep 2012 16:53:04 +0000 (UTC) Received: by vbmv11 with SMTP id v11so4934510vbm.13 for ; Fri, 07 Sep 2012 09:53:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=8vCes1xlQg91AZ/7Xz9k27DCJwPRb52pBbc9c2bv/dU=; b=0xSKFulBXg9roiGXt0osqQ/nxhAk7ZoqAhF/XAcFn0ia7OQ3NtC28LXY2jAm+RC2j7 dAyTgXh/iE+j02KFdyATlqliuXI7k2UCzbm7AhkINy5sLI2qvbBNS9qVIezraWFz48Bp PVwC8kTTIJqcNBnTjXo9qgkiuTTXB5B5SFg0N6cXK5LPXMh+6sBzKu9URiOKu4Q4TySR Gig6bdMdTJAGtyCQlHzZyRAv4oYdXkx9O5BsenF9O8DAYldjgAqrywYUxJOe/+ucKGul F8HA3jP0WbJAhb4XcUX0ND12HkIegZIVWyQyJD2C7muPq7XTO+Y/k56ZIuK9tcxRXhof Zsvg== MIME-Version: 1.0 Received: by 10.52.33.165 with SMTP id s5mr6289322vdi.51.1347036782901; Fri, 07 Sep 2012 09:53:02 -0700 (PDT) Received: by 10.58.68.8 with HTTP; Fri, 7 Sep 2012 09:53:02 -0700 (PDT) In-Reply-To: <5049ECAF.3020709@omnilan.de> References: <50491E26.1010106@omnilan.de> <5049ECAF.3020709@omnilan.de> Date: Fri, 7 Sep 2012 09:53:02 -0700 Message-ID: From: Jack Vogel To: Harald Schmalzbauer Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: stable@freebsd.org Subject: Re: intel 82579 nic support? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Sep 2012 16:53:04 -0000 OH, now things are clearer, this is a client part, and it is supported by the em driver, I don't know why loading igb would have any effect. If you load native FreeBSD 8.3 or 9.1 this device should work. The only case where you "pass through" a PCI device to a VM guest that I am familiar with is using Linux/KVM and SRIOV, meaning you give the guest a VF, this support is in the igb and ixgbe drivers. This device is in the chipset, so I was told that a) passing it thru is problematic because its not really a standalone NIC, and it is probably dependent on resources in the chipset that are not being given to the guest, b) there is no real gain with this hardware doing this, you can get performance using the normal virtual device connection. Bottom line, its possible this could be made to work, but I've not done it, and its not something I'm able to support. Regards, Jack On Fri, Sep 7, 2012 at 5:46 AM, Harald Schmalzbauer < h.schmalzbauer@omnilan.de> wrote: > schrieb Jack Vogel am 07.09.2012 00:27 (localtime): > > 82579 is not a NIC, its a PHY, and it you look at the current code you > > will see the support > > is in there. So the real question is what the actual NIC is, how about > > a pciconf -lv? > > > > Next, how are you trying "to pass through the device into my FreeBSD > > VM", what is > > the virtualization environment. > > > > Widely spread, uh ya, but not virtualized, so tell me more about the > > environment. > > Thanks for your reply. I didn't know that this phy is officially > supported, so I haven't provided any info. > But I'm happy you asked for: > > PassThrough is done as PCI dev, with VT-d and DMA support (have been > using that for SAS controllers many times and FreeBSD sees the devices > like without vmware in between on the same maschine) > According to VMware, the phy is 82579LM > With "if_em" in the kernel and the 82579 configured as PCI-passthrough I > get these lines at boot time: > em2: port 0x7000-0x701f mem > 0xd6720000-0xd673ffff,0xd6702000-0xd6702fff irq 18 at device 0.0 on pci6 > em2: Memory Access and/or Bus Master bits were not set! > em2: Using an MSI interrupt > em2: Setup of Shared code failed > device_attach: em2 attach returned 6 > (em0+1 are virtual-HW devices, em2 thy physical PCI-passthrough) > > Now if I kldload "if_igb", it seems to also try to attach to the 82579 > (at least kernel prints these lines (again)): > em2: port 0x7000-0x701f mem > 0xd6720000-0xd673ffff,0xd6702000-0xd6702fff irq 18 at device 0.0 on pci6 > em2: Memory Access and/or Bus Master bits were not set! > em2: Using an MSI interrupt > em2: Setup of Shared code failed > device_attach: em2 attach returned 6 > > Disabling MSI (MSIX) hasn't changed anythin. > > Here's the pciconf: > em1@pci0:5:0:0: class=0x020000 card=0x07d015ad chip=0x10d38086 > rev=0x00 hdr=0x00 > vendor = 'Intel Corporation' > device = '82574L Gigabit Network Connection' > class = network > subclass = ethernet > none1@pci0:6:0:0: class=0x020000 card=0x35788086 chip=0x15028086 > rev=0x05 hdr=0x00 > vendor = 'Intel Corporation' > device = '82579LM Gigabit Network Connection' > class = network > subclass = ethernet > > Thanks you for your attention! > > -Harry > > From owner-freebsd-stable@FreeBSD.ORG Fri Sep 7 17:44:17 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 951C4106566C for ; Fri, 7 Sep 2012 17:44:17 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (s1.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 026108FC1C for ; Fri, 7 Sep 2012 17:44:16 +0000 (UTC) Received: from titan.inop.wdn.omnilan.net (titan.inop.wdn.omnilan.net [172.21.3.1]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id q87HitR6097791 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 7 Sep 2012 19:44:55 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <504A326F.6060709@omnilan.de> Date: Fri, 07 Sep 2012 19:44:15 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: Jack Vogel References: <50491E26.1010106@omnilan.de> <5049ECAF.3020709@omnilan.de> In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig3203A34FC8FA6B06186E10F4" Cc: stable@freebsd.org Subject: Re: intel 82579 nic support? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Sep 2012 17:44:17 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig3203A34FC8FA6B06186E10F4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable schrieb Jack Vogel am 07.09.2012 18:53 (localtime): > OH, now things are clearer, this is a client part, and it is supported > by the em driver, > I don't know why loading igb would have any effect. If you load native > FreeBSD 8.3 or > 9.1 this device should work. > > The only case where you "pass through" a PCI device to a VM guest that > I am familiar > with is using Linux/KVM and SRIOV, meaning you give the guest a VF, > this support is > in the igb and ixgbe drivers. > > This device is in the chipset, so I was told that a) passing it thru > is problematic because > its not really a standalone NIC, and it is probably dependent on > resources in the chipset > that are not being given to the guest, b) there is no real gain with > this hardware doing this, > you can get performance using the normal virtual device connection. > > Bottom line, its possible this could be made to work, but I've not > done it, and its not > something I'm able to support. Great to hear that 82579 is generally supported by em (4), which should be updated by the way. I'm doing the passthrough not for performance resons in this case, but because ESXi5 doesn't iteslf support the 82579. My idea was to make it usable anyway by passing it through to my FreeBSD Guest. Since I've done the same many times for SAS controllers (for performance reasons in that case) successfully with FreeBSD, my idea was not too absurd ;-) But I think I can confirm that you are right and passthrough with chipset-integrated devices is different (for ESXi), since the 82579 passed through to a XP-guest doesn't work either! Thanks, -Harry --------------enig3203A34FC8FA6B06186E10F4 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAlBKMm8ACgkQLDqVQ9VXb8gPAQCfdlwV9NcnU1h9C+NlHyyWW+5k QzYAoLesV982Gy4gH3Ikrb04CE7df/gN =IXc9 -----END PGP SIGNATURE----- --------------enig3203A34FC8FA6B06186E10F4-- From owner-freebsd-stable@FreeBSD.ORG Fri Sep 7 17:55:29 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1DF3D106564A for ; Fri, 7 Sep 2012 17:55:29 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-vb0-f54.google.com (mail-vb0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id C11AD8FC08 for ; Fri, 7 Sep 2012 17:55:28 +0000 (UTC) Received: by vbmv11 with SMTP id v11so5043870vbm.13 for ; Fri, 07 Sep 2012 10:55:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=fBKugbIFiV0Cr1aGs/KSNG3tFJDqVBe7Lq0bxgCMRmA=; b=lMoD8QsKa2Qe9Wx+fAdl5n218TJqqo3IKIiTfad+vxal9BauFzPffbPRcRSP3aNPSc SZOZY3enjdBVmfGtIPqvIsWnccQn1fgGF+qUPkErIsV6BWGZJek2TyvHyTO0dAoAg9cT 1xxJjWzKXUZwBHa+8Gl5hnPbGgEyt1ziM3DmMlcUXW8HX+ZQz7/oj7oOmbvmcfJwA3dR fksbGZRuhSmu4OIN+/iwLeQ8fwAGO4HXuS76uwjgruXZiEXJSMD4cXYO3ai2vb7xQ79d qAFm7BT0ZDkjITbU6vW/dMgnB6XQsAyhJl/kgIQb//mIR/I5/+6An+utkocXc+N3ulcU yPHw== MIME-Version: 1.0 Received: by 10.52.71.7 with SMTP id q7mr6629507vdu.113.1347040522000; Fri, 07 Sep 2012 10:55:22 -0700 (PDT) Received: by 10.58.68.8 with HTTP; Fri, 7 Sep 2012 10:55:21 -0700 (PDT) In-Reply-To: <504A326F.6060709@omnilan.de> References: <50491E26.1010106@omnilan.de> <5049ECAF.3020709@omnilan.de> <504A326F.6060709@omnilan.de> Date: Fri, 7 Sep 2012 10:55:21 -0700 Message-ID: From: Jack Vogel To: Harald Schmalzbauer Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: stable@freebsd.org Subject: Re: intel 82579 nic support? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Sep 2012 17:55:29 -0000 On Fri, Sep 7, 2012 at 10:44 AM, Harald Schmalzbauer < h.schmalzbauer@omnilan.de> wrote: > schrieb Jack Vogel am 07.09.2012 18:53 (localtime): > > OH, now things are clearer, this is a client part, and it is supported > > by the em driver, > > I don't know why loading igb would have any effect. If you load native > > FreeBSD 8.3 or > > 9.1 this device should work. > > > > The only case where you "pass through" a PCI device to a VM guest that > > I am familiar > > with is using Linux/KVM and SRIOV, meaning you give the guest a VF, > > this support is > > in the igb and ixgbe drivers. > > > > This device is in the chipset, so I was told that a) passing it thru > > is problematic because > > its not really a standalone NIC, and it is probably dependent on > > resources in the chipset > > that are not being given to the guest, b) there is no real gain with > > this hardware doing this, > > you can get performance using the normal virtual device connection. > > > > Bottom line, its possible this could be made to work, but I've not > > done it, and its not > > something I'm able to support. > > Great to hear that 82579 is generally supported by em (4), which should > be updated by the way. > What do you mean it should be updated? As I said, its in the driver in the latest 8 and 9 releases, what version are you using that you don't see it? > I'm doing the passthrough not for performance resons in this case, but > because ESXi5 doesn't iteslf support the 82579. > My idea was to make it usable anyway by passing it through to my FreeBSD > Guest. Since I've done the same many times for SAS controllers (for > performance reasons in that case) successfully with FreeBSD, my idea was > not too absurd ;-) But I think I can confirm that you are right and > passthrough with chipset-integrated devices is different (for ESXi), > since the 82579 passed through to a XP-guest doesn't work either! > > Thanks, > > -Harry > > Sorry, that this strategy can't work for you at the moment :( Welcome, Jack From owner-freebsd-stable@FreeBSD.ORG Fri Sep 7 23:48:06 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 78F0C106566B; Fri, 7 Sep 2012 23:48:06 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id B43CA8FC17; Fri, 7 Sep 2012 23:48:05 +0000 (UTC) Received: by lbbgg13 with SMTP id gg13so240909lbb.13 for ; Fri, 07 Sep 2012 16:48:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=WLN2rZmcSpjezFOtB0ZG8HNJJfn+ziaH+YSxCQ+jBqw=; b=Zjn5P2lIMGqjdUtg74dz5sFOxxII46ZcVXKfz5B++xYFw3hfUwKZAjw/Yr/3thJUz2 Fb+G7ZZeTHyYabuR8u+/bPHtJYVnd/vrRwPlvjvopfqQeGrxoH7ALsvEcYcw6uvyp1cv 9hG7RXvjES0Ch6ySJknU494Rr+1cY9QGqk388GKjbojoK0I/iZgp1+4+67Xg9Z2Dayfv OeyxIqriAkj1Ou4snJbjGf6467CjtZ1q4Sns5JbAT3D4GzsbJpoMiQWL3bsHB7SOReqk Jc4y7Ov/2MkBPoM04cqwrWrFj9ZLwDd/oJ+qxEEtVh9cysfSYR8uWrd5qR/lVPcUPDp5 lJag== MIME-Version: 1.0 Received: by 10.152.131.68 with SMTP id ok4mr6610560lab.47.1347061684095; Fri, 07 Sep 2012 16:48:04 -0700 (PDT) Sender: asmrookie@gmail.com Received: by 10.112.102.39 with HTTP; Fri, 7 Sep 2012 16:48:03 -0700 (PDT) In-Reply-To: <5048C6D1.8020007@omnilan.de> References: <5022840B.3060708@omnilan.de> <5048C6D1.8020007@omnilan.de> Date: Sat, 8 Sep 2012 00:48:03 +0100 X-Google-Sender-Auth: xVqZOyfqtssqyE_YrZ_LwrqmG04 Message-ID: From: Attilio Rao To: Harald Schmalzbauer Content-Type: text/plain; charset=UTF-8 Cc: stable@freebsd.org, daichi@freebsd.org, Pavel Polyakov Subject: Re: lock violation in unionfs (9.0-STABLE r230270) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: attilio@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Sep 2012 23:48:06 -0000 On Thu, Sep 6, 2012 at 4:52 PM, Harald Schmalzbauer wrote: > schrieb Attilio Rao am 09.08.2012 20:26 (localtime): >> On 8/8/12, Harald Schmalzbauer wrote: >>> schrieb Pavel Polyakov am 06.03.2012 11:20 (localtime): >>>>>> mount -t unionfs -o noatime /usr /mnt >>>>>> >>>>>> insmntque: mp-safe fs and non-locked vp: 0xfffffe01d96704f0 is not >>>>>> exclusive locked but should be >>>>>> KDB: enter: lock violation >>>>> Pavel, >>>>> can you give a spin to this patch?: >>>>> http://www.freebsd.org/~attilio/unionfs_missing_insmntque_lock.patch >>>>> >>>>> I think that the unlocking is due at that point as the vnode lock can >>>>> be switch later on. >>>>> >>>>> Let me know what you think about it and what the test does. >>>> Thanks! >>>> This patch fixes the problem with lock violation. Sorry I've tested it so >>>> late. >>> Hello, >>> >>> this patch still applies cleanly to RELENG_9_1. Was there another fix >>> for the issue or has it just not been PR-sent and thus forgotten? >> Can you and Pavel try the attached patch? Unfortunately I had no time >> to test it, I just made in 5 free mins from a non-FreeBSD workstation, > > Sorry, couldn't test earlier, but now I did: > With this patch applied the machine hangs without debug kernel and the > latter gives the following panic: > System call nmount returning with the following locks held: > exclusive lockmgr ufs (ufs) r = 0 (0xc5438278) locked @ > src/sys/fs/unionfs/union_vnops.c:1938 > panic: witness_warn > cpuid = 0 > KDB: stack backtrace: > db_trace_self_wrapper(c0a04f7f,c0c112c4,d1de3bb4,c097aa8c,fc,...) at > db_trace_self_wrapper+0x26 > kdb_backtrace(c0a4965f,0,c09c2ede3c1c,0,...) at kdb_backtrace+0x2a > witness_warn(2,0,c0a4ac34,c0a0990a,286,...) at witness_warn+0x1e4 > syscall(d1de3d08) ar syscall+0x415 > Xint0x80_syscall() at Xint0x80_syscall+0x21 > --- syscall (0, FreeBSD ELF32, nosys), eip = 0x280b883f,esp = > 0xbfbfe46c, ebp = 0xbfbfede8 --- > KDB: enter: panic > [ thread pid 86 tid 100054 ] > Stopped ad kdb_enter+0x3a: movl $0,kdb_why > db> bt > Tracing pid 86 tid 100054 td 0xc541b000 > kdb_enter(c0a00d16,c0a09130,0,0,0,...) at panix+0x190 > witness_warn(2,0,x0a4ac34,c0a0990a,286,...) at witness_warn+0x1e4 > syscall(d1de3d08) at syscall+0x415 > Xint0x80_syscall() at Xint0x80_syscall+0x21 > > Hmm, I guess I forgot to install kernel debug symbols... > Coming back if I have more Unfortunately unionfs does very wrong things with the insmntque() locking. It basically expects the vnode to return locked in the same way requested by the precedent namei() (when that happens) but when you do insmntque() you can only have an LK_EXCLUSIVE lock on the vnode. I still need some time to fix this but my bandwidth is basically 0 at the moment, I'll try to get back to you with a patch as soon as possible. Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-stable@FreeBSD.ORG Sat Sep 8 05:26:02 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 92648106564A for ; Sat, 8 Sep 2012 05:26:02 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-wi0-f178.google.com (mail-wi0-f178.google.com [209.85.212.178]) by mx1.freebsd.org (Postfix) with ESMTP id DDC948FC0C for ; Sat, 8 Sep 2012 05:26:01 +0000 (UTC) Received: by wibhr14 with SMTP id hr14so150778wib.13 for ; Fri, 07 Sep 2012 22:26:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=CZQSyW/WgYbIXM2fQXeLU2y64myVu1KsW7jjZjolN7c=; b=LmKOhKhU27HiSrwOZfvlT5jFDMwz6bMq9xQqkOJryfhqxJBvURbtCNwqOywldk23sT ZuCeVXDQcA4hCrh/5fGmJwGyaByxvdte2ZIz81OtlhO+EkbZZvaWb7DXi1NOwXvGHQBf w4sJE5uL97EQZZlvtGIs1IHaDur+kh2P52NsTgf/DJhAg6+QXrbG+scOcb7a5xcz1KYk 3ULfLpMO6oruYDCtnDjaWfhZNWuVHJACPzST1UHrRw/2FKte8i0we7f33s36EZcLn9P0 3aV+j4OZMqD2JMxHPJNa7BHGC6aJw8xVXUoJNfoYBAafiCLKMKf4CVPZ8u0CMlG0LoM8 5jhg== MIME-Version: 1.0 Received: by 10.216.138.73 with SMTP id z51mr4230015wei.39.1347081960457; Fri, 07 Sep 2012 22:26:00 -0700 (PDT) Received: by 10.223.63.76 with HTTP; Fri, 7 Sep 2012 22:26:00 -0700 (PDT) In-Reply-To: References: Date: Fri, 7 Sep 2012 22:26:00 -0700 Message-ID: From: Kevin Oberman To: "Edwin L. Culp W." Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable@freebsd.org Subject: Re: Error when building world on Stable for the last couple of days. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Sep 2012 05:26:02 -0000 On Fri, Sep 7, 2012 at 8:51 AM, Edwin L. Culp W. wrote: > I'm worried that I have not updated something. I last built a successful > world a few days ago. > > # uname -a > 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #255 r229960M: Sat Sep 1 05:05:01 > CDT 2012 root@home.encontacto.net:/usr/obj/usr/src/sys/ENCONTACTO amd64 > > The kernel is only built if world succeeds. > > The last notice in UPDATING is 20120727 so that is not a problem. > > I've not seen anything on the list. Ed, What is the problem. It looks like your kernel was built from RELENG_9 (CVS) or head/stable/9 (SVN) sources on Sept. 1 and is running. You don't show any errors or panics. Please explain what is wrong. -- R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-stable@FreeBSD.ORG Sat Sep 8 09:00:56 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 200BF106564A for ; Sat, 8 Sep 2012 09:00:56 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (s1.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 9E2678FC0A for ; Sat, 8 Sep 2012 09:00:55 +0000 (UTC) Received: from titan.inop.wdn.omnilan.net (titan.inop.wdn.omnilan.net [172.21.3.1]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id q8891Ytj016043 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 8 Sep 2012 11:01:34 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <504B0935.4090400@omnilan.de> Date: Sat, 08 Sep 2012 11:00:37 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: Jack Vogel References: <50491E26.1010106@omnilan.de> <5049ECAF.3020709@omnilan.de> <504A326F.6060709@omnilan.de> In-Reply-To: <504A326F.6060709@omnilan.de> X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig26464F0F04657B4510D62B6C" Cc: stable@freebsd.org Subject: Re: intel 82579 nic support? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Sep 2012 09:00:56 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig26464F0F04657B4510D62B6C Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable schrieb Harald Schmalzbauer am 07.09.2012 19:44 (localtime): > ... > not too absurd ;-) But I think I can confirm that you are right and > passthrough with chipset-integrated devices is different (for ESXi), > since the 82579 passed through to a XP-guest doesn't work either! Update: Found a setup modification which makes passthrough of that integrated nic+phy working: If "interrupt remapping" is deactivated under VT-d in EFI-Setup-Menu, it works with XP. If additionally DMA-Support for VT-d is disabled, it also works with FreeBSD (9.1). -Harry --------------enig26464F0F04657B4510D62B6C Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAlBLCUUACgkQLDqVQ9VXb8jJdwCgwEQ26A3QMNj7Zzuffxc2fNgB ZJ4AnApIH6IG6DlIY/Lq4IKOX6JHBSxR =j+Ad -----END PGP SIGNATURE----- --------------enig26464F0F04657B4510D62B6C-- From owner-freebsd-stable@FreeBSD.ORG Sat Sep 8 10:40:00 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5BD2A106564A for ; Sat, 8 Sep 2012 10:40:00 +0000 (UTC) (envelope-from crtmike@gmx.us) Received: from mailout-us.gmx.com (mailout-us.gmx.com [74.208.5.67]) by mx1.freebsd.org (Postfix) with SMTP id B6B648FC1A for ; Sat, 8 Sep 2012 10:39:59 +0000 (UTC) Received: (qmail invoked by alias); 08 Sep 2012 10:39:58 -0000 Received: from unknown (EHLO bsd.laptop.mike) [124.89.80.156] by mail.gmx.com (mp-us002) with SMTP; 08 Sep 2012 06:39:58 -0400 X-Authenticated: #137061016 X-Provags-ID: V01U2FsdGVkX1+E0X819aiEdYb3QhRrb21OaX0i0oSD4Vw2XS4ptR O7/KguhWVThB5/ Message-ID: <504B206E.7000409@gmx.us> Date: Sat, 08 Sep 2012 18:39:42 +0800 From: Mike Manilone User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:15.0) Gecko/20120902 Thunderbird/15.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: A BSD-licensed internationalization solution? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Sep 2012 10:40:00 -0000 Hi list, Here are many applications using GNU gettext to provide an internationalized user interface. But I found that there isn't a BSD-licensed gettext. (so BSD apps do not have internationalization?) Is there one? Then I can just switch from gettext to that. Sincerely, Mike Manilone From owner-freebsd-stable@FreeBSD.ORG Sat Sep 8 11:30:02 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D9F66106564A for ; Sat, 8 Sep 2012 11:30:02 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 497F08FC08 for ; Sat, 8 Sep 2012 11:30:01 +0000 (UTC) Received: by lbbgg13 with SMTP id gg13so521887lbb.13 for ; Sat, 08 Sep 2012 04:30:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :content-type:content-transfer-encoding; bh=K2HdgqTBkdhcbIivD4LKlIIIMy7nQVuw/qP8frkM0Ww=; b=qqWU8iDd7tHkCC8EwtSc1wAHT4aJTLqI6qCl9IZPqR9W7MDztztRPnq01XOnWMFdtk q7hQuVcdE135BaagKDkl/pDRkB6+GvMwjQom90nfVzxQI5n+Qkafq+03ameWPrn7Kr5E pVMLxCzGnjb0RUu37FixyNcsAr3j7znpYcWrxK3ffMlbwDpDPBGygRVqyEmQDSDfgDY5 0nEbPSteakkWIOUrx08iQSopJj6Ik1W+OPK96/jsjDoY/KfslQb8MR47y/Io7YM9EHFT PFDRygEPaZQkKe4Ghf9SW2jh+ktB8PNcUwGGi2b/Q0jp606AB0SltnbY2t9Tl+dGh5PR 4/qg== Received: by 10.152.130.3 with SMTP id oa3mr7668281lab.27.1347103800663; Sat, 08 Sep 2012 04:30:00 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (mavhome.mavhome.dp.ua. [213.227.240.37]) by mx.google.com with ESMTPS id lr17sm7892629lab.12.2012.09.08.04.29.59 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 08 Sep 2012 04:29:59 -0700 (PDT) Sender: Alexander Motin Message-ID: <504B2C35.3030800@FreeBSD.org> Date: Sat, 08 Sep 2012 14:29:57 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120628 Thunderbird/13.0.1 MIME-Version: 1.0 To: kirk russell Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 9.1 RC1 and CAM issues with old SCSI drive X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Sep 2012 11:30:03 -0000 Hi. It seems like both of your problems have the same cause: device report wrong size of INQUIRY data, that causes failure on attempt to fetch it. With FreeBSD 9.0 it caused domain validation failures and so reduced transfer rate, on 9.1 it also causes detection failure. I am not sure why detection worked on 9.0, it needs some deeper code comparison, but I think it is mostly device problem. Could you send me output of such commands from FreeBSD 9.0: camcontrol cmd da0 -vEc "12 00 00 00 24 00" -i 36 - | hd camcontrol cmd da0 -vEc "12 00 00 00 fe 00" -i 254 - | hd camcontrol cmd da0 -vEc "12 00 00 01 00 00" -i 256 - | hd -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Sat Sep 8 12:28:00 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 319DA106564A for ; Sat, 8 Sep 2012 12:28:00 +0000 (UTC) (envelope-from lichray@gmail.com) Received: from mail-ie0-f182.google.com (mail-ie0-f182.google.com [209.85.223.182]) by mx1.freebsd.org (Postfix) with ESMTP id EABBE8FC12 for ; Sat, 8 Sep 2012 12:27:59 +0000 (UTC) Received: by iebc12 with SMTP id c12so719406ieb.13 for ; Sat, 08 Sep 2012 05:27:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=4cphKfNDjMBJJSztSMF0BwKZe7z/n8nUPKR+xKyKE0A=; b=E+UdzD44sUG0E5kX/GT2jOLQdbJ+zmIWmmxljZGduqT/XWSrA6qZozmvVr6v2PaoFW /6GRnvDSJt0HQCQbzOXe0tGvVbQbrUkyoOrZeDHzqhbnQZDt/L7sKe3yHicFL4cX6jdq YMvO5qMohtlgE4dLcEbGYfMBryu7SIysVS/3sk+vDNhzkswb5H6LHxQXm3hRKlEIiB7Y /s3T+4XbKQL8/JVJK4yX08W4h00Azz7RVgA7yyTCzaK/bKa5k1KR10O2312pl0D+PB+9 p2pb/MC2+a9cEgxvwJJhwhwQ/bXNIiRgy70kUEyiYr1lmuAZNOcUDrTzdcE0bhYiyK5B YDkQ== MIME-Version: 1.0 Received: by 10.50.40.225 with SMTP id a1mr2248184igl.51.1347107279287; Sat, 08 Sep 2012 05:27:59 -0700 (PDT) Received: by 10.231.127.76 with HTTP; Sat, 8 Sep 2012 05:27:59 -0700 (PDT) Received: by 10.231.127.76 with HTTP; Sat, 8 Sep 2012 05:27:59 -0700 (PDT) In-Reply-To: <504B206E.7000409@gmx.us> References: <504B206E.7000409@gmx.us> Date: Sat, 8 Sep 2012 07:27:59 -0500 Message-ID: From: Zhihao Yuan To: Mike Manilone Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: A BSD-licensed internationalization solution? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Sep 2012 12:28:00 -0000 libintl is LGPL, we don't have license issues against it. -- Zhihao Yuan On Sep 8, 2012 5:41 AM, "Mike Manilone" wrote: > Hi list, > > Here are many applications using GNU gettext to provide an > internationalized user interface. But I found that there isn't a > BSD-licensed gettext. (so BSD apps do not have internationalization?) > > Is there one? Then I can just switch from gettext to that. > > Sincerely, > Mike Manilone > ______________________________**_________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/**mailman/listinfo/freebsd-**stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@**freebsd.org > " >