From owner-freebsd-stable@FreeBSD.ORG Sun May 24 00:41:52 2009 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 26AB21065673; Sun, 24 May 2009 00:41:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id DB3FA8FC16; Sun, 24 May 2009 00:41:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n4O0fnmF017044; Sat, 23 May 2009 20:41:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n4O0fnKj031449; Sat, 23 May 2009 20:41:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 315EA1B5060; Sat, 23 May 2009 20:41:49 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090524004149.315EA1B5060@freebsd-stable.sentex.ca> Date: Sat, 23 May 2009 20:41:49 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [releng_7 tinderbox] failure on amd64/amd64 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, 24 May 2009 00:41:52 -0000 TB --- 2009-05-23 23:41:53 - tinderbox 2.6 running on freebsd-stable.sentex.ca TB --- 2009-05-23 23:41:53 - starting RELENG_7 tinderbox run for amd64/amd64 TB --- 2009-05-23 23:41:53 - cleaning the object tree TB --- 2009-05-23 23:42:14 - cvsupping the source tree TB --- 2009-05-23 23:42:14 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/amd64/amd64/supfile TB --- 2009-05-23 23:42:23 - building world TB --- 2009-05-23 23:42:23 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-23 23:42:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-23 23:42:23 - TARGET=amd64 TB --- 2009-05-23 23:42:23 - TARGET_ARCH=amd64 TB --- 2009-05-23 23:42:23 - TZ=UTC TB --- 2009-05-23 23:42:23 - __MAKE_CONF=/dev/null TB --- 2009-05-23 23:42:23 - cd /src TB --- 2009-05-23 23:42:23 - /usr/bin/make -B buildworld >>> World build started on Sat May 23 23:42:24 UTC 2009 >>> 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 [...] sed -e '/align/d' -e '/nop/d' < zfsboot.s.tmp > zfsboot.s rm -f zfsboot.s.tmp as --32 -o zfsboot.o zfsboot.s cc -Os -g -fno-guess-branch-probability -fomit-frame-pointer -fno-unit-at-a-time -mno-align-long-strings -mrtd -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -DBOOT2 -DFLAGS=0x80 -DSIOPRT=0x3f8 -DSIOFMT=0x3 -DSIOSPD=9600 -I/src/sys/boot/i386/zfsboot/../../zfs -I/src/sys/boot/i386/zfsboot/../../../cddl/boot/zfs -I/src/sys/boot/i386/zfsboot/../btx/lib -I. -I/src/sys/boot/i386/zfsboot/../boot2 -Wall -Waggregate-return -Wbad-function-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings -Winline --param max-inline-insns-single=100 -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -m32 -march=i386 -c /src/sys/boot/i386/zfsboot/../boot2/sio.S ld -static -N --gc-sections -nostdlib -m elf_i386_fbsd -Ttext 0x2000 -o zfsboot.out /obj/amd64/src/sys/boot/i386/zfsboot/../btx/lib/crt0.o zfsboot.o sio.o /obj/amd64/src/tmp/usr/lib/libstand.a objcopy -S -O binary zfsboot.out zfsboot.bin btxld -v -E 0x2000 -f bin -b /obj/amd64/src/sys/boot/i386/zfsboot/../btx/btx/btx -l zfsboot.ldr -o zfsboot.ld -P 1 zfsboot.bin btxld: zfsboot.ldr: Invalid argument *** Error code 2 Stop in /src/sys/boot/i386/zfsboot. *** Error code 1 Stop in /src/sys/boot/i386. *** Error code 1 Stop in /src/sys/boot. *** Error code 1 Stop in /src/sys. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-05-24 00:41:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-05-24 00:41:48 - ERROR: failed to build world TB --- 2009-05-24 00:41:48 - 2879.62 user 318.31 system 3595.56 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Sun May 24 01:41:04 2009 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 D819B106566B; Sun, 24 May 2009 01:41:04 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 9878C8FC17; Sun, 24 May 2009 01:41:04 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n4O1f2qb019056; Sat, 23 May 2009 21:41:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n4O1f2gc053299; Sat, 23 May 2009 21:41:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 149A01B5060; Sat, 23 May 2009 21:41:02 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090524014102.149A01B5060@freebsd-stable.sentex.ca> Date: Sat, 23 May 2009 21:41:02 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [releng_7 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, 24 May 2009 01:41:05 -0000 TB --- 2009-05-24 00:41:49 - tinderbox 2.6 running on freebsd-stable.sentex.ca TB --- 2009-05-24 00:41:49 - starting RELENG_7 tinderbox run for i386/i386 TB --- 2009-05-24 00:41:49 - cleaning the object tree TB --- 2009-05-24 00:42:16 - cvsupping the source tree TB --- 2009-05-24 00:42:16 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/i386/i386/supfile TB --- 2009-05-24 00:42:27 - building world TB --- 2009-05-24 00:42:27 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-24 00:42:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-24 00:42:27 - TARGET=i386 TB --- 2009-05-24 00:42:27 - TARGET_ARCH=i386 TB --- 2009-05-24 00:42:27 - TZ=UTC TB --- 2009-05-24 00:42:27 - __MAKE_CONF=/dev/null TB --- 2009-05-24 00:42:27 - cd /src TB --- 2009-05-24 00:42:27 - /usr/bin/make -B buildworld >>> World build started on Sun May 24 00:42:29 UTC 2009 >>> 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 [...] sed -e '/align/d' -e '/nop/d' < zfsboot.s.tmp > zfsboot.s rm -f zfsboot.s.tmp as -o zfsboot.o zfsboot.s cc -Os -g -fno-guess-branch-probability -fomit-frame-pointer -fno-unit-at-a-time -mno-align-long-strings -mrtd -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -DBOOT2 -DFLAGS=0x80 -DSIOPRT=0x3f8 -DSIOFMT=0x3 -DSIOSPD=9600 -I/src/sys/boot/i386/zfsboot/../../zfs -I/src/sys/boot/i386/zfsboot/../../../cddl/boot/zfs -I/src/sys/boot/i386/zfsboot/../btx/lib -I. -I/src/sys/boot/i386/zfsboot/../boot2 -Wall -Waggregate-return -Wbad-function-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings -Winline --param max-inline-insns-single=100 -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -c /src/sys/boot/i386/zfsboot/../boot2/sio.S ld -static -N --gc-sections -nostdlib -Ttext 0x2000 -o zfsboot.out /obj/src/sys/boot/i386/zfsboot/../btx/lib/crt0.o zfsboot.o sio.o /obj/src/tmp/usr/lib/libstand.a objcopy -S -O binary zfsboot.out zfsboot.bin btxld -v -E 0x2000 -f bin -b /obj/src/sys/boot/i386/zfsboot/../btx/btx/btx -l zfsboot.ldr -o zfsboot.ld -P 1 zfsboot.bin btxld: zfsboot.ldr: Invalid argument *** Error code 2 Stop in /src/sys/boot/i386/zfsboot. *** Error code 1 Stop in /src/sys/boot/i386. *** Error code 1 Stop in /src/sys/boot. *** Error code 1 Stop in /src/sys. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-05-24 01:41:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-05-24 01:41:01 - ERROR: failed to build world TB --- 2009-05-24 01:41:01 - 2856.04 user 307.66 system 3552.59 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Sun May 24 10:26:19 2009 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 C089C106564A; Sun, 24 May 2009 10:26:19 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (unknown [IPv6:2001:2f0:104:80a0:21b:78ff:fe37:f1cf]) by mx1.freebsd.org (Postfix) with ESMTP id 4D1E48FC14; Sun, 24 May 2009 10:26:19 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com (ns1.ninth-nine.com [219.127.74.121]) (authenticated bits=0) by sakura.ninth-nine.com (8.14.3/8.14.3/NinthNine) with ESMTP id n4OAQBoo059049; Sun, 24 May 2009 19:26:16 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Sun, 24 May 2009 19:26:11 +0900 From: Norikatsu Shigemura To: freebsd-hackers@FreeBSD.org Message-Id: <20090524192611.9becb1bc.nork@FreeBSD.org> X-Mailer: Sylpheed 2.6.0 (GTK+ 2.16.1; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: imp@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org Subject: [CFT] ssh/scp/ssh-add/ssh-agent/ssh-keygen on /rescue 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, 24 May 2009 10:26:20 -0000 Hi. I wondered that ssh/scp (at least) was not in /rescue. They are the indispensable tools, and I also often use them in the emergency (single user mode). So I made a patch for src/rescue/rescue/Makefile and src/secure/usr.bin/scp/Makefile. Please review it. Changing point is: o Move some libraries to Common Libraries section. o Add ssh/scp/ssh-add/ssh-agent/ssh-keygen to /rescue member. o Cosmetics Change (labeled Common Libraries section). Sorry, this patch for 8-current. I'll try to MFC after kmacy's zfs/zpool support. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - --- rescue/rescue/Makefile.orig 2009-05-23 11:30:38.830094000 +0900 +++ rescue/rescue/Makefile 2009-05-24 18:58:08.925195062 +0900 @@ -72,7 +72,7 @@ CRUNCH_PROGS_bin= cat chflags chio chmod cp date dd df echo \ ed expr getfacl hostname kenv kill ln ls mkdir mv \ pkill ps pwd realpath rm rmdir setfacl sh stty sync test -CRUNCH_LIBS+= -lcrypt -ledit -lkvm -ll -ltermcap -lutil +CRUNCH_LIBS+= -lcrypt -ledit -lkvm -ll -ltermcap # Additional options for specific programs CRUNCH_ALIAS_test= [ @@ -143,7 +143,7 @@ .if ${MK_ZFS} != "no" CRUNCH_LIBS+= -lzfs -lnvpair -luutil -lavl .endif -CRUNCH_LIBS+= -lgeom -lbsdxml -lkiconv -lmd -lreadline -lsbuf -lufs -lz +CRUNCH_LIBS+= -lgeom -lbsdxml -lkiconv -lreadline -lsbuf -lufs .if ${MACHINE_ARCH} == "i386" CRUNCH_PROGS_sbin+= bsdlabel sconfig fdisk @@ -206,13 +206,9 @@ CRUNCH_PROGS_usr.bin+= bzip2 CRUNCH_ALIAS_bzip2= bunzip2 bzcat -CRUNCH_LIBS+= -lbz2 CRUNCH_PROGS_usr.bin+= tar -CRUNCH_LIBS+= -larchive -lmd -.if ${MK_OPENSSL} != "no" -CRUNCH_LIBS+= -lcrypto -.endif +CRUNCH_LIBS+= -larchive CRUNCH_PROGS_usr.bin+= vi CRUNCH_ALIAS_vi= ex @@ -220,6 +216,25 @@ CRUNCH_PROGS_usr.bin+= id CRUNCH_ALIAS_id= groups whoami +.if ${MK_OPENSSL} != "no" && ${MK_OPENSSH} != "no" +CRUNCH_PROGS_usr.bin+= ssh +CRUNCH_PROGS_usr.bin+= scp +CRUNCH_BUILDOPTS_scp= BINDIR=${BINDIR} +CRUNCH_PROGS_usr.bin+= ssh-add +CRUNCH_PROGS_usr.bin+= ssh-agent +CRUNCH_PROGS_usr.bin+= ssh-keygen +CRUNCH_LIBS+= -lssh +.if ${MK_KERBEROS_SUPPORT} != "no" +CRUNCH_LIBS+= -lgssapi +.endif + +CRUNCH_SRCDIR_ssh= ${.CURDIR}/../../secure/usr.bin/ssh +CRUNCH_SRCDIR_scp= ${.CURDIR}/../../secure/usr.bin/scp +CRUNCH_SRCDIR_ssh-add= ${.CURDIR}/../../secure/usr.bin/ssh-add +CRUNCH_SRCDIR_ssh-agent= ${.CURDIR}/../../secure/usr.bin/ssh-agent +CRUNCH_SRCDIR_ssh-keygen= ${.CURDIR}/../../secure/usr.bin/ssh-keygen +.endif + ################################################################## # Programs from stock /usr/sbin # @@ -229,8 +244,14 @@ CRUNCH_PROGS_usr.sbin+= chown CRUNCH_ALIAS_chown= chgrp + ################################################################## -CRUNCH_LIBS+= -lm +# Common Libraries +# +.if ${MK_OPENSSL} != "no" +CRUNCH_LIBS+= -lcrypto +.endif +CRUNCH_LIBS+= -lmd -lutil -lbz2 -lz -lm ################################################################## # The following is pretty nearly a generic crunchgen-handling makefile --- secure/usr.bin/scp/Makefile.orig 2006-05-14 06:38:15.000000000 +0900 +++ secure/usr.bin/scp/Makefile 2009-05-24 15:39:20.594368170 +0900 @@ -1,7 +1,7 @@ # $FreeBSD: src/secure/usr.bin/scp/Makefile,v 1.16 2006/05/13 21:38:15 des Exp $ PROG= scp -CFLAGS+=-I${SSHDIR} -include ssh_namespace.h +CFLAGS+=-I${SSHDIR} -include ssh_namespace.h -D_PATH_SSH_PROGRAM='"${BINDIR}/ssh"' DPADD= ${LIBSSH} ${LIBCRYPT} ${LIBCRYPTO} ${LIBZ} LDADD= -lssh -lcrypt -lcrypto -lz - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - From owner-freebsd-stable@FreeBSD.ORG Sun May 24 12:35:24 2009 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 7110A106564A for ; Sun, 24 May 2009 12:35:24 +0000 (UTC) (envelope-from svein-listmail@stillbilde.net) Received: from mail.stillbilde.net (d80.iso100.no [81.175.61.195]) by mx1.freebsd.org (Postfix) with ESMTP id 2F5C78FC18 for ; Sun, 24 May 2009 12:35:24 +0000 (UTC) (envelope-from svein-listmail@stillbilde.net) Received: from [192.168.4.11] (unknown [192.168.4.11]) (Authenticated sender: svein) by mail.stillbilde.net (Familien Skogens mail) with ESMTPSA id BB8D647 for ; Sun, 24 May 2009 14:17:37 +0200 (CEST) Message-ID: <4A193AE1.5080505@stillbilde.net> Date: Sun, 24 May 2009 14:17:37 +0200 From: "Svein Skogen (listmail accont)" User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: freebsd-stable@FreeBSD.org X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: Compiling world+kernel in RELENG_7 right now 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, 24 May 2009 12:35:24 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 For the past 8 or so hours, compiling RELENG_7 breaks down in zfsboot: btxld -v -E 0x2000 -f bin -b /usr/obj/usr/src/sys/boot/i386/zfsboot/../btx/btx/btx -l zfsboot.ldr -o zfsboot.ld -P 1 zfsboot.bin btxld: zfsboot.ldr: Invalid argument *** Error code 2 Stop in /usr/src/sys/boot/i386/zfsboot. *** Error code 1 This is from an amd64-platform host. Any timetable on when we'll be able to build world again? Is there an option to tell FreeBSD just to ignore the zfsboot altogether (I don't need it. ZFS inside vmware esx/i 3.5-4.0 simply does not work properly) //Svein - -- - --------+-------------------+------------------------------- /"\ |Svein Skogen | svein@d80.iso100.no \ / |Solberg stli 9 | PGP Key: 0xE5E76831 X |2020 Skedsmokorset | svein@jernhuset.no / \ |Norway | PGP Key: 0xCE96CE13 | | svein@stillbilde.net ascii | | PGP Key: 0x58CD33B6 ribbon |System Admin | svein-listmail@stillbilde.net Campaign|stillbilde.net | PGP Key: 0x22D494A4 +-------------------+------------------------------- |msn messenger: | Mobile Phone: +47 907 03 575 |svein@jernhuset.no | RIPE handle: SS16503-RIPE - --------+-------------------+------------------------------- Picture Gallery: https://gallery.stillbilde.net/v/svein/ - ------------------------------------------------------------ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkoZOuEACgkQODUnwSLUlKSYwgCeP8rdLoIwtMUKpr+/EBzq8ISp WmgAnj4ZV1j71x40fa0rn9sghX0wpfQb =IEzt -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Sun May 24 13:47:09 2009 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 E22E3106566C for ; Sun, 24 May 2009 13:47:09 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 671048FC08 for ; Sun, 24 May 2009 13:47:09 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.3/8.14.3) with ESMTP id n4ODl7rp005460; Sun, 24 May 2009 17:47:07 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Sun, 24 May 2009 17:47:07 +0400 (MSD) From: Dmitry Morozovsky To: "Svein Skogen (listmail accont)" In-Reply-To: <4A193AE1.5080505@stillbilde.net> Message-ID: References: <4A193AE1.5080505@stillbilde.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (woozle.rinet.ru [0.0.0.0]); Sun, 24 May 2009 17:47:08 +0400 (MSD) Cc: freebsd-stable@freebsd.org Subject: Re: Compiling world+kernel in RELENG_7 right now 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, 24 May 2009 13:47:10 -0000 On Sun, 24 May 2009, Svein Skogen (listmail accont) wrote: SSla> For the past 8 or so hours, compiling RELENG_7 breaks down in zfsboot: SSla> SSla> btxld -v -E 0x2000 -f bin -b SSla> /usr/obj/usr/src/sys/boot/i386/zfsboot/../btx/btx/btx -l zfsboot.ldr -o SSla> zfsboot.ld -P 1 zfsboot.bin SSla> btxld: zfsboot.ldr: Invalid argument SSla> *** Error code 2 SSla> SSla> Stop in /usr/src/sys/boot/i386/zfsboot. SSla> *** Error code 1 SSla> SSla> This is from an amd64-platform host. SSla> SSla> Any timetable on when we'll be able to build world again? Is there an SSla> option to tell FreeBSD just to ignore the zfsboot altogether (I don't SSla> need it. ZFS inside vmware esx/i 3.5-4.0 simply does not work properly) Yes, it's last minute kmacy's change. As a band-aid, try to apply the following patch: Index: sys/boot/i386/Makefile =================================================================== RCS file: /home/ncvs/src/sys/boot/i386/Makefile,v retrieving revision 1.21.2.2 diff -u -r1.21.2.2 Makefile --- sys/boot/i386/Makefile 23 May 2009 19:54:18 -0000 1.21.2.2 +++ sys/boot/i386/Makefile 24 May 2009 13:46:08 -0000 @@ -1,6 +1,6 @@ # $FreeBSD: src/sys/boot/i386/Makefile,v 1.21.2.2 2009/05/23 19:54:18 kmacy Exp $ -SUBDIR= mbr pmbr boot0 boot0sio btx boot2 cdboot gptboot zfsboot \ +SUBDIR= mbr pmbr boot0 boot0sio btx boot2 cdboot gptboot \ kgzldr libi386 libfirewire loader # special boot programs, 'self-extracting boot2+loader' -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Sun May 24 14:49:05 2009 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 C91DA1065675 for ; Sun, 24 May 2009 14:49:05 +0000 (UTC) (envelope-from cryx-freebsd@h3q.com) Received: from mail.h3q.com (mail.h3q.com [213.73.89.199]) by mx1.freebsd.org (Postfix) with ESMTP id 116528FC1A for ; Sun, 24 May 2009 14:49:04 +0000 (UTC) (envelope-from cryx-freebsd@h3q.com) Received: (qmail 12104 invoked from network); 24 May 2009 14:22:24 -0000 Received: from unknown (HELO snowwhite.local) (smtpsend@89.247.60.5) by mail.h3q.com with AES256-SHA encrypted SMTP; 24 May 2009 14:22:24 -0000 Message-ID: <4A19581F.5000101@h3q.com> Date: Sun, 24 May 2009 16:22:23 +0200 From: Philipp Wuensche User-Agent: Thunderbird 2.0.0.21 (Macintosh/20090302) MIME-Version: 1.0 To: Kirk Strauser References: <3c1674c90905201459k19776d53n309b2abeab0f8d0a@mail.gmail.com> <3c1674c90905201541n65f997e6jaa20d93bf566fb98@mail.gmail.com> <68BDAD74-021A-4169-B003-21A2BCF2AD5C@transsys.com> <200905211446.36828.kirk@strauser.com> In-Reply-To: <200905211446.36828.kirk@strauser.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: ZFS MFC heads up 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, 24 May 2009 14:49:06 -0000 Kirk Strauser wrote: > On Thursday 21 May 2009 09:12:14 am Louis Mamakos wrote: > >> Any pointers to running multiple jails with ZFS? I was looking for >> something like a union-mount capability for ZFS. I don't necessarily >> need a jail to run divergent /bin, /usr/local, etc. just the >> isolation. Making a clone doesn't exactly do the same thing.. > > FWIW, I love sysutils/ezjail. It uses nullfs to mount many jails on top of > the same read-only base system, and provides a way ("ezjail-admin update -i") > to upgrade that base system with installworld. And ezjail supports managing jails in ZFS filesystems in the CVS version since yesterday. greetings, Philipp From owner-freebsd-stable@FreeBSD.ORG Sun May 24 15:05:49 2009 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 C13E0106564A for ; Sun, 24 May 2009 15:05:49 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id 7EB678FC16 for ; Sun, 24 May 2009 15:05:49 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1M8FGl-000MBA-UC; Sun, 24 May 2009 18:05:47 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Pyun YongHyeon Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 24 May 2009 18:05:47 +0300 From: Danny Braniss Message-ID: Cc: freebsd-stable@freebsd.org Subject: msk(4) and Yukon 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, 24 May 2009 15:05:50 -0000 hi, Since I saw some activity, I decided to try out my msks, so the Yukon 88E8050 on my Intel SE7320VP21 now works with hw.msk.legacy_intr=0 which didn't before (sorry, but the best I can say is 'long time ago' ;-) on an Asus P5K-VM with Yukon 88E8056, it panics when used to PXE boot, but otherwise works fine (it used to hang the boot before). cheers, danny From owner-freebsd-stable@FreeBSD.ORG Sun May 24 16:27:03 2009 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 0EA7E1065704 for ; Sun, 24 May 2009 16:27:03 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mx01.netsrc.de (mx01.netsrc.de [89.107.71.100]) by mx1.freebsd.org (Postfix) with ESMTP id C45C48FC12 for ; Sun, 24 May 2009 16:27:02 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from [10.1.1.83] (dslb-088-065-062-045.pools.arcor-ip.net [88.65.62.45]) by mx01.netsrc.de (Postfix) with ESMTP id D1E08192FD9 for ; Sun, 24 May 2009 18:12:31 +0200 (CEST) Message-Id: From: Bernhard Schmidt To: freebsd-stable@freebsd.org Content-Type: multipart/mixed; boundary=Apple-Mail-4-733862837 Mime-Version: 1.0 (Apple Message framework v935.3) Date: Sun, 24 May 2009 18:12:31 +0200 X-Mailer: Apple Mail (2.935.3) Subject: Re: Compiling world+kernel in RELENG_7 right now | releng_7 tinderbox 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, 24 May 2009 16:27:03 -0000 --Apple-Mail-4-733862837 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Hi, > /obj/amd64/src/sys/boot/i386/zfsboot/../btx/lib/crt0.o zfsboot.o sio.o \ /obj/amd64/src/tmp/usr/lib/libstand.a objcopy -S -O binary zfsboot.out zfsboot.bin btxld -v -E 0x2000 -f bin -b /obj/amd64/src/ sys/boot/i386/zfsboot/../btx/btx/btx -l zfsboot.ldr \ -o zfsboot.ld -P 1 zfsboot.bin > btxld: zfsboot.ldr: Invalid argument > *** Error code 2 Attached diff fixes that issue for me. -- Regards, Bernhard Schmidt --Apple-Mail-4-733862837 Content-Disposition: attachment; filename=btxld.diff Content-Type: application/octet-stream; x-unix-mode=0644; name="btxld.diff" Content-Transfer-Encoding: 7bit Index: btxld.c =================================================================== --- btxld.c (.../stable/7/usr.sbin/btxld) (revision 192688) +++ btxld.c (.../head/usr.sbin/btxld) (revision 192688) @@ -336,6 +336,8 @@ if (sb.st_size > MAXU32) errx(1, "%s: Too big", fname); hdr->size = sb.st_size; + if (!hdr->size) + return; if ((p = mmap(NULL, hdr->size, PROT_READ, MAP_SHARED, fd, 0)) == MAP_FAILED) err(2, "%s", fname); --Apple-Mail-4-733862837-- From owner-freebsd-stable@FreeBSD.ORG Sun May 24 16:47:00 2009 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 71F951065672 for ; Sun, 24 May 2009 16:46:59 +0000 (UTC) (envelope-from svein-listmail@stillbilde.net) Received: from mail.stillbilde.net (d80.iso100.no [81.175.61.195]) by mx1.freebsd.org (Postfix) with ESMTP id 2CA3D8FC08 for ; Sun, 24 May 2009 16:46:59 +0000 (UTC) (envelope-from svein-listmail@stillbilde.net) Received: from [192.168.4.11] (unknown [192.168.4.11]) (Authenticated sender: svein) by mail.stillbilde.net (Familien Skogens mail) with ESMTPSA id D7A6147; Sun, 24 May 2009 18:46:56 +0200 (CEST) Message-ID: <4A197A01.2080905@stillbilde.net> Date: Sun, 24 May 2009 18:46:57 +0200 From: "Svein Skogen (listmail accont)" User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Dmitry Morozovsky References: <4A193AE1.5080505@stillbilde.net> In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: Compiling world+kernel in RELENG_7 right now 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, 24 May 2009 16:47:01 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dmitry Morozovsky wrote: > On Sun, 24 May 2009, Svein Skogen (listmail accont) wrote: > > SSla> For the past 8 or so hours, compiling RELENG_7 breaks down in zfsboot: > SSla> > SSla> btxld -v -E 0x2000 -f bin -b > SSla> /usr/obj/usr/src/sys/boot/i386/zfsboot/../btx/btx/btx -l zfsboot.ldr -o > SSla> zfsboot.ld -P 1 zfsboot.bin > SSla> btxld: zfsboot.ldr: Invalid argument > SSla> *** Error code 2 > SSla> > SSla> Stop in /usr/src/sys/boot/i386/zfsboot. > SSla> *** Error code 1 > SSla> > SSla> This is from an amd64-platform host. > SSla> > SSla> Any timetable on when we'll be able to build world again? Is there an > SSla> option to tell FreeBSD just to ignore the zfsboot altogether (I don't > SSla> need it. ZFS inside vmware esx/i 3.5-4.0 simply does not work properly) > > Yes, it's last minute kmacy's change. As a band-aid, try to apply the > following patch: > > Index: sys/boot/i386/Makefile > =================================================================== > RCS file: /home/ncvs/src/sys/boot/i386/Makefile,v > retrieving revision 1.21.2.2 > diff -u -r1.21.2.2 Makefile > --- sys/boot/i386/Makefile 23 May 2009 19:54:18 -0000 1.21.2.2 > +++ sys/boot/i386/Makefile 24 May 2009 13:46:08 -0000 > @@ -1,6 +1,6 @@ > # $FreeBSD: src/sys/boot/i386/Makefile,v 1.21.2.2 2009/05/23 19:54:18 kmacy > Exp $ > > -SUBDIR= mbr pmbr boot0 boot0sio btx boot2 cdboot gptboot zfsboot \ > +SUBDIR= mbr pmbr boot0 boot0sio btx boot2 cdboot gptboot \ > kgzldr libi386 libfirewire loader > > # special boot programs, 'self-extracting boot2+loader' > > Attached patch solves the problem for now. :) //Svein - -- - --------+-------------------+------------------------------- /"\ |Svein Skogen | svein@d80.iso100.no \ / |Solberg stli 9 | PGP Key: 0xE5E76831 X |2020 Skedsmokorset | svein@jernhuset.no / \ |Norway | PGP Key: 0xCE96CE13 | | svein@stillbilde.net ascii | | PGP Key: 0x58CD33B6 ribbon |System Admin | svein-listmail@stillbilde.net Campaign|stillbilde.net | PGP Key: 0x22D494A4 +-------------------+------------------------------- |msn messenger: | Mobile Phone: +47 907 03 575 |svein@jernhuset.no | RIPE handle: SS16503-RIPE - --------+-------------------+------------------------------- Picture Gallery: https://gallery.stillbilde.net/v/svein/ - ------------------------------------------------------------ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkoZegEACgkQODUnwSLUlKQLKwCfU2Q8pGwtmyfq29abEdmXHGEX 0HsAoKjX77WQ1Il91uAMZyXukKHAIlId =BvUA -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Sun May 24 17:07:04 2009 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 BA151106567F for ; Sun, 24 May 2009 17:07:04 +0000 (UTC) (envelope-from andrewklaus@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.27]) by mx1.freebsd.org (Postfix) with ESMTP id 73D868FC29 for ; Sun, 24 May 2009 17:07:04 +0000 (UTC) (envelope-from andrewklaus@gmail.com) Received: by qw-out-2122.google.com with SMTP id 3so1505021qwe.7 for ; Sun, 24 May 2009 10:07:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=pi+uc2AeWW0BeoTp35mY+hGXavAuRVp3CXXHiB9t8iE=; b=ujjSNvHcMtr9U/VVVA2DgETUDpP3Q2vFbf2anqajZdfd6MAmTkhdd9ehpMiF4+64e4 6/X64d3WRRDbTqhg5IM8vNSfBQex9BCOrF4eRtvq50bQqyVOisoAyxyuFNtL6GEBp9wt dcHZsSQ1gFeOigX3c9gOyxQnF99zlg0yadFHI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=RVuNdZ7IpvlCnoU5P8DtW5Vo7IsHf2tJV7ilGwY0XVPkW/7AKasVAr7CM1nBPmDgCb lgsthYTgT3c5Fi3Z9lB+Up5S/zYlv6f95UzKXJZzienCMPWcooctfI+UAv3yADqZdcdV pyVO89gxQ8NKtBYroYshdZLonihlrevel2Njc= MIME-Version: 1.0 Received: by 10.220.81.70 with SMTP id w6mr5030716vck.32.1243183436479; Sun, 24 May 2009 09:43:56 -0700 (PDT) Date: Sun, 24 May 2009 10:43:56 -0600 Message-ID: <32e63b220905240943g963c6ady9dd7dfef67174b8b@mail.gmail.com> From: Andrew Klaus To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Building 7.2-STABLE from 7.2-RELEASE 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, 24 May 2009 17:07:05 -0000 I'm trying to build a 7.2-STABLE buildworld right after I do a fresh install of 7.2-RELEASE. The kernel compiles (and boots) properly, without issue, however when I try to do a buildworld, I get the following error: objcopy -S -O binary zfsboot.out zfsboot.bin btxld -v -E 0x2000 -f bin -b /usr/obj/usr/src/sys/boot/i386/zfsboot/../btx/btx/btx -l zfsboot.ldr -o zfsboot.ld -P 1 zfsboot.bin btxld: zfsboot.ldr: Invalid argument *** Error code 2 Stop in /usr/src/sys/boot/i386/zfsboot. *** Error code 1 I know they introduced some new zfsboot stuff into the -Stable branch - could that have anything to do with it? Running amd64 Thanks From owner-freebsd-stable@FreeBSD.ORG Sun May 24 17:30:45 2009 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 848BA106564A for ; Sun, 24 May 2009 17:30:45 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: from mail-bw0-f165.google.com (mail-bw0-f165.google.com [209.85.218.165]) by mx1.freebsd.org (Postfix) with ESMTP id 0F69B8FC2E for ; Sun, 24 May 2009 17:30:44 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: by bwz9 with SMTP id 9so2721129bwz.43 for ; Sun, 24 May 2009 10:30:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=7Iib/Hfa6mSOyakqVfpyHzhaSgld3k7qPlBUtu37NIQ=; b=s0ArRPETA/dLGIwqQGC3o66/W5vVtNycZzHrT6OE/40XBU0L0J4nZb37GzXPEEf9sh YSE8YlX0paXSJAshxNnEe74w4AG78DoVeJt3s6njozwfjRmkh+vbMH7VHbGogoDZNwvq zUoSkzv0VU986GCRnfrkyKcu5YI5ywq63PMZQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=Ut1UmwZw+HR/iQS7hri3AMgHE/V9MMrRh44am2H//JurLn1prmVFNAL7rxx3k8Zo5v k2A5mvat5T7x6LOX5HMtnsd+PH+aM2yfeDxWZZQL7sEU11YjKDwL4sSPVbO0MJsz8Fgu URZIiqfr8wkktokqoU3ldbwvPJ1alaO3SMZfA= MIME-Version: 1.0 Received: by 10.204.100.71 with SMTP id x7mr5961245bkn.130.1243186244116; Sun, 24 May 2009 10:30:44 -0700 (PDT) In-Reply-To: <32e63b220905240943g963c6ady9dd7dfef67174b8b@mail.gmail.com> References: <32e63b220905240943g963c6ady9dd7dfef67174b8b@mail.gmail.com> Date: Sun, 24 May 2009 13:30:44 -0400 Message-ID: <4ad871310905241030v51a7ade9t2bca3bfb56bdef9@mail.gmail.com> From: Glen Barber To: Andrew Klaus Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: Building 7.2-STABLE from 7.2-RELEASE 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, 24 May 2009 17:30:45 -0000 Hi, Andrew On Sun, May 24, 2009 at 12:43 PM, Andrew Klaus wrot= e: > I'm trying to build a 7.2-STABLE buildworld right after I do a fresh inst= all > of 7.2-RELEASE. The kernel compiles (and boots) properly, without issue, > however when I try to do a buildworld, I get the following error: > > objcopy -S -O binary zfsboot.out zfsboot.bin > btxld -v -E 0x2000 -f bin -b > /usr/obj/usr/src/sys/boot/i386/zfsboot/../btx/btx/btx -l zfsboot.ldr =A0-= o > zfsboot.ld -P 1 zfsboot.bin > btxld: zfsboot.ldr: Invalid argument > *** Error code 2 > > Stop in /usr/src/sys/boot/i386/zfsboot. > *** Error code 1 > > > I know they introduced some new zfsboot stuff into the -Stable branch - > could that have anything to do with it? > Absolutely. Bernhard Schmidt just reported a patch that was seemingly successful a few emails back. --=20 Glen Barber From owner-freebsd-stable@FreeBSD.ORG Sun May 24 17:45:40 2009 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 E2BF61065670; Sun, 24 May 2009 17:45:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 9EDF08FC1F; Sun, 24 May 2009 17:45:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n4OHjcKa084806; Sun, 24 May 2009 13:45:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n4OHjcCv043844; Sun, 24 May 2009 13:45:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 271FA1B5060; Sun, 24 May 2009 13:45:38 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090524174538.271FA1B5060@freebsd-stable.sentex.ca> Date: Sun, 24 May 2009 13:45:38 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [releng_7 tinderbox] failure on amd64/amd64 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, 24 May 2009 17:45:41 -0000 TB --- 2009-05-24 16:45:54 - tinderbox 2.6 running on freebsd-stable.sentex.ca TB --- 2009-05-24 16:45:54 - starting RELENG_7 tinderbox run for amd64/amd64 TB --- 2009-05-24 16:45:54 - cleaning the object tree TB --- 2009-05-24 16:46:06 - cvsupping the source tree TB --- 2009-05-24 16:46:06 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/amd64/amd64/supfile TB --- 2009-05-24 16:46:17 - building world TB --- 2009-05-24 16:46:17 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-24 16:46:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-24 16:46:17 - TARGET=amd64 TB --- 2009-05-24 16:46:17 - TARGET_ARCH=amd64 TB --- 2009-05-24 16:46:17 - TZ=UTC TB --- 2009-05-24 16:46:17 - __MAKE_CONF=/dev/null TB --- 2009-05-24 16:46:17 - cd /src TB --- 2009-05-24 16:46:17 - /usr/bin/make -B buildworld >>> World build started on Sun May 24 16:46:18 UTC 2009 >>> 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 [...] sed -e '/align/d' -e '/nop/d' < zfsboot.s.tmp > zfsboot.s rm -f zfsboot.s.tmp as --32 -o zfsboot.o zfsboot.s cc -Os -g -fno-guess-branch-probability -fomit-frame-pointer -fno-unit-at-a-time -mno-align-long-strings -mrtd -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -DBOOT2 -DFLAGS=0x80 -DSIOPRT=0x3f8 -DSIOFMT=0x3 -DSIOSPD=9600 -I/src/sys/boot/i386/zfsboot/../../zfs -I/src/sys/boot/i386/zfsboot/../../../cddl/boot/zfs -I/src/sys/boot/i386/zfsboot/../btx/lib -I. -I/src/sys/boot/i386/zfsboot/../boot2 -Wall -Waggregate-return -Wbad-function-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings -Winline --param max-inline-insns-single=100 -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -m32 -march=i386 -c /src/sys/boot/i386/zfsboot/../boot2/sio.S ld -static -N --gc-sections -nostdlib -m elf_i386_fbsd -Ttext 0x2000 -o zfsboot.out /obj/amd64/src/sys/boot/i386/zfsboot/../btx/lib/crt0.o zfsboot.o sio.o /obj/amd64/src/tmp/usr/lib/libstand.a objcopy -S -O binary zfsboot.out zfsboot.bin btxld -v -E 0x2000 -f bin -b /obj/amd64/src/sys/boot/i386/zfsboot/../btx/btx/btx -l zfsboot.ldr -o zfsboot.ld -P 1 zfsboot.bin btxld: zfsboot.ldr: Invalid argument *** Error code 2 Stop in /src/sys/boot/i386/zfsboot. *** Error code 1 Stop in /src/sys/boot/i386. *** Error code 1 Stop in /src/sys/boot. *** Error code 1 Stop in /src/sys. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-05-24 17:45:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-05-24 17:45:37 - ERROR: failed to build world TB --- 2009-05-24 17:45:37 - 2878.23 user 318.16 system 3583.86 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Sun May 24 17:50:53 2009 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 2D691106566B for ; Sun, 24 May 2009 17:50:53 +0000 (UTC) (envelope-from andrewklaus@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.27]) by mx1.freebsd.org (Postfix) with ESMTP id D54708FC08 for ; Sun, 24 May 2009 17:50:52 +0000 (UTC) (envelope-from andrewklaus@gmail.com) Received: by qw-out-2122.google.com with SMTP id 3so1510554qwe.7 for ; Sun, 24 May 2009 10:50:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=RNar3Y0ls5k7noe9T5cWsnlKsfKvYqsbbCxEFYz4X1g=; b=AuMf1J1MMqjY2HFfj8ysgVj1hotxGVuK8gDA2i7iX2Eb5j4tRgDKaEggGCETRBmteR O/N4Fv6QItljVR48UcVMHLU2cVA6XUtjErr/ntNEy3ksDSFU4QaMsmbAw4wD3PwxFnKp q296A63eRVQibqoabR6xKUchGq9ULSjUniwZQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=l5tImexETiO+ODS3i4MAJC2Kpafaz7pD1IgfdZNLdGOSEmglvrruzDFphS8tKGbB6C zfyaDyN3/Hdy5XOl1XUJRsrNEyQsGN6sdkzjKeerSgoObB+/WbfDeZkQWzjHdOtdzqDY bBb5sT9cJtXAFt/3UWMCu1a3u7UdKI/mmszX0= MIME-Version: 1.0 Received: by 10.220.97.13 with SMTP id j13mr5069159vcn.35.1243187452149; Sun, 24 May 2009 10:50:52 -0700 (PDT) In-Reply-To: <4ad871310905241030v51a7ade9t2bca3bfb56bdef9@mail.gmail.com> References: <32e63b220905240943g963c6ady9dd7dfef67174b8b@mail.gmail.com> <4ad871310905241030v51a7ade9t2bca3bfb56bdef9@mail.gmail.com> Date: Sun, 24 May 2009 11:50:52 -0600 Message-ID: <32e63b220905241050k17ca4d59t31d379b2abb54543@mail.gmail.com> From: Andrew Klaus To: Glen Barber Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: Building 7.2-STABLE from 7.2-RELEASE 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, 24 May 2009 17:50:53 -0000 Yea I wish there was a way to cancel send on the email.. I sorted the mailing list by date a few moments after I sent the original question and saw the fix - I'm recompiling now. Thanks! Andrew On Sun, May 24, 2009 at 11:30 AM, Glen Barber wrote: > Hi, Andrew > > On Sun, May 24, 2009 at 12:43 PM, Andrew Klaus > wrote: > > I'm trying to build a 7.2-STABLE buildworld right after I do a fresh > install > > of 7.2-RELEASE. The kernel compiles (and boots) properly, without issue, > > however when I try to do a buildworld, I get the following error: > > > > objcopy -S -O binary zfsboot.out zfsboot.bin > > btxld -v -E 0x2000 -f bin -b > > /usr/obj/usr/src/sys/boot/i386/zfsboot/../btx/btx/btx -l zfsboot.ldr -o > > zfsboot.ld -P 1 zfsboot.bin > > btxld: zfsboot.ldr: Invalid argument > > *** Error code 2 > > > > Stop in /usr/src/sys/boot/i386/zfsboot. > > *** Error code 1 > > > > > > I know they introduced some new zfsboot stuff into the -Stable branch - > > could that have anything to do with it? > > > > Absolutely. Bernhard Schmidt just reported a patch that was seemingly > successful a few emails back. > > > -- > Glen Barber > From owner-freebsd-stable@FreeBSD.ORG Sun May 24 18:44:32 2009 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 D72BA106564A; Sun, 24 May 2009 18:44:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 972AD8FC17; Sun, 24 May 2009 18:44:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n4OIiUC5001350; Sun, 24 May 2009 14:44:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n4OIiUaX093539; Sun, 24 May 2009 14:44:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 267CD1B5060; Sun, 24 May 2009 14:44:30 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090524184430.267CD1B5060@freebsd-stable.sentex.ca> Date: Sun, 24 May 2009 14:44:30 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [releng_7 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, 24 May 2009 18:44:35 -0000 TB --- 2009-05-24 17:45:38 - tinderbox 2.6 running on freebsd-stable.sentex.ca TB --- 2009-05-24 17:45:38 - starting RELENG_7 tinderbox run for i386/i386 TB --- 2009-05-24 17:45:38 - cleaning the object tree TB --- 2009-05-24 17:45:53 - cvsupping the source tree TB --- 2009-05-24 17:45:53 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/i386/i386/supfile TB --- 2009-05-24 17:46:04 - building world TB --- 2009-05-24 17:46:04 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-24 17:46:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-24 17:46:04 - TARGET=i386 TB --- 2009-05-24 17:46:04 - TARGET_ARCH=i386 TB --- 2009-05-24 17:46:04 - TZ=UTC TB --- 2009-05-24 17:46:04 - __MAKE_CONF=/dev/null TB --- 2009-05-24 17:46:04 - cd /src TB --- 2009-05-24 17:46:04 - /usr/bin/make -B buildworld >>> World build started on Sun May 24 17:46:05 UTC 2009 >>> 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 [...] sed -e '/align/d' -e '/nop/d' < zfsboot.s.tmp > zfsboot.s rm -f zfsboot.s.tmp as -o zfsboot.o zfsboot.s cc -Os -g -fno-guess-branch-probability -fomit-frame-pointer -fno-unit-at-a-time -mno-align-long-strings -mrtd -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -DBOOT2 -DFLAGS=0x80 -DSIOPRT=0x3f8 -DSIOFMT=0x3 -DSIOSPD=9600 -I/src/sys/boot/i386/zfsboot/../../zfs -I/src/sys/boot/i386/zfsboot/../../../cddl/boot/zfs -I/src/sys/boot/i386/zfsboot/../btx/lib -I. -I/src/sys/boot/i386/zfsboot/../boot2 -Wall -Waggregate-return -Wbad-function-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings -Winline --param max-inline-insns-single=100 -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -c /src/sys/boot/i386/zfsboot/../boot2/sio.S ld -static -N --gc-sections -nostdlib -Ttext 0x2000 -o zfsboot.out /obj/src/sys/boot/i386/zfsboot/../btx/lib/crt0.o zfsboot.o sio.o /obj/src/tmp/usr/lib/libstand.a objcopy -S -O binary zfsboot.out zfsboot.bin btxld -v -E 0x2000 -f bin -b /obj/src/sys/boot/i386/zfsboot/../btx/btx/btx -l zfsboot.ldr -o zfsboot.ld -P 1 zfsboot.bin btxld: zfsboot.ldr: Invalid argument *** Error code 2 Stop in /src/sys/boot/i386/zfsboot. *** Error code 1 Stop in /src/sys/boot/i386. *** Error code 1 Stop in /src/sys/boot. *** Error code 1 Stop in /src/sys. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-05-24 18:44:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-05-24 18:44:29 - ERROR: failed to build world TB --- 2009-05-24 18:44:29 - 2855.23 user 307.06 system 3531.62 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Sun May 24 18:47:07 2009 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 19E4F106566B for ; Sun, 24 May 2009 18:47:07 +0000 (UTC) (envelope-from dataefx@charter.net) Received: from que31.charter.net (que31.charter.net [209.225.8.23]) by mx1.freebsd.org (Postfix) with ESMTP id D2F168FC1A for ; Sun, 24 May 2009 18:47:06 +0000 (UTC) (envelope-from dataefx@charter.net) Received: from imp10 ([10.20.200.10]) by mta31.charter.net (InterMail vM.7.09.01.00 201-2219-108-20080618) with ESMTP id <20090524182522.LCQI2647.mta31.charter.net@imp10> for ; Sun, 24 May 2009 14:25:22 -0400 Received: from [192.168.0.195] ([75.142.55.73]) by imp10 with charter.net id vWRN1b0011amw1F05WRNXa; Sun, 24 May 2009 14:25:22 -0400 From: John B Scroggins To: freebsd-stable@freebsd.org Content-Type: text/plain Date: Sun, 24 May 2009 11:25:13 -0700 Message-Id: <1243189529.28177.26.camel@rougehunter75.charterpipeline.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: Building 7.2 Stable fails to compile dtmalloc 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, 24 May 2009 18:47:07 -0000 after cvsuping the latest source files I run into to this during my build process. Ive rm'd the /usr/../../modules/dtrace directory and resupped/rebuilt it, but to no avail. as anyone run into this problem? ===> dtrace (all) ===> dtrace/dtmalloc (all) cc -O2 -fno-strict-aliasing -pipe -march=athlon64 -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/usr/src/sys/modules/dtrace/dtmalloc/../../../cddl/compat/opensolaris -I/usr/src/sys/modules/dtrace/dtmalloc/../../../cddl/contrib/opensolaris/uts/common -I/usr/src/sys/modules/dtrace/dtmalloc/../../.. -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/rougehunter75/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -fno-omit-frame-pointer -I/usr/obj/usr/src/sys/rougehunter75 -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknown-pragmas -c /usr/src/sys/modules/dtrace/dtmalloc/../../../cddl/dev/dtmalloc/dtmalloc.c In file included from /usr/src/sys/modules/dtrace/dtmalloc/../../../sys/vnode.h:43, from /usr/src/sys/modules/dtrace/dtmalloc/../../../cddl/contrib/opensolaris/uts/common/sys/vnode.h:44, from /usr/src/sys/modules/dtrace/dtmalloc/../../../cddl/compat/opensolaris/sys/vnode.h:43, from /usr/src/sys/modules/dtrace/dtmalloc/../../../cddl/compat/opensolaris/sys/kobj.h:41, from /usr/src/sys/modules/dtrace/dtmalloc/../../../sys/linker.h:35, from /usr/src/sys/modules/dtrace/dtmalloc/../../../cddl/compat/opensolaris/sys/modctl.h:34, from /usr/src/sys/modules/dtrace/dtmalloc/../../../cddl/contrib/opensolaris/uts/common/sys/dtrace.h:50, from /usr/src/sys/modules/dtrace/dtmalloc/../../../cddl/dev/dtmalloc/dtmalloc.c:35: /usr/src/sys/modules/dtrace/dtmalloc/../../../cddl/compat/opensolaris/sys/acl.h:35: error: conflicting types for 'aclent_t' /usr/src/sys/modules/dtrace/dtmalloc/../../../cddl/contrib/opensolaris/uts/common/sys/acl.h:43: error: previous declaration of 'aclent_t' was here /usr/src/sys/modules/dtrace/dtmalloc/../../../cddl/compat/opensolaris/sys/acl.h:40: error: redefinition of 'struct ace' /usr/src/sys/modules/dtrace/dtmalloc/../../../cddl/compat/opensolaris/sys/acl.h:45: error: redefinition of typedef 'ace_t' /usr/src/sys/modules/dtrace/dtmalloc/../../../cddl/contrib/opensolaris/uts/common/sys/acl.h:50: error: previous declaration of 'ace_t' was here In file included from /usr/src/sys/modules/dtrace/dtmalloc/../../../sys/vnode.h:43, from /usr/src/sys/modules/dtrace/dtmalloc/../../../cddl/contrib/opensolaris/uts/common/sys/vnode.h:44, from /usr/src/sys/modules/dtrace/dtmalloc/../../../cddl/compat/opensolaris/sys/vnode.h:43, from /usr/src/sys/modules/dtrace/dtmalloc/../../../cddl/compat/opensolaris/sys/kobj.h:41, from /usr/src/sys/modules/dtrace/dtmalloc/../../../sys/linker.h:35, from /usr/src/sys/modules/dtrace/dtmalloc/../../../cddl/compat/opensolaris/sys/modctl.h:34, from /usr/src/sys/modules/dtrace/dtmalloc/../../../cddl/contrib/opensolaris/uts/common/sys/dtrace.h:50, from /usr/src/sys/modules/dtrace/dtmalloc/../../../cddl/dev/dtmalloc/dtmalloc.c:35: /usr/src/sys/modules/dtrace/dtmalloc/../../../cddl/compat/opensolaris/sys/acl.h:124:1: warning: "ACE_TYPE_FLAGS" redefined In file included from /usr/src/sys/modules/dtrace/dtmalloc/../../../cddl/compat/opensolaris/sys/acl.h:31, from /usr/src/sys/modules/dtrace/dtmalloc/../../../sys/vnode.h:43, from /usr/src/sys/modules/dtrace/dtmalloc/../../../cddl/contrib/opensolaris/uts/common/sys/vnode.h:44, from /usr/src/sys/modules/dtrace/dtmalloc/../../../cddl/compat/opensolaris/sys/vnode.h:43, from /usr/src/sys/modules/dtrace/dtmalloc/../../../cddl/compat/opensolaris/sys/kobj.h:41, from /usr/src/sys/modules/dtrace/dtmalloc/../../../sys/linker.h:35, from /usr/src/sys/modules/dtrace/dtmalloc/../../../cddl/compat/opensolaris/sys/modctl.h:34, from /usr/src/sys/modules/dtrace/dtmalloc/../../../cddl/contrib/opensolaris/uts/common/sys/dtrace.h:50, from /usr/src/sys/modules/dtrace/dtmalloc/../../../cddl/dev/dtmalloc/dtmalloc.c:35: /usr/src/sys/modules/dtrace/dtmalloc/../../../cddl/contrib/opensolaris/uts/common/sys/acl.h:178:1: warning: this is the location of the previous definition *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error Any pointers would be appreciated. Machine specs are as follows - HP 6110us laptop FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.2-STABLE #0: Mon May 18 20:17:14 PDT 2009 root@rougehunter75:/usr/obj/usr/src/sys/rougehunter75 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Turion(tm) 64 X2 Mobile Technology TL-50 (1607.33-MHz K8-classCPU) Origin = "AuthenticAMD" Id = 0x40f82 Stepping = 2 Features=0x178bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x1f Cores per package: 2 usable memory = 1994813440 (1902 MB) avail memory = 1922285568 (1833 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 From owner-freebsd-stable@FreeBSD.ORG Sun May 24 21:04:28 2009 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 E86E0106566C for ; Sun, 24 May 2009 21:04:28 +0000 (UTC) (envelope-from pschmehl_lists@tx.rr.com) Received: from cdptpa-omtalb.mail.rr.com (cdptpa-omtalb.mail.rr.com [75.180.132.123]) by mx1.freebsd.org (Postfix) with ESMTP id AD2DE8FC25 for ; Sun, 24 May 2009 21:04:28 +0000 (UTC) (envelope-from pschmehl_lists@tx.rr.com) Received: from [192.168.2.102] (really [76.182.207.163]) by cdptpa-omta03.mail.rr.com with ESMTP id <20090524181835393.ENNY28835@cdptpa-omta03.mail.rr.com>; Sun, 24 May 2009 18:18:35 +0000 Date: Sun, 24 May 2009 13:18:34 -0500 From: Paul Schmehl To: Andrew Klaus , freebsd-stable@freebsd.org Message-ID: <1483D9AC3AFFF7091D891522@Macintosh-2.local> In-Reply-To: <32e63b220905240943g963c6ady9dd7dfef67174b8b@mail.gmail.com> References: <32e63b220905240943g963c6ady9dd7dfef67174b8b@mail.gmail.com> X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: Re: Building 7.2-STABLE from 7.2-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Paul Schmehl List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 May 2009 21:04:29 -0000 --On May 24, 2009 10:43:56 AM -0600 Andrew Klaus wrote: > I'm trying to build a 7.2-STABLE buildworld right after I do a fresh > install of 7.2-RELEASE. The kernel compiles (and boots) properly, > without issue, however when I try to do a buildworld, I get the > following error: > > objcopy -S -O binary zfsboot.out zfsboot.bin > btxld -v -E 0x2000 -f bin -b > /usr/obj/usr/src/sys/boot/i386/zfsboot/../btx/btx/btx -l zfsboot.ldr -o > zfsboot.ld -P 1 zfsboot.bin > btxld: zfsboot.ldr: Invalid argument > *** Error code 2 > > Stop in /usr/src/sys/boot/i386/zfsboot. > *** Error code 1 > > > I know they introduced some new zfsboot stuff into the -Stable branch - > could that have anything to do with it? > Yes. Tinderbox started reporting the error last night. I assume it will be fixed soon. Paul Schmehl, If it isn't already obvious, my opinions are my own and not those of my employer. ****************************************** WARNING: Check the headers before replying From owner-freebsd-stable@FreeBSD.ORG Mon May 25 00:37:39 2009 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 13E7B106566B for ; Mon, 25 May 2009 00:37:39 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pz0-f105.google.com (mail-pz0-f105.google.com [209.85.222.105]) by mx1.freebsd.org (Postfix) with ESMTP id D619B8FC16 for ; Mon, 25 May 2009 00:37:38 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by pzk3 with SMTP id 3so2530676pzk.3 for ; Sun, 24 May 2009 17:37:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=YOIBVgIt5upUN1Iiu1QKyi2zwV0sOe3KBBFIcOSWFEM=; b=wEVOK3gpu8cETzhZSEhYKshAwg3K7vT1V0c3jLGcpeOxD3bqhuCl22lvYoCh6/+p3y wVc7o1b4TlmsFMBT8GHepktiGxW/XE/JZwZ+lmBgK8azYVx3pj/y7BzCMOGPeGMN2uCQ 8JzPL6x4bZFU4JNExmSBb+tBnU8sr1K/LV7Io= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=TyXuMchhkAxhYtcx351cbs8Rb0PLIl3aA+VJc4yiQwe4DhSgmyzgwFvi/JajLvMfHi hxgLyoADgjq4b48piLXOQHA0qxpFctd7UddrGubOjcSUN2RqveSehrvLL3JtYI+Omn2W cBjW2SJ1AhObDAwStmybyepyL1pC0uTVzWOzw= Received: by 10.114.94.1 with SMTP id r1mr13564589wab.130.1243211858301; Sun, 24 May 2009 17:37:38 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ([114.111.62.249]) by mx.google.com with ESMTPS id k2sm10188798rvb.2.2009.05.24.17.37.36 (version=SSLv3 cipher=RC4-MD5); Sun, 24 May 2009 17:37:37 -0700 (PDT) Received: by michelle.cdnetworks.co.kr (sSMTP sendmail emulation); Mon, 25 May 2009 09:48:33 +0900 From: Pyun YongHyeon Date: Mon, 25 May 2009 09:48:33 +0900 To: Danny Braniss Message-ID: <20090525004833.GF23593@michelle.cdnetworks.co.kr> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: msk(4) and Yukon X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2009 00:37:39 -0000 On Sun, May 24, 2009 at 06:05:47PM +0300, Danny Braniss wrote: > hi, > Since I saw some activity, I decided to try out my msks, > so the Yukon 88E8050 on my Intel SE7320VP21 now works with > hw.msk.legacy_intr=0 > which didn't before (sorry, but the best I can say is 'long time ago' ;-) > Thanks a lot for testing. > on an Asus P5K-VM with Yukon 88E8056, it panics when used to PXE boot, > but otherwise works fine (it used to hang the boot before). > Yeah, support for 88E8056 was not stable so far. I guess it's more easy to fix the panic than controller hang. After the completion of Yukon FE+ code, I'll see what can be done for 88E8056. From owner-freebsd-stable@FreeBSD.ORG Mon May 25 08:09:00 2009 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 160FD106564A; Mon, 25 May 2009 08:09:00 +0000 (UTC) (envelope-from davidn04@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.27]) by mx1.freebsd.org (Postfix) with ESMTP id B1ACA8FC14; Mon, 25 May 2009 08:08:59 +0000 (UTC) (envelope-from davidn04@gmail.com) Received: by qw-out-2122.google.com with SMTP id 3so1635273qwe.7 for ; Mon, 25 May 2009 01:08:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=plyeNKVEc6wLLoMeMd1hJj12X7eaDPs5LrJqxidjPik=; b=t3jmaXbnro4OQLxsavFUmBmMHZu5dR6koU6z+jmE6tzpdkqoy3AHLfVLuIbRo/ke3Q aJcQ/B53F1BKctWJdAEjPjAYL7iQjMzo6m3bP/TTYEAKtNua7r43e5CiqG1FjbPJWU1H kswioc6EsMJ10Ev+vnCA0T2r0/mwnSBLgW1q8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=wrvN6A06qfDFjG11mFPS4yf/p0VtUzunHzGojX6Um2JjHPws1TtNFB6VT2vQU5f+IT WmjQGESep4lH7n1lNItgn8wCCOc5QUXqMuFm1uV/zd+tyWblkJ/0jV2+ynzk9U1NaAdj PFeNl3QXjrkOj4bUJFUGjmDlwnj97TnozF3rg= MIME-Version: 1.0 Received: by 10.229.85.14 with SMTP id m14mr1968705qcl.64.1243237327557; Mon, 25 May 2009 00:42:07 -0700 (PDT) Date: Mon, 25 May 2009 17:42:07 +1000 Message-ID: <4d7dd86f0905250042v61f2af6cl943b665cdbeb26a3@mail.gmail.com> From: David N To: freebsd-stable , freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: gjournal locks up 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, 25 May 2009 08:09:00 -0000 Hi, I've got gjournal on two computers running 7.2-RELEASE (AMD64 and i386) both with SATA-I. (150) GPT + GMirror + GJournal I've had it soft lock, locking up with no HDD activity. And can't do anything, except a hard reset. on both machines. Box1 (i386) removed a slow HDD and replaced with a faster one, that stopped the locking. Box2 (AMD64) just happened today whilst test installing zimbra (Importing MySQL tables). Both have 2GB Journals on /usr and 1GB on /var Has there been any stability patches for GJournal that I can test out? or has there been any commited lately? Or even some tuning that could be done? If you like i can install a DEBUG Kernel and try to lock it again. (Usually heavy disk activity should do it). Regards David N From owner-freebsd-stable@FreeBSD.ORG Mon May 25 08:40:32 2009 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 BCEC9106568E for ; Mon, 25 May 2009 08:40:32 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id C5BD48FC24 for ; Mon, 25 May 2009 08:40:31 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from orphanage.alkar.net (account mav@alkar.net [212.86.226.11] verified) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPA id 243771930; Mon, 25 May 2009 11:40:28 +0300 Message-ID: <4A1A597B.5050600@FreeBSD.org> Date: Mon, 25 May 2009 11:40:27 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.14 (X11/20080612) MIME-Version: 1.0 To: Pavel Gorshkov References: <1242951786.00115396.1242940803@10.7.7.3> In-Reply-To: <1242951786.00115396.1242940803@10.7.7.3> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: powerd (-adp/-hadp) strangeness on 7.2/amd64 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, 25 May 2009 08:40:33 -0000 Pavel Gorshkov wrote: > Every time I create/mount or unmount/detach a MFS filesystem, > powerd would *immediately* react with something like the > following: > > ### mdmfs -s 200m md /mfs > load 200%, current freq 600 MHz ( 9), wanted freq 1092 MHz > changing clock speed from 600 MHz to 1200 MHz > load 4%, current freq 1200 MHz ( 5), wanted freq 955 MHz > changing clock speed from 1200 MHz to 1000 MHz > ### umount /mfs && mdconfig -d -u 0 > load 200%, current freq 1000 MHz ( 6), wanted freq 1910 MHz > changing clock speed from 1000 MHz to 1982 MHz > > or even > > load 4%, current freq 1600 MHz ( 3), wanted freq 1519 MHz > ### mdmfs here > load 100%, current freq 1600 MHz ( 3), wanted freq 4532 MHz > > Is that expected behaviour? :-) CPU load above 100% possible for SMP systems, it just sum from all CPUs. Wanted freqs above maximum are also possible, when `hiadaptive` profile is used. Probably NFS creates some significant load while mounting. -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Mon May 25 10:39:34 2009 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 6D6331065670; Mon, 25 May 2009 10:39:34 +0000 (UTC) (envelope-from davidn04@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.26]) by mx1.freebsd.org (Postfix) with ESMTP id EC8ED8FC12; Mon, 25 May 2009 10:39:33 +0000 (UTC) (envelope-from davidn04@gmail.com) Received: by qw-out-2122.google.com with SMTP id 3so1658914qwe.7 for ; Mon, 25 May 2009 03:39:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=1zGcmwON1pXK7/3NCK5zcbzhBFdTJVtJU2pev1JICk4=; b=i/XNj1oVCnSxY+xhkOL4gxEPdb03FifnAfp2cEUaLjzPTMoy8eQEVHd8ZroI8NXIZR GhssQ0imnph20jCzMW5Yy8XQGjVJggF1/gIkbL97pai7/Ji2rnCNcmSw/7NfZBVlUNn4 seG6fi173Xk4f38EtyR0FVKelu3afqqjiJOGA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=HSBUtgir+9ByQSzNppaYnRtOoB1EiJLLX9i0zLjsO8yC6grG+TOXDIl2/LY83W6aaI xYaMv5ZZdVPsek4/kwVDRGMb2oFosQUqtHznXuBWWI2f6ttPUGDCCB2BVzgs0/ZxWKIF El/JCPxLLiS5u/3Pciu1rkhTrjqUeoGOKS8wE= MIME-Version: 1.0 Received: by 10.229.86.196 with SMTP id t4mr2036154qcl.39.1243247973303; Mon, 25 May 2009 03:39:33 -0700 (PDT) In-Reply-To: References: <4d7dd86f0905250042v61f2af6cl943b665cdbeb26a3@mail.gmail.com> Date: Mon, 25 May 2009 20:39:33 +1000 Message-ID: <4d7dd86f0905250339o6e395102l5074198b38143970@mail.gmail.com> From: David N To: Ivan Voras Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: gjournal locks up 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, 25 May 2009 10:39:34 -0000 2009/5/25 Ivan Voras : > David N wrote: >> Hi, >> >> I've got gjournal on two computers running 7.2-RELEASE (AMD64 and >> i386) both with SATA-I. (150) >> >> GPT + GMirror + GJournal >> >> I've had it soft lock, locking up with no HDD activity. And can't do >> anything, except a hard reset. on both machines. >> >> Box1 (i386) removed a slow HDD and replaced with a faster one, that >> stopped the locking. >> Box2 (AMD64) just happened today whilst test installing zimbra >> (Importing MySQL tables). >> >> Both have 2GB Journals on /usr and 1GB on /var >> >> Has there been any stability patches for GJournal that I can test out? >> or has there been any commited lately? >> >> Or even some tuning that could be done? >> >> If you like i can install a DEBUG Kernel and try to lock it again. >> (Usually heavy disk activity should do it). > > You need to provide more data. How do you know that "gjournal" has > locked up? There is comparatively little in gjournal itself that can > lock up. Is the machine still responsive to network? In what states > (wait channels) are the processes on the machine? > > The network seems okay. The SSH session doesn't close. It just sits there, initiating another SSH just sits there as well, it doesn't time out or anything. I'll compile a debug kernel tonight, and I'll put in the other disk that "should" lock up, tomorrow and copy a few gigs across. The first time it locked up was when i was copying cp -va from one disk (degraded mirrror) to the other disk (degraded mirror + gjournal). Copied around 40GB until it locked up. It did it 3 times before i manage to copy everything over. Re-syncing of the mirror works fine. Should i use options KDB options DDB options INVARIANTS options INVARIANTS_SUPPORT options WITNESS options DIAGNOSTIC ? Regards David N From owner-freebsd-stable@FreeBSD.ORG Mon May 25 10:55:44 2009 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 B34E41065675 for ; Mon, 25 May 2009 10:55:44 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 67B248FC1B for ; Mon, 25 May 2009 10:55:43 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1M8XqC-0007xj-DT for freebsd-stable@freebsd.org; Mon, 25 May 2009 10:55:36 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 25 May 2009 10:55:36 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 25 May 2009 10:55:36 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Mon, 25 May 2009 12:55:31 +0200 Lines: 44 Message-ID: References: <4d7dd86f0905250042v61f2af6cl943b665cdbeb26a3@mail.gmail.com> <4d7dd86f0905250339o6e395102l5074198b38143970@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig3AD177FEDB5F7FD44F939DA9" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.21 (X11/20090409) In-Reply-To: <4d7dd86f0905250339o6e395102l5074198b38143970@mail.gmail.com> X-Enigmail-Version: 0.95.7 Sender: news Cc: freebsd-current@freebsd.org Subject: Re: gjournal locks up 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, 25 May 2009 10:55:44 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig3AD177FEDB5F7FD44F939DA9 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable David N wrote: > The first time it locked up was when i was copying > cp -va > from one disk (degraded mirrror) to the other disk (degraded mirror + > gjournal). Copied around 40GB until it locked up. It did it 3 times > before i manage to copy everything over. Re-syncing of the mirror > works fine. >=20 > Should i use > options KDB > options DDB > options INVARIANTS > options INVARIANTS_SUPPORT > options WITNESS > options DIAGNOSTIC > ? You can leave DIAGNOSTIC out. I'd still like you to post process' states (wchan) - in your case, of the "cp" process. --------------enig3AD177FEDB5F7FD44F939DA9 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkoaeSMACgkQldnAQVacBchoQgCdGPqMDw6VR8wE4ejLCiIdpo3c HdkAnA72FBoIv4UdT32z6Gu5QUAvlBo3 =xwRv -----END PGP SIGNATURE----- --------------enig3AD177FEDB5F7FD44F939DA9-- From owner-freebsd-stable@FreeBSD.ORG Mon May 25 11:15:41 2009 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 CA241106593B; Mon, 25 May 2009 11:15:41 +0000 (UTC) (envelope-from davidn04@gmail.com) Received: from mail-qy0-f105.google.com (mail-qy0-f105.google.com [209.85.221.105]) by mx1.freebsd.org (Postfix) with ESMTP id 361818FC15; Mon, 25 May 2009 11:15:40 +0000 (UTC) (envelope-from davidn04@gmail.com) Received: by qyk3 with SMTP id 3so4518583qyk.3 for ; Mon, 25 May 2009 04:15:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=f4FtJcPvggwO75PoPf1LZ0mcfdxEWGi2HYWkscuZU7c=; b=X4FPkGzk5RLG5ipHR6tZD+ryKjSxfIrcjXKnhN/iICimTkcOxZ8UN+ukSjXMNdwd9n 8XNlXP4uchMjhIOfwWqQc6YBVtfCQp7nWQ1aHApvF43QMwuVifQyFBIk+ZBhvR4RJWUL qpMYoPQ3Y2QH+HXi07Qc8duqF2DdEEFuGu0w0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=AiMYAmZ7BRHrhInFU/wYNGP/xOGSKMZzmIYCXhXy5u6SakbSc9maTZFLu6GJVKshDu UUV0/8Rlrl0UqLsqgHzi8HEDWD9Gvwq8BoZjyqJB5FyMEK1XoACcLF7frk0gySPqDYek kUa3QNFz50brYk2VAosSiu/PiiA9VLDu+WhTc= MIME-Version: 1.0 Received: by 10.229.81.66 with SMTP id w2mr2002685qck.12.1243250140390; Mon, 25 May 2009 04:15:40 -0700 (PDT) In-Reply-To: References: <4d7dd86f0905250042v61f2af6cl943b665cdbeb26a3@mail.gmail.com> <4d7dd86f0905250339o6e395102l5074198b38143970@mail.gmail.com> Date: Mon, 25 May 2009 21:15:40 +1000 Message-ID: <4d7dd86f0905250415u32171606qaf9b64185da1a50@mail.gmail.com> From: David N To: Ivan Voras Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: gjournal locks up 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, 25 May 2009 11:16:03 -0000 2009/5/25 Ivan Voras : > David N wrote: > >> The first time it locked up was when i was copying >> cp -va >> from one disk (degraded mirrror) to the other disk (degraded mirror + >> gjournal). Copied around 40GB until it locked up. It did it 3 times >> before i manage to copy everything over. Re-syncing of the mirror >> works fine. >> >> Should i use >> options KDB >> options DDB >> options INVARIANTS >> options INVARIANTS_SUPPORT >> options WITNESS >> options DIAGNOSTIC >> ? > > You can leave DIAGNOSTIC out. > > I'd still like you to post process' states (wchan) - in your case, of > the "cp" process. > > How would i go about doing that? Sorry, I'm new to debugging FreeBSD, been using for a long time though. Regards David N From owner-freebsd-stable@FreeBSD.ORG Mon May 25 11:17:02 2009 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 6431D1065AAF; Mon, 25 May 2009 11:17:01 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:2:2d29:0:1::]) by mx1.freebsd.org (Postfix) with ESMTP id 690C28FC2C; Mon, 25 May 2009 11:16:50 +0000 (UTC) (envelope-from hlh@restart.be) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:2:2d29:1:ffff::]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "avoriaz.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 6C2254984; Mon, 25 May 2009 13:16:49 +0200 (CEST) Received: from morzine.restart.bel (morzine.restart.be [IPv6:2001:41d0:2:2d29:1:2::]) (authenticated bits=0) by restart.be (8.14.3/8.14.3) with ESMTP id n4PBGi9B097843; Mon, 25 May 2009 13:16:44 +0200 (CEST) (envelope-from hlh@restart.be) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1243250208; bh=E2+UQ1z7vgRfDljrpmcTgGs5+ef75Og+H3xGvXgz/Rw=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=QPxTl91FeF2WEhfeiKNKf/Yt8g1cgasw/sz0yOQd19IMVfQbVHan1m3B0DTaEOLGj rKwWL2HMygPgEhzTruR4A== DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:content-type: content-transfer-encoding:x-scanned-by; b=xjpsJJJR3W1ZF3NpOGQJS6T5n/rNZ23/3ynoO24NUhBA47jnyXYTwq5mRrxAr8Xk2 SKB+VMDWGo/pGJCFiOkgQ== Message-ID: <4A1A7E1C.9090401@restart.be> Date: Mon, 25 May 2009 13:16:44 +0200 From: Henri Hennebert Organization: RestartSoft User-Agent: Thunderbird 2.0.0.21 (X11/20090412) MIME-Version: 1.0 To: Kip Macy References: <3c1674c90905201643m540c8b1v8a8bd88f071c233d@mail.gmail.com> In-Reply-To: <3c1674c90905201643m540c8b1v8a8bd88f071c233d@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.64 on IPv6:2001:41d0:2:2d29:1:1:: Cc: freebsd-stable@freebsd.org Subject: Re: ZFS MFC heads down 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, 25 May 2009 11:17:22 -0000 Kip Macy wrote: > On Wed, May 20, 2009 at 2:59 PM, Kip Macy wrote: >> I will be MFC'ing the newer ZFS support some time this afternoon. Both >> world and kernel will need to be re-built. Existing pools will >> continue to work without upgrade. >> >> >> If you choose to upgrade a pool to take advantage of new features you >> will no longer be able to use it with sources prior to today. 'zfs >> send/recv' is not expected to inter-operate between different pool >> versions. > > > The MFC went in r192498. Please let me know if you have any problems. > I get a panic: panic: solaris assert: 0 == dmu_read(os, lr->lr_foid, off, dlen, buf), file: /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c, line: 991 during `make -s DESTDIR=/kingston installworld` kingston is a pool on a USB stick with GPT partitions more info at : http://verbier.restart.be/xfer/core.txt.60 Thanks for your work Henri > Thanks, > Kip > _______________________________________________ > 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 Mon May 25 11:21:35 2009 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 225A51065CD2 for ; Mon, 25 May 2009 11:21:35 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 6D5608FC08 for ; Mon, 25 May 2009 11:21:24 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1M8YF7-0000gO-Ut for freebsd-stable@freebsd.org; Mon, 25 May 2009 11:21:21 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 25 May 2009 11:21:21 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 25 May 2009 11:21:21 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Mon, 25 May 2009 13:21:12 +0200 Lines: 52 Message-ID: References: <4d7dd86f0905250042v61f2af6cl943b665cdbeb26a3@mail.gmail.com> <4d7dd86f0905250339o6e395102l5074198b38143970@mail.gmail.com> <4d7dd86f0905250415u32171606qaf9b64185da1a50@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig4E57A78E19CE37BA3248AE26" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.21 (X11/20090409) In-Reply-To: <4d7dd86f0905250415u32171606qaf9b64185da1a50@mail.gmail.com> X-Enigmail-Version: 0.95.7 Sender: news Cc: freebsd-current@freebsd.org Subject: Re: gjournal locks up 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, 25 May 2009 11:21:40 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig4E57A78E19CE37BA3248AE26 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable David N wrote: > 2009/5/25 Ivan Voras : >> David N wrote: >> >>> The first time it locked up was when i was copying >>> cp -va >>> from one disk (degraded mirrror) to the other disk (degraded mirror += >>> gjournal). Copied around 40GB until it locked up. It did it 3 times >>> before i manage to copy everything over. Re-syncing of the mirror >>> works fine. >>> >>> Should i use >>> options KDB >>> options DDB >>> options INVARIANTS >>> options INVARIANTS_SUPPORT >>> options WITNESS >>> options DIAGNOSTIC >>> ? >> You can leave DIAGNOSTIC out. >> >> I'd still like you to post process' states (wchan) - in your case, of >> the "cp" process. >=20 > How would i go about doing that? > Sorry, I'm new to debugging FreeBSD, been using for a long time though.= You can see them in "top" or you can do "ps axul". --------------enig4E57A78E19CE37BA3248AE26 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkoafygACgkQldnAQVacBcjmpwCg0C+E9wY+ay1/8Dl9myVTOeVR ivQAn1E3YgVIcIaudO6I6BIzNL66DBri =G/cf -----END PGP SIGNATURE----- --------------enig4E57A78E19CE37BA3248AE26-- From owner-freebsd-stable@FreeBSD.ORG Mon May 25 11:37:14 2009 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 1E961106564A for ; Mon, 25 May 2009 11:37:14 +0000 (UTC) (envelope-from amarat@ksu.ru) Received: from mx.kzn.ru (mx.kzn.ru [194.85.243.38]) by mx1.freebsd.org (Postfix) with ESMTP id D299A8FC18 for ; Mon, 25 May 2009 11:37:12 +0000 (UTC) (envelope-from amarat@ksu.ru) Authentication-Results: iout.kzn.ru; dkim=neutral (message not signed) header.i=none Received-SPF: None identity=pra; client-ip=193.232.252.56; receiver=iout.kzn.ru; envelope-from="amarat@ksu.ru"; x-sender="amarat@ksu.ru"; x-conformance=sidf_compatible Received-SPF: None identity=mailfrom; client-ip=193.232.252.56; receiver=iout.kzn.ru; envelope-from="amarat@ksu.ru"; x-sender="amarat@ksu.ru"; x-conformance=sidf_compatible Received-SPF: None identity=helo; client-ip=193.232.252.56; receiver=iout.kzn.ru; envelope-from="amarat@ksu.ru"; x-sender="postmaster@ruby.ksu.ru"; x-conformance=sidf_compatible X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: At8EAH8fGkrB6Pw4/2dsb2JhbACBT8oXgj80gRgF X-IronPort-AV: E=Sophos;i="4.41,243,1241380800"; d="p7s'?scan'208";a="3650659" Received: from mail.ksu.ru (HELO ruby.ksu.ru) ([193.232.252.56]) by iout.kzn.ru with ESMTP; 25 May 2009 15:37:09 +0400 X-Pass-Through: Kazan State University Network Received: from zealot.ksu.ru ([194.85.245.161]) by ksu.ru (8.13.4/8.13.4) with ESMTP id n4PAhi2D025738; Mon, 25 May 2009 10:43:44 GMT Received: from zealot.ksu.ru (localhost.lnet [127.0.0.1]) by zealot.ksu.ru (8.14.3/8.14.3) with ESMTP id n4PBap1X028453; Mon, 25 May 2009 15:36:51 +0400 (MSD) (envelope-from amarat@ksu.ru) Message-ID: <4A1A82D3.3000804@ksu.ru> Date: Mon, 25 May 2009 15:36:51 +0400 From: "Marat N.Afanasyev" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.8.1.19) Gecko/20090124 SeaMonkey/1.1.14 MIME-Version: 1.0 To: Ivan Voras References: <4d7dd86f0905250042v61f2af6cl943b665cdbeb26a3@mail.gmail.com> <4d7dd86f0905250339o6e395102l5074198b38143970@mail.gmail.com> <4d7dd86f0905250415u32171606qaf9b64185da1a50@mail.gmail.com> In-Reply-To: Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms020100020400090800020107" Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: gjournal locks up 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, 25 May 2009 11:37:14 -0000 This is a cryptographically signed message in MIME format. --------------ms020100020400090800020107 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Ivan Voras wrote: > David N wrote: >> 2009/5/25 Ivan Voras : >>> David N wrote: >>> >>>> The first time it locked up was when i was copying >>>> cp -va >>>> from one disk (degraded mirrror) to the other disk (degraded mirror + >>>> gjournal). Copied around 40GB until it locked up. It did it 3 times >>>> before i manage to copy everything over. Re-syncing of the mirror >>>> works fine. >>>> >>>> Should i use >>>> options KDB >>>> options DDB >>>> options INVARIANTS >>>> options INVARIANTS_SUPPORT >>>> options WITNESS >>>> options DIAGNOSTIC >>>> ? >>> You can leave DIAGNOSTIC out. >>> >>> I'd still like you to post process' states (wchan) - in your case, of >>> the "cp" process. >> How would i go about doing that? >> Sorry, I'm new to debugging FreeBSD, been using for a long time though. > > You can see them in "top" or you can do "ps axul". > usually when disc subsystem locks no program can be launched neither top, nor ps ;) i'd rather use ^T while cp hang -- SY, Marat --------------ms020100020400090800020107 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIII8zCC AtQwggI9oAMCAQICEHpsMo6nkbUVegxjAzzxYCkwDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UE BhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMT I1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA5MDQwMTE5MTUxOFoX DTEwMDQwMTE5MTUxOFowPzEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEcMBoG CSqGSIb3DQEJARYNYW1hcmF0QGtzdS5ydTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoC ggEBALqa7MfgjbsxmgpTOKxAN7w+cFViFA8NrULAARwVQJQJCnVRGf3i97EwNdLE8VTNniU4 ybS4gtLsy9gfNuuyPV2AJESpgrxaG+KZyHu1f6P4e31YBbnbtWVTUxZ3U/vWoL+BOAOI4S84 Cx834a4uYK75WhpZKd56qet5loyn9N1wBZNgCh9AwU31lA/Q0iCSKpEIxuhbElNXHNnqAlts CtNXsKgsT8mP7QI52h0cBOPSZqvz++e/wruJGgKeCECqo8ftwwya3CYkH1lhH2Q1zeXwez1E 1+solM48odH+odn29ctmOqr3PzZfmBJyGFf5FagTKNia/ys48yBtVU/RXHsCAwEAAaMqMCgw GAYDVR0RBBEwD4ENYW1hcmF0QGtzdS5ydTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBQUA A4GBAG4Pj7KRSJ/M28KNynJOPCHg26L15S9OfQ+ckMaPPDRAejtdlUdCgkoyD9d1Du/amAk6 A3NcY2I/MsFW2vSonQfU+7cJZiyuhfw7wQlOovCx7USw1dmF6u3EljWZV+Kg4Vi3vN2dPyJx tv8li9McWQoMLmm5zzFGGRaSRnnrnZFsMIIC1DCCAj2gAwIBAgIQemwyjqeRtRV6DGMDPPFg KTANBgkqhkiG9w0BAQUFADBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1 bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElz c3VpbmcgQ0EwHhcNMDkwNDAxMTkxNTE4WhcNMTAwNDAxMTkxNTE4WjA/MR8wHQYDVQQDExZU aGF3dGUgRnJlZW1haWwgTWVtYmVyMRwwGgYJKoZIhvcNAQkBFg1hbWFyYXRAa3N1LnJ1MIIB IjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAuprsx+CNuzGaClM4rEA3vD5wVWIUDw2t QsABHBVAlAkKdVEZ/eL3sTA10sTxVM2eJTjJtLiC0uzL2B8267I9XYAkRKmCvFob4pnIe7V/ o/h7fVgFudu1ZVNTFndT+9agv4E4A4jhLzgLHzfhri5grvlaGlkp3nqp63mWjKf03XAFk2AK H0DBTfWUD9DSIJIqkQjG6FsSU1cc2eoCW2wK01ewqCxPyY/tAjnaHRwE49Jmq/P757/Cu4ka Ap4IQKqjx+3DDJrcJiQfWWEfZDXN5fB7PUTX6yiUzjyh0f6h2fb1y2Y6qvc/Nl+YEnIYV/kV qBMo2Jr/KzjzIG1VT9FcewIDAQABoyowKDAYBgNVHREEETAPgQ1hbWFyYXRAa3N1LnJ1MAwG A1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEFBQADgYEAbg+PspFIn8zbwo3Kck48IeDbovXlL059 D5yQxo88NEB6O12VR0KCSjIP13UO79qYCToDc1xjYj8ywVba9KidB9T7twlmLK6F/DvBCU6i 8LHtRLDV2YXq7cSWNZlX4qDhWLe83Z0/InG2/yWL0xxZCgwuabnPMUYZFpJGeeudkWwwggM/ MIICqKADAgECAgENMA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMM V2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25z dWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYD VQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNv bmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAwWhcNMTMwNzE2MjM1OTU5 WjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRk LjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwgZ8wDQYJ KoZIhvcNAQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUEcJ3f6f+jHuy9zfVb8hp2 vX8MOmHyv1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH5/EfkTYkKhPPK9Xzgnc9 A74r/rsYPge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBlyYLf7AgMBAAGjgZQwgZEw EgYDVR0TAQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJodHRwOi8vY3JsLnRoYXd0 ZS5jb20vVGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNVHQ8EBAMCAQYwKQYDVR0R BCIwIKQeMBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0GCSqGSIb3DQEBBQUAA4GB AEiM0VCD6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYvwPQcUCCTcDz9reFhYsPZ Ohl+hLGZGwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3h9bGCE6u9uo05RAaWzVN d+NWIXiC3CEZNd4ksdMdRv9dX2VPMYIDZDCCA2ACAQEwdjBiMQswCQYDVQQGEwJaQTElMCMG A1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBl cnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECEHpsMo6nkbUVegxjAzzxYCkwCQYFKw4DAhoF AKCCAcMwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMDkwNTI1 MTEzNjUxWjAjBgkqhkiG9w0BCQQxFgQU52c+xujF/o1dGbzsEPa6tACFvnQwUgYJKoZIhvcN AQkPMUUwQzAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYF Kw4DAgcwDQYIKoZIhvcNAwICASgwgYUGCSsGAQQBgjcQBDF4MHYwYjELMAkGA1UEBhMCWkEx JTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0 ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAhB6bDKOp5G1FXoMYwM88WApMIGHBgsq hkiG9w0BCRACCzF4oHYwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0 aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1 aW5nIENBAhB6bDKOp5G1FXoMYwM88WApMA0GCSqGSIb3DQEBAQUABIIBALCD3WWMx3WPP46T 2FHxXAx9lRlt1+SqM8fFsOfIzYHet8ozbjBhMzPMLkgbA6MKy8Jp3YONGFDw5+io3y8Y6pHQ J02YP9IlQn2zVBTHkKr10O3euCmbHqo7/6+mN9znhQex4nNQ9bxxRC6M6WsCuWkb4b9ZeNoZ 5zxlYrzpMaAj8Mf76QguE9/we4wUqEiloxkGD3umbZqoKE+5UZ+Ga/QpP30i1PsEgGnPwJUS GBqhn7eY7zMh5QOYSDkpHeDqwcRARACoMYlZAkCNnCZz2p8Iym6jwvTEKFvjKtAPOsQ7c5yN pmwQTUYSJH0FPrEK/Ne9PgWQguMrC0rJXV4jO7kAAAAAAAA= --------------ms020100020400090800020107-- From owner-freebsd-stable@FreeBSD.ORG Mon May 25 11:37:35 2009 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 CC5EC1065742; Mon, 25 May 2009 11:37:35 +0000 (UTC) (envelope-from davidn04@gmail.com) Received: from mail-qy0-f105.google.com (mail-qy0-f105.google.com [209.85.221.105]) by mx1.freebsd.org (Postfix) with ESMTP id 5BD9D8FC12; Mon, 25 May 2009 11:37:34 +0000 (UTC) (envelope-from davidn04@gmail.com) Received: by qyk3 with SMTP id 3so4528818qyk.3 for ; Mon, 25 May 2009 04:37:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=yC7aZ15BQCpEwdSfnXS5KCnXE1IFMpeO2ODVRlezwas=; b=gRSY097PXT/qPDnUuYPi6sa1aipusZ0td6dOPX6fvNxFEYTX8tg0N1feJRQAuI5BZG /eRKBdTqGUkXleiFwvxXmLfGB+rof3rqto/kjCWu2/0wamthZHWdzKYBJ/8sFDDG6eqz tQ00PFHFhFREX9xn3L/2w2EGPmIU/8o1OTLSk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=Xp3CJRUs3/pExrO/tNyu9bTFdWXaTWtArMY7Krn9M7GobuSotnC/eJyvr8MkZ6d7nF 3NaHoUET/3FqwuWq0FcMpHyb8Xhy/OXUGzXNFZuq3y1AiK1V9sDFXmR/uS2fFecyFwOB aQh4B/LNas+wAq8TTvXp33q/5Id1e4wMAPp9g= MIME-Version: 1.0 Received: by 10.229.96.73 with SMTP id g9mr2103284qcn.45.1243251454280; Mon, 25 May 2009 04:37:34 -0700 (PDT) In-Reply-To: References: <4d7dd86f0905250042v61f2af6cl943b665cdbeb26a3@mail.gmail.com> <4d7dd86f0905250339o6e395102l5074198b38143970@mail.gmail.com> <4d7dd86f0905250415u32171606qaf9b64185da1a50@mail.gmail.com> Date: Mon, 25 May 2009 21:37:34 +1000 Message-ID: <4d7dd86f0905250437u63b9152m65a914b7acd3f0@mail.gmail.com> From: David N To: Ivan Voras Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: gjournal locks up 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, 25 May 2009 11:37:36 -0000 2009/5/25 Ivan Voras : > David N wrote: >> 2009/5/25 Ivan Voras : >>> David N wrote: >>> >>>> The first time it locked up was when i was copying >>>> cp -va >>>> from one disk (degraded mirrror) to the other disk (degraded mirror + >>>> gjournal). Copied around 40GB until it locked up. It did it 3 times >>>> before i manage to copy everything over. Re-syncing of the mirror >>>> works fine. >>>> >>>> Should i use >>>> options KDB >>>> options DDB >>>> options INVARIANTS >>>> options INVARIANTS_SUPPORT >>>> options WITNESS >>>> options DIAGNOSTIC >>>> ? >>> You can leave DIAGNOSTIC out. >>> >>> I'd still like you to post process' states (wchan) - in your case, of >>> the "cp" process. >> >> How would i go about doing that? >> Sorry, I'm new to debugging FreeBSD, been using for a long time though. > > You can see them in "top" or you can do "ps axul". > > Before the lock up all disk activity come to a halt. Gstat - all disk drops to 0.00 then locks More info can be seen http://lists.freebsd.org/pipermail/freebsd-questions/2009-May/198149.html I'll post more info when the new kernel is done. Regards David N From owner-freebsd-stable@FreeBSD.ORG Mon May 25 11:49:36 2009 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 C3FCC10656C4 for ; Mon, 25 May 2009 11:49:36 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 76B238FC22 for ; Mon, 25 May 2009 11:49:36 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1M8YgR-0002Ct-3T for freebsd-stable@freebsd.org; Mon, 25 May 2009 11:49:35 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 25 May 2009 11:49:35 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 25 May 2009 11:49:35 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Mon, 25 May 2009 13:49:29 +0200 Lines: 30 Message-ID: References: <4d7dd86f0905250042v61f2af6cl943b665cdbeb26a3@mail.gmail.com> <4d7dd86f0905250339o6e395102l5074198b38143970@mail.gmail.com> <4d7dd86f0905250415u32171606qaf9b64185da1a50@mail.gmail.com> <4A1A82D3.3000804@ksu.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig99953AD37B93F7E6C927FB9B" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.21 (X11/20090409) In-Reply-To: <4A1A82D3.3000804@ksu.ru> X-Enigmail-Version: 0.95.7 Sender: news Cc: freebsd-current@freebsd.org Subject: Re: gjournal locks up 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, 25 May 2009 11:49:37 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig99953AD37B93F7E6C927FB9B Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Marat N.Afanasyev wrote: > usually when disc subsystem locks no program can be launched neither > top, nor ps ;) i'd rather use ^T while cp hang Depending on where it's stuck. You can start "top" before it locks up and leave it running. If it's only the low levels that are stuck, precaching "ps" will still work. --------------enig99953AD37B93F7E6C927FB9B Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkoahckACgkQldnAQVacBchhlwCgu4BY0PC+soOEGhZGrCFNWTBE L5EAoLQIsMLH4MkBVif+htAfManhJ+7z =o3b5 -----END PGP SIGNATURE----- --------------enig99953AD37B93F7E6C927FB9B-- From owner-freebsd-stable@FreeBSD.ORG Mon May 25 17:40:28 2009 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 8ABA8106566C for ; Mon, 25 May 2009 17:40:28 +0000 (UTC) (envelope-from lopez.on.the.lists@yellowspace.net) Received: from mail.yellowspace.net (mail.yellowspace.net [80.190.200.164]) by mx1.freebsd.org (Postfix) with ESMTP id 095CE8FC25 for ; Mon, 25 May 2009 17:40:27 +0000 (UTC) (envelope-from lopez.on.the.lists@yellowspace.net) Received: from furia.intranet ([93.104.99.4]) (AUTH: LOGIN lopez.on.the.lists@yellowspace.net) by mail.yellowspace.net with esmtp; Mon, 25 May 2009 19:40:25 +0200 id 004841F3.000000004A1AD809.000020C2 Message-Id: <29579856-69F7-4CDC-A52A-B414A40180ED@yellowspace.net> From: Lorenzo Perone To: FreeBSD Stable Mailing List Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.4) Date: Mon, 25 May 2009 19:40:25 +0200 X-Mailer: Apple Mail (2.930.4) Subject: ZFS boot on zfs mirror 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, 25 May 2009 17:40:28 -0000 Hello to all, Having licked blood now, and read the news from Kip Macy about > - zfs boot for all types now works I was wondering if anyone has some updated tutorial on how to achieve a zfs-only bootable FreeBSD with a mirrored zpool. While gmirror is a very nice thing, and I suppose it would be relatively easy to build a pool on top of a gmirror, I'd much more like the idea of a zfs mirror with the checksumming and recovery features zfs has (although I remember a post by pjd somewhere telling that gmirror actually has this feature too, except for the auto recovery, so given the possibility to activate it, it still could be an option...). Searching around I found this tutorial on how to set up a ZFS bootable system, which is mostly straightforward: http://blogs.freebsdish.org/lulf/2008/12/16/setting-up-a-zfs-only-system/ However it leaves a few questions open... How am I supposed to make a zfs mirror out of it? Suppose I have ad4 and ad6, should I repeat the exact same gpart-steps for both ad4 and ad6, and then make a zpool create data mirror ad4p3 ad6p3? How about swap? I suppose it will be on one of the disks? And what if I start with one disk and add the second one later with zpool attach? Any suggestion/links for this (also other strategies if recommended) would be very welcome, and I'll be happy to share the results when and if I succeed... BTW, is there any limitation for i386 for the boot/root features? The machine which would be free for this experiment is i386 (p4 4Ghz, 4GB Ram) Regards, Lorenzo From owner-freebsd-stable@FreeBSD.ORG Mon May 25 18:07:16 2009 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 9B699106566B for ; Mon, 25 May 2009 18:07:16 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.28]) by mx1.freebsd.org (Postfix) with ESMTP id 540F58FC34 for ; Mon, 25 May 2009 18:07:16 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so1908624yxb.13 for ; Mon, 25 May 2009 11:07:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=EFncWnE9FXDAc7w+spUe688algGZz1rozRvvA5AQQ5A=; b=KtcAwsVI3qt06FDkwivxQoJ2QWFLqiecphRqFuacZtLYmfZPtKLA2IhGetex/QuGEs Oy5y9RigC+VTosRF1dePaNrfMJulcw7C+p2ZV5UpoB9bpTyTM8h4Hv3f8VeIHChQgWxW YEYhpJ6QDruJzCanQoGSZitRCG9IK4C2T45Es= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=VZWQD69ey8Dh9TIauPDbWvNeiBCN+fASZ7eTAUos3evlJ1uqXpACyL1b+MLUm0M30W FZp98zKlB/mYpY+RwLVrvb1Ne5pG++WYgYr3JqMVtnN0sv10FTbwUFX7er5ARqczjCdV TEuhe8bq83xlKn8s84B7/qresjub11wGKlHuM= MIME-Version: 1.0 Sender: mat.macy@gmail.com Received: by 10.100.141.10 with SMTP id o10mr12652737and.152.1243274834423; Mon, 25 May 2009 11:07:14 -0700 (PDT) In-Reply-To: <4A1A7E1C.9090401@restart.be> References: <3c1674c90905201643m540c8b1v8a8bd88f071c233d@mail.gmail.com> <4A1A7E1C.9090401@restart.be> Date: Mon, 25 May 2009 11:07:14 -0700 X-Google-Sender-Auth: 2af5547923126662 Message-ID: <3c1674c90905251107m6de3065bxe456161b2b3b8e5d@mail.gmail.com> From: Kip Macy To: Henri Hennebert Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: ZFS MFC heads down 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, 25 May 2009 18:07:16 -0000 I haven't looked at the panic yet, but adding a USB quirk (no SYNCHRONIZE_CACHE) would certainly reduce the noise in your logs. -Kip On Mon, May 25, 2009 at 4:16 AM, Henri Hennebert wrote: > Kip Macy wrote: >> >> On Wed, May 20, 2009 at 2:59 PM, Kip Macy wrote: >>> >>> I will be MFC'ing the newer ZFS support some time this afternoon. Both >>> world and kernel will need to be re-built. Existing pools will >>> continue to work without upgrade. >>> >>> >>> If you choose to upgrade a pool to take advantage of new features you >>> will no longer be able to use it with sources prior to today. 'zfs >>> send/recv' is not expected to inter-operate between different pool >>> versions. >> >> >> The MFC went in r192498. Please let me know if you have any problems. >> > I get a panic: > > panic: solaris assert: 0 == dmu_read(os, lr->lr_foid, off, dlen, buf), file: > /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c, > line: 991 > > during `make -s DESTDIR=/kingston installworld` > > kingston is a pool on a USB stick with GPT partitions > > more info at : http://verbier.restart.be/xfer/core.txt.60 > > Thanks for your work > > Henri > >> Thanks, >> Kip >> _______________________________________________ >> 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" > > -- When bad men combine, the good must associate; else they will fall one by one, an unpitied sacrifice in a contemptible struggle. Edmund Burke From owner-freebsd-stable@FreeBSD.ORG Mon May 25 21:19:15 2009 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 30FD2106566C for ; Mon, 25 May 2009 21:19:15 +0000 (UTC) (envelope-from cryx-freebsd@h3q.com) Received: from mail.h3q.com (mail.h3q.com [213.73.89.199]) by mx1.freebsd.org (Postfix) with ESMTP id 6E61D8FC14 for ; Mon, 25 May 2009 21:19:14 +0000 (UTC) (envelope-from cryx-freebsd@h3q.com) Received: (qmail 76362 invoked from network); 25 May 2009 21:19:12 -0000 Received: from unknown (HELO snowwhite.local) (smtpsend@89.247.13.58) by mail.h3q.com with AES256-SHA encrypted SMTP; 25 May 2009 21:19:12 -0000 Message-ID: <4A1B0B4F.1020106@h3q.com> Date: Mon, 25 May 2009 23:19:11 +0200 From: Philipp Wuensche User-Agent: Thunderbird 2.0.0.21 (Macintosh/20090302) MIME-Version: 1.0 To: Lorenzo Perone References: <29579856-69F7-4CDC-A52A-B414A40180ED@yellowspace.net> In-Reply-To: <29579856-69F7-4CDC-A52A-B414A40180ED@yellowspace.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Mailing List Subject: Re: ZFS boot on zfs mirror 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, 25 May 2009 21:19:15 -0000 Lorenzo Perone wrote: > > Hello to all, > > Having licked blood now, and read the news from Kip Macy about > >> - zfs boot for all types now works > > > I was wondering if anyone has some updated tutorial on how to achieve a > zfs-only bootable FreeBSD with a mirrored zpool. My own howto and script to do the stuff automated: http://outpost.h3q.com/patches/manageBE/create-FreeBSD-ZFS-bootfs.txt But beware, it is meant to use with http://anonsvn.h3q.com/projects/freebsd-patches/wiki/manageBE afterwards. But the steps are the same. > Searching around I found this tutorial on how to set up a ZFS bootable > system, which is mostly straightforward: > > http://blogs.freebsdish.org/lulf/2008/12/16/setting-up-a-zfs-only-system/ > > However it leaves a few questions open... How am I supposed to make a > zfs mirror out of it? Suppose I have ad4 and ad6, should I repeat the > exact same gpart-steps for both ad4 and ad6, and then make a zpool > create data mirror ad4p3 ad6p3? Exactly. > How about swap? I suppose it will be on > one of the disks? I keep swap in a seperate partition. You could either use two swap partition, each on one disk or use gmirror to mirror a single swap partition to be safe from disk crash. > And what if I start with one disk and add the second > one later with zpool attach? This will work. Just do the same gpart commands on the second disk and use zpool attach. greetings, philipp From owner-freebsd-stable@FreeBSD.ORG Tue May 26 07:21:50 2009 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 6CD00106567D; Tue, 26 May 2009 07:21:50 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id DC9B28FC1B; Tue, 26 May 2009 07:21:49 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.3/8.14.3) with ESMTP id n4Q7LmOD026197; Tue, 26 May 2009 11:21:48 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Tue, 26 May 2009 11:21:48 +0400 (MSD) From: Dmitry Morozovsky To: Kip Macy In-Reply-To: <3c1674c90905211255gb76741fnf90a735a566a0a5c@mail.gmail.com> Message-ID: References: <3c1674c90905201459k19776d53n309b2abeab0f8d0a@mail.gmail.com> <3c1674c90905211255gb76741fnf90a735a566a0a5c@mail.gmail.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (woozle.rinet.ru [0.0.0.0]); Tue, 26 May 2009 11:21:48 +0400 (MSD) Cc: freebsd-stable@freebsd.org Subject: Re: ZFS MFC heads up 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, 26 May 2009 07:21:51 -0000 Kip, On Thu, 21 May 2009, Kip Macy wrote: KM> Looks like a (corrupted) space management bug. I'll take a closer look KM> this weekend to see if it can be recovered from. Any news on our subject? I would be happy to provide additional info/resources to pinpoint and fix the problem. Thank you! -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Tue May 26 07:39:34 2009 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 F144F106564A; Tue, 26 May 2009 07:39:34 +0000 (UTC) (envelope-from davidn04@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.25]) by mx1.freebsd.org (Postfix) with ESMTP id 47B788FC1B; Tue, 26 May 2009 07:39:34 +0000 (UTC) (envelope-from davidn04@gmail.com) Received: by qw-out-2122.google.com with SMTP id 3so1919815qwe.7 for ; Tue, 26 May 2009 00:39:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=tYn/Hv9J0ZpRnyNNFVHB7fWDDcLYTk/14R5U1fSXRds=; b=GYN408Pze2Y9olQqa/RpOsCFradIVLHj/Cn12qzQ8s/kDBjoy0Lzf35E+6rpom6wIo EokytTB3PP8JygvcXtf9YndABlCd2oaHF0J5fOpZZ97MaVqKnI52/ltG7lnwSDL4NkfZ MFxcMF0ZUtXU3oRy5FgW7jagocFZJgi1BN0q0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=wZ12vOBFwSjQxce/cCdautjJPVd+Yp6wLOgpeBqAUcE40qQOjhCKBnvcPl8yEyhits NKK262rGBQi1K3azZ3c4OoteNBZAQhSukZ3LIoazhn+1jQVmPkpfpI3kvpS8JazmWa3d TLNXX4gc1oS9xpp/If/NvI3Dj1GAsEr0E8X5g= MIME-Version: 1.0 Received: by 10.229.99.210 with SMTP id v18mr2295133qcn.34.1243323573646; Tue, 26 May 2009 00:39:33 -0700 (PDT) In-Reply-To: References: <4d7dd86f0905250042v61f2af6cl943b665cdbeb26a3@mail.gmail.com> <4d7dd86f0905250339o6e395102l5074198b38143970@mail.gmail.com> <4d7dd86f0905250415u32171606qaf9b64185da1a50@mail.gmail.com> <4A1A82D3.3000804@ksu.ru> Date: Tue, 26 May 2009 17:39:33 +1000 Message-ID: <4d7dd86f0905260039s1f9a5576p1b517b802c5ca0d7@mail.gmail.com> From: David N To: Ivan Voras Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: gjournal locks up 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, 26 May 2009 07:39:35 -0000 Haven't been able to make it lock up today. I'll recompile the kernel on both machines with options KDB options DDB and let it run with the workload and see if it locks up again. I'm sorry about the noise. Regards David N From owner-freebsd-stable@FreeBSD.ORG Tue May 26 08:20:16 2009 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 4FAB0106566C for ; Tue, 26 May 2009 08:20:16 +0000 (UTC) (envelope-from goran.lowkrantz@ismobile.com) Received: from mail.ismobile.com (mail.ismobile.com [62.119.44.68]) by mx1.freebsd.org (Postfix) with ESMTP id C22CB8FC1C for ; Tue, 26 May 2009 08:20:15 +0000 (UTC) (envelope-from goran.lowkrantz@ismobile.com) Received: from mail.ismobile.com (localhost [127.0.0.1]) by mail.ismobile.com (Postfix) with ESMTP id E95A7F60 for ; Tue, 26 May 2009 10:20:13 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=ismobile.com; h=date:from :to:subject:message-id:mime-version:content-type: content-transfer-encoding; s=selector1; bh=ZBjnNF1PB/jYdJvQ133bT 07njeE=; b=bviR5P/EnKsMf3+CEIUg+/NqDLdowLFfjBCUcrTZHGqON6Ii08svm a/PgenpeIFzNlyejAFnnumO3m83jOi54d2YcuaZfh/wbEZLnqGP8hmlV2i5dH/r3 kj1oxAV1RjL3HZfjpzdXoddsXBdk7QDvNabfrI/SiRnOOY44mMYch8= Received: from [172.16.2.151] (unknown [172.16.2.151]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.ismobile.com (Postfix) with ESMTPSA id 72BD7F5F for ; Tue, 26 May 2009 10:20:13 +0200 (CEST) Date: Tue, 26 May 2009 10:20:12 +0200 From: Goran Lowkrantz To: freebsd-stable@freebsd.org Message-ID: <88048D4B280339A6261FE847@syn> X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: error building zfsboot 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, 26 May 2009 08:20:16 -0000 On a system cvsuped Tue May 26 08:30 CEST 2009 and only=20 LOADER_ZFS_SUPPORT=3Dyes in the make.conf, I get the following error: =3D=3D=3D> sys/boot/i386/zfsboot (all) objcopy -S -O binary zfsldr.out zfsboot1 cp /dev/null zfsboot.ldr cc -Os -g -fno-guess-branch-probability -fomit-frame-pointer=20 -fno-unit-at-a-time -mno-align-long-strings -mrtd -mno-mmx -mno-3dnow=20 -mno-sse -mno-sse2 -mno-sse3 -DB OOT2 -DFLAGS=3D0x80 -DSIOPRT=3D0x3f8 -DSIOFMT=3D0x3 -DSIOSPD=3D9600=20 -I/usr/src/sys/boot/i386/zfsboot/../../zfs=20 -I/usr/src/sys/boot/i386/zfsboot/../../../cddl/boot/zfs -I/u sr/src/sys/boot/i386/zfsboot/../btx/lib -I.=20 -I/usr/src/sys/boot/i386/zfsboot/../boot2 -Wall -Waggregate-return=20 -Wbad-function-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wshadow=20 -Wstrict-prototypes -Wwrite-strings -Winline --param=20 max-inline-insns-single=3D100 -ffreestanding -mpreferr ed-stack-boundary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 = -m32=20 -march=3Di386 -S -o zfsboot.s.tmp /usr/src/sys/boot/i386/zfsboot/zfsboot.c In file included from /usr/src/sys/boot/i386/zfsboot/zfsboot.c:276: /usr/src/sys/boot/i386/zfsboot/../../zfs/zfsimpl.c: In function=20 'vdev_init_from_nvlist': /usr/src/sys/boot/i386/zfsboot/../../zfs/zfsimpl.c:474: warning: assignment = discards qualifiers from pointer target type /usr/src/sys/boot/i386/zfsboot/../../zfs/zfsimpl.c:476: warning: assignment = discards qualifiers from pointer target type sed -e '/align/d' -e '/nop/d' < zfsboot.s.tmp > zfsboot.s rm -f zfsboot.s.tmp as --32 -o zfsboot.o zfsboot.s cc -Os -g -fno-guess-branch-probability -fomit-frame-pointer=20 -fno-unit-at-a-time -mno-align-long-strings -mrtd -mno-mmx -mno-3dnow=20 -mno-sse -mno-sse2 -mno-sse3 -DB OOT2 -DFLAGS=3D0x80 -DSIOPRT=3D0x3f8 -DSIOFMT=3D0x3 -DSIOSPD=3D9600=20 -I/usr/src/sys/boot/i386/zfsboot/../../zfs=20 -I/usr/src/sys/boot/i386/zfsboot/../../../cddl/boot/zfs -I/u sr/src/sys/boot/i386/zfsboot/../btx/lib -I.=20 -I/usr/src/sys/boot/i386/zfsboot/../boot2 -Wall -Waggregate-return=20 -Wbad-function-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wshadow=20 -Wstrict-prototypes -Wwrite-strings -Winline --param=20 max-inline-insns-single=3D100 -ffreestanding -mpreferr ed-stack-boundary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 = -m32=20 -march=3Di386 -c /usr/src/sys/boot/i386/zfsboot/../boot2/sio.S ld -static -N --gc-sections -nostdlib -m elf_i386_fbsd -Ttext 0x2000 -o=20 zfsboot.out /usr/obj/usr/src/sys/boot/i386/zfsboot/../btx/lib/crt0.o=20 zfsboot.o sio.o /usr/obj/usr/ src/tmp/usr/lib/libstand.a objcopy -S -O binary zfsboot.out zfsboot.bin btxld -v -E 0x2000 -f bin -b=20 /usr/obj/usr/src/sys/boot/i386/zfsboot/../btx/btx/btx -l zfsboot.ldr -o=20 zfsboot.ld -P 1 zfsboot.bin btxld: zfsboot.ldr: Invalid argument *** Error code 2 Stop in /usr/src/sys/boot/i386/zfsboot. *** Error code 1 Looking in the directory, zfsboot.ldr is empty: # cd /usr/obj/usr/src/sys/boot/i386/zfsboot/ # ls .depend sio.o zfsboot.h zfsboot.o zfsboot.s zfsldr.o machine zfsboot.bin zfsboot.ldr zfsboot.out zfsboot1 zfsldr.out # btxld -v -E 0x2000 -f bin -b=20 /usr/obj/usr/src/sys/boot/i386/zfsboot/../btx/btx/btx -l zfsboot.ldr -o=20 zfsboot.ld -P 1 zfsboot.bin btxld: zfsboot.ldr: Invalid argument # file zfsboot.ldr zfsboot.ldr: empty Any pointers? Cheers, G=F6ran ................................................... the future isMobile Goran Lowkrantz System Architect, isMobile AB Sandviksgatan 81, PO Box 58, S-971 03 Lule=E5, Sweden Mobile: +46(0)70-587 87 82 http://www.ismobile.com ............................................... From owner-freebsd-stable@FreeBSD.ORG Tue May 26 08:39:00 2009 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 530F110656BF for ; Tue, 26 May 2009 08:39:00 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 14CB48FC2B for ; Tue, 26 May 2009 08:39:00 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from [IPv6:2001:7b8:3a7:0:6d3a:1db9:2bd2:c0ca] (unknown [IPv6:2001:7b8:3a7:0:6d3a:1db9:2bd2:c0ca]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 0301A5C42; Tue, 26 May 2009 10:38:58 +0200 (CEST) Message-ID: <4A1BAAA2.4000609@andric.com> Date: Tue, 26 May 2009 10:38:58 +0200 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1pre) Gecko/20090524 Shredder/3.0b3pre MIME-Version: 1.0 To: Goran Lowkrantz References: <88048D4B280339A6261FE847@syn> In-Reply-To: <88048D4B280339A6261FE847@syn> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: error building zfsboot 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, 26 May 2009 08:39:01 -0000 On 2009-05-26 10:20, Goran Lowkrantz wrote: > On a system cvsuped Tue May 26 08:30 CEST 2009 and only > LOADER_ZFS_SUPPORT=yes in the make.conf, I get the following error: ... > btxld: zfsboot.ldr: Invalid argument ... > Looking in the directory, zfsboot.ldr is empty: Your CVSup mirror may be out of date, this was fixed as of r192697. Since you are using CVS and not Subversion, make sure you have usr.sbin/btxld/btxld.c revision 1.10.2.1. From owner-freebsd-stable@FreeBSD.ORG Tue May 26 09:47:23 2009 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 2F279106564A for ; Tue, 26 May 2009 09:47:23 +0000 (UTC) (envelope-from mickael.maillot@gmail.com) Received: from mail-fx0-f168.google.com (mail-fx0-f168.google.com [209.85.220.168]) by mx1.freebsd.org (Postfix) with ESMTP id B16F88FC16 for ; Tue, 26 May 2009 09:47:22 +0000 (UTC) (envelope-from mickael.maillot@gmail.com) Received: by fxm12 with SMTP id 12so3782613fxm.43 for ; Tue, 26 May 2009 02:47:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=PoKlEPn2NOpPP5VKgpH4tCcbWf0xlTPnR47pfAVb+lw=; b=kN6411X3sdBGCE6JS5rqn9efv+lPXMr5aLlPdRHuu5Xzy4wL498y7Mq8zp3fPf6Z/W 1Acs6fBSetOKaS5t7DztKpIJoXMO9GJ9reWoTjNiZ9jj17t0ZNuajkVaRf9ksEikEkR+ iBlr3qShystDwz3AVzMkQBPMKf+JwFSC6Holk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=gtQLlSqma24HoamXaAi6eQouu0OqsqZ1aKpWHHG8hOFtcDdZ4ya5171dhe0V1WQObV DWsJWgCU/+lZmkXBKDHtvHlWBXwOmx1OIQov1zyT3Nmsvi4ebvoLsOmL/GfIY8p7yqVb Zv9cJpdZbqBo6p2m+ee8pM3nQKPENfckAcOuA= MIME-Version: 1.0 Received: by 10.86.26.11 with SMTP id 11mr6670919fgz.45.1243329966457; Tue, 26 May 2009 02:26:06 -0700 (PDT) In-Reply-To: <4A1B0B4F.1020106@h3q.com> References: <29579856-69F7-4CDC-A52A-B414A40180ED@yellowspace.net> <4A1B0B4F.1020106@h3q.com> Date: Tue, 26 May 2009 11:26:06 +0200 Message-ID: From: Mickael MAILLOT To: Philipp Wuensche Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Lorenzo Perone , FreeBSD Stable Mailing List Subject: Re: ZFS boot on zfs mirror 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, 26 May 2009 09:47:23 -0000 Hi, i prefere use zfsboot boot sector, an example is better than a long talk: $ zpool create tank mirror ad4 ad6 $ zpool export tank $ dd if=3D/boot/zfsboot of=3D/dev/ad4 bs=3D512 count=3D1 $ dd if=3D/boot/zfsboot of=3D/dev/ad6 bs=3D512 count=3D1 $ dd if=3D/boot/zfsboot of=3D/dev/ad4 bs=3D512 skeep=3D1 seek=3D1024 $ dd if=3D/boot/zfsboot of=3D/dev/ad6 bs=3D512 skeep=3D1 seek=3D1024 $ zpool import tank $ zpool set bootfs=3Dtank tank $ zfs set mountpoint=3Dlegacy tank add vfs.root.mountfrom=3D"zfs:tank" to your loader.conf now you can boot on ad4 or ad6 Source: http://www.waishi.jp/~yosimoto/diary/?date=3D20080909 2009/5/25 Philipp Wuensche : > Lorenzo Perone wrote: >> >> Hello to all, >> >> Having licked blood now, and read the news from Kip Macy about >> >>> - =A0zfs boot for all types now works >> >> >> I was wondering if anyone has some updated tutorial on how to achieve a >> zfs-only bootable FreeBSD with a mirrored zpool. > > My own howto and script to do the stuff automated: > http://outpost.h3q.com/patches/manageBE/create-FreeBSD-ZFS-bootfs.txt > > But beware, it is meant to use with > http://anonsvn.h3q.com/projects/freebsd-patches/wiki/manageBE > afterwards. But the steps are the same. > >> Searching around I found this tutorial on how to set up a ZFS bootable >> system, which is mostly straightforward: >> >> http://blogs.freebsdish.org/lulf/2008/12/16/setting-up-a-zfs-only-system= / >> >> However it leaves a few questions open... How am I supposed to make a >> zfs mirror out of it? Suppose I have ad4 and ad6, should I repeat the >> exact same gpart-steps for both ad4 and ad6, and then make a zpool >> create data mirror ad4p3 ad6p3? > > Exactly. > >> How about swap? I suppose it will be on >> one of the disks? > > I keep swap in a seperate partition. You could either use two swap > partition, each on one disk or use gmirror to mirror a single swap > partition to be safe from disk crash. > >> And what if I start with one disk and add the second >> one later with zpool attach? > > This will work. Just do the same gpart commands on the second disk and > use zpool attach. > > greetings, > philipp > > _______________________________________________ > 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 May 26 09:53:33 2009 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 AD8BB106567A for ; Tue, 26 May 2009 09:53:33 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 2E6868FC13 for ; Tue, 26 May 2009 09:53:32 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.3/8.14.3) with ESMTP id n4Q9rVZt080781; Tue, 26 May 2009 13:53:31 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Tue, 26 May 2009 13:53:31 +0400 (MSD) From: Dmitry Morozovsky To: Mickael MAILLOT In-Reply-To: Message-ID: References: <29579856-69F7-4CDC-A52A-B414A40180ED@yellowspace.net> <4A1B0B4F.1020106@h3q.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (woozle.rinet.ru [0.0.0.0]); Tue, 26 May 2009 13:53:31 +0400 (MSD) Cc: Lorenzo Perone , Philipp Wuensche , FreeBSD Stable Mailing List Subject: Re: ZFS boot on zfs mirror 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, 26 May 2009 09:53:34 -0000 On Tue, 26 May 2009, Mickael MAILLOT wrote: MM> Hi, MM> MM> i prefere use zfsboot boot sector, an example is better than a long talk: MM> MM> $ zpool create tank mirror ad4 ad6 MM> $ zpool export tank MM> $ dd if=/boot/zfsboot of=/dev/ad4 bs=512 count=1 MM> $ dd if=/boot/zfsboot of=/dev/ad6 bs=512 count=1 MM> $ dd if=/boot/zfsboot of=/dev/ad4 bs=512 skeep=1 seek=1024 MM> $ dd if=/boot/zfsboot of=/dev/ad6 bs=512 skeep=1 seek=1024 s/skeep/skip/ ? ;-) MM> $ zpool import tank MM> $ zpool set bootfs=tank tank MM> $ zfs set mountpoint=legacy tank MM> MM> add vfs.root.mountfrom="zfs:tank" to your loader.conf MM> now you can boot on ad4 or ad6 MM> MM> Source: MM> http://www.waishi.jp/~yosimoto/diary/?date=20080909 [snip] -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Tue May 26 09:56:31 2009 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 741F41065673 for ; Tue, 26 May 2009 09:56:31 +0000 (UTC) (envelope-from mickael.maillot@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.152]) by mx1.freebsd.org (Postfix) with ESMTP id 03AAF8FC22 for ; Tue, 26 May 2009 09:56:30 +0000 (UTC) (envelope-from mickael.maillot@gmail.com) Received: by fg-out-1718.google.com with SMTP id e12so722180fga.12 for ; Tue, 26 May 2009 02:56:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=f8KETP1SzN6S3DA1gxMw+S6MzM+p/4iKrUEB+E5eDLk=; b=VAdZb0cTIPnk3i5AErzGAQJRT0nLbE92pjN580rEP9iR+0j0EvxmZ+/Okse+bMZnMn +CO3VO3Uj+Zb+tBNGsl9hy2KtBGO0b5+e/OWiMyk0l6x8CbDfstqwiZrfF3IkksQqRQw vxQFIkL5VSKlZIR3SEzlLPPhgQTI95NcRpJnU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=jr93vdrS10kYEyr2Uxp4WCK5/Ep/JrxCKIRRObs7cL0GvLB5FXymWdRNsiiX/5c4Cb vZ9YtV0j05yr7yylghEN9+dOr/PZTk5Xb5kfTfXJGTd/8d/oATLd0jyuBGiG8G49AlAJ EAfvJtNXOu1pND44eWWfUBx4FYTGijWj0tNCI= MIME-Version: 1.0 Received: by 10.86.57.9 with SMTP id f9mr6673564fga.62.1243330097170; Tue, 26 May 2009 02:28:17 -0700 (PDT) In-Reply-To: <4A1BAAA2.4000609@andric.com> References: <88048D4B280339A6261FE847@syn> <4A1BAAA2.4000609@andric.com> Date: Tue, 26 May 2009 11:28:17 +0200 Message-ID: From: Mickael MAILLOT To: Dimitry Andric Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: error building zfsboot 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, 26 May 2009 09:56:32 -0000 hi, Simply update btxld first: cd /usr/src/usr.sbin/btxld && make install clean then you can buildworld 2009/5/26 Dimitry Andric : > On 2009-05-26 10:20, Goran Lowkrantz wrote: >> On a system cvsuped Tue May 26 08:30 CEST 2009 and only >> LOADER_ZFS_SUPPORT=yes in the make.conf, I get the following error: > ... >> btxld: zfsboot.ldr: Invalid argument > ... >> Looking in the directory, zfsboot.ldr is empty: > > Your CVSup mirror may be out of date, this was fixed as of r192697. > > Since you are using CVS and not Subversion, make sure you have > usr.sbin/btxld/btxld.c revision 1.10.2.1. > _______________________________________________ > 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 May 26 10:22:22 2009 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 06F661065676; Tue, 26 May 2009 10:22:22 +0000 (UTC) (envelope-from nyan@jp.FreeBSD.org) Received: from sakura.ccs.furiru.org (unknown [IPv6:2001:2f0:104:8060::1]) by mx1.freebsd.org (Postfix) with ESMTP id 8C6E58FC0C; Tue, 26 May 2009 10:22:21 +0000 (UTC) (envelope-from nyan@jp.FreeBSD.org) Received: from localhost (authenticated bits=0) by sakura.ccs.furiru.org (unknown) with ESMTP id n4QAMHFw099846; Tue, 26 May 2009 19:22:19 +0900 (JST) (envelope-from nyan@jp.FreeBSD.org) Date: Tue, 26 May 2009 19:22:17 +0900 (JST) Message-Id: <20090526.192217.94910518.nyan@jp.FreeBSD.org> To: kmacy@FreeBSD.org, pjd@FreeBSD.org From: Takahashi Yoshihiro X-Mailer: Mew version 6.2 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: stable@FreeBSD.org Subject: NFS on ZFS 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, 26 May 2009 10:22:22 -0000 Today's stable has a problem creating a new file via NFS on ZFS. On the NFS server, there is no problem. % cd /ZFS % mktemp hoge hoge % ls -l hoge -rw------- 1 nyan nyan 0 5 26 19:09 hoge But it's a problem on the NFS client. # mount server:/ZFS /ZFS % cd /ZFS % mktemp hoge mktemp: mkstemp failed on hoge: Input/output error % ls -l hoge ---------- 1 nyan wheel 0 5 26 19:09 hoge The file has a wrong permission. This problem is only on stable, current has no problem. --- TAKAHASHI Yoshihiro From owner-freebsd-stable@FreeBSD.ORG Tue May 26 10:43:11 2009 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 27B151065670 for ; Tue, 26 May 2009 10:43:11 +0000 (UTC) (envelope-from goran.lowkrantz@ismobile.com) Received: from mail.ismobile.com (mail.ismobile.com [62.119.44.68]) by mx1.freebsd.org (Postfix) with ESMTP id CC10B8FC1B for ; Tue, 26 May 2009 10:43:10 +0000 (UTC) (envelope-from goran.lowkrantz@ismobile.com) Received: from mail.ismobile.com (localhost [127.0.0.1]) by mail.ismobile.com (Postfix) with ESMTP id 6893E11E; Tue, 26 May 2009 12:43:09 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=ismobile.com; h=date:from :to:cc:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; s=selector1; bh=mFEhubz zIhigMbwFjtqL50SNqdg=; b=k5SvQ9D1p+VvEnwZWMSFD1EEgilhXprMX44fDcs Xm3D2T7JtSP1BwkM2W/Iy47rDTXOX6ZzYpyrfv1iqriart3FhEAkMNp9rUwK3Le1 Rjgr+LDAp3E9v1F9hndfofjpGOZIVXKvf+7d1z/O3vaC9RYFoCttQhXgdIxI6JP1 sVC4= Received: from [172.16.2.151] (unknown [172.16.2.151]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.ismobile.com (Postfix) with ESMTPSA id 7BB3211D; Tue, 26 May 2009 12:43:08 +0200 (CEST) Date: Tue, 26 May 2009 12:43:06 +0200 From: Goran Lowkrantz To: Mickael MAILLOT Message-ID: <7C9EC5E397DC422787889F17@syn> In-Reply-To: References: <88048D4B280339A6261FE847@syn> <4A1BAAA2.4000609@andric.com> X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: Dimitry Andric , freebsd-stable@freebsd.org Subject: Re: error building zfsboot 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, 26 May 2009 10:43:11 -0000 --On May 26, 2009 11:28:17 +0200 Mickael MAILLOT=20 wrote: > hi, > > Simply update btxld first: > cd /usr/src/usr.sbin/btxld && make install clean > then you can buildworld > Thanks, that worked. > 2009/5/26 Dimitry Andric : >> On 2009-05-26 10:20, Goran Lowkrantz wrote: >>> On a system cvsuped Tue May 26 08:30 CEST 2009 and only >>> LOADER_ZFS_SUPPORT=3Dyes in the make.conf, I get the following error: >> ... >>> btxld: zfsboot.ldr: Invalid argument >> ... >>> Looking in the directory, zfsboot.ldr is empty: >> >> Your CVSup mirror may be out of date, this was fixed as of r192697. >> >> Since you are using CVS and not Subversion, make sure you have >> usr.sbin/btxld/btxld.c revision 1.10.2.1. >> _______________________________________________ >> 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" >> ................................................... the future isMobile Goran Lowkrantz System Architect, isMobile AB Sandviksgatan 81, PO Box 58, S-971 03 Lule=E5, Sweden Mobile: +46(0)70-587 87 82 http://www.ismobile.com ............................................... From owner-freebsd-stable@FreeBSD.ORG Tue May 26 12:20:31 2009 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 1C88A1065670 for ; Tue, 26 May 2009 12:20:31 +0000 (UTC) (envelope-from lopez.on.the.lists@yellowspace.net) Received: from mail.yellowspace.net (mail.yellowspace.net [80.190.200.164]) by mx1.freebsd.org (Postfix) with ESMTP id B827F8FC1B for ; Tue, 26 May 2009 12:20:30 +0000 (UTC) (envelope-from lopez.on.the.lists@yellowspace.net) Received: from furia.intranet ([93.104.99.4]) (AUTH: LOGIN lopez.on.the.lists@yellowspace.net) by mail.yellowspace.net with esmtp; Tue, 26 May 2009 14:20:28 +0200 id 00483C3E.000000004A1BDE8C.0000DA5A Message-Id: <2B000656-62C3-4066-BBA5-9D4346FF12EE@yellowspace.net> From: Lorenzo Perone To: Mickael MAILLOT In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.4) Date: Tue, 26 May 2009 14:20:28 +0200 References: <29579856-69F7-4CDC-A52A-B414A40180ED@yellowspace.net> <4A1B0B4F.1020106@h3q.com> X-Mailer: Apple Mail (2.930.4) Cc: Philipp Wuensche , FreeBSD Stable Mailing List Subject: Re: ZFS boot on zfs mirror 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, 26 May 2009 12:20:31 -0000 Hi All, Thanx for all the feedback! Philipp: Your idea is really fine, with manageBE :) Would surely be nice for a test/development machine, I'll think about using it... (sounds a bit like FreeBSD goin' the Nexenta way...) Mickael: Your example looks much more like what I was looking for (and thank god UNIX still is mostly ASCII so I can follow the link You posted). But, just as a side question: how much of a risk of creating an [ugly] race condition is it actually, to use swap on a zvol? Yet another question would be, how much is performance impacted by the zfs overhead (ok, leaving aside that a swapping system needs ram - wherever the swap is located...)? But hey, snapshotting swap - isn't THAT funky? ;) Thanx to all for the feedback, it's great to be a FreeBSD user all the time! I'll be trying to set this up ASAP. Regards, Lorenzo On 26.05.2009, at 11:26, Mickael MAILLOT wrote: > Hi, > > i prefere use zfsboot boot sector, an example is better than a long > talk: > > $ zpool create tank mirror ad4 ad6 > $ zpool export tank > $ dd if=/boot/zfsboot of=/dev/ad4 bs=512 count=1 > $ dd if=/boot/zfsboot of=/dev/ad6 bs=512 count=1 > $ dd if=/boot/zfsboot of=/dev/ad4 bs=512 skeep=1 seek=1024 > $ dd if=/boot/zfsboot of=/dev/ad6 bs=512 skeep=1 seek=1024 > $ zpool import tank > $ zpool set bootfs=tank tank > $ zfs set mountpoint=legacy tank > > add vfs.root.mountfrom="zfs:tank" to your loader.conf > now you can boot on ad4 or ad6 > > Source: > http://www.waishi.jp/~yosimoto/diary/?date=20080909 > > 2009/5/25 Philipp Wuensche : >> Lorenzo Perone wrote: >>> >>> Hello to all, >>> >>> Having licked blood now, and read the news from Kip Macy about >>> >>>> - zfs boot for all types now works >>> >>> >>> I was wondering if anyone has some updated tutorial on how to >>> achieve a >>> zfs-only bootable FreeBSD with a mirrored zpool. >> >> My own howto and script to do the stuff automated: >> http://outpost.h3q.com/patches/manageBE/create-FreeBSD-ZFS-bootfs.txt >> >> But beware, it is meant to use with >> http://anonsvn.h3q.com/projects/freebsd-patches/wiki/manageBE >> afterwards. But the steps are the same. >> >>> Searching around I found this tutorial on how to set up a ZFS >>> bootable >>> system, which is mostly straightforward: >>> >>> http://blogs.freebsdish.org/lulf/2008/12/16/setting-up-a-zfs-only-system/ >>> >>> However it leaves a few questions open... How am I supposed to >>> make a >>> zfs mirror out of it? Suppose I have ad4 and ad6, should I repeat >>> the >>> exact same gpart-steps for both ad4 and ad6, and then make a zpool >>> create data mirror ad4p3 ad6p3? >> >> Exactly. >> >>> How about swap? I suppose it will be on >>> one of the disks? >> >> I keep swap in a seperate partition. You could either use two swap >> partition, each on one disk or use gmirror to mirror a single swap >> partition to be safe from disk crash. >> >>> And what if I start with one disk and add the second >>> one later with zpool attach? >> >> This will work. Just do the same gpart commands on the second disk >> and >> use zpool attach. >> >> greetings, >> philipp >> >> _______________________________________________ >> 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 > " From owner-freebsd-stable@FreeBSD.ORG Tue May 26 12:30:40 2009 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 41634106564A for ; Tue, 26 May 2009 12:30:40 +0000 (UTC) (envelope-from vanopen@gmail.com) Received: from mail-pz0-f105.google.com (mail-pz0-f105.google.com [209.85.222.105]) by mx1.freebsd.org (Postfix) with ESMTP id 15F1A8FC21 for ; Tue, 26 May 2009 12:30:39 +0000 (UTC) (envelope-from vanopen@gmail.com) Received: by pzk3 with SMTP id 3so3281491pzk.3 for ; Tue, 26 May 2009 05:30:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:subject :message-id:mime-version:content-type:content-disposition :organization; bh=IrB0N+NyiNmqDQ5pqww6jRAutBdsigGlvsMqfRB2nUU=; b=QAr+C7hUpJVXAM0CwVg3S/OF2XGCHYjGFkUbgrs3M7FjYs+MIHsjKtv7ogtFCgylHL czeituMi4G0pwFxH1PjX/fiUeYTp7PR6rsX55l6Gp9J/74RdhgUScTABfuQGcAOwQfS9 9G9qgZsFGse7ZsGZPomcD2SyuS46NkRTfko30= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:mime-version:content-type :content-disposition:organization; b=KfP/3emiNQSNaihACydiZTL0Y9P3UA0dw7JiCpMAmKXCYeCGSv7SjiT6zACkg+AS9u bsRR73uRnpCGamMRq9onWyUrhrzdpk1Vn45NuRUq8ht7IDlWFEqX1aljFkg0M+vJSZkS DlQutA0ekt/BAVPCIJu9qBdMbLF3oMKmEsIWI= Received: by 10.142.234.16 with SMTP id g16mr2642840wfh.264.1243339514718; Tue, 26 May 2009 05:05:14 -0700 (PDT) Received: from localhost ([58.240.248.38]) by mx.google.com with ESMTPS id 31sm4828737wff.4.2009.05.26.05.05.13 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 26 May 2009 05:05:14 -0700 (PDT) Date: Tue, 26 May 2009 20:05:10 +0800 From: "Wu, Yue" To: freebsd-stable Message-ID: <20090526120510.GA1785@fbsd.hasee.cpu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Organization: China Pharmaceutical University, Nanjing, PRC Subject: WITHOUT_ZFS makes build world and kernel error 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, 26 May 2009 12:30:40 -0000 Hi, list, I have a FreeBSD 7-stable box, which has been cvsed up yesterday, even with my src.conf which has the line of WITHOUT_ZFS=yes, FreeBSD always wants to install libzfs relative stuffs when installing kernel and world, so error comes, I have to comment out this line to make the installing stage goes correctly. Is it a bug? -- Hi, Wu, Yue From owner-freebsd-stable@FreeBSD.ORG Tue May 26 13:24:33 2009 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 D073B106567B for ; Tue, 26 May 2009 13:24:33 +0000 (UTC) (envelope-from cryx-freebsd@h3q.com) Received: from mail.h3q.com (mail.h3q.com [213.73.89.199]) by mx1.freebsd.org (Postfix) with ESMTP id 5E0B38FC13 for ; Tue, 26 May 2009 13:24:32 +0000 (UTC) (envelope-from cryx-freebsd@h3q.com) Received: (qmail 70802 invoked from network); 26 May 2009 13:24:28 -0000 Received: from unknown (HELO snowwhite.local) (smtpsend@62.220.7.20) by mail.h3q.com with AES256-SHA encrypted SMTP; 26 May 2009 13:24:28 -0000 Message-ID: <4A1BED8C.1070408@h3q.com> Date: Tue, 26 May 2009 15:24:28 +0200 From: Philipp Wuensche User-Agent: Thunderbird 2.0.0.21 (Macintosh/20090302) MIME-Version: 1.0 To: FreeBSD Stable Mailing List Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: loader not working with GPT and LOADER_ZFS_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: Tue, 26 May 2009 13:24:35 -0000 Hi, I tried booting from a disk with GPT scheme, with a /boot/loader build with LOADER_ZFS_SUPPORT="yes" in make.conf. I get the following error: panic: free: guard1 fail @ 0x2fd4a6ac from /usr/src/sys/boot/i386/libi386/biosdisk.c:1053 Its a FreeBSD 7-STABLE after the ZFS import. Booting with /boot/loader copied from a 8-CURRENT system works. greetings, Philipp From owner-freebsd-stable@FreeBSD.ORG Tue May 26 14:42:12 2009 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 B86F9106566C for ; Tue, 26 May 2009 14:42:12 +0000 (UTC) (envelope-from cptsalek@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id 440AC8FC13 for ; Tue, 26 May 2009 14:42:11 +0000 (UTC) (envelope-from cptsalek@gmail.com) Received: by bwz9 with SMTP id 9so3944607bwz.43 for ; Tue, 26 May 2009 07:42:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=3p4qiP1eekzbaynJmt7alVR2imnSz0YqSFraLcmI5ho=; b=F7YYOvPWWkUGMFOnXhgHqV07T/YSfUYa/9EYM00K7mzO6KNH0V2dmD5fWs0N12aQ08 ilNPttTNy7THwcJOf18e/qm0LnkSQIxYNjQFRcgCJbO6+01Ozq6X9KiPzsWY8Qn+WgBs /uU8T8WESrjlAx482pbty3+h6gStp8lg6oOaM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=wUSt8LHlmHhI+Rl6LZzrPnzVKDb9nCv4j2ALVqKAkY6BjEWWLoIYEkGbMZSBZLXf8P fLGjSVLUWwnBrmtCEx9/KGkGp526dektJSlat1GISfYyX+lG+Mv+icmAo26CbrQ/WLRx XG3KtDGAfOqhVXwe9Gp6/V4gnTTwieaD189BE= MIME-Version: 1.0 Received: by 10.204.54.143 with SMTP id q15mr8268599bkg.148.1243348554720; Tue, 26 May 2009 07:35:54 -0700 (PDT) In-Reply-To: <14989d6e0905260727g3d914545vdd97e68099175226@mail.gmail.com> References: <14989d6e0905260727g3d914545vdd97e68099175226@mail.gmail.com> Date: Tue, 26 May 2009 16:35:54 +0200 Message-ID: <14989d6e0905260735i296776a6nff29e2922e345ceb@mail.gmail.com> From: Christian Walther To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: make buildkernel KERNCONF=GENERIC fails 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, 26 May 2009 14:42:13 -0000 2009/5/26 Christian Walther : > Hi, > > I wanted to update my system to FreeBSD 7.2, so after updating my > sources I started a make buildkernel. After a while, it fails with the > following message: > > /usr/src/sys/i386/i386/intr_machdep.c: In function 'intr_register_source': > /usr/src/sys/i386/i386/intr_machdep.c:136: warning: passing argument 4 > of 'intr_event_create' makes pointer from integer without a cast > /usr/src/sys/i386/i386/intr_machdep.c:136: warning: passing argument 7 > of 'intr_event_create' from incompatible pointer type > /usr/src/sys/i386/i386/intr_machdep.c:136: warning: passing argument 8 > of 'intr_event_create' from incompatible pointer type > /usr/src/sys/i386/i386/intr_machdep.c: In function 'intr_execute_handlers': > /usr/src/sys/i386/i386/intr_machdep.c:261: warning: implicit > declaration of function 'intr_event_handle' > /usr/src/sys/i386/i386/intr_machdep.c:261: warning: nested extern > declaration of 'intr_event_handle' > *** Error code 1 > > Stop in /usr/obj/usr/src/sys/GENERIC. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > Oh yes, but I shouldn't hit the send button before finishing the mail. ;-) Anyway there isn't much information left to share, I found nothing in UPDATING. Trying to build with a clean source tree instead. Has anybody an idea of what's happening here? Sorry for the noise Christian Walther From owner-freebsd-stable@FreeBSD.ORG Tue May 26 14:53:21 2009 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 B9B3A1065687 for ; Tue, 26 May 2009 14:53:20 +0000 (UTC) (envelope-from cptsalek@gmail.com) Received: from mail-fx0-f168.google.com (mail-fx0-f168.google.com [209.85.220.168]) by mx1.freebsd.org (Postfix) with ESMTP id 8BD508FC13 for ; Tue, 26 May 2009 14:53:19 +0000 (UTC) (envelope-from cptsalek@gmail.com) Received: by fxm12 with SMTP id 12so3996054fxm.43 for ; Tue, 26 May 2009 07:53:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=y4NFK6WXNlFugp9Lo8dmV1PSIT7ptzHfjA8pvs7X/MM=; b=VxFRSb5EiYGBMCD3ZGK7O/24yRsrKbkuk/knTjNYYoeVG965cnuLY17cbQh067X6me FBbxZSvi5PePr0V/VDoJYqjT217fNDXaIFxFO9zDEPSS/EWIKpFW1ISUT0/kWgwkqQQ/ 58Gtc/xGlvy6zg9sSRV5b+1CHjBP4pAaCvsZs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=XXj3iOsnYqpPU40sGGE63vy9t4IrTYZupZENs+PgyFI8T9VaH8ZwZOxYgmn8ximrSi zVAZfIFAFRWNvsfjx2EQrJ1SZJ2H9ALQQyJZLdplZP0uzp/ApXmP2VkACxbmmR8rH5aY xM+IN9B1A6i44b0YtwOAggAz8Q81jNdmhSuJE= MIME-Version: 1.0 Received: by 10.204.54.143 with SMTP id q15mr8260840bkg.148.1243348020689; Tue, 26 May 2009 07:27:00 -0700 (PDT) Date: Tue, 26 May 2009 16:27:00 +0200 Message-ID: <14989d6e0905260727g3d914545vdd97e68099175226@mail.gmail.com> From: Christian Walther To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: make buildkernel KERNCONF=GENERIC fails 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, 26 May 2009 14:53:22 -0000 Hi, I wanted to update my system to FreeBSD 7.2, so after updating my sources I started a make buildkernel. After a while, it fails with the following message: /usr/src/sys/i386/i386/intr_machdep.c: In function 'intr_register_source': /usr/src/sys/i386/i386/intr_machdep.c:136: warning: passing argument 4 of 'intr_event_create' makes pointer from integer without a cast /usr/src/sys/i386/i386/intr_machdep.c:136: warning: passing argument 7 of 'intr_event_create' from incompatible pointer type /usr/src/sys/i386/i386/intr_machdep.c:136: warning: passing argument 8 of 'intr_event_create' from incompatible pointer type /usr/src/sys/i386/i386/intr_machdep.c: In function 'intr_execute_handlers': /usr/src/sys/i386/i386/intr_machdep.c:261: warning: implicit declaration of function 'intr_event_handle' /usr/src/sys/i386/i386/intr_machdep.c:261: warning: nested extern declaration of 'intr_event_handle' *** Error code 1 Stop in /usr/obj/usr/src/sys/GENERIC. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. From owner-freebsd-stable@FreeBSD.ORG Tue May 26 15:25:27 2009 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 86463106567A for ; Tue, 26 May 2009 15:25:27 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id 0DD878FC20 for ; Tue, 26 May 2009 15:25:26 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: by bwz9 with SMTP id 9so3977828bwz.43 for ; Tue, 26 May 2009 08:25:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=/yY5FPoyYTorZkNfvqKzyhq8Lc0OJrxq+cw/DWf59tM=; b=SraCPy9YVVO6/M65NmmNEwu4u7iJFzIgm5CZt3xmP4D5fEjSQeq+xv3su+b8nqhGyV sVyoNyhhgKq4y90bqvLFffH7un5JAqdMQJ4Cys1Mprf1x6Jae+E26vpATNze3z/7ZALV F8tecebn4hrAay3RIZ2dK705L+9vauU/Uq+Xc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=ZsarNKv/aZszHT+W7HtlF9OY7vtgtBmPJMHKZ18apSaOTYeoaeYA7sWO2oWNgcZtu6 auAMg00+lFq8Gk/q3vuTlm7phr/P4Lf3uxElLUiXLNGHfNaIjmqdH/xlstX4l7KbuyWR rFpRhKZIEnL3TDd8GqgItagP1nwpy0qaMCLgQ= MIME-Version: 1.0 Received: by 10.204.118.69 with SMTP id u5mr8241571bkq.77.1243350269932; Tue, 26 May 2009 08:04:29 -0700 (PDT) In-Reply-To: <14989d6e0905260735i296776a6nff29e2922e345ceb@mail.gmail.com> References: <14989d6e0905260727g3d914545vdd97e68099175226@mail.gmail.com> <14989d6e0905260735i296776a6nff29e2922e345ceb@mail.gmail.com> Date: Tue, 26 May 2009 11:04:22 -0400 Message-ID: <4ad871310905260804h107ec643vec473c1dfec875a4@mail.gmail.com> From: Glen Barber To: Christian Walther Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: make buildkernel KERNCONF=GENERIC fails 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, 26 May 2009 15:25:27 -0000 Hi, Christian On Tue, May 26, 2009 at 10:35 AM, Christian Walther wrote: > 2009/5/26 Christian Walther : >> Hi, >> >> I wanted to update my system to FreeBSD 7.2, so after updating my >> sources I started a make buildkernel. After a while, it fails with the >> following message: >> >> /usr/src/sys/i386/i386/intr_machdep.c: In function 'intr_register_source': >> /usr/src/sys/i386/i386/intr_machdep.c:136: warning: passing argument 4 >> of 'intr_event_create' makes pointer from integer without a cast >> /usr/src/sys/i386/i386/intr_machdep.c:136: warning: passing argument 7 >> of 'intr_event_create' from incompatible pointer type >> /usr/src/sys/i386/i386/intr_machdep.c:136: warning: passing argument 8 >> of 'intr_event_create' from incompatible pointer type >> /usr/src/sys/i386/i386/intr_machdep.c: In function 'intr_execute_handlers': >> /usr/src/sys/i386/i386/intr_machdep.c:261: warning: implicit >> declaration of function 'intr_event_handle' >> /usr/src/sys/i386/i386/intr_machdep.c:261: warning: nested extern >> declaration of 'intr_event_handle' >> *** Error code 1 >> >> Stop in /usr/obj/usr/src/sys/GENERIC. >> *** Error code 1 >> >> Stop in /usr/src. >> *** Error code 1 >> >> Stop in /usr/src. >> > > Oh yes, but I shouldn't hit the send button before finishing the mail. ;-) > Anyway there isn't much information left to share, I found nothing in > UPDATING. Trying to build with a clean source tree instead. > > Has anybody an idea of what's happening here? > Out of curiosity, how long ago did you update your sources? Also, did you change the GENERIC kernel config? (If so, please include that.) I haven't seen a tinderbox email about -STABLE failing since the 24th, which was a different problem than what you are seeing, anyway. -- Glen Barber From owner-freebsd-stable@FreeBSD.ORG Tue May 26 15:54:58 2009 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 3BCAD106566B for ; Tue, 26 May 2009 15:54:58 +0000 (UTC) (envelope-from artis.caune@gmail.com) Received: from mail-fx0-f168.google.com (mail-fx0-f168.google.com [209.85.220.168]) by mx1.freebsd.org (Postfix) with ESMTP id B75308FC1F for ; Tue, 26 May 2009 15:54:57 +0000 (UTC) (envelope-from artis.caune@gmail.com) Received: by fxm12 with SMTP id 12so4043823fxm.43 for ; Tue, 26 May 2009 08:54:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=kPuY53eoSpiP+107vplcmr0qITmReWXPY+9Os1JpJe8=; b=FvIQKhuBv5SB38xo/huc6jtTvYkI8dLyJHfSG0SxOrhDUFNEsdATRF/72yz+YtFPKO ZapPpAI2D+aLsQHRTdd0sk7j9mCgzMQul1rmt1WXtiZwESFHu6pDLlGm35bor+/GBUmr mP+azfkWoX5TaMxr92Mmma7NkhDX1r79qoWEc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=lPc6HvKtXI8SRJ0oyjJCKHau1+Idy9LW1IjPuGjQq1WFeYGul0i794IjvCWKvojbE5 ZwqwI3qQCE1mLwsRwv1NZpbdIfuq/ilWYLZwRJr9pDQtn5eSyuOAstnNM8gnqEM04HgF M0VvtklfYoPTBW/TI7ksg9xvZih4XfaxFTpgs= MIME-Version: 1.0 Received: by 10.103.239.10 with SMTP id q10mr1967829mur.36.1243353296517; Tue, 26 May 2009 08:54:56 -0700 (PDT) In-Reply-To: <4A1BED8C.1070408@h3q.com> References: <4A1BED8C.1070408@h3q.com> Date: Tue, 26 May 2009 18:54:56 +0300 Message-ID: <9e20d71e0905260854t1c731f68g3965c3406dc304c5@mail.gmail.com> From: Artis Caune To: Philipp Wuensche Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Mailing List Subject: Re: loader not working with GPT and LOADER_ZFS_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: Tue, 26 May 2009 15:54:58 -0000 2009/5/26 Philipp Wuensche : > Hi, > > I tried booting from a disk with GPT scheme, with a /boot/loader build > with LOADER_ZFS_SUPPORT="yes" in make.conf. I get the following error: > > panic: free: guard1 fail @ 0x2fd4a6ac from > /usr/src/sys/boot/i386/libi386/biosdisk.c:1053 Same problem for me. I also tried with MBR scheme, same problem. -- Artis Caune Everything should be made as simple as possible, but not simpler. From owner-freebsd-stable@FreeBSD.ORG Tue May 26 16:21:01 2009 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 D2C391065674 for ; Tue, 26 May 2009 16:21:01 +0000 (UTC) (envelope-from hartzell@alerce.com) Received: from merlin.alerce.com (merlin.alerce.com [64.62.142.94]) by mx1.freebsd.org (Postfix) with ESMTP id BA3578FC18 for ; Tue, 26 May 2009 16:21:01 +0000 (UTC) (envelope-from hartzell@alerce.com) Received: from merlin.alerce.com (localhost [127.0.0.1]) by merlin.alerce.com (Postfix) with ESMTP id 6987633C6F for ; Tue, 26 May 2009 09:21:01 -0700 (PDT) Received: from merlin.alerce.com (localhost [127.0.0.1]) by merlin.alerce.com (Postfix) with ESMTP id 304BE33C6E for ; Tue, 26 May 2009 09:21:01 -0700 (PDT) From: George Hartzell MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18972.5870.795005.186542@already.dhcp.gene.com> Date: Tue, 26 May 2009 09:21:02 -0700 To: FreeBSD Stable Mailing List In-Reply-To: References: <29579856-69F7-4CDC-A52A-B414A40180ED@yellowspace.net> <4A1B0B4F.1020106@h3q.com> X-Mailer: VM 8.0.12 under 22.3.1 (i386-apple-darwin9.6.0) X-Virus-Scanned: ClamAV using ClamSMTP Subject: Re: ZFS boot on zfs mirror X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: hartzell@alerce.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 16:21:02 -0000 Dmitry Morozovsky writes: > On Tue, 26 May 2009, Mickael MAILLOT wrote: > > MM> Hi, > MM> > MM> i prefere use zfsboot boot sector, an example is better than a long talk: > MM> > MM> $ zpool create tank mirror ad4 ad6 > MM> $ zpool export tank > MM> $ dd if=/boot/zfsboot of=/dev/ad4 bs=512 count=1 > MM> $ dd if=/boot/zfsboot of=/dev/ad6 bs=512 count=1 > MM> $ dd if=/boot/zfsboot of=/dev/ad4 bs=512 skeep=1 seek=1024 > MM> $ dd if=/boot/zfsboot of=/dev/ad6 bs=512 skeep=1 seek=1024 > > s/skeep/skip/ ? ;-) What is the reason for copying zfsboot one bit at a time, as opposed to dd if=/boot/zfsboot of=/dev/ad4 bs=512 count=2 g. From owner-freebsd-stable@FreeBSD.ORG Tue May 26 16:29:13 2009 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 D30D41065672 for ; Tue, 26 May 2009 16:29:13 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 20ADB8FC1E for ; Tue, 26 May 2009 16:29:12 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id TAA02671; Tue, 26 May 2009 19:29:01 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4A1C18CC.7080902@icyb.net.ua> Date: Tue, 26 May 2009 19:29:00 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: hartzell@alerce.com References: <29579856-69F7-4CDC-A52A-B414A40180ED@yellowspace.net> <4A1B0B4F.1020106@h3q.com> <18972.5870.795005.186542@already.dhcp.gene.com> In-Reply-To: <18972.5870.795005.186542@already.dhcp.gene.com> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Mailing List Subject: Re: ZFS boot on zfs mirror 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, 26 May 2009 16:29:14 -0000 on 26/05/2009 19:21 George Hartzell said the following: > Dmitry Morozovsky writes: > > On Tue, 26 May 2009, Mickael MAILLOT wrote: > > > > MM> Hi, > > MM> > > MM> i prefere use zfsboot boot sector, an example is better than a long talk: > > MM> > > MM> $ zpool create tank mirror ad4 ad6 > > MM> $ zpool export tank > > MM> $ dd if=/boot/zfsboot of=/dev/ad4 bs=512 count=1 > > MM> $ dd if=/boot/zfsboot of=/dev/ad6 bs=512 count=1 > > MM> $ dd if=/boot/zfsboot of=/dev/ad4 bs=512 skeep=1 seek=1024 > > MM> $ dd if=/boot/zfsboot of=/dev/ad6 bs=512 skeep=1 seek=1024 > > > > s/skeep/skip/ ? ;-) > > What is the reason for copying zfsboot one bit at a time, as opposed > to > > dd if=/boot/zfsboot of=/dev/ad4 bs=512 count=2 seek=1024 for the second part? and no 'count=1' for it? :-) [Just guessing] Apparently the first block of zfsboot is some form of MBR and the rest is zfs-specific code that goes to magical sector 1024. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Tue May 26 16:40:59 2009 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 531FE10656A5 for ; Tue, 26 May 2009 16:40:59 +0000 (UTC) (envelope-from hartzell@alerce.com) Received: from merlin.alerce.com (merlin.alerce.com [64.62.142.94]) by mx1.freebsd.org (Postfix) with ESMTP id 3B0438FC16 for ; Tue, 26 May 2009 16:40:59 +0000 (UTC) (envelope-from hartzell@alerce.com) Received: from merlin.alerce.com (localhost [127.0.0.1]) by merlin.alerce.com (Postfix) with ESMTP id 5FF9533C62; Tue, 26 May 2009 09:10:18 -0700 (PDT) Received: from merlin.alerce.com (localhost [127.0.0.1]) by merlin.alerce.com (Postfix) with ESMTP id 071DC33C5B; Tue, 26 May 2009 09:10:17 -0700 (PDT) From: George Hartzell MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18972.5227.526290.349958@already.dhcp.gene.com> Date: Tue, 26 May 2009 09:10:19 -0700 To: Artis Caune In-Reply-To: <9e20d71e0905260854t1c731f68g3965c3406dc304c5@mail.gmail.com> References: <4A1BED8C.1070408@h3q.com> <9e20d71e0905260854t1c731f68g3965c3406dc304c5@mail.gmail.com> X-Mailer: VM 8.0.12 under 22.3.1 (i386-apple-darwin9.6.0) X-Virus-Scanned: ClamAV using ClamSMTP Cc: Philipp Wuensche , FreeBSD Stable Mailing List Subject: Re: loader not working with GPT and LOADER_ZFS_SUPPORT X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: hartzell@alerce.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 16:41:00 -0000 Artis Caune writes: > 2009/5/26 Philipp Wuensche : > > Hi, > > > > I tried booting from a disk with GPT scheme, with a /boot/loader build > > with LOADER_ZFS_SUPPORT="yes" in make.conf. I get the following error: > > > > panic: free: guard1 fail @ 0x2fd4a6ac from > > /usr/src/sys/boot/i386/libi386/biosdisk.c:1053 > > Same problem for me. I also tried with MBR scheme, same problem. I had a similar problem (different @ 0x.... address) with -STABLE over the weekend. I just wanted to boot an old fashioned system, MBR and no ZFS. I ended up building a loader with LOADER_ZFS_SUPPORT="NO" LOADER_NO_GPT_SUPPORT="YES" and it worked. g. From owner-freebsd-stable@FreeBSD.ORG Tue May 26 16:42:44 2009 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 2B584106568F for ; Tue, 26 May 2009 16:42:44 +0000 (UTC) (envelope-from hartzell@alerce.com) Received: from merlin.alerce.com (merlin.alerce.com [64.62.142.94]) by mx1.freebsd.org (Postfix) with ESMTP id 1248C8FC1A for ; Tue, 26 May 2009 16:42:43 +0000 (UTC) (envelope-from hartzell@alerce.com) Received: from merlin.alerce.com (localhost [127.0.0.1]) by merlin.alerce.com (Postfix) with ESMTP id C900533C62; Tue, 26 May 2009 09:42:43 -0700 (PDT) Received: from merlin.alerce.com (localhost [127.0.0.1]) by merlin.alerce.com (Postfix) with ESMTP id 8E9FD33C5B; Tue, 26 May 2009 09:42:43 -0700 (PDT) From: George Hartzell MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18972.7173.216763.407615@already.dhcp.gene.com> Date: Tue, 26 May 2009 09:42:45 -0700 To: Andriy Gapon In-Reply-To: <4A1C18CC.7080902@icyb.net.ua> References: <29579856-69F7-4CDC-A52A-B414A40180ED@yellowspace.net> <4A1B0B4F.1020106@h3q.com> <18972.5870.795005.186542@already.dhcp.gene.com> <4A1C18CC.7080902@icyb.net.ua> X-Mailer: VM 8.0.12 under 22.3.1 (i386-apple-darwin9.6.0) X-Virus-Scanned: ClamAV using ClamSMTP Cc: FreeBSD Stable Mailing List Subject: Re: ZFS boot on zfs mirror X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: hartzell@alerce.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 16:42:44 -0000 Andriy Gapon writes: > on 26/05/2009 19:21 George Hartzell said the following: > > Dmitry Morozovsky writes: > > > On Tue, 26 May 2009, Mickael MAILLOT wrote: > > > > > > MM> Hi, > > > MM> > > > MM> i prefere use zfsboot boot sector, an example is better than a long talk: > > > MM> > > > MM> $ zpool create tank mirror ad4 ad6 > > > MM> $ zpool export tank > > > MM> $ dd if=/boot/zfsboot of=/dev/ad4 bs=512 count=1 > > > MM> $ dd if=/boot/zfsboot of=/dev/ad6 bs=512 count=1 > > > MM> $ dd if=/boot/zfsboot of=/dev/ad4 bs=512 skeep=1 seek=1024 > > > MM> $ dd if=/boot/zfsboot of=/dev/ad6 bs=512 skeep=1 seek=1024 > > > > > > s/skeep/skip/ ? ;-) > > > > What is the reason for copying zfsboot one bit at a time, as opposed > > to > > > > dd if=/boot/zfsboot of=/dev/ad4 bs=512 count=2 > > seek=1024 for the second part? and no 'count=1' for it? :-) > > [Just guessing] Apparently the first block of zfsboot is some form of MBR and the > rest is zfs-specific code that goes to magical sector 1024. Ok, I managed to read the argument to seek as "one block", apparently my coffee hasn't hit yet. I'm still confused about the two parts of zfsboot and what's magical about seeking to 1024. g. From owner-freebsd-stable@FreeBSD.ORG Tue May 26 16:57:14 2009 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 E98991065694 for ; Tue, 26 May 2009 16:57:14 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 18C9E8FC23 for ; Tue, 26 May 2009 16:57:13 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id TAA03061; Tue, 26 May 2009 19:57:04 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4A1C1F5F.2060907@icyb.net.ua> Date: Tue, 26 May 2009 19:57:03 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: hartzell@alerce.com References: <29579856-69F7-4CDC-A52A-B414A40180ED@yellowspace.net> <4A1B0B4F.1020106@h3q.com> <18972.5870.795005.186542@already.dhcp.gene.com> <4A1C18CC.7080902@icyb.net.ua> <18972.7173.216763.407615@already.dhcp.gene.com> In-Reply-To: <18972.7173.216763.407615@already.dhcp.gene.com> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Doug Rabson , FreeBSD Stable Mailing List Subject: Re: ZFS boot on zfs mirror 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, 26 May 2009 16:57:15 -0000 on 26/05/2009 19:42 George Hartzell said the following: > I'm still confused about the two parts of zfsboot and what's magical > about seeking to 1024. Can't help with answer to this, but cc-ing the one who can (I think). I am interested too :-) -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Tue May 26 17:14:43 2009 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 653FB106564A; Tue, 26 May 2009 17:14:43 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:2:2d29:0:1::]) by mx1.freebsd.org (Postfix) with ESMTP id E7B188FC0C; Tue, 26 May 2009 17:14:42 +0000 (UTC) (envelope-from hlh@restart.be) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:2:2d29:1:ffff::]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "avoriaz.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id EA2FC4A6F; Tue, 26 May 2009 19:14:41 +0200 (CEST) Received: from morzine.restart.bel (morzine.restart.be [IPv6:2001:41d0:2:2d29:1:2::]) (authenticated bits=0) by restart.be (8.14.3/8.14.3) with ESMTP id n4QHEbCx001874; Tue, 26 May 2009 19:14:37 +0200 (CEST) (envelope-from hlh@restart.be) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1243358081; bh=CDQlpgxxfvjdHqkPlCZOETJ8z/89PQp8JPBcXpo30T4=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=QL0P4HQDjtViyMhmVxxT+Ak5A7qGJ9MQ8xUvXhDdmQ3yOkwHC5ERQS52uRBNDuwNF WWa9gpugNW8Eg3Gd9xItQ== DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:content-type: content-transfer-encoding:x-scanned-by; b=kvHbTIiuENAwot6eyQZqOCzBF+SzMi67d97pTDr3m4tUws1AxQJHIsy1gFlEQji2v buvLOckegyNor4Haiq6Wg== Message-ID: <4A1C237D.5090303@restart.be> Date: Tue, 26 May 2009 19:14:37 +0200 From: Henri Hennebert Organization: RestartSoft User-Agent: Thunderbird 2.0.0.21 (X11/20090412) MIME-Version: 1.0 To: Kip Macy References: <3c1674c90905201643m540c8b1v8a8bd88f071c233d@mail.gmail.com> <4A1A7E1C.9090401@restart.be> <3c1674c90905251107m6de3065bxe456161b2b3b8e5d@mail.gmail.com> In-Reply-To: <3c1674c90905251107m6de3065bxe456161b2b3b8e5d@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.64 on IPv6:2001:41d0:2:2d29:1:1:: Cc: freebsd-stable@freebsd.org Subject: Re: ZFS MFC heads down 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, 26 May 2009 17:14:43 -0000 Kip Macy wrote: > I haven't looked at the panic yet, but adding a USB quirk (no > SYNCHRONIZE_CACHE) would certainly reduce the noise in your logs. Thanks for this hint. I patch usbdevs and umass.c. No more noise but more interesting, now I can complete install on my usb key without deadlock or crash. Henri > > -Kip > > On Mon, May 25, 2009 at 4:16 AM, Henri Hennebert wrote: >> Kip Macy wrote: >>> On Wed, May 20, 2009 at 2:59 PM, Kip Macy wrote: >>>> I will be MFC'ing the newer ZFS support some time this afternoon. Both >>>> world and kernel will need to be re-built. Existing pools will >>>> continue to work without upgrade. >>>> >>>> >>>> If you choose to upgrade a pool to take advantage of new features you >>>> will no longer be able to use it with sources prior to today. 'zfs >>>> send/recv' is not expected to inter-operate between different pool >>>> versions. >>> >>> The MFC went in r192498. Please let me know if you have any problems. >>> >> I get a panic: >> >> panic: solaris assert: 0 == dmu_read(os, lr->lr_foid, off, dlen, buf), file: >> /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c, >> line: 991 >> >> during `make -s DESTDIR=/kingston installworld` >> >> kingston is a pool on a USB stick with GPT partitions >> >> more info at : http://verbier.restart.be/xfer/core.txt.60 >> >> Thanks for your work >> >> Henri >> >>> Thanks, >>> Kip >>> _______________________________________________ >>> 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 May 26 17:31:12 2009 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 562F11065670 for ; Tue, 26 May 2009 17:31:12 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from itchy.rabson.org (router.rabson.org [80.177.232.241]) by mx1.freebsd.org (Postfix) with ESMTP id 10AE88FC1C for ; Tue, 26 May 2009 17:31:11 +0000 (UTC) (envelope-from dfr@rabson.org) Received: by itchy.rabson.org (Postfix, from userid 80) id CBE765DB7; Tue, 26 May 2009 18:06:15 +0100 (BST) To: Andriy Gapon MIME-Version: 1.0 Date: Tue, 26 May 2009 18:06:15 +0100 From: Doug Rabson In-Reply-To: <4A1C1F5F.2060907@icyb.net.ua> References: <29579856-69F7-4CDC-A52A-B414A40180ED@yellowspace.net> <4A1B0B4F.1020106@h3q.com> <18972.5870.795005.186542@already.dhcp.gene.com> <4A1C18CC.7080902@icyb.net.ua> <18972.7173.216763.407615@already.dhcp.gene.com> <4A1C1F5F.2060907@icyb.net.ua> Message-ID: X-Sender: dfr@rabson.org User-Agent: RoundCube Webmail/0.2.1 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="UTF-8" Cc: FreeBSD Stable Mailing List , hartzell@alerce.com Subject: Re: ZFS boot on zfs mirror 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, 26 May 2009 17:31:12 -0000 On Tue, 26 May 2009 19:57:03 +0300, Andriy Gapon wrote: > on 26/05/2009 19:42 George Hartzell said the following: >> I'm still confused about the two parts of zfsboot and what's magical >> about seeking to 1024. > > Can't help with answer to this, but cc-ing the one who can (I think). > I am interested too :-) This is due to the primitive DOS boot sequence. Basically the BIOS loads the first sector of the partition and executes it. For zfsboot, that is the first 512 bytes of /boot/zfsboot. The next stage of the bootstrap is tucked away in a convenient hole in the ZFS on-disk formwat which is located just after the ZFS metadata - this is the seek=1024 part. The first 512 byte part is a tiny assembler program that loads the rest into memory and executes it. The second part is large enough and smart enough to understand the ZFS filesystem format directly and it loads /boot/loader directly from the filesystem and transfers control to that. The third stage (/boot/loader) is what puts up the boot menu and loads the kernel etc. From owner-freebsd-stable@FreeBSD.ORG Tue May 26 18:25:25 2009 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 2EFDF106566B for ; Tue, 26 May 2009 18:25:25 +0000 (UTC) (envelope-from tsw5@duke.edu) Received: from smtp.duke.edu (smtp-02.oit.duke.edu [152.3.174.84]) by mx1.freebsd.org (Postfix) with ESMTP id 072DF8FC13 for ; Tue, 26 May 2009 18:25:24 +0000 (UTC) (envelope-from tsw5@duke.edu) Received: from smtp.duke.edu (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id D0686510C36 for ; Tue, 26 May 2009 14:11:11 -0400 (EDT) Received: from user-152-3-155-249.wireless.duke.edu (user-152-3-155-249.wireless.duke.edu [152.3.155.249]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp.duke.edu (Postfix) with ESMTP id B28BD510C46 for ; Tue, 26 May 2009 14:11:11 -0400 (EDT) Message-Id: From: Todd Wasson To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Tue, 26 May 2009 14:11:10 -0400 X-Mailer: Apple Mail (2.935.3) X-PMX-Version: 5.4.2.338381, Antispam-Engine: 2.6.0.325393, Antispam-Data: 2009.5.26.175530 Subject: jdk15/jdk16 build problems on amd64, 7.2-RELEASE 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, 26 May 2009 18:25:25 -0000 I've recently been unable to get jdk15 and jdk16 to build, with some very cryptic errors (if any, really) being reported. I've pasted a build log for jdk16 here, since it's about 9100 lines long: http://paste2.org/p/224897 This seems to be the relevant portion: cd bsd_amd64_compiler2/product && gmake -w gmake[4]: Entering directory `/usr/ports/java/jdk16/work/control/build/ bsd-amd64/hotspot/outputdir/bsd_amd64_compiler2/product' Note: Some input files use unchecked or unsafe operations. Note: Recompile with -Xlint:unchecked for details. gmake[4]: *** [../generated/MakeDeps.class] Killed: 9 gmake[4]: *** Deleting file `../generated/MakeDeps.class' gmake[4]: Leaving directory `/usr/ports/java/jdk16/work/control/build/ bsd-amd64/hotspot/outputdir/bsd_amd64_compiler2/product' gmake[3]: *** [product] Error 2 gmake[3]: Leaving directory `/usr/ports/java/jdk16/work/control/build/ bsd-amd64/hotspot/outputdir' gmake[2]: *** [generic_build2] Error 2 gmake[2]: Leaving directory `/usr/ports/java/jdk16/work/hotspot/make' gmake[1]: *** [product] Error 2 gmake[1]: Leaving directory `/usr/ports/java/jdk16/work/hotspot/make' gmake: *** [hotspot-build] Error 2 *** Error code 2 Stop in /usr/ports/java/jdk16. *** Error code 1 Stop in /usr/ports/java/jdk16. I don't see anything about this in the PRs or google, so any help would be appreciated. I'm not sure how to do the -Xlint thing it suggests, so I haven't tried that yet, but I can do so if someone tells me what I need to tweak to pull it off. Thanks! Todd PS- I've written to ports-bugs about this as well, so please bear with me if this is the wrong forum; I just like my chances of getting a response here better. From owner-freebsd-stable@FreeBSD.ORG Tue May 26 18:38:39 2009 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 625971065679 for ; Tue, 26 May 2009 18:38:39 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from email1.allantgroup.com (email1.emsphone.com [199.67.51.115]) by mx1.freebsd.org (Postfix) with ESMTP id 0C1D48FC08 for ; Tue, 26 May 2009 18:38:38 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by email1.allantgroup.com (8.14.0/8.14.0) with ESMTP id n4QIcZkb099404 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 26 May 2009 13:38:36 -0500 (CDT) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (smmsp@localhost [127.0.0.1]) by dan.emsphone.com (8.14.3/8.14.3) with ESMTP id n4QIcZZK091288 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 26 May 2009 13:38:35 -0500 (CDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.14.3/8.14.3/Submit) id n4QIcXL9091285; Tue, 26 May 2009 13:38:33 -0500 (CDT) (envelope-from dan) Date: Tue, 26 May 2009 13:38:32 -0500 From: Dan Nelson To: Todd Wasson Message-ID: <20090526183832.GN52703@dan.emsphone.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-OS: FreeBSD 7.2-STABLE User-Agent: Mutt/1.5.19 (2009-01-05) X-Virus-Scanned: ClamAV version 0.94.1, clamav-milter version 0.94.1 on email1.allantgroup.com X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (email1.allantgroup.com [199.67.51.78]); Tue, 26 May 2009 13:38:36 -0500 (CDT) X-Scanned-By: MIMEDefang 2.45 Cc: freebsd-stable@freebsd.org Subject: Re: jdk15/jdk16 build problems on amd64, 7.2-RELEASE 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, 26 May 2009 18:38:39 -0000 In the last episode (May 26), Todd Wasson said: > I've recently been unable to get jdk15 and jdk16 to build, with some > very cryptic errors (if any, really) being reported. I've pasted a > build log for jdk16 here, since it's about 9100 lines long: http://paste2.org/p/224897 > > This seems to be the relevant portion: > cd bsd_amd64_compiler2/product && gmake -w > gmake[4]: Entering directory `/usr/ports/java/jdk16/work/control/build/ > bsd-amd64/hotspot/outputdir/bsd_amd64_compiler2/product' > Note: Some input files use unchecked or unsafe operations. > Note: Recompile with -Xlint:unchecked for details. > gmake[4]: *** [../generated/MakeDeps.class] Killed: 9 Something sent a KILL signal to your process. Maybe you ran out of memory and the kernel killed the largest process it saw? -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-stable@FreeBSD.ORG Tue May 26 18:42:55 2009 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 E4BF510656D2 for ; Tue, 26 May 2009 18:42:54 +0000 (UTC) (envelope-from cptsalek@gmail.com) Received: from mail-fx0-f168.google.com (mail-fx0-f168.google.com [209.85.220.168]) by mx1.freebsd.org (Postfix) with ESMTP id 71F1D8FC1E for ; Tue, 26 May 2009 18:42:54 +0000 (UTC) (envelope-from cptsalek@gmail.com) Received: by fxm12 with SMTP id 12so4160647fxm.43 for ; Tue, 26 May 2009 11:42:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=ncHPQEy8oGEzzaYQy/cdnhQZzq13GGH9b2QaqW/fWIA=; b=Tq0vRCuCW+HQFdl+mkFFjhy4qPQTvw4/ITDhhdw4xdGoPvc7Fl+oWQOalXSIPoIfYD qSjMNrPSxg3L4PtWtzOPhC05++EO7qTLNqWnxVh40GhmVSmjqL09R3X0WzUysX8VaLZM vVyDY2aMxQ6aanjkoDZNceEVoEZ0wT+DBiX24= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=TtH2ve3YFFNw7wpIjdAr8XBB0XKsfbwdqoMnOcyb8JmjuAt1zlqqiJRiK1BZRwaGG0 46SQIxV71t1Sy9p3EIGBQzGRvV2jJR5j/nXfC0KtqG/N/Dbbcf1gM3MPLjJfP0DDca3c T4OiZCtrHbNwEtwepr6qEXU592KPENJFwDmek= MIME-Version: 1.0 Received: by 10.204.58.16 with SMTP id e16mr8456300bkh.43.1243363372964; Tue, 26 May 2009 11:42:52 -0700 (PDT) In-Reply-To: <4ad871310905260804h107ec643vec473c1dfec875a4@mail.gmail.com> References: <14989d6e0905260727g3d914545vdd97e68099175226@mail.gmail.com> <14989d6e0905260735i296776a6nff29e2922e345ceb@mail.gmail.com> <4ad871310905260804h107ec643vec473c1dfec875a4@mail.gmail.com> Date: Tue, 26 May 2009 20:42:52 +0200 Message-ID: <14989d6e0905261142w7636e7c6xe4ed916ff5ce4225@mail.gmail.com> From: Christian Walther To: Glen Barber Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: stable@freebsd.org Subject: Re: make buildkernel KERNCONF=GENERIC fails 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, 26 May 2009 18:42:56 -0000 Hi Glen, Hi List, 2009/5/26 Glen Barber : > Hi, Christian > > On Tue, May 26, 2009 at 10:35 AM, Christian Walther = wrote: >> 2009/5/26 Christian Walther : >>> Hi, >>> >>> I wanted to update my system to FreeBSD 7.2, so after updating my >>> sources I started a make buildkernel. After a while, it fails with the >>> following message: >>> >>> /usr/src/sys/i386/i386/intr_machdep.c: In function 'intr_register_sourc= e': >>> /usr/src/sys/i386/i386/intr_machdep.c:136: warning: passing argument 4 >>> of 'intr_event_create' makes pointer from integer without a cast >>> /usr/src/sys/i386/i386/intr_machdep.c:136: warning: passing argument 7 >>> of 'intr_event_create' from incompatible pointer type >>> /usr/src/sys/i386/i386/intr_machdep.c:136: warning: passing argument 8 >>> of 'intr_event_create' from incompatible pointer type >>> /usr/src/sys/i386/i386/intr_machdep.c: In function 'intr_execute_handle= rs': >>> /usr/src/sys/i386/i386/intr_machdep.c:261: warning: implicit >>> declaration of function 'intr_event_handle' >>> /usr/src/sys/i386/i386/intr_machdep.c:261: warning: nested extern >>> declaration of 'intr_event_handle' >>> *** Error code 1 >>> >>> Stop in /usr/obj/usr/src/sys/GENERIC. >>> *** Error code 1 >>> >>> Stop in /usr/src. >>> *** Error code 1 >>> >>> Stop in /usr/src. >>> >> >> Oh yes, but I shouldn't hit the send button before finishing the mail. ;= -) >> Anyway there isn't much information left to share, I found nothing in >> UPDATING. Trying to build with a clean source tree instead. >> >> Has anybody an idea of what's happening here? >> > Out of curiosity, how long ago did you update your sources? > I updated sources right before I did the make buildkernel. > Also, did you change the GENERIC kernel config? (If so, please include > that.) =A0I haven't seen a tinderbox email about -STABLE failing since > the 24th, which was a different problem than what you are seeing, > anyway. No, I create my own kernel configuration by copying GENERIC. Well, for some strange reason the same happened again: I did # mv /usr/src /usr/src.old # csup /root/stable-supfile # cd /usr/src # make buildkernel KERNCONF=3DGENERIC and it fails with exactly the same the error: cc -c -O -pipe -march=3Dpentium4m -std=3Dc99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=3D8000 --param inline-unit-growth=3D100 --param large-function-growth=3D1000 -mno-align-long-strings -mpreferred-stack-boundary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /usr/src/sys/i386/i386/intr_machdep.c cc1: warnings being treated as errors /usr/src/sys/i386/i386/intr_machdep.c: In function 'intr_register_source': /usr/src/sys/i386/i386/intr_machdep.c:136: warning: passing argument 4 of 'intr_event_create' makes pointer from integer without a cast /usr/src/sys/i386/i386/intr_machdep.c:136: warning: passing argument 7 of 'intr_event_create' from incompatible pointer type /usr/src/sys/i386/i386/intr_machdep.c:136: warning: passing argument 8 of 'intr_event_create' from incompatible pointer type /usr/src/sys/i386/i386/intr_machdep.c: In function 'intr_execute_handlers': /usr/src/sys/i386/i386/intr_machdep.c:261: warning: implicit declaration of function 'intr_event_handle' /usr/src/sys/i386/i386/intr_machdep.c:261: warning: nested extern declaration of 'intr_event_handle' *** Error code 1 Stop in /usr/obj/usr/src/sys/GENERIC. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Maybe it's a problem with *default host=3Dcvsup.de.FreeBSD.org I changed my stable-supfile to use cvsup.freebsd.org instead, and I'm updating right now. Either there has just been an update commited, or the servers aren't in sync, because I see many Edits, Checkouts and even Deletions. I keep you posted. Christian From owner-freebsd-stable@FreeBSD.ORG Tue May 26 19:12:17 2009 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 F02AB1065693 for ; Tue, 26 May 2009 19:12:17 +0000 (UTC) (envelope-from tsw5@duke.edu) Received: from smtp.duke.edu (smtp-04.oit.duke.edu [152.3.174.85]) by mx1.freebsd.org (Postfix) with ESMTP id C787E8FC1E for ; Tue, 26 May 2009 19:12:17 +0000 (UTC) (envelope-from tsw5@duke.edu) Received: from smtp.duke.edu (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id E2831358B03; Tue, 26 May 2009 15:12:16 -0400 (EDT) Received: from [152.3.137.189] (k.cs.duke.edu [152.3.137.189]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.duke.edu (Postfix) with ESMTP id C2383358A01; Tue, 26 May 2009 15:12:16 -0400 (EDT) Message-ID: <4A1C3F08.90809@duke.edu> Date: Tue, 26 May 2009 15:12:08 -0400 From: Todd Wasson User-Agent: Thunderbird 2.0.0.21 (X11/20090409) MIME-Version: 1.0 To: Dan Nelson References: <20090526183832.GN52703@dan.emsphone.com> In-Reply-To: <20090526183832.GN52703@dan.emsphone.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.4.2.338381, Antispam-Engine: 2.6.0.325393, Antispam-Data: 2009.5.26.190432 Cc: freebsd-stable@freebsd.org Subject: Re: jdk15/jdk16 build problems on amd64, 7.2-RELEASE 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, 26 May 2009 19:12:18 -0000 Hmm... Well, this machine has 6GB of memory. I just killed firefox and other processes requiring significant memory and tried again, watching top. It didn't drop below 2GB inactive memory, and the 4GB of swap wasn't touched, so I kind of doubt that's the problem. For kicks, I'll try rebooting the machine and building again, just in case something funny is going on. Todd Dan Nelson wrote: > In the last episode (May 26), Todd Wasson said: >> I've recently been unable to get jdk15 and jdk16 to build, with some >> very cryptic errors (if any, really) being reported. I've pasted a >> build log for jdk16 here, since it's about 9100 lines long: http://paste2.org/p/224897 >> >> This seems to be the relevant portion: >> cd bsd_amd64_compiler2/product && gmake -w >> gmake[4]: Entering directory `/usr/ports/java/jdk16/work/control/build/ >> bsd-amd64/hotspot/outputdir/bsd_amd64_compiler2/product' >> Note: Some input files use unchecked or unsafe operations. >> Note: Recompile with -Xlint:unchecked for details. >> gmake[4]: *** [../generated/MakeDeps.class] Killed: 9 > > Something sent a KILL signal to your process. Maybe you ran out of memory > and the kernel killed the largest process it saw? > From owner-freebsd-stable@FreeBSD.ORG Tue May 26 19:16:41 2009 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 E492C1065688 for ; Tue, 26 May 2009 19:16:41 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: from mail-fx0-f168.google.com (mail-fx0-f168.google.com [209.85.220.168]) by mx1.freebsd.org (Postfix) with ESMTP id 7312D8FC29 for ; Tue, 26 May 2009 19:16:41 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: by fxm12 with SMTP id 12so4184423fxm.43 for ; Tue, 26 May 2009 12:16:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=ktGvSBFAOeC7wXDN4yJRxYAW94lhoMUjQqB9Yup82x8=; b=nnxAbOImBDct6PLk2WJAIo/acQcTY8dz+j5xv58GRo9lGuphyQEyS9u8HvLSe70WVn T1tuRm6MgetUHh782KSj3+PZZQyu/I8byOUBy+w0aIieovkfbMQo/j7CijTO7b0GXgVw Sgij8JIK1THNqtrh6bSG1LEbuyFx57JvLS+8s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=a0sQyf8+/LNA0FyiKYdWzzqFqcSIZou2WTtDkB42VVCKQOn110OKRsfhwNEcGdYp9T G0H5YCtgqk1nnFzLCvFCvaf+sR9LQ2EWsI1zqZJlUMjzYvbrYECBXBtSzw9/LRlt0Qzt v2JM2o/sU7qtboEw+VE0RexO3d2h0xWDawTss= MIME-Version: 1.0 Received: by 10.204.101.13 with SMTP id a13mr8464018bko.89.1243365400299; Tue, 26 May 2009 12:16:40 -0700 (PDT) In-Reply-To: <14989d6e0905261142w7636e7c6xe4ed916ff5ce4225@mail.gmail.com> References: <14989d6e0905260727g3d914545vdd97e68099175226@mail.gmail.com> <14989d6e0905260735i296776a6nff29e2922e345ceb@mail.gmail.com> <4ad871310905260804h107ec643vec473c1dfec875a4@mail.gmail.com> <14989d6e0905261142w7636e7c6xe4ed916ff5ce4225@mail.gmail.com> Date: Tue, 26 May 2009 15:16:40 -0400 Message-ID: <4ad871310905261216s389b5a3ah5135cf148e8ffc03@mail.gmail.com> From: Glen Barber To: Christian Walther Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: make buildkernel KERNCONF=GENERIC fails 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, 26 May 2009 19:16:42 -0000 Christian, On Tue, May 26, 2009 at 2:42 PM, Christian Walther wrote: > > No, I create my own kernel configuration by copying GENERIC. > > Well, for some strange reason the same happened again: I did > > # mv /usr/src /usr/src.old > # csup /root/stable-supfile > # cd /usr/src > # make buildkernel KERNCONF=GENERIC > > and it fails with exactly the same the error: > [snip] > > Maybe it's a problem with *default host=cvsup.de.FreeBSD.org > I changed my stable-supfile to use cvsup.freebsd.org instead, and I'm > updating right now. Either there has just been an update commited, or > the servers aren't in sync, because I see many Edits, Checkouts and > even Deletions. > I'm actually curious what happens with: 'make buildworld' without KERNCONF=GENERIC (which is implied anyway, if not stated explicitly). -- Glen Barber From owner-freebsd-stable@FreeBSD.ORG Tue May 26 19:25:03 2009 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 EA3E2106568A; Tue, 26 May 2009 19:25:03 +0000 (UTC) (envelope-from mandrews@bit0.com) Received: from magnum.bit0.com (magnum.bit0.com [207.246.88.226]) by mx1.freebsd.org (Postfix) with ESMTP id C3CEF8FC20; Tue, 26 May 2009 19:25:03 +0000 (UTC) (envelope-from mandrews@bit0.com) Received: from [172.27.0.11] (nat.bit0.com [207.246.88.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by magnum.bit0.com (Postfix) with ESMTPSA id D44AF164E44; Tue, 26 May 2009 15:05:34 -0400 (EDT) Message-ID: <4A1C3DA8.5050300@bit0.com> Date: Tue, 26 May 2009 15:06:16 -0400 From: Mike Andrews User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Takahashi Yoshihiro References: <20090526.192217.94910518.nyan@jp.FreeBSD.org> In-Reply-To: <20090526.192217.94910518.nyan@jp.FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@FreeBSD.org, pjd@FreeBSD.org, kmacy@FreeBSD.org Subject: Re: NFS on ZFS 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, 26 May 2009 19:25:04 -0000 Takahashi Yoshihiro wrote: > Today's stable has a problem creating a new file via NFS on ZFS. > > On the NFS server, there is no problem. > > % cd /ZFS > % mktemp hoge > hoge > % ls -l hoge > -rw------- 1 nyan nyan 0 5 26 19:09 hoge > > > But it's a problem on the NFS client. > > # mount server:/ZFS /ZFS > % cd /ZFS > % mktemp hoge > mktemp: mkstemp failed on hoge: Input/output error > % ls -l hoge > ---------- 1 nyan wheel 0 5 26 19:09 hoge > > The file has a wrong permission. > > This problem is only on stable, current has no problem. I'm seeing this too. It seems so far to be limited to mkstemp() -- just copying files normally works. For example /usr/bin/install -S fails, without -S works, if the target is an NFS+ZFS volume. From owner-freebsd-stable@FreeBSD.ORG Tue May 26 19:35:30 2009 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 9E890106567A for ; Tue, 26 May 2009 19:35:30 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.29]) by mx1.freebsd.org (Postfix) with ESMTP id 5B0758FC08 for ; Tue, 26 May 2009 19:35:30 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so2272101ywe.13 for ; Tue, 26 May 2009 12:35:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=G+XO6u02hxAVPHSbduyd2tPqOXCujTxJSDTsTLtkPE8=; b=h26FlbGlI67WuG7FDoGNoiEk/rW23Yy/pJDWu7X90g79qJBkV47KLjWgSfl31uoc80 vYVoS0qNrTCfcKB0HbGGUXJnWMGQtNoOErSRxvXJzUFoyRYPfB8ymTSUChW2SeS+8D2l BK8c0hPOeuhAQdl2WlfOjxk6OhDDXqg9oZpT4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=ueIS5RrgtDRflGS4V7i/3d0mH9VFyDzZVpg2TLtHTFhTpenQ/7bA5NToJVLRC97QGE c2LH5aqDRqPYNxMKOsHplBH9UNnnS08EJk6HL22UdYFgPn/3VDzPrvxO+vWVmjcPaIXY ERgT5g1JwBWWtn9Bpv55JVTmnYz1D+1SSP/Ng= MIME-Version: 1.0 Received: by 10.151.137.6 with SMTP id p6mr17388656ybn.214.1243366529739; Tue, 26 May 2009 12:35:29 -0700 (PDT) Date: Tue, 26 May 2009 12:35:29 -0700 Message-ID: From: Freddie Cash To: FreeBSD Stable Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: A very big Thank You for the inclusion of ZFS 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, 26 May 2009 19:35:30 -0000 I just wanted to send out a very big THANK YOU to all those who have had a hand in bringing ZFS to FreeBSD. You've done a wonderful job. With the release of FreeBSD 7.2, things have improved to the point where I can't crash our storage servers anymore (and I've tried all the things that would crash 7.0 and 7.1). Bravo! What impressed me even more, though, was just how performant a multiple raidz2 pool could be. During a normal backup run (rsync of 105 servers each night), we graph sustained reads of 80 MBytes/sec and writes of 50 MBytes/sec (via snmpd). Nothing too spectacular, but still quite nice. Didn't realise just how much of a bottleneck the remote network connections are, though. Doing a local iozone benchmark, using a command-line someone posted online as known to crash ZFS on FreeBSD 7.0, I was able to get just under 350 MBytes/sec sustained write throughput (as shown by snmpd) with over 15 MBytes/sec per drive (as shown by gstat). Fiddling with the iozone options, I was able to push that to over 400 MBytes/sec sustained write with just shy of 20 MBytes/sec per drive. And CPU utilisation never went above 40% per core. System never crashed, hung, locked up, of even seemed slow while connected via SSH. While those numbers may not seem all that high to some people, for us, those are amazing!! :) (We've never used SCSI, or RAID0, or RAID10, or FibreChannel, or any of the other fancy storage stuff that gives uber-high stats.) This gives us hope for just how many remote sites we'll be able to backup to these storage servers (ie still lots of headroom on the storage side, just need to boost the network side of things). For the curious, the hardware is: Tyan h2000M motherboard 2x dual-core AMD Opteron 2220 CPUs at 2.8 GHz 8 GB ECC DDR2-667 SDRAM 3Ware 9650SE-12ML PCIe RAID controller 3Ware 9550SXU-12ML PCI-X RAID controller (64-bit/133 MHz slot) 24x 500 GB WD SATA2 harddrives (12 per controller, configured as Single Drives) 4-port Intel Pro/1000MT PCIe NIC The software is: 64-bit FreeBSD 7.2-RELEASE no kmem tuning ZFS ARC limited to 1 GB via /boot/loader.conf test filesystem has no compression and no atime set Pool configuration: 3 raidz2 vdevs of 8 drives each (1 vdev uses 4-drives from each RAID controller, the other 2 vdevs use 8 drives from 1 controller) iozone commands: iozone -M -e -+u -T -t 128 -S 4096 -L 64 -r 4k -s 40g -i 0 -i 1 -i 2 -i 8 -+p 70 -C (350 MBytes/sec writes) iozone -M -e -+u -T -t 128 -r 128k -s 4g -i 0 -i 1 -i 2 -i 8 -+p 70 -C (400 MBytes/sec write) -- Freddie Cash fjwcash@gmail.com From owner-freebsd-stable@FreeBSD.ORG Tue May 26 20:38:32 2009 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 7EC8B1065765 for ; Tue, 26 May 2009 20:38:32 +0000 (UTC) (envelope-from cptsalek@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id 0AA1E8FC1C for ; Tue, 26 May 2009 20:38:31 +0000 (UTC) (envelope-from cptsalek@gmail.com) Received: by bwz9 with SMTP id 9so4196109bwz.43 for ; Tue, 26 May 2009 13:38:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=FkU6zBu07dKb2mf5Dd7lbNFFueUj/Cjt5h4B8Nm4YXE=; b=xi4789boGa6XY2WT1lSgSJZrN6rQUfr1Oy4SvnMpVkGjjPDZxmgEUvNI8ud/+R2RmN 53Z2fLhp1+e6/lY9DWGi0OIKlaH/NU16MClZer6uE3r52iagIVpMNy91bqgrGTYjtLKA 0jASGWZmgCuAl7BJJMmc1HjSoKro2XeAwOJUY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=EMVHGhUAmKg9QMIvH+BrVeX4UZkCUEjY+bBaEbnfMTKDSz2H/wExc8aa2zJxLHc2pe 6Bmh1e2d5rOw+nI1A5DwG8/d2yjh4PimtOVHyxCLn5NE212/FlFeZRi0LY/oF3UnRUQJ CG1AdKrrQRvunBgHWlMUz60ta6oS+uCrPWZiY= MIME-Version: 1.0 Received: by 10.204.58.16 with SMTP id e16mr8555885bkh.43.1243370310249; Tue, 26 May 2009 13:38:30 -0700 (PDT) Date: Tue, 26 May 2009 22:38:30 +0200 Message-ID: <14989d6e0905261338q5c4d4f8fj80b3b98ae9be8100@mail.gmail.com> From: Christian Walther To: rick-freebsd2008@kiwi-computer.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: stable@freebsd.org Subject: cvsup.de.FreeBSD.org out of sync? (was: "make buildkernel KERNCONF=GENERIC fails") 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, 26 May 2009 20:38:33 -0000 2009/5/26 Rick C. Petty : > On Tue, May 26, 2009 at 08:42:52PM +0200, Christian Walther wrote: >> >> Well, for some strange reason the same happened again: I did >> >> # mv /usr/src /usr/src.old >> # csup /root/stable-supfile >> # cd /usr/src >> # make buildkernel KERNCONF=3DGENERIC > > You should always do a "buildworld" before doing a "buildkernel", as the > toolchain which builds the kernel might have changed. =A0Also > "KERNCONF=3DGENERIC" is implied. > Thanks, I will do a buildworld before a buildkernel next time. I issue KERNCONF=3D in this case, because I specified it in /etc/make.conf for my own kernel configuration. Okay, so I changed my stable-supfile: #*default host=3Dcvsup.de.FreeBSD.org *default host=3Dcvsup.FreeBSD.org did another csup, and tried a buildkernel again. I'm happy to say that it finished successfully. From my point of view it appears that cvsup.de.freebsd.org is out of sync. buildworld is running and I will do another buildkernel with my own kernel configuration afterwards. Christian Walther From owner-freebsd-stable@FreeBSD.ORG Tue May 26 20:56:30 2009 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 468E31065678 for ; Tue, 26 May 2009 20:56:30 +0000 (UTC) (envelope-from ruben@verweg.com) Received: from erg.verweg.com (erg.verweg.com [IPv6:2a02:898:96::5e8e:f508]) by mx1.freebsd.org (Postfix) with ESMTP id CE9858FC3B for ; Tue, 26 May 2009 20:56:29 +0000 (UTC) (envelope-from ruben@verweg.com) Received: from [192.168.1.22] (helium.xs4all.nl [194.109.251.55]) (authenticated bits=0) by erg.verweg.com (8.14.3/8.14.3) with ESMTP id n4QKuQ0i051317 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Tue, 26 May 2009 20:56:26 GMT (envelope-from ruben@verweg.com) X-Authentication-Warning: erg.verweg.com: Host helium.xs4all.nl [194.109.251.55] claimed to be [192.168.1.22] Message-Id: <203EA7F2-0AFF-437D-A4F4-F65F00EEC10E@verweg.com> From: Ruben van Staveren To: Christian Walther In-Reply-To: <14989d6e0905261338q5c4d4f8fj80b3b98ae9be8100@mail.gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Tue, 26 May 2009 22:56:19 +0200 References: <14989d6e0905261338q5c4d4f8fj80b3b98ae9be8100@mail.gmail.com> X-Mailer: Apple Mail (2.935.3) X-Spam-Status: No, score=3.3 required=5.0 tests=DATE_IN_FUTURE_12_24 autolearn=no version=3.2.5 X-Spam-Level: *** X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on erg.verweg.com X-Virus-Scanned: ClamAV 0.94.2/9393/Tue May 26 10:17:55 2009 on erg.verweg.com X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (erg.verweg.com [94.142.245.8]); Tue, 26 May 2009 20:56:28 +0000 (UTC) Cc: rick-freebsd2008@kiwi-computer.com, stable@freebsd.org Subject: Re: cvsup.de.FreeBSD.org out of sync? (was: "make buildkernel KERNCONF=GENERIC fails") 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, 26 May 2009 20:56:30 -0000 On 26 May 2009, at 22:38, Christian Walther wrote: > it finished successfully. From my point of view it appears that > cvsup.de.freebsd.org is out of sync. cvsup.de.freebsd.org is definitely out of sync. I had build errors which only went away after switching to a different cvsup server Regards, Ruben From owner-freebsd-stable@FreeBSD.ORG Tue May 26 22:19:00 2009 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 A2F0A1065672 for ; Tue, 26 May 2009 22:19:00 +0000 (UTC) (envelope-from peo@intersonic.se) Received: from neonpark.inter-sonic.com (neonpark.inter-sonic.com [212.247.8.98]) by mx1.freebsd.org (Postfix) with ESMTP id 674798FC19 for ; Tue, 26 May 2009 22:18:54 +0000 (UTC) (envelope-from peo@intersonic.se) X-Virus-Scanned: amavisd-new at BSDLabs AB Message-ID: <4A1C6866.30403@intersonic.se> Date: Wed, 27 May 2009 00:08:38 +0200 From: Per olof Ljungmark User-Agent: Thunderbird 2.0.0.21 (X11/20090411) MIME-Version: 1.0 To: Ruben van Staveren References: <14989d6e0905261338q5c4d4f8fj80b3b98ae9be8100@mail.gmail.com> <203EA7F2-0AFF-437D-A4F4-F65F00EEC10E@verweg.com> In-Reply-To: <203EA7F2-0AFF-437D-A4F4-F65F00EEC10E@verweg.com> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: rick-freebsd2008@kiwi-computer.com, stable@freebsd.org, Christian Walther Subject: Re: cvsup.de.FreeBSD.org out of sync? (was: "make buildkernel KERNCONF=GENERIC fails") 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, 26 May 2009 22:19:01 -0000 Ruben van Staveren wrote: > > On 26 May 2009, at 22:38, Christian Walther wrote: > >> it finished successfully. From my point of view it appears that >> cvsup.de.freebsd.org is out of sync. > > cvsup.de.freebsd.org is definitely out of sync. I had build errors which > only went away after switching to a different cvsup server Same here, a week ago. -- per From owner-freebsd-stable@FreeBSD.ORG Tue May 26 23:11:49 2009 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 E3ACE106564A for ; Tue, 26 May 2009 23:11:49 +0000 (UTC) (envelope-from lopez.on.the.lists@yellowspace.net) Received: from mail.yellowspace.net (mail.yellowspace.net [80.190.200.164]) by mx1.freebsd.org (Postfix) with ESMTP id 5F8A78FC12 for ; Tue, 26 May 2009 23:11:49 +0000 (UTC) (envelope-from lopez.on.the.lists@yellowspace.net) Received: from furia.intranet ([93.104.99.4]) (AUTH: LOGIN lopez.on.the.lists@yellowspace.net) by mail.yellowspace.net with esmtp; Wed, 27 May 2009 00:42:52 +0200 id 0048F401.000000004A1C706C.00006F49 Message-Id: <6C848E6B-9B38-41ED-898D-8B4016FD70BB@yellowspace.net> From: Lorenzo Perone To: stable@freebsd.org In-Reply-To: <4A1C6866.30403@intersonic.se> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.4) Date: Wed, 27 May 2009 00:42:52 +0200 References: <14989d6e0905261338q5c4d4f8fj80b3b98ae9be8100@mail.gmail.com> <203EA7F2-0AFF-437D-A4F4-F65F00EEC10E@verweg.com> <4A1C6866.30403@intersonic.se> X-Mailer: Apple Mail (2.930.4) Cc: Subject: Re: cvsup.de.FreeBSD.org out of sync? (was: "make buildkernel KERNCONF=GENERIC fails") 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, 26 May 2009 23:11:50 -0000 On 27.05.2009, at 00:08, Per olof Ljungmark wrote: > Ruben van Staveren wrote: >> On 26 May 2009, at 22:38, Christian Walther wrote: >>> it finished successfully. From my point of view it appears that >>> cvsup.de.freebsd.org is out of sync. >> cvsup.de.freebsd.org is definitely out of sync. I had build errors >> which only went away after switching to a different cvsup server > > Same here, a week ago. same here too... a few mins and hours ago. with cvsup5.de.freebsd.org as well... regards, Lorenzo From owner-freebsd-stable@FreeBSD.ORG Tue May 26 23:40:08 2009 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 E8F34106566B; Tue, 26 May 2009 23:40:07 +0000 (UTC) (envelope-from davidn04@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.26]) by mx1.freebsd.org (Postfix) with ESMTP id 6DFB68FC0A; Tue, 26 May 2009 23:40:07 +0000 (UTC) (envelope-from davidn04@gmail.com) Received: by qw-out-2122.google.com with SMTP id 3so2242948qwe.7 for ; Tue, 26 May 2009 16:40:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=fOEjP6PFkVRKaRmVG4uf5dbh4vsJmXPTXbzgwP4dshw=; b=aOu8fnfwbOy0qCTTngUuq5nmuMP8EZWX8yYd3BMLSV815KkvWwvP+SwfeWCuW2PUf/ xTabmW21bPy04tsd6EOfqwv9ZKJB6cx2Gvi2fRkZbNt2R5oxH8A4z1+XPT1IYhpL40PO Yb8Tzg0KblyQG1YzxGqTcyUzs9qdOFHPKc9Dg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=AMJNmmulePuQkOCcIvPAw40L3UxBiJOc+GP+Ynvc67F38Mc0UpiUsA8Ywq/kokw+sc 2x3+BuIJ2oCpbWO5YNv9PpOTjwScA793szUW8sAFPAuy1MS2QRRncgU00DP7lpOKanCB IamZQkTXupowo7/tZUKeeRpeVQARGrnHt4mU0= MIME-Version: 1.0 Received: by 10.229.98.200 with SMTP id r8mr2684477qcn.5.1243381206616; Tue, 26 May 2009 16:40:06 -0700 (PDT) In-Reply-To: <4d7dd86f0905260039s1f9a5576p1b517b802c5ca0d7@mail.gmail.com> References: <4d7dd86f0905250042v61f2af6cl943b665cdbeb26a3@mail.gmail.com> <4d7dd86f0905250339o6e395102l5074198b38143970@mail.gmail.com> <4d7dd86f0905250415u32171606qaf9b64185da1a50@mail.gmail.com> <4A1A82D3.3000804@ksu.ru> <4d7dd86f0905260039s1f9a5576p1b517b802c5ca0d7@mail.gmail.com> Date: Wed, 27 May 2009 09:40:06 +1000 Message-ID: <4d7dd86f0905261640q4a4bdde2u6f0822236a7ffaa2@mail.gmail.com> From: David N To: Ivan Voras Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: gjournal locks up 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, 26 May 2009 23:40:08 -0000 I managed to get the server to lock up again. It responds to ping Top was still running last pid: 42052; load averages: 0.00, 0.16, 0.19 up 0+15:27:29 09:32:08 135 processes: 1 running, 93 sleeping, 41 waiting CPU: 0.0% user, 0.0% nice, 0.4% system, 0.0% interrupt, 99.6% idle Mem: 217M Active, 33M Inact, 168M Wired, 1976K Cache, 53M Buf Swap: 1024M Total, 122M Used, 902M Free, 11% Inuse PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND 1784 root 1 -4 0 67596K 4764K ufs 0:08 0.00% perl5.8.9 29580 110 1 20 0 138M 0K lockf 0:07 0.00% 27701 110 1 44 0 136M 0K select 0:06 0.00% 3122 admin 2 -4 0 13344K 1528K ufs 0:04 0.00% transmission-daemon 2226 root 1 44 0 25408K 0K WAIT 0:03 0.00% 728 root 1 44 0 10484K 612K select 0:02 0.00% ntpd 1793 110 1 44 0 132M 0K WAIT 0:01 0.00% 38907 root 1 8 0 34136K 0K wait 0:01 0.00% 3276 root 1 44 0 10700K 744K select 0:01 0.00% sendmail 2236 root 1 44 0 26496K 0K WAIT 0:01 0.00% 1855 root 1 -4 0 5808K 332K ufs 0:01 0.00% master 38067 root 1 8 0 13008K 1660K nanslp 0:00 0.00% gstat 3934 admin 1 44 0 25440K 0K select 0:00 0.00% 40440 admin 3 44 0 136M 0K ucond 0:00 0.00% 2231 root 1 44 0 28620K 0K select 0:00 0.00% 1868 125 1 4 0 5808K 0K WAIT 0:00 0.00% 2026 root 1 44 0 19696K 0K WAIT 0:00 0.00% 41354 root 1 44 0 8116K 1660K RUN 0:00 0.00% top 34965 root 1 8 0 9016K 0K wait 0:00 0.00% 1729 root 1 44 0 5692K 0K WAIT 0:00 0.00% This happened when it was install/initilising a MySQL DB in a Zimbra test install I really have no clue on ddb, I've broken into the debugger on the console. What should i be looking for? Regards David N From owner-freebsd-stable@FreeBSD.ORG Tue May 26 23:54:18 2009 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 5D0671065676 for ; Tue, 26 May 2009 23:54:18 +0000 (UTC) (envelope-from tsw5@duke.edu) Received: from smtp.duke.edu (smtp-01.oit.duke.edu [152.3.174.14]) by mx1.freebsd.org (Postfix) with ESMTP id 20D998FC1F for ; Tue, 26 May 2009 23:54:17 +0000 (UTC) (envelope-from tsw5@duke.edu) Received: from smtp.duke.edu (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 3D380308A4C; Tue, 26 May 2009 19:54:17 -0400 (EDT) Received: from [152.3.137.189] (k.cs.duke.edu [152.3.137.189]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.duke.edu (Postfix) with ESMTP id 1C2AA308985; Tue, 26 May 2009 19:54:17 -0400 (EDT) Message-ID: <4A1C8122.7000805@duke.edu> Date: Tue, 26 May 2009 19:54:10 -0400 From: Todd Wasson User-Agent: Thunderbird 2.0.0.21 (X11/20090409) MIME-Version: 1.0 To: Dan Nelson References: <20090526183832.GN52703@dan.emsphone.com> In-Reply-To: <20090526183832.GN52703@dan.emsphone.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.4.2.338381, Antispam-Engine: 2.6.0.325393, Antispam-Data: 2009.5.26.234324 Cc: freebsd-stable@freebsd.org Subject: Re: jdk15/jdk16 build problems on amd64, 7.2-RELEASE 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, 26 May 2009 23:54:18 -0000 Unsurprisingly, rebooting made no difference. Dang. It is somewhat surprising that it's getting SIGKILLed and not SIGTERMed though; at least I presume that's what the "9" means... Todd Dan Nelson wrote: > In the last episode (May 26), Todd Wasson said: >> I've recently been unable to get jdk15 and jdk16 to build, with some >> very cryptic errors (if any, really) being reported. I've pasted a >> build log for jdk16 here, since it's about 9100 lines long: http://paste2.org/p/224897 >> >> This seems to be the relevant portion: >> cd bsd_amd64_compiler2/product && gmake -w >> gmake[4]: Entering directory `/usr/ports/java/jdk16/work/control/build/ >> bsd-amd64/hotspot/outputdir/bsd_amd64_compiler2/product' >> Note: Some input files use unchecked or unsafe operations. >> Note: Recompile with -Xlint:unchecked for details. >> gmake[4]: *** [../generated/MakeDeps.class] Killed: 9 > > Something sent a KILL signal to your process. Maybe you ran out of memory > and the kernel killed the largest process it saw? > From owner-freebsd-stable@FreeBSD.ORG Wed May 27 05:14:58 2009 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 2799D106564A for ; Wed, 27 May 2009 05:14:58 +0000 (UTC) (envelope-from brian@box201.com) Received: from saint.box201.com (box201.com [207.224.49.35]) by mx1.freebsd.org (Postfix) with ESMTP id E23598FC14 for ; Wed, 27 May 2009 05:14:57 +0000 (UTC) (envelope-from brian@box201.com) Received: from [192.168.1.101] (helo=Gamer) by saint.box201.com with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1M95mD-0009cU-28 for freebsd-stable@freebsd.org; Tue, 26 May 2009 17:09:48 -0600 From: Sender: "Brian Duke" To: Date: Tue, 26 May 2009 17:09:19 -0600 Message-ID: <003701c9de57$11da73e0$358f5ba0$@com> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcneVvxswHxKFvM6RCOmwWyo0O8T9g== Content-Language: en-us X-Spam-Score: -1.4 (-) X-Scan-Signature: b2df389dac1ade2593aecae81be75bd0 X-SA-Exim-Connect-IP: 192.168.1.101 X-SA-Exim-Mail-From: brian@box201.com X-SA-Exim-Scanned: No (on saint.box201.com); SAEximRunCond expanded to false Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: FreeBSD 7.0-RELEASE-p12 and php5-gd 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: Wed, 27 May 2009 05:14:58 -0000 I've been trying to build /usr/ports/graphics/php5-gd I just finished: cd /usr/src make buildworld make buildkernel KERNCONF=BOX201 make installkernel KERNCONF=BOX201 shutdown -r now boot in single user mode (i.e. using boot -s from the loader prompt). Then ran: adjkerntz -i mount -a -t ufs mergemaster -p cd /usr/src make installworld mergemaster reboot Everything built smoothly. I just can't build the php5-gd port now. Has anyone else had this problem? From owner-freebsd-stable@FreeBSD.ORG Wed May 27 05:21:27 2009 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 BE849106566C for ; Wed, 27 May 2009 05:21:27 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: from mail-fx0-f168.google.com (mail-fx0-f168.google.com [209.85.220.168]) by mx1.freebsd.org (Postfix) with ESMTP id 53DD98FC14 for ; Wed, 27 May 2009 05:21:27 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: by fxm12 with SMTP id 12so4442356fxm.43 for ; Tue, 26 May 2009 22:21:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=/4B7gPxSfO0YStSUvbeUMi/D35iSul7smpwZF4AzOqY=; b=q8Y+wNrF+L1xdoqk4lfVF3TKP4szgsWpUskITl+dRgbws7+1J9dOdEnMe2vx/qYkVy WSTqAvHbUymw/YjHDHzYqPE1zWd155+xF9eb6vMKcTlfevLUiTnqH9skTiJn4j2ot0Z0 5OIFO6xj7jNRUz75Bn8TuNrpkRIeDduBztwAQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=GsNLEa1wPmBuQJh6InFwFMXwieS55pqFFU+Oi0ZlwWWtXzaHo4GuYHd2KANkfJ/DIS 2ZEzHagvdkMALhkU/QpcXo2GlgdTM6x6+QuMn6wJR81hw2DY/ddE7K/wNLsIZd+FQmYM wgJOrxTj/7YDaFP/xWvLQnHyQOOGSSqrdLg3g= MIME-Version: 1.0 Received: by 10.204.118.69 with SMTP id u5mr8928744bkq.77.1243401686319; Tue, 26 May 2009 22:21:26 -0700 (PDT) In-Reply-To: <003701c9de57$11da73e0$358f5ba0$@com> References: <003701c9de57$11da73e0$358f5ba0$@com> Date: Wed, 27 May 2009 01:21:26 -0400 Message-ID: <4ad871310905262221w381f733eye25e8a513d69ef48@mail.gmail.com> From: Glen Barber To: freebsd@box201.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 7.0-RELEASE-p12 and php5-gd 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: Wed, 27 May 2009 05:21:28 -0000 On Tue, May 26, 2009 at 7:09 PM, wrote: > I've been trying to build /usr/ports/graphics/php5-gd [snip] > > Everything built smoothly. I just can't build the php5-gd port now. Has > anyone else had this problem? > What is the error? -- Glen Barber From owner-freebsd-stable@FreeBSD.ORG Wed May 27 07:22:56 2009 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 C39E9106573C for ; Wed, 27 May 2009 07:22:56 +0000 (UTC) (envelope-from svein-listmail@stillbilde.net) Received: from mail.stillbilde.net (d80.iso100.no [81.175.61.195]) by mx1.freebsd.org (Postfix) with ESMTP id 1197B8FC08 for ; Wed, 27 May 2009 07:22:55 +0000 (UTC) (envelope-from svein-listmail@stillbilde.net) Received: from [192.168.4.11] (unknown [192.168.4.11]) (Authenticated sender: svein) by mail.stillbilde.net (Familien Skogens mail) with ESMTPSA id 1E2DD26 for ; Wed, 27 May 2009 09:22:53 +0200 (CEST) Message-ID: <4A1CEA4D.1050307@stillbilde.net> Date: Wed, 27 May 2009 09:22:53 +0200 From: "Svein Skogen (listmail accont)" User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: freebsd-stable@FreeBSD.org References: <4A193AE1.5080505@stillbilde.net> In-Reply-To: <4A193AE1.5080505@stillbilde.net> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: Re: Compiling world+kernel in RELENG_7 right now 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: Wed, 27 May 2009 07:22:57 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Svein Skogen (listmail accont) wrote: > For the past 8 or so hours, compiling RELENG_7 breaks down in zfsboot: > > btxld -v -E 0x2000 -f bin -b > /usr/obj/usr/src/sys/boot/i386/zfsboot/../btx/btx/btx -l zfsboot.ldr -o > zfsboot.ld -P 1 zfsboot.bin > btxld: zfsboot.ldr: Invalid argument > *** Error code 2 > > Stop in /usr/src/sys/boot/i386/zfsboot. > *** Error code 1 > > This is from an amd64-platform host. > > Any timetable on when we'll be able to build world again? Is there an > option to tell FreeBSD just to ignore the zfsboot altogether (I don't > need it. ZFS inside vmware esx/i 3.5-4.0 simply does not work properly) Just to verify: This problem is now solved, and RELENG_7 as of last night compiled and installed ok, even with my limited knowledge. //Svein _ ______________________________________________ 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 - Sun - -- - --------+-------------------+------------------------------- /"\ |Svein Skogen | svein@d80.iso100.no \ / |Solberg stli 9 | PGP Key: 0xE5E76831 X |2020 Skedsmokorset | svein@jernhuset.no / \ |Norway | PGP Key: 0xCE96CE13 | | svein@stillbilde.net ascii | | PGP Key: 0x58CD33B6 ribbon |System Admin | svein-listmail@stillbilde.net Campaign|stillbilde.net | PGP Key: 0x22D494A4 +-------------------+------------------------------- |msn messenger: | Mobile Phone: +47 907 03 575 |svein@jernhuset.no | RIPE handle: SS16503-RIPE - --------+-------------------+------------------------------- Picture Gallery: https://gallery.stillbilde.net/v/svein/ - ------------------------------------------------------------ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkoc6k0ACgkQODUnwSLUlKRPMACfW47epfaTU9RUH7XqO2iatEEd DhcAoJmp37lnrA6+vgfQ0yPOop71lW5x =kGt1 -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed May 27 09:22:12 2009 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 561A51065675 for ; Wed, 27 May 2009 09:22:12 +0000 (UTC) (envelope-from ruben@verweg.com) Received: from erg.verweg.com (erg.verweg.com [IPv6:2a02:898:96::5e8e:f508]) by mx1.freebsd.org (Postfix) with ESMTP id D4D188FC2A for ; Wed, 27 May 2009 09:22:11 +0000 (UTC) (envelope-from ruben@verweg.com) Received: from guest-58.ripe.net (guest-58.ripe.net [193.0.2.58]) (authenticated bits=0) by erg.verweg.com (8.14.3/8.14.3) with ESMTP id n4R9LxAX003511 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Wed, 27 May 2009 09:22:04 GMT (envelope-from ruben@verweg.com) Message-Id: <6ADD3B12-380C-4BFD-AA46-778DF1768453@verweg.com> From: Ruben van Staveren To: hartzell@alerce.com In-Reply-To: <18972.5227.526290.349958@already.dhcp.gene.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Wed, 27 May 2009 11:21:58 +0200 References: <4A1BED8C.1070408@h3q.com> <9e20d71e0905260854t1c731f68g3965c3406dc304c5@mail.gmail.com> <18972.5227.526290.349958@already.dhcp.gene.com> X-Mailer: Apple Mail (2.935.3) X-Spam-Status: No, score=3.1 required=5.0 tests=DATE_IN_FUTURE_06_12 autolearn=no version=3.2.5 X-Spam-Level: *** X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on erg.verweg.com X-Virus-Scanned: ClamAV 0.94.2/9395/Wed May 27 05:45:27 2009 on erg.verweg.com X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (erg.verweg.com [94.142.245.8]); Wed, 27 May 2009 09:22:06 +0000 (UTC) Cc: Philipp Wuensche , FreeBSD Stable Mailing List , Artis Caune Subject: Re: loader not working with GPT and LOADER_ZFS_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: Wed, 27 May 2009 09:22:13 -0000 Hi all, On 26 May 2009, at 18:10, George Hartzell wrote: > Artis Caune writes: >> 2009/5/26 Philipp Wuensche : >>> Hi, >>> >>> I tried booting from a disk with GPT scheme, with a /boot/loader >>> build >>> with LOADER_ZFS_SUPPORT="yes" in make.conf. I get the following >>> error: >>> >>> panic: free: guard1 fail @ 0x2fd4a6ac from >>> /usr/src/sys/boot/i386/libi386/biosdisk.c:1053 >> >> Same problem for me. I also tried with MBR scheme, same problem. Updated kernel + world yesterday, setting LOADER_ZFS_SUPPORT="yes" in make.conf Same symptom, had to revert to the old loader for that. Prior to that I needed to do a cd /usr/src/usr.sbin/btxld && make install clean in order to work around the btxld: zfsboot.ldr: Invalid argument problem during building world+kernel Regards, Ruben From owner-freebsd-stable@FreeBSD.ORG Wed May 27 10:00:16 2009 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 DE9E0106564A; Wed, 27 May 2009 10:00:15 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:2:2d29:0:1::]) by mx1.freebsd.org (Postfix) with ESMTP id 6D3E48FC1D; Wed, 27 May 2009 10:00:15 +0000 (UTC) (envelope-from hlh@restart.be) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:2:2d29:1:ffff::]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "avoriaz.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id A03A044B5; Wed, 27 May 2009 12:00:14 +0200 (CEST) Received: from morzine.restart.bel (morzine.restart.be [IPv6:2001:41d0:2:2d29:1:2::]) (authenticated bits=0) by restart.be (8.14.3/8.14.3) with ESMTP id n4RA0BL1027186; Wed, 27 May 2009 12:00:11 +0200 (CEST) (envelope-from hlh@restart.be) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1243418414; bh=IJ0BeIkMcEX2+NrXTPx2OPNilDOee9EBMZfgtaNZuJs=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=U2s5kusvJqRtvZ3Cx+ITwFD/ANPvd6/rkZNfuh0AZDsEGHUniV1Vey0iK+uVTFN6F fNOb0oNs+l0UQauTmM5lQ== DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:content-type: content-transfer-encoding:x-scanned-by; b=cqpcj318LF1BcaM1rK1sCXOSOtDBtpH8O4WP/1B8ZoLTdUpdZN5Bl2mjmuaqYm6IY MVzyowDgASeowdg8IK6Rw== Message-ID: <4A1D0F2B.4030006@restart.be> Date: Wed, 27 May 2009 12:00:11 +0200 From: Henri Hennebert Organization: RestartSoft User-Agent: Thunderbird 2.0.0.21 (X11/20090412) MIME-Version: 1.0 To: Kip Macy References: <3c1674c90905201643m540c8b1v8a8bd88f071c233d@mail.gmail.com> In-Reply-To: <3c1674c90905201643m540c8b1v8a8bd88f071c233d@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.64 on IPv6:2001:41d0:2:2d29:1:1:: Cc: freebsd-stable@freebsd.org Subject: Re: ZFS MFC heads down 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: Wed, 27 May 2009 10:00:16 -0000 Kip Macy wrote: > On Wed, May 20, 2009 at 2:59 PM, Kip Macy wrote: >> I will be MFC'ing the newer ZFS support some time this afternoon. Both >> world and kernel will need to be re-built. Existing pools will >> continue to work without upgrade. >> >> >> If you choose to upgrade a pool to take advantage of new features you >> will no longer be able to use it with sources prior to today. 'zfs >> send/recv' is not expected to inter-operate between different pool >> versions. > > > The MFC went in r192498. Please let me know if you have any problems. No a real problem but maybe worth mentioning: on FreeBSD morzine.restart.bel 7.2-STABLE FreeBSD 7.2-STABLE #0: Tue May 26 15:37:48 CEST 2009 root@morzine.restart.bel:/usr/obj/usr/src/sys/MORZINE i386 [root@morzine ~]# zdb rpool version=13 name='rpool' state=0 txg=959 pool_guid=17669857244588609348 hostid=2315842372 hostname='unset' vdev_tree type='root' id=0 guid=17669857244588609348 children[0] type='mirror' id=0 guid=3225603179255348056 metaslab_array=23 metaslab_shift=28 ashift=9 asize=51534888960 is_log=0 children[0] type='disk' id=0 guid=17573085726489368265 path='/dev/da0p2' whole_disk=0 children[1] type='disk' id=1 guid=2736169600077218893 path='/dev/da1p2' whole_disk=0 Assertion failed: (?u?ۍ&), function mp->m_owner == NULL, file /usr/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common/kernel.c, line 112. Abort trap: 6 and on FreeBSD avoriaz.restart.bel 7.2-STABLE FreeBSD 7.2-STABLE #0: Mon May 25 12:06:07 CEST 2009 root@avoriaz.restart.bel:/usr/obj/usr/src/sys/AVORIAZ amd64 [root@avoriaz ~]# zdb rpool version=13 name='rpool' state=0 txg=3467 pool_guid=536117255064806899 hostid=1133576597 hostname='unset' vdev_tree type='root' id=0 guid=536117255064806899 children[0] type='mirror' id=0 guid=3124217685892976292 metaslab_array=23 metaslab_shift=30 ashift=9 asize=155741847552 is_log=0 children[0] type='disk' id=0 guid=11099413743436480159 path='/dev/ad4p2' whole_disk=0 children[1] type='disk' id=1 guid=12724983687805955432 path='/dev/ad6p2' whole_disk=0 Segmentation fault: 11 By the way, to help prepare a boot/root pool does a utility to display the content of zpool.cache exist ? Henri > > Thanks, > Kip > _______________________________________________ > 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 May 27 10:24:41 2009 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 32FF51065693 for ; Wed, 27 May 2009 10:24:41 +0000 (UTC) (envelope-from mikael@t-online.hu) Received: from thor.iszerviz.hu (thor.iszerviz.hu [62.77.131.9]) by mx1.freebsd.org (Postfix) with ESMTP id E75688FC14 for ; Wed, 27 May 2009 10:24:40 +0000 (UTC) (envelope-from mikael@t-online.hu) Received: from [10.2.2.50] (m0n0.iszerviz.hu [62.77.131.200]) by thor.iszerviz.hu (Postfix) with ESMTP id 8814E4FE7F for ; Wed, 27 May 2009 11:54:26 +0200 (CEST) Message-ID: <4A1D0DD2.2090209@t-online.hu> Date: Wed, 27 May 2009 11:54:26 +0200 From: Mikael Bak User-Agent: Thunderbird 2.0.0.21 (X11/20090318) MIME-Version: 1.0 To: FreeBSD Stable Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: PXE boot FreeBSD without need of NFS server 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: Wed, 27 May 2009 10:24:41 -0000 Hi list, I am sure this has been done. All documentation I've found so far deals with a setup where an NFS server is needed. All I need is a way to boot a server machine into sysinstall using only TFTP, much like most Linux PXE install methods nowadays. Links to documentation, hints and advises are greatly appreciated. TIA, Mikael Bak Budapest, Hungary From owner-freebsd-stable@FreeBSD.ORG Wed May 27 10:50:21 2009 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 0FD641065679 for ; Wed, 27 May 2009 10:50:21 +0000 (UTC) (envelope-from pertti.kosunen@pp.nic.fi) Received: from kirsi2.inet.fi (mta-out.inet.fi [195.156.147.13]) by mx1.freebsd.org (Postfix) with ESMTP id 9D3EF8FC23 for ; Wed, 27 May 2009 10:50:20 +0000 (UTC) (envelope-from pertti.kosunen@pp.nic.fi) Received: from [10.0.0.15] (88.195.49.215) by kirsi2.inet.fi (8.5.014) id 49F6DD58011D89F1 for freebsd-stable@freebsd.org; Wed, 27 May 2009 13:50:19 +0300 Message-ID: <4A1D1AE8.7070406@pp.nic.fi> Date: Wed, 27 May 2009 13:50:16 +0300 From: Pertti Kosunen User-Agent: Thunderbird 2.0.0.16 (X11/20080804) MIME-Version: 1.0 To: FreeBSD Stable References: <4A1D0DD2.2090209@t-online.hu> In-Reply-To: <4A1D0DD2.2090209@t-online.hu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: PXE boot FreeBSD without need of NFS server 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: Wed, 27 May 2009 10:50:21 -0000 Mikael Bak wrote: > Links to documentation, hints and advises are greatly appreciated. http://phaq.phunsites.net/2007/02/14/convert-freebsd-iso-image-for-pxe-bootstrap/ From owner-freebsd-stable@FreeBSD.ORG Wed May 27 11:55:24 2009 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 3CCC31065676 for ; Wed, 27 May 2009 11:55:24 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 83AC78FC1B for ; Wed, 27 May 2009 11:55:21 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA26508 for ; Wed, 27 May 2009 14:55:20 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4A1D2A27.5090705@icyb.net.ua> Date: Wed, 27 May 2009 14:55:19 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: panic on zpool set cachefile=none 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: Wed, 27 May 2009 11:55:24 -0000 Unfortunately no dump. cachefile may have pointed to a wrong (non-existent) file before the command. System: stable/7 (after ZFS MFC), amd64 Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x20 fault code = supervisor read data, page not present instruction pointer = 0x8:0xffffffff80323bf3 stack pointer = 0x10:0xffffff80783ff850 frame pointer = 0x10:0xffffff80783ff8f0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 26403 (solthread 0xfffffff) trap number = 12 panic: page fault cpuid = 1 KDB: stack backtrace: db_trace_self_wrapper() at 0xffffffff8018d8b5 = db_trace_self_wrapper+0x2a kdb_backtrace() at 0xffffffff802da5b7 = kdb_backtrace+0x32 panic() at 0xffffffff802adecc = panic+0x1b0 trap_fatal() at 0xffffffff8044a07b = trap_fatal+0x3b0 trap_pfault() at 0xffffffff8044a2eb = trap_pfault+0x252 trap() at 0xffffffff8044ac70 = trap+0x368 calltrap() at 0xffffffff8042f59e = calltrap+0x8 --- trap 0xc, rip = 0xffffffff80323bf3, rsp = 0xffffff80783ff850, rbp = 0xffffff80783ff8f0 --- namei() at 0xffffffff80323bf3 = namei+0x174 kern_unlink() at 0xffffffff80334841 = kern_unlink+0x66 spa_config_sync() at 0xffffffff807c0653 = spa_config_sync+0x1a2 spa_config_update_common() at 0xffffffff807c0cf4 = spa_config_update_common+0xdd spa_config_update() at 0xffffffff807c0d27 = spa_config_update+0xe spa_async_thread() at 0xffffffff807ba72a = spa_async_thread+0x89 fork_exit() at 0xffffffff8028cb79 = fork_exit+0x12b fork_trampoline() at 0xffffffff8042f95e = fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff80783ffd30, rbp = 0 --- -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Wed May 27 12:48:22 2009 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 954901065670; Wed, 27 May 2009 12:48:22 +0000 (UTC) (envelope-from artis.caune@gmail.com) Received: from mail-fx0-f168.google.com (mail-fx0-f168.google.com [209.85.220.168]) by mx1.freebsd.org (Postfix) with ESMTP id ED4958FC16; Wed, 27 May 2009 12:48:21 +0000 (UTC) (envelope-from artis.caune@gmail.com) Received: by fxm12 with SMTP id 12so4697275fxm.43 for ; Wed, 27 May 2009 05:48:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=UBsQSaj8ZpnTSmn1do70CMamMC2+SXT5UisEk2c3OjM=; b=NLGL3YstVDNnTEricKqByCmO50W3F+UzTiImiv0GLFc3szpyvz2oy8GagMg4vSnU2V /iIL31SWUCa3BB3o3n22Z5iVCDW/Hj788ccnfyC3Qmzuthj5LcskEEWB/mDAEdGZ4a22 7EtKVxDX5x/gcpgOLbdp4QotNWUKbWdjAjCy0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=s9BXt/LAK49EztG/5sW/kwROXycUn2NRSeOJfI1aWjmDDFm4iPjB96hTK+/wfG0sV8 T4FvNCOsd6+iXMaeQrvIqPkFJCffQH+PSh8No91hJmCG1crdNMf0BuPP4v+LuQOVj4xT eC8G915j+dOR09riF9ZvdDCv3qU+Sf3xLUIRM= MIME-Version: 1.0 Received: by 10.103.244.10 with SMTP id w10mr5031266mur.122.1243428500715; Wed, 27 May 2009 05:48:20 -0700 (PDT) In-Reply-To: <6ADD3B12-380C-4BFD-AA46-778DF1768453@verweg.com> References: <4A1BED8C.1070408@h3q.com> <9e20d71e0905260854t1c731f68g3965c3406dc304c5@mail.gmail.com> <18972.5227.526290.349958@already.dhcp.gene.com> <6ADD3B12-380C-4BFD-AA46-778DF1768453@verweg.com> Date: Wed, 27 May 2009 15:48:20 +0300 Message-ID: <9e20d71e0905270548j376fe604uffff66988e9b7ebe@mail.gmail.com> From: Artis Caune To: Ruben van Staveren Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Mailing List , Philipp Wuensche , hartzell@alerce.com, Kip Macy Subject: Re: loader not working with GPT and LOADER_ZFS_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: Wed, 27 May 2009 12:48:23 -0000 >>>> I tried booting from a disk with GPT scheme, with a /boot/loader build >>>> with LOADER_ZFS_SUPPORT="yes" in make.conf. I get the following error: >>>> >>>> panic: free: guard1 fail @ 0x2fd4a6ac from >>>> /usr/src/sys/boot/i386/libi386/biosdisk.c:1053 MFC r185095 fixed this problem! http://svn.freebsd.org/viewvc/base?view=revision&revision=185095 -- Artis Caune Everything should be made as simple as possible, but not simpler. From owner-freebsd-stable@FreeBSD.ORG Wed May 27 14:11:34 2009 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 EFDBC1065785; Wed, 27 May 2009 14:11:34 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id E7CA28FC13; Wed, 27 May 2009 14:11:33 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id RAA29800; Wed, 27 May 2009 17:11:32 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4A1D4A13.7030702@icyb.net.ua> Date: Wed, 27 May 2009 17:11:31 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Kip Macy Subject: on 'btxld: zfsboot.ldr: Invalid argument' again 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: Wed, 27 May 2009 14:11:35 -0000 So I have LOADER_ZFS_SUPPORT=yes in make.conf, building the most recent stable/7 and I am getting: ... btxld -v -E 0x2000 -f bin -b /usr/obj/usr/src/sys/boot/i386/zfsboot/../btx/btx/btx -l zfsboot.ldr -o zfsboot.ld -P 1 zfsboot.bin btxld: zfsboot.ldr: Invalid argument The problem seems to be that /usr/bin/btxld can not properly handle '-l zfsboot.ldr.' On the other hand, freshly built btxld in /usr/obj can handle it very well. So I worked around this by making a small temporary hack in zfsboot/Makefile. But what is the proper solution for such source upgrade scenarios? -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Wed May 27 14:48:43 2009 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 98FAD1065677; Wed, 27 May 2009 14:48:43 +0000 (UTC) (envelope-from ruben@verweg.com) Received: from erg.verweg.com (erg.verweg.com [IPv6:2a02:898:96::5e8e:f508]) by mx1.freebsd.org (Postfix) with ESMTP id 29C8B8FC13; Wed, 27 May 2009 14:48:42 +0000 (UTC) (envelope-from ruben@verweg.com) Received: from guest-58.ripe.net (guest-58.ripe.net [193.0.2.58]) (authenticated bits=0) by erg.verweg.com (8.14.3/8.14.3) with ESMTP id n4REmYgJ021410 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Wed, 27 May 2009 14:48:40 GMT (envelope-from ruben@verweg.com) Message-Id: <46B3333A-835A-4C88-A540-EEE70585F537@verweg.com> From: Ruben van Staveren To: Andriy Gapon In-Reply-To: <4A1D4A13.7030702@icyb.net.ua> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Wed, 27 May 2009 16:48:34 +0200 References: <4A1D4A13.7030702@icyb.net.ua> X-Mailer: Apple Mail (2.935.3) X-Spam-Status: No, score=3.1 required=5.0 tests=DATE_IN_FUTURE_06_12 autolearn=no version=3.2.5 X-Spam-Level: *** X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on erg.verweg.com X-Virus-Scanned: ClamAV 0.94.2/9396/Wed May 27 08:36:52 2009 on erg.verweg.com X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (erg.verweg.com [94.142.245.8]); Wed, 27 May 2009 14:48:41 +0000 (UTC) Cc: freebsd-stable@FreeBSD.ORG, Kip Macy Subject: Re: on 'btxld: zfsboot.ldr: Invalid argument' again 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: Wed, 27 May 2009 14:48:44 -0000 On 27 May 2009, at 16:11, Andriy Gapon wrote: > > So I have LOADER_ZFS_SUPPORT=yes in make.conf, building the most > recent stable/7 > and I am getting: > ... > btxld -v -E 0x2000 -f bin -b /usr/obj/usr/src/sys/boot/i386/ > zfsboot/../btx/btx/btx > -l zfsboot.ldr -o zfsboot.ld -P 1 zfsboot.bin > btxld: zfsboot.ldr: Invalid argument > > The problem seems to be that /usr/bin/btxld can not properly Shouldn't it be able to bootstrap itself using the btxld from the current build instead of what is installed ? Are we sure the btxld residing somewhere in /usr/obj is used during builds instead of the one in /usr/bin ? > handle '-l zfsboot.ldr.' > On the other hand, freshly built btxld in /usr/obj can handle it > very well. > So I worked around this by making a small temporary hack in zfsboot/ > Makefile. > > But what is the proper solution for such source upgrade scenarios? > > -- > Andriy Gapon > _______________________________________________ > 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 > " > Regards, Ruben From owner-freebsd-stable@FreeBSD.ORG Wed May 27 14:59:26 2009 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 92B901065690; Wed, 27 May 2009 14:59:26 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 5336A8FC21; Wed, 27 May 2009 14:59:24 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id RAA01680; Wed, 27 May 2009 17:59:12 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4A1D5540.2050504@icyb.net.ua> Date: Wed, 27 May 2009 17:59:12 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: Ruben van Staveren References: <4A1D4A13.7030702@icyb.net.ua> <46B3333A-835A-4C88-A540-EEE70585F537@verweg.com> In-Reply-To: <46B3333A-835A-4C88-A540-EEE70585F537@verweg.com> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.ORG, Kip Macy Subject: Re: on 'btxld: zfsboot.ldr: Invalid argument' again 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: Wed, 27 May 2009 14:59:26 -0000 on 27/05/2009 17:48 Ruben van Staveren said the following: > > On 27 May 2009, at 16:11, Andriy Gapon wrote: > >> >> So I have LOADER_ZFS_SUPPORT=yes in make.conf, building the most >> recent stable/7 >> and I am getting: >> ... >> btxld -v -E 0x2000 -f bin -b >> /usr/obj/usr/src/sys/boot/i386/zfsboot/../btx/btx/btx >> -l zfsboot.ldr -o zfsboot.ld -P 1 zfsboot.bin >> btxld: zfsboot.ldr: Invalid argument >> >> The problem seems to be that /usr/bin/btxld can not properly > > Shouldn't it be able to bootstrap itself using the btxld from the > current build instead of what is installed ? Yes, it should be able, but not automagically. As des@ explained to me, for this to happen the following is needed: 1. bump FreeBSD_version in sys/param.h 2. add/update _btxld BOOTSTRAPPING check in Makefile.inc1 If the above is done then btxld is built as a faux-cross-tool if/when necessary. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Wed May 27 15:04:40 2009 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 BE1E21065673; Wed, 27 May 2009 15:04:40 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 6ADE48FC21; Wed, 27 May 2009 15:04:38 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id SAA01910; Wed, 27 May 2009 18:04:29 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4A1D567D.3090602@icyb.net.ua> Date: Wed, 27 May 2009 18:04:29 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: Artis Caune References: <4A1BED8C.1070408@h3q.com> <9e20d71e0905260854t1c731f68g3965c3406dc304c5@mail.gmail.com> <18972.5227.526290.349958@already.dhcp.gene.com> <6ADD3B12-380C-4BFD-AA46-778DF1768453@verweg.com> <9e20d71e0905270548j376fe604uffff66988e9b7ebe@mail.gmail.com> In-Reply-To: <9e20d71e0905270548j376fe604uffff66988e9b7ebe@mail.gmail.com> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: hartzell@alerce.com, Philipp Wuensche , FreeBSD Stable Mailing List , Kip Macy Subject: Re: loader not working with GPT and LOADER_ZFS_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: Wed, 27 May 2009 15:04:41 -0000 on 27/05/2009 15:48 Artis Caune said the following: > > MFC r185095 fixed this problem! > > http://svn.freebsd.org/viewvc/base?view=revision&revision=185095 I can confirm that this helps! Thanks for discovering! -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Wed May 27 16:43:20 2009 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 E42011065670; Wed, 27 May 2009 16:43:20 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 0B3228FC22; Wed, 27 May 2009 16:43:18 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id TAA04879; Wed, 27 May 2009 19:43:16 +0300 (EEST) (envelope-from avg@freebsd.org) Message-ID: <4A1D6DA3.40005@freebsd.org> Date: Wed, 27 May 2009 19:43:15 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: freebsd-stable@freebsd.org, Kip Macy References: <4A1D4A13.7030702@icyb.net.ua> <46B3333A-835A-4C88-A540-EEE70585F537@verweg.com> <4A1D5540.2050504@icyb.net.ua> In-Reply-To: <4A1D5540.2050504@icyb.net.ua> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: =?ISO-8859-1?Q?Dag-Erling_Sm?=, =?ISO-8859-1?Q?=F8rgrav?= Subject: Re: on 'btxld: zfsboot.ldr: Invalid argument' again 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: Wed, 27 May 2009 16:43:21 -0000 on 27/05/2009 17:59 Andriy Gapon said the following: > Yes, it should be able, but not automagically. > As des@ explained to me, for this to happen the following is needed: > 1. bump FreeBSD_version in sys/param.h > 2. add/update _btxld BOOTSTRAPPING check in Makefile.inc1 > If the above is done then btxld is built as a faux-cross-tool if/when necessary. And the patch. The patch is only strictly necessary for those who define LOADER_ZFS_SUPPORT but won't hurt everybody else. Commit message should explain that version bump is for r192697: "merge 177933. Allow for a zero length 'loader'." This is necessary because btxld is a build tool as well as a cross-build tool. diff --git a/Makefile.inc1 b/Makefile.inc1 index 119ba09..5071065 100644 --- a/Makefile.inc1 +++ b/Makefile.inc1 @@ -985,7 +985,7 @@ build-tools: # # cross-tools: Build cross-building tools # -.if ${TARGET_ARCH} != ${MACHINE_ARCH} +.if ${TARGET_ARCH} != ${MACHINE_ARCH} || ${BOOTSTRAPPING} < 702102 .if ${TARGET_ARCH} == "amd64" || ${TARGET_ARCH} == "i386" _btxld= usr.sbin/btxld .endif diff --git a/sys/sys/param.h b/sys/sys/param.h index 74960a8..6af6a4e 100644 --- a/sys/sys/param.h +++ b/sys/sys/param.h @@ -57,7 +57,7 @@ * is created, otherwise 1. */ #undef __FreeBSD_version -#define __FreeBSD_version 702101 /* Master, propagated to newvers */ +#define __FreeBSD_version 702102 /* Master, propagated to newvers */ #ifndef LOCORE #include -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Wed May 27 16:49:56 2009 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 7A74F10657F5 for ; Wed, 27 May 2009 16:49:56 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: from ibctech.ca (v6.ibctech.ca [IPv6:2607:f118::b6]) by mx1.freebsd.org (Postfix) with SMTP id 0412F8FC2F for ; Wed, 27 May 2009 16:49:54 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: (qmail 25295 invoked by uid 89); 27 May 2009 16:49:54 -0000 Received: from unknown (HELO ?IPv6:2607:f118::5?) (steve@ibctech.ca@2607:f118::5) by 2607:f118::b6 with ESMTPA; 27 May 2009 16:49:54 -0000 Message-ID: <4A1D6F36.3030008@ibctech.ca> Date: Wed, 27 May 2009 12:49:58 -0400 From: Steve Bertrand User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: FreeBSD X-Enigmail-Version: 0.95.7 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms020302000505090700050905" Subject: I've borked my ZFS system upgrading to -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: Wed, 27 May 2009 16:49:58 -0000 This is a cryptographically signed message in MIME format. --------------ms020302000505090700050905 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hey all, In short, I've got a system with /boot on a USB thumb drive that I boot from, which then mounts root and the rest of the system from a 4-disk ZFS storage pool. However, during the upgrade, something didn't go quite right, and now when I boot, I end up with: /libexec/ld-elf.so.1: Shared object "libc.so.7" not found required by sh ...at the "Enter full path of shell or RETURN for /bin/sh#" prompt. Hitting return repeats the cycle. Rebooting to the old kernel does not help, as it was the installworld that failed. I can boot the box using alternate media, but I can't figure out the procedure to mount the ZFS pool into the filesystem. This box is a running-backup box, so I'm not overly concerned about the data, but I would like to learn how to properly get to the data if this situation arises in the future. Can someone provide some pointers on how to do this without destroying the pool? Steve --------------ms020302000505090700050905 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIII/zCC AtowggJDoAMCAQICEEs5xg/J3t77QWJ4SatV1HcwDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UE BhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMT I1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA5MDUwNzIzMTYxMFoX DTEwMDUwNzIzMTYxMFowQjEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEfMB0G CSqGSIb3DQEJARYQc3RldmVAaWJjdGVjaC5jYTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCC AQoCggEBAJSTRAjP1RVa87/mnZn+PBTbENgyhhBJ4rWApmaNcthzRdk2DB/49KrXx3EQP60w Lj4KU0DFkiGNVj9BnVxRAx/WDXKxGC3uGGEG6gjyWv8KFMWMsH9mL7y7uNow1HueT6pZUf9o yY8Ewd+01QpGi7FfXOae7lGHhbEwnEJGwz08ytRfLmH0KtEzlZanZZhwDGX5s1kIHnyxdACh 3byXY6Z2bOrx0rcrQHCnHJppxddR60F7igjaMuBFstE51h9XTgXDNKJbglqTug5ghGihNuP6 VsBN7ue62y96UGIE22TvKEcAQ665vQGjHqZeSzZYy+hWNOa27pWFmhlqFjx0x8MCAwEAAaMt MCswGwYDVR0RBBQwEoEQc3RldmVAaWJjdGVjaC5jYTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3 DQEBBQUAA4GBAMOmjxjp2Xzk6ZHLwTgFDzVhm98RjRT3UXotKjNIR7SgwfWF5wkJrx4I+dXu ui5ztMEq4bTTRgJ344MqE6uZiZlg+tBIFHZGCJfKdzsX4QuV2jmw0sR5dMaYxG6tlDB0YUMv gTqzV7ZDpiusTMOZe9pP1PdxFhOcIJXtMQDj5LhuMIIC2jCCAkOgAwIBAgIQSznGD8ne3vtB YnhJq1XUdzANBgkqhkiG9w0BAQUFADBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3Rl IENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVt YWlsIElzc3VpbmcgQ0EwHhcNMDkwNTA3MjMxNjEwWhcNMTAwNTA3MjMxNjEwWjBCMR8wHQYD VQQDExZUaGF3dGUgRnJlZW1haWwgTWVtYmVyMR8wHQYJKoZIhvcNAQkBFhBzdGV2ZUBpYmN0 ZWNoLmNhMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAlJNECM/VFVrzv+admf48 FNsQ2DKGEEnitYCmZo1y2HNF2TYMH/j0qtfHcRA/rTAuPgpTQMWSIY1WP0GdXFEDH9YNcrEY Le4YYQbqCPJa/woUxYywf2YvvLu42jDUe55PqllR/2jJjwTB37TVCkaLsV9c5p7uUYeFsTCc QkbDPTzK1F8uYfQq0TOVlqdlmHAMZfmzWQgefLF0AKHdvJdjpnZs6vHStytAcKccmmnF11Hr QXuKCNoy4EWy0TnWH1dOBcM0oluCWpO6DmCEaKE24/pWwE3u57rbL3pQYgTbZO8oRwBDrrm9 AaMepl5LNljL6FY05rbulYWaGWoWPHTHwwIDAQABoy0wKzAbBgNVHREEFDASgRBzdGV2ZUBp YmN0ZWNoLmNhMAwGA1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEFBQADgYEAw6aPGOnZfOTpkcvB OAUPNWGb3xGNFPdRei0qM0hHtKDB9YXnCQmvHgj51e66LnO0wSrhtNNGAnfjgyoTq5mJmWD6 0EgUdkYIl8p3OxfhC5XaObDSxHl0xpjEbq2UMHRhQy+BOrNXtkOmK6xMw5l72k/U93EWE5wg le0xAOPkuG4wggM/MIICqKADAgECAgENMA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQGEwJa QTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoT EVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERp dmlzaW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG 9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAwWhcN MTMwNzE2MjM1OTU5WjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRp bmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3Vp bmcgQ0EwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUEcJ3f 6f+jHuy9zfVb8hp2vX8MOmHyv1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH5/Ef kTYkKhPPK9Xzgnc9A74r/rsYPge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBlyYLf7 AgMBAAGjgZQwgZEwEgYDVR0TAQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJodHRw Oi8vY3JsLnRoYXd0ZS5jb20vVGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNVHQ8E BAMCAQYwKQYDVR0RBCIwIKQeMBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0GCSqG SIb3DQEBBQUAA4GBAEiM0VCD6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYvwPQc UCCTcDz9reFhYsPZOhl+hLGZGwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3h9bG CE6u9uo05RAaWzVNd+NWIXiC3CEZNd4ksdMdRv9dX2VPMYIDZDCCA2ACAQEwdjBiMQswCQYD VQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UE AxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECEEs5xg/J3t77QWJ4SatV 1HcwCQYFKw4DAhoFAKCCAcMwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0B CQUxDxcNMDkwNTI3MTY0OTU4WjAjBgkqhkiG9w0BCQQxFgQUkvw/NDv0X9gnnMqxV90NatQS CF8wUgYJKoZIhvcNAQkPMUUwQzAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZI hvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwgYUGCSsGAQQBgjcQBDF4MHYwYjEL MAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAq BgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAhBLOcYPyd7e+0Fi eEmrVdR3MIGHBgsqhkiG9w0BCRACCzF4oHYwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRo YXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBG cmVlbWFpbCBJc3N1aW5nIENBAhBLOcYPyd7e+0FieEmrVdR3MA0GCSqGSIb3DQEBAQUABIIB ADRZAh8wwCEKJ26t8jtpfTqyhqDBAguVIDmjO3AJlp84OLzTOkx7sNZDNgRkelk7fEpwDgk+ Pt0262xCU2BNSPTB+eZiqLXpj7agu74k75xkMZYpJ82zIEF/L/ZipX1xrc6jdSo458Ka4XEN KSsXR1xyxQU4JKChDhYbzddpNspyUZWYyAoHtSTR8cDBMK1Zfm9TwXgvEnkD8xcaUPbPUdBE 2IXUgPRmU8nC7De/h3t+mLMtfWrjTfTZl/j+qbhBBus5ZncX56noZzRbKV7YQ9BZQaqm9LEM MRQTfIne8rmtv+ClhRU8jtTq02BJig3wpKvediyb+H1r/mP320ALZ3sAAAAAAAA= --------------ms020302000505090700050905-- From owner-freebsd-stable@FreeBSD.ORG Wed May 27 16:58:21 2009 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 DF2F710656FA for ; Wed, 27 May 2009 16:58:21 +0000 (UTC) (envelope-from freebsd-stable@epcdirect.co.uk) Received: from gunfright.epcdirect.co.uk (gunfright.epcdirect.co.uk [195.10.242.32]) by mx1.freebsd.org (Postfix) with ESMTP id 9FBA58FC0A for ; Wed, 27 May 2009 16:58:21 +0000 (UTC) (envelope-from freebsd-stable@epcdirect.co.uk) Received: from localhost (localhost.epcdirect.co.uk [127.0.0.1]) by gunfright.epcdirect.co.uk (Postfix) with ESMTP id C0DC261B8 for ; Wed, 27 May 2009 17:25:15 +0100 (BST) X-Virus-Scanned: by GunFright.EPCDirect.co.uk Received: from gunfright.epcdirect.co.uk ([127.0.0.1]) by localhost (gunfright.epcdirect.co.uk [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id FAwLP2nyVIQg for ; Wed, 27 May 2009 17:25:15 +0100 (BST) Received: from LFarr (l-farr.int.epcdirect.co.uk [192.168.6.200]) by gunfright.epcdirect.co.uk (Postfix) with ESMTP id 7720661A7 for ; Wed, 27 May 2009 17:25:15 +0100 (BST) From: "Lawrence Farr" To: Date: Wed, 27 May 2009 17:25:11 +0100 Message-ID: <029801c9dee7$b5550770$1fff1650$@co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Acne57U/hym0e2wYTy6C5WYcY5xi6w== Content-Language: en-gb Subject: ZFS panic in zfs_fuid_create 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: Wed, 27 May 2009 16:58:22 -0000 I updated my backup boxes to the latest and greatest ZFS code, and started getting the following panic on them all (3 machines): panic: zfs_fuid_create cpuid = 1 Uptime: 1h28m48s Cannot dump. No dump device defined. Automatic reboot in 15 seconds - press a key on the console to abort A quick google found kern/133020 with a patch from PJD that has fixed it for me. Should it be in stable or does it break something else? From owner-freebsd-stable@FreeBSD.ORG Wed May 27 17:17:08 2009 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 60D9610658E5 for ; Wed, 27 May 2009 17:17:08 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 178448FC1B for ; Wed, 27 May 2009 17:17:07 +0000 (UTC) (envelope-from des@des.no) Received: from ds4.des.no (cm-84.215.252.34.getinternet.no [84.215.252.34]) by smtp.des.no (Postfix) with ESMTP id E81FF6D41C; Wed, 27 May 2009 19:17:06 +0200 (CEST) Received: by ds4.des.no (Postfix, from userid 1001) id DCA5384514; Wed, 27 May 2009 19:17:06 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Andriy Gapon References: <4A1D4A13.7030702@icyb.net.ua> <46B3333A-835A-4C88-A540-EEE70585F537@verweg.com> <4A1D5540.2050504@icyb.net.ua> <4A1D6DA3.40005@freebsd.org> Date: Wed, 27 May 2009 19:17:06 +0200 In-Reply-To: <4A1D6DA3.40005@freebsd.org> (Andriy Gapon's message of "Wed, 27 May 2009 19:43:15 +0300") Message-ID: <86iqjmihyl.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.92 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org, Kip Macy Subject: Re: on 'btxld: zfsboot.ldr: Invalid argument' again 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: Wed, 27 May 2009 17:17:08 -0000 Andriy Gapon writes: > And the patch. Looks good. One question, though: does head's btxld have the required functionality? Otherwise, building 7 on head (soon to be 8) won't work. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-stable@FreeBSD.ORG Wed May 27 17:17:25 2009 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 43C3F106593E for ; Wed, 27 May 2009 17:17:25 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: from mail-fx0-f159.google.com (mail-fx0-f159.google.com [209.85.220.159]) by mx1.freebsd.org (Postfix) with ESMTP id C81EB8FC2B for ; Wed, 27 May 2009 17:17:24 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: by fxm3 with SMTP id 3so177096fxm.43 for ; Wed, 27 May 2009 10:17:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=rYn1BhgiiQ5UeZ1AC/w+7l/Ygv+Nd7S+yFmDXOg1rkk=; b=BowncVIwFS7kD/971n0qGPl9Ts8iK3diqfcSI3CTpZ2FYnT6COsN6Rp0pchbUtQ4x8 6492lzMF7oE+8vt+K50kG9SHaEgd1PFIBj2Auo/Ue9AtuA6VTU/4QKefcxCYBDkmqWhI MqL8PA8N0c7SCoRjN584L9sF7qtvHUg/5Lzdg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=iYgWFlQS5YJFscbXKYpEXi995tPqwgkVM0EdiQPl43IZAickSUcgxM+hur0PwmXZli BchPGQ9C8BK+n3rowe45oBjXd3g08BhClGQer8qC2covUlFbYfSCU0T+cpkzffhWwkcP fltLaBeHoebdCJm9wOOzGdgSEnbeFGQ4pQOSk= MIME-Version: 1.0 Received: by 10.204.117.65 with SMTP id p1mr184864bkq.91.1243444643632; Wed, 27 May 2009 10:17:23 -0700 (PDT) In-Reply-To: <4A1D6F36.3030008@ibctech.ca> References: <4A1D6F36.3030008@ibctech.ca> Date: Wed, 27 May 2009 13:17:23 -0400 Message-ID: <4ad871310905271017s3d9e007btf0c862383320d725@mail.gmail.com> From: Glen Barber To: Steve Bertrand Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Subject: Re: I've borked my ZFS system upgrading to -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: Wed, 27 May 2009 17:17:26 -0000 On Wed, May 27, 2009 at 12:49 PM, Steve Bertrand wrote: > Hey all, > > In short, I've got a system with /boot on a USB thumb drive that I boot > from, which then mounts root and the rest of the system from a 4-disk > ZFS storage pool. > > However, during the upgrade, something didn't go quite right, and now > when I boot, I end up with: > > /libexec/ld-elf.so.1: Shared object "libc.so.7" not found required by sh > > ...at the "Enter full path of shell or RETURN for /bin/sh#" prompt. > > Hitting return repeats the cycle. > > Rebooting to the old kernel does not help, as it was the installworld > that failed. > I've seen this before. My situation was different, as I had just installed the machine, finished a 'co' on the source tree and rebuilt world/kernel. Since there was nothing, production-wise, on the machine, I thought nothing of it and reinstalled. Had there been data on the machine, I would have dug deeper. > I can boot the box using alternate media, but I can't figure out the > procedure to mount the ZFS pool into the filesystem. > Can you boot into single-user mode from the USB device? > This box is a running-backup box, so I'm not overly concerned about the > data, but I would like to learn how to properly get to the data if this > situation arises in the future. > > Can someone provide some pointers on how to do this without destroying > the pool? > Unfortunately, I haven't played with ZFS (because of lack of hardware to run it on)... My reason for the post was to suggest single-user mode, if you haven't already tried. Also, to stop the repeated reboot, you could use /rescue/sh in place of /bin/sh (hopefully). -- Glen Barber From owner-freebsd-stable@FreeBSD.ORG Wed May 27 17:41:04 2009 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 2ADA810656AB; Wed, 27 May 2009 17:41:04 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id CFD7F8FC15; Wed, 27 May 2009 17:41:02 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id UAA05907; Wed, 27 May 2009 20:40:59 +0300 (EEST) (envelope-from avg@freebsd.org) Message-ID: <4A1D7B2A.6040800@freebsd.org> Date: Wed, 27 May 2009 20:40:58 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= References: <4A1D4A13.7030702@icyb.net.ua> <46B3333A-835A-4C88-A540-EEE70585F537@verweg.com> <4A1D5540.2050504@icyb.net.ua> <4A1D6DA3.40005@freebsd.org> <86iqjmihyl.fsf@ds4.des.no> In-Reply-To: <86iqjmihyl.fsf@ds4.des.no> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org, Kip Macy Subject: Re: on 'btxld: zfsboot.ldr: Invalid argument' again 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: Wed, 27 May 2009 17:41:04 -0000 on 27/05/2009 20:17 Dag-Erling Smørgrav said the following: > Andriy Gapon writes: >> And the patch. > > Looks good. One question, though: does head's btxld have the required > functionality? Otherwise, building 7 on head (soon to be 8) won't work. > Yes, it does, stable/7 got it via MFC. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Wed May 27 17:52:56 2009 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 F256710656C0 for ; Wed, 27 May 2009 17:52:56 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: from ibctech.ca (v6.ibctech.ca [IPv6:2607:f118::b6]) by mx1.freebsd.org (Postfix) with SMTP id 6B9D78FC14 for ; Wed, 27 May 2009 17:52:56 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: (qmail 28001 invoked by uid 89); 27 May 2009 17:52:56 -0000 Received: from unknown (HELO ?IPv6:2607:f118::5?) (steve@ibctech.ca@2607:f118::5) by 2607:f118::b6 with ESMTPA; 27 May 2009 17:52:56 -0000 Message-ID: <4A1D7DFC.4080105@ibctech.ca> Date: Wed, 27 May 2009 13:53:00 -0400 From: Steve Bertrand User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Glen Barber References: <4A1D6F36.3030008@ibctech.ca> <4ad871310905271017s3d9e007btf0c862383320d725@mail.gmail.com> In-Reply-To: <4ad871310905271017s3d9e007btf0c862383320d725@mail.gmail.com> X-Enigmail-Version: 0.95.7 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms000009000002040405070504" Cc: FreeBSD Subject: Re: I've borked my ZFS system upgrading to -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: Wed, 27 May 2009 17:52:57 -0000 This is a cryptographically signed message in MIME format. --------------ms000009000002040405070504 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Glen Barber wrote: > On Wed, May 27, 2009 at 12:49 PM, Steve Bertrand wrote: >> However, during the upgrade, something didn't go quite right, and now >> when I boot, I end up with: >> >> /libexec/ld-elf.so.1: Shared object "libc.so.7" not found required by sh >> >> ...at the "Enter full path of shell or RETURN for /bin/sh#" prompt. >> >> Hitting return repeats the cycle. > I've seen this before. My situation was different, as I had just > installed the machine, finished a 'co' on the source tree and rebuilt > world/kernel. Since there was nothing, production-wise, on the > machine, I thought nothing of it and reinstalled. Had there been data > on the machine, I would have dug deeper. I've ran into issues as such quite a few times in the past, but have always been able to work around the issue in order to get the problem resolved (and therefore built up quite a confidence level upgrading production boxes). The difference here is ZFS. I am extremely confident that all of the data is fine, it's just the actual running system that is the problem. Unfortunately, I have no experience (yet) in getting the pool mounted in a secondary system to fix/re-upgrade it ;) >> I can boot the box using alternate media, but I can't figure out the >> procedure to mount the ZFS pool into the filesystem. >> > Can you boot into single-user mode from the USB device? No. Whether I boot "normally" or to single-user, the effect is the same. >> This box is a running-backup box, so I'm not overly concerned about the >> data, but I would like to learn how to properly get to the data if this >> situation arises in the future. >> >> Can someone provide some pointers on how to do this without destroying >> the pool? >> > > Unfortunately, I haven't played with ZFS (because of lack of hardware > to run it on)... My reason for the post was to suggest single-user > mode, if you haven't already tried. I appreciate all the feedback I can get, but in this case, I have tried single-user mode. > Also, to stop the repeated reboot, you could use /rescue/sh in place > of /bin/sh (hopefully). The box is literally on a bench beside my desk, so... *running over to try it*... ...it appears as though entering "/rescue/sh" drops me into a prompt. However, whenever I try to use any other command (eg. df, clear etc), the same error above appears, but with "...required by df" instead. ...going further, you've now got me smelling progress. Never having had the need to use anything under /rescue, I can verify that my root filesystem (ZFS) is mounted by doing: # /rescue/ls / My normal approach at this point would be to simply mount the system under /mnt on an existing running system, but my original problem is that I don't know how to do that with a ZFS pool. Do you have any more suggestions as to how I can recover the existing system from here? (I'm going to have a look as to what tools are available under rescue, to see if I can simply re-do the upgrade procedure). Thanks! Steve --------------ms000009000002040405070504 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIII/zCC AtowggJDoAMCAQICEEs5xg/J3t77QWJ4SatV1HcwDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UE BhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMT I1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA5MDUwNzIzMTYxMFoX DTEwMDUwNzIzMTYxMFowQjEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEfMB0G CSqGSIb3DQEJARYQc3RldmVAaWJjdGVjaC5jYTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCC AQoCggEBAJSTRAjP1RVa87/mnZn+PBTbENgyhhBJ4rWApmaNcthzRdk2DB/49KrXx3EQP60w Lj4KU0DFkiGNVj9BnVxRAx/WDXKxGC3uGGEG6gjyWv8KFMWMsH9mL7y7uNow1HueT6pZUf9o yY8Ewd+01QpGi7FfXOae7lGHhbEwnEJGwz08ytRfLmH0KtEzlZanZZhwDGX5s1kIHnyxdACh 3byXY6Z2bOrx0rcrQHCnHJppxddR60F7igjaMuBFstE51h9XTgXDNKJbglqTug5ghGihNuP6 VsBN7ue62y96UGIE22TvKEcAQ665vQGjHqZeSzZYy+hWNOa27pWFmhlqFjx0x8MCAwEAAaMt MCswGwYDVR0RBBQwEoEQc3RldmVAaWJjdGVjaC5jYTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3 DQEBBQUAA4GBAMOmjxjp2Xzk6ZHLwTgFDzVhm98RjRT3UXotKjNIR7SgwfWF5wkJrx4I+dXu ui5ztMEq4bTTRgJ344MqE6uZiZlg+tBIFHZGCJfKdzsX4QuV2jmw0sR5dMaYxG6tlDB0YUMv gTqzV7ZDpiusTMOZe9pP1PdxFhOcIJXtMQDj5LhuMIIC2jCCAkOgAwIBAgIQSznGD8ne3vtB YnhJq1XUdzANBgkqhkiG9w0BAQUFADBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3Rl IENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVt YWlsIElzc3VpbmcgQ0EwHhcNMDkwNTA3MjMxNjEwWhcNMTAwNTA3MjMxNjEwWjBCMR8wHQYD VQQDExZUaGF3dGUgRnJlZW1haWwgTWVtYmVyMR8wHQYJKoZIhvcNAQkBFhBzdGV2ZUBpYmN0 ZWNoLmNhMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAlJNECM/VFVrzv+admf48 FNsQ2DKGEEnitYCmZo1y2HNF2TYMH/j0qtfHcRA/rTAuPgpTQMWSIY1WP0GdXFEDH9YNcrEY Le4YYQbqCPJa/woUxYywf2YvvLu42jDUe55PqllR/2jJjwTB37TVCkaLsV9c5p7uUYeFsTCc QkbDPTzK1F8uYfQq0TOVlqdlmHAMZfmzWQgefLF0AKHdvJdjpnZs6vHStytAcKccmmnF11Hr QXuKCNoy4EWy0TnWH1dOBcM0oluCWpO6DmCEaKE24/pWwE3u57rbL3pQYgTbZO8oRwBDrrm9 AaMepl5LNljL6FY05rbulYWaGWoWPHTHwwIDAQABoy0wKzAbBgNVHREEFDASgRBzdGV2ZUBp YmN0ZWNoLmNhMAwGA1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEFBQADgYEAw6aPGOnZfOTpkcvB OAUPNWGb3xGNFPdRei0qM0hHtKDB9YXnCQmvHgj51e66LnO0wSrhtNNGAnfjgyoTq5mJmWD6 0EgUdkYIl8p3OxfhC5XaObDSxHl0xpjEbq2UMHRhQy+BOrNXtkOmK6xMw5l72k/U93EWE5wg le0xAOPkuG4wggM/MIICqKADAgECAgENMA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQGEwJa QTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoT EVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERp dmlzaW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG 9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAwWhcN MTMwNzE2MjM1OTU5WjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRp bmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3Vp bmcgQ0EwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUEcJ3f 6f+jHuy9zfVb8hp2vX8MOmHyv1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH5/Ef kTYkKhPPK9Xzgnc9A74r/rsYPge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBlyYLf7 AgMBAAGjgZQwgZEwEgYDVR0TAQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJodHRw Oi8vY3JsLnRoYXd0ZS5jb20vVGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNVHQ8E BAMCAQYwKQYDVR0RBCIwIKQeMBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0GCSqG SIb3DQEBBQUAA4GBAEiM0VCD6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYvwPQc UCCTcDz9reFhYsPZOhl+hLGZGwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3h9bG CE6u9uo05RAaWzVNd+NWIXiC3CEZNd4ksdMdRv9dX2VPMYIDZDCCA2ACAQEwdjBiMQswCQYD VQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UE AxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECEEs5xg/J3t77QWJ4SatV 1HcwCQYFKw4DAhoFAKCCAcMwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0B CQUxDxcNMDkwNTI3MTc1MzAwWjAjBgkqhkiG9w0BCQQxFgQUUCcSrpbfkmvBh0KEbSbA+1/D +jowUgYJKoZIhvcNAQkPMUUwQzAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZI hvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwgYUGCSsGAQQBgjcQBDF4MHYwYjEL MAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAq BgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAhBLOcYPyd7e+0Fi eEmrVdR3MIGHBgsqhkiG9w0BCRACCzF4oHYwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRo YXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBG cmVlbWFpbCBJc3N1aW5nIENBAhBLOcYPyd7e+0FieEmrVdR3MA0GCSqGSIb3DQEBAQUABIIB AGaT3PDw/u3RArmLiD+BKLB7uXZV10p9cqDb3HVaWxama++nIjX3BaI+cOXf33ckAMO4RVNV eqONF8SCRDcvnGrQ9zJ060MzM270k/ZaBH6vNkBCN5bZ36+yUcZPt/o8Xd8+V9NkT9tSfgUx 59b5q6liGl4OYsTF/bGW35Gvr80A72woQsrDlvsoKwdk6ddv01GSrTiPa8FpfHNQoYfJHbCI ehKT1OY+P7LwfLjNrPuRLPAhoFsYtNl/riMa1n1I/Eh9CBy72RA+ue/USVE6N00CmH3H7akO Y+br+90jfJe2ox1UTwkfQw/pNFM6AsaMtRfLq+Q/CCbF9r8k4Fn1oEwAAAAAAAA= --------------ms000009000002040405070504-- From owner-freebsd-stable@FreeBSD.ORG Wed May 27 17:57:22 2009 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 811391065770 for ; Wed, 27 May 2009 17:57:22 +0000 (UTC) (envelope-from lists@c0mplx.org) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) by mx1.freebsd.org (Postfix) with ESMTP id 3E0C48FC15 for ; Wed, 27 May 2009 17:57:22 +0000 (UTC) (envelope-from lists@c0mplx.org) Received: from pi by home.opsec.eu with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1M9NNR-00067O-Ha; Wed, 27 May 2009 19:57:21 +0200 Date: Wed, 27 May 2009 19:57:21 +0200 From: Kurt Jaeger To: Steve Bertrand Message-ID: <20090527175721.GA10978@home.opsec.eu> References: <4A1D6F36.3030008@ibctech.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A1D6F36.3030008@ibctech.ca> Cc: FreeBSD Subject: Re: I've borked my ZFS system upgrading to -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: Wed, 27 May 2009 17:57:24 -0000 Hello, > I can boot the box using alternate media, but I can't figure out the > procedure to mount the ZFS pool into the filesystem. Either mount -t zfs tank/foo /foo or zfs mount mypool -- pi@opsec.eu +49 171 3101372 11 years to go ! From owner-freebsd-stable@FreeBSD.ORG Wed May 27 18:04:33 2009 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 592E01065868; Wed, 27 May 2009 18:04:33 +0000 (UTC) (envelope-from artemb@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.31]) by mx1.freebsd.org (Postfix) with ESMTP id A3F9F8FC16; Wed, 27 May 2009 18:04:27 +0000 (UTC) (envelope-from artemb@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so2616916ywe.13 for ; Wed, 27 May 2009 11:04:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type; bh=Yv/4R6gbfjjpvz3EPxTJ0e7D7o/8WEWgEC8LFQjg+1s=; b=Y3zakx0GWgQakAGfRVUPPHbEeXy0Pmx2IKicU723sBJNVyCDgjKFdMfmmV1ESprV9s OUikyz5XVTFy+vCAUyq6vsu3XkV2Sc9bNn8TE84Fgqsg2WsFjl89LuoIZRAScR/jVbFd je22K12km5GghCE4gxgBrKfufK9jtU82QlE+c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=RpDNuSZfYdU4Pb/lnEEQxujCFEu2nzIy6VDHLv/0HartNGDfB4jIekgEWPG+90TtRE IdCIJYL2BM1iJxIE8g0hwYsU1NeVjvVf6HTZesTFiNyLnnh7OiukufzZGN4qpgGv2iHB +ntmI8GgP7BHAyrnBJjWMwwHaQCy0HaN26ea0= MIME-Version: 1.0 Sender: artemb@gmail.com Received: by 10.90.84.2 with SMTP id h2mr176805agb.97.1243447466914; Wed, 27 May 2009 11:04:26 -0700 (PDT) In-Reply-To: <4A1D0F2B.4030006@restart.be> References: <3c1674c90905201643m540c8b1v8a8bd88f071c233d@mail.gmail.com> <4A1D0F2B.4030006@restart.be> Date: Wed, 27 May 2009 11:04:26 -0700 X-Google-Sender-Auth: 61542cbca545b82e Message-ID: From: Artem Belevich To: Henri Hennebert Content-Type: multipart/mixed; boundary=00163616413b8ff565046ae8ac57 Cc: freebsd-stable@freebsd.org, Kip Macy Subject: Re: ZFS MFC heads down 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: Wed, 27 May 2009 18:04:36 -0000 --00163616413b8ff565046ae8ac57 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 SSBoYWQgdGhlIHNhbWUgcHJvYmxlbSBvbiAtY3VycmVudC4gVHJ5IGF0dGFjaGVkIHBhdGNoLiBJ dCBtYXkgbm90CmFwcGx5IGNsZWFubHkgb24gLXN0YWJsZSwgYnV0IHNob3VsZCBiZSBlYXN5IGVu b3VnaCB0byBtYWtlIGVxdWl2YWxlbnQKY2hhbmdlcyBvbiAtc3RhYmxlLgoKLS1BcnRlbQoKCgpP biBXZWQsIE1heSAyNywgMjAwOSBhdCAzOjAwIEFNLCBIZW5yaSBIZW5uZWJlcnQgPGhsaEByZXN0 YXJ0LmJlPiB3cm90ZToKPiBLaXAgTWFjeSB3cm90ZToKPj4KPj4gT24gV2VkLCBNYXkgMjAsIDIw MDkgYXQgMjo1OSBQTSwgS2lwIE1hY3kgPGttYWN5QGZyZWVic2Qub3JnPiB3cm90ZToKPj4+Cj4+ PiBJIHdpbGwgYmUgTUZDJ2luZyB0aGUgbmV3ZXIgWkZTIHN1cHBvcnQgc29tZSB0aW1lIHRoaXMg YWZ0ZXJub29uLiBCb3RoCj4+PiB3b3JsZCBhbmQga2VybmVsIHdpbGwgbmVlZCB0byBiZSByZS1i dWlsdC4gRXhpc3RpbmcgcG9vbHMgd2lsbAo+Pj4gY29udGludWUgdG8gd29yayB3aXRob3V0IHVw Z3JhZGUuCj4+Pgo+Pj4KPj4+IElmIHlvdSBjaG9vc2UgdG8gdXBncmFkZSBhIHBvb2wgdG8gdGFr ZSBhZHZhbnRhZ2Ugb2YgbmV3IGZlYXR1cmVzIHlvdQo+Pj4gd2lsbCBubyBsb25nZXIgYmUgYWJs ZSB0byB1c2UgaXQgd2l0aCBzb3VyY2VzIHByaW9yIHRvIHRvZGF5LiAnemZzCj4+PiBzZW5kL3Jl Y3YnIGlzIG5vdCBleHBlY3RlZCB0byBpbnRlci1vcGVyYXRlIGJldHdlZW4gZGlmZmVyZW50IHBv b2wKPj4+IHZlcnNpb25zLgo+Pgo+Pgo+PiBUaGUgTUZDIHdlbnQgaW4gcjE5MjQ5OC4gUGxlYXNl IGxldCBtZSBrbm93IGlmIHlvdSBoYXZlIGFueSBwcm9ibGVtcy4KPgo+IE5vIGEgcmVhbCBwcm9i bGVtIGJ1dCBtYXliZSB3b3J0aCBtZW50aW9uaW5nOgo+Cj4gb24gRnJlZUJTRCBtb3J6aW5lLnJl c3RhcnQuYmVsIDcuMi1TVEFCTEUgRnJlZUJTRCA3LjItU1RBQkxFICMwOiBUdWUgTWF5IDI2Cj4g MTU6Mzc6NDggQ0VTVCAyMDA5IHJvb3RAbW9yemluZS5yZXN0YXJ0LmJlbDovdXNyL29iai91c3Iv c3JjL3N5cy9NT1JaSU5FCj4gwqBpMzg2Cj4KPiBbcm9vdEBtb3J6aW5lIH5dIyB6ZGIgcnBvb2wK PiDCoCDCoHZlcnNpb249MTMKPiDCoCDCoG5hbWU9J3Jwb29sJwo+IMKgIMKgc3RhdGU9MAo+IMKg IMKgdHhnPTk1OQo+IMKgIMKgcG9vbF9ndWlkPTE3NjY5ODU3MjQ0NTg4NjA5MzQ4Cj4gwqAgwqBo b3N0aWQ9MjMxNTg0MjM3Mgo+IMKgIMKgaG9zdG5hbWU9J3Vuc2V0Jwo+IMKgIMKgdmRldl90cmVl Cj4gwqAgwqAgwqAgwqB0eXBlPSdyb290Jwo+IMKgIMKgIMKgIMKgaWQ9MAo+IMKgIMKgIMKgIMKg Z3VpZD0xNzY2OTg1NzI0NDU4ODYwOTM0OAo+IMKgIMKgIMKgIMKgY2hpbGRyZW5bMF0KPiDCoCDC oCDCoCDCoCDCoCDCoCDCoCDCoHR5cGU9J21pcnJvcicKPiDCoCDCoCDCoCDCoCDCoCDCoCDCoCDC oGlkPTAKPiDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoGd1aWQ9MzIyNTYwMzE3OTI1NTM0ODA1Ngo+ IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgbWV0YXNsYWJfYXJyYXk9MjMKPiDCoCDCoCDCoCDCoCDC oCDCoCDCoCDCoG1ldGFzbGFiX3NoaWZ0PTI4Cj4gwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqBhc2hp ZnQ9OQo+IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgYXNpemU9NTE1MzQ4ODg5NjAKPiDCoCDCoCDC oCDCoCDCoCDCoCDCoCDCoGlzX2xvZz0wCj4gwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqBjaGlsZHJl blswXQo+IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgdHlwZT0nZGlzaycKPiDC oCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoGlkPTAKPiDCoCDCoCDCoCDCoCDCoCDC oCDCoCDCoCDCoCDCoCDCoCDCoGd1aWQ9MTc1NzMwODU3MjY0ODkzNjgyNjUKPiDCoCDCoCDCoCDC oCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoHBhdGg9Jy9kZXYvZGEwcDInCj4gwqAgwqAgwqAgwqAg wqAgwqAgwqAgwqAgwqAgwqAgwqAgwqB3aG9sZV9kaXNrPTAKPiDCoCDCoCDCoCDCoCDCoCDCoCDC oCDCoGNoaWxkcmVuWzFdCj4gwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqB0eXBl PSdkaXNrJwo+IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgaWQ9MQo+IMKgIMKg IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgZ3VpZD0yNzM2MTY5NjAwMDc3MjE4ODkzCj4g wqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqBwYXRoPScvZGV2L2RhMXAyJwo+IMKg IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgd2hvbGVfZGlzaz0wCj4gQXNzZXJ0aW9u IGZhaWxlZDogKD/EhHXEjT8gxJfFqsKowrQmKSwgZnVuY3Rpb24gbXAtPm1fb3duZXIgPT0gTlVM TCwgZmlsZQo+IC91c3Ivc3JjL2NkZGwvbGliL2xpYnpwb29sLy4uLy4uLy4uL2NkZGwvY29udHJp Yi9vcGVuc29sYXJpcy9saWIvbGlienBvb2wvY29tbW9uL2tlcm5lbC5jLAo+IGxpbmUgMTEyLgo+ IEFib3J0IHRyYXA6IDYKPgo+Cj4gYW5kIG9uIEZyZWVCU0QgYXZvcmlhei5yZXN0YXJ0LmJlbCA3 LjItU1RBQkxFIEZyZWVCU0QgNy4yLVNUQUJMRSAjMDogTW9uIE1heQo+IDI1IDEyOjA2OjA3IENF U1QgMjAwOSByb290QGF2b3JpYXoucmVzdGFydC5iZWw6L3Vzci9vYmovdXNyL3NyYy9zeXMvQVZP UklBWgo+IMKgYW1kNjQKPgo+IFtyb290QGF2b3JpYXogfl0jIHpkYiBycG9vbAo+IMKgIMKgdmVy c2lvbj0xMwo+IMKgIMKgbmFtZT0ncnBvb2wnCj4gwqAgwqBzdGF0ZT0wCj4gwqAgwqB0eGc9MzQ2 Nwo+IMKgIMKgcG9vbF9ndWlkPTUzNjExNzI1NTA2NDgwNjg5OQo+IMKgIMKgaG9zdGlkPTExMzM1 NzY1OTcKPiDCoCDCoGhvc3RuYW1lPSd1bnNldCcKPiDCoCDCoHZkZXZfdHJlZQo+IMKgIMKgIMKg IMKgdHlwZT0ncm9vdCcKPiDCoCDCoCDCoCDCoGlkPTAKPiDCoCDCoCDCoCDCoGd1aWQ9NTM2MTE3 MjU1MDY0ODA2ODk5Cj4gwqAgwqAgwqAgwqBjaGlsZHJlblswXQo+IMKgIMKgIMKgIMKgIMKgIMKg IMKgIMKgdHlwZT0nbWlycm9yJwo+IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgaWQ9MAo+IMKgIMKg IMKgIMKgIMKgIMKgIMKgIMKgZ3VpZD0zMTI0MjE3Njg1ODkyOTc2MjkyCj4gwqAgwqAgwqAgwqAg wqAgwqAgwqAgwqBtZXRhc2xhYl9hcnJheT0yMwo+IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgbWV0 YXNsYWJfc2hpZnQ9MzAKPiDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoGFzaGlmdD05Cj4gwqAgwqAg wqAgwqAgwqAgwqAgwqAgwqBhc2l6ZT0xNTU3NDE4NDc1NTIKPiDCoCDCoCDCoCDCoCDCoCDCoCDC oCDCoGlzX2xvZz0wCj4gwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqBjaGlsZHJlblswXQo+IMKgIMKg IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgdHlwZT0nZGlzaycKPiDCoCDCoCDCoCDCoCDC oCDCoCDCoCDCoCDCoCDCoCDCoCDCoGlkPTAKPiDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDC oCDCoCDCoGd1aWQ9MTEwOTk0MTM3NDM0MzY0ODAxNTkKPiDCoCDCoCDCoCDCoCDCoCDCoCDCoCDC oCDCoCDCoCDCoCDCoHBhdGg9Jy9kZXYvYWQ0cDInCj4gwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAg wqAgwqAgwqAgwqB3aG9sZV9kaXNrPTAKPiDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoGNoaWxkcmVu WzFdCj4gwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqB0eXBlPSdkaXNrJwo+IMKg IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgaWQ9MQo+IMKgIMKgIMKgIMKgIMKgIMKg IMKgIMKgIMKgIMKgIMKgIMKgZ3VpZD0xMjcyNDk4MzY4NzgwNTk1NTQzMgo+IMKgIMKgIMKgIMKg IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgcGF0aD0nL2Rldi9hZDZwMicKPiDCoCDCoCDCoCDCoCDC oCDCoCDCoCDCoCDCoCDCoCDCoCDCoHdob2xlX2Rpc2s9MAo+IFNlZ21lbnRhdGlvbiBmYXVsdDog MTEKPgo+IEJ5IHRoZSB3YXksIHRvIGhlbHAgcHJlcGFyZSBhIGJvb3Qvcm9vdCBwb29sIGRvZXMg YSB1dGlsaXR5IHRvIGRpc3BsYXkgdGhlCj4gY29udGVudCBvZiB6cG9vbC5jYWNoZSBleGlzdCA/ Cj4KPgo+IEhlbnJpCj4+Cj4+IFRoYW5rcywKPj4gS2lwCj4+IF9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fCj4+IGZyZWVic2Qtc3RhYmxlQGZyZWVic2Qub3Jn IG1haWxpbmcgbGlzdAo+PiBodHRwOi8vbGlzdHMuZnJlZWJzZC5vcmcvbWFpbG1hbi9saXN0aW5m by9mcmVlYnNkLXN0YWJsZQo+PiBUbyB1bnN1YnNjcmliZSwgc2VuZCBhbnkgbWFpbCB0byAiZnJl ZWJzZC1zdGFibGUtdW5zdWJzY3JpYmVAZnJlZWJzZC5vcmciCj4KPiBfX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwo+IGZyZWVic2Qtc3RhYmxlQGZyZWVic2Qu b3JnIG1haWxpbmcgbGlzdAo+IGh0dHA6Ly9saXN0cy5mcmVlYnNkLm9yZy9tYWlsbWFuL2xpc3Rp bmZvL2ZyZWVic2Qtc3RhYmxlCj4gVG8gdW5zdWJzY3JpYmUsIHNlbmQgYW55IG1haWwgdG8gImZy ZWVic2Qtc3RhYmxlLXVuc3Vic2NyaWJlQGZyZWVic2Qub3JnIgo+Cg== --00163616413b8ff565046ae8ac57 Content-Type: text/x-patch; charset=US-ASCII; name="zfs_userland_fixes.patch" Content-Disposition: attachment; filename="zfs_userland_fixes.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_fv8cg7990 ZGlmZiAtciA5OWExMzA2NGYwZDggY2RkbC9jb250cmliL29wZW5zb2xhcmlzL2xpYi9saWJ6cG9v bC9jb21tb24va2VybmVsLmMKLS0tIGEvY2RkbC9jb250cmliL29wZW5zb2xhcmlzL2xpYi9saWJ6 cG9vbC9jb21tb24va2VybmVsLmMJVHVlIE1heSAyNiAxMzoxNzo1MSAyMDA5IC0wNzAwCisrKyBi L2NkZGwvY29udHJpYi9vcGVuc29sYXJpcy9saWIvbGlienBvb2wvY29tbW9uL2tlcm5lbC5jCVR1 ZSBNYXkgMjYgMTM6MTk6MTAgMjAwOSAtMDcwMApAQCAtMTA0LDE3ICsxMDQsMTcgQEAgem11dGV4 X2luaXQoa211dGV4X3QgKm1wKQogCW1wLT5pbml0aWFsaXplZCA9IEJfVFJVRTsKIAkodm9pZCkg X211dGV4X2luaXQoJm1wLT5tX2xvY2ssIFVTWU5DX1RIUkVBRCwgTlVMTCk7CiB9CiAKIHZvaWQK IHptdXRleF9kZXN0cm95KGttdXRleF90ICptcCkKIHsKIAlBU1NFUlQobXAtPmluaXRpYWxpemVk ID09IEJfVFJVRSk7Ci0JQVNTRVJUKG1wLT5tX293bmVyID09IE5VTEwpOworLy8JQVNTRVJUKG1w LT5tX293bmVyID09IE5VTEwpOwogCSh2b2lkKSBfbXV0ZXhfZGVzdHJveSgmKG1wKS0+bV9sb2Nr KTsKIAltcC0+bV9vd25lciA9ICh2b2lkICopLTFVTDsKIAltcC0+aW5pdGlhbGl6ZWQgPSBCX0ZB TFNFOwogfQogCiB2b2lkCiBtdXRleF9lbnRlcihrbXV0ZXhfdCAqbXApCiB7CkBAIC0xNjMsMTYg KzE2MywxNyBAQCBtdXRleF9vd25lcihrbXV0ZXhfdCAqbXApCiAgKi8KIC8qQVJHU1VTRUQqLwog dm9pZAogcndfaW5pdChrcndsb2NrX3QgKnJ3bHAsIGNoYXIgKm5hbWUsIGludCB0eXBlLCB2b2lk ICphcmcpCiB7CiAJcndsb2NrX2luaXQoJnJ3bHAtPnJ3X2xvY2ssIFVTWU5DX1RIUkVBRCwgTlVM TCk7CiAJcndscC0+cndfb3duZXIgPSBOVUxMOwogCXJ3bHAtPmluaXRpYWxpemVkID0gQl9UUlVF OworCXJ3bHAtPnJ3X2NvdW50ID0gMDsKIH0KIAogdm9pZAogcndfZGVzdHJveShrcndsb2NrX3Qg KnJ3bHApCiB7CiAJcndsb2NrX2Rlc3Ryb3koJnJ3bHAtPnJ3X2xvY2spOwogCXJ3bHAtPnJ3X293 bmVyID0gKHZvaWQgKiktMVVMOwogCXJ3bHAtPmluaXRpYWxpemVkID0gQl9GQUxTRTsK --00163616413b8ff565046ae8ac57-- From owner-freebsd-stable@FreeBSD.ORG Wed May 27 19:30:38 2009 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 C06D91065679 for ; Wed, 27 May 2009 19:30:38 +0000 (UTC) (envelope-from mikes@siralan.org) Received: from arvo.suso.org (arvo.suso.org [66.244.94.5]) by mx1.freebsd.org (Postfix) with ESMTP id 9E1B38FC25 for ; Wed, 27 May 2009 19:30:38 +0000 (UTC) (envelope-from mikes@siralan.org) Received: from c-98-220-3-224.hsd1.in.comcast.net (c-98-220-3-224.hsd1.in.comcast.net [98.220.3.224]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arvo.suso.org (Postfix) with ESMTP id CD5CA8806F; Wed, 27 May 2009 19:29:22 +0000 (GMT) Date: Wed, 27 May 2009 15:29:45 -0400 (EDT) From: "Michael L. Squires" X-X-Sender: mikes@familysquires.net To: John B Scroggins In-Reply-To: <1243189529.28177.26.camel@rougehunter75.charterpipeline.net> Message-ID: <20090527152542.L28521@familysquires.net> References: <1243189529.28177.26.camel@rougehunter75.charterpipeline.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: Building 7.2 Stable fails to compile dtmalloc 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: Wed, 27 May 2009 19:30:39 -0000 I had a similar build error with 7.2-STABLE with a different error - internal compiler error. After updating and having buildworld fail in the same spot I completely cleaned my /usr/obj and /usr/src directories (need "cd /usr/obj;chflags -R noschg *;rm -rf *" for /usr/obj and then downloaded the sources again. This time there were no problems compiling. I don't know if the cause was a hardware problem, a corrupted /usr/src, or a bug that was fixed by the time I downloaded /usr/src. This is hardware on which I've been compiling FreeBSD for some time, so my guess is the corrupted /usr/src (given that there are no repots of a similar error from other users). Mike Squires mikes at siralan.org From owner-freebsd-stable@FreeBSD.ORG Wed May 27 20:06:21 2009 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 79BE1106564A; Wed, 27 May 2009 20:06:21 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:2:2d29:0:1::]) by mx1.freebsd.org (Postfix) with ESMTP id 020B18FC13; Wed, 27 May 2009 20:06:21 +0000 (UTC) (envelope-from hlh@restart.be) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:2:2d29:1:ffff::]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "avoriaz.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id E46FB4EC3; Wed, 27 May 2009 22:06:19 +0200 (CEST) Received: from morzine.restart.bel (morzine.restart.be [IPv6:2001:41d0:2:2d29:1:2::]) (authenticated bits=0) by restart.be (8.14.3/8.14.3) with ESMTP id n4RK6Hvx038679; Wed, 27 May 2009 22:06:17 +0200 (CEST) (envelope-from hlh@restart.be) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1243454779; bh=810/9v8ptq2e1YXJQcxoTL0aue5wRPCzKxeOgDtqxOk=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=JtDi/ZR87wg2BjIM59vmamDuHyGKUZgKwuIlh6xQDOLFTwUgJfcbYetUudd5Sq+zU OTfmBtwMXlvlKXnbsEVLA== DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:content-type: content-transfer-encoding:x-scanned-by; b=ZbIw+rBhxzng3SurLARsJhz7v+K1RI4Lj3nLhjdMGfKB2JpGu37BcvBkrg51M1zr5 b0ai3H+ARmY20ZZ6av8QQ== Message-ID: <4A1D9D38.1050701@restart.be> Date: Wed, 27 May 2009 22:06:16 +0200 From: Henri Hennebert Organization: RestartSoft User-Agent: Thunderbird 2.0.0.21 (X11/20090412) MIME-Version: 1.0 To: Artem Belevich References: <3c1674c90905201643m540c8b1v8a8bd88f071c233d@mail.gmail.com> <4A1D0F2B.4030006@restart.be> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.64 on IPv6:2001:41d0:2:2d29:1:1:: Cc: freebsd-stable@freebsd.org, Kip Macy Subject: Re: ZFS MFC heads down 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: Wed, 27 May 2009 20:06:21 -0000 Artem Belevich wrote: > I had the same problem on -current. Try attached patch. It may not > apply cleanly on -stable, but should be easy enough to make equivalent > changes on -stable. The patch is ok for stable. now I get for the pool with my root: [root@morzine libzpool]# zdb rpool version=13 name='rpool' state=0 txg=959 pool_guid=17669857244588609348 hostid=2315842372 hostname='unset' vdev_tree type='root' id=0 guid=17669857244588609348 children[0] type='mirror' id=0 guid=3225603179255348056 metaslab_array=23 metaslab_shift=28 ashift=9 asize=51534888960 is_log=0 children[0] type='disk' id=0 guid=17573085726489368265 path='/dev/da0p2' whole_disk=0 children[1] type='disk' id=1 guid=2736169600077218893 path='/dev/da1p2' whole_disk=0 WARNING: pool 'rpool' could not be loaded as it was last accessed by another system (host: unset hostid: 0x8a08f344). See: http://www.sun.com/msg/ZFS-8000-EY zdb: can't open rpool: No such file or directory But rpool have been used for many boot now - strange ... Thanks for your patch and time Henri > > --Artem > > > > On Wed, May 27, 2009 at 3:00 AM, Henri Hennebert wrote: >> Kip Macy wrote: >>> On Wed, May 20, 2009 at 2:59 PM, Kip Macy wrote: >>>> I will be MFC'ing the newer ZFS support some time this afternoon. Both >>>> world and kernel will need to be re-built. Existing pools will >>>> continue to work without upgrade. >>>> >>>> >>>> If you choose to upgrade a pool to take advantage of new features you >>>> will no longer be able to use it with sources prior to today. 'zfs >>>> send/recv' is not expected to inter-operate between different pool >>>> versions. >>> >>> The MFC went in r192498. Please let me know if you have any problems. >> No a real problem but maybe worth mentioning: >> >> on FreeBSD morzine.restart.bel 7.2-STABLE FreeBSD 7.2-STABLE #0: Tue May 26 >> 15:37:48 CEST 2009 root@morzine.restart.bel:/usr/obj/usr/src/sys/MORZINE >> i386 >> >> [root@morzine ~]# zdb rpool >> version=13 >> name='rpool' >> state=0 >> txg=959 >> pool_guid=17669857244588609348 >> hostid=2315842372 >> hostname='unset' >> vdev_tree >> type='root' >> id=0 >> guid=17669857244588609348 >> children[0] >> type='mirror' >> id=0 >> guid=3225603179255348056 >> metaslab_array=23 >> metaslab_shift=28 >> ashift=9 >> asize=51534888960 >> is_log=0 >> children[0] >> type='disk' >> id=0 >> guid=17573085726489368265 >> path='/dev/da0p2' >> whole_disk=0 >> children[1] >> type='disk' >> id=1 >> guid=2736169600077218893 >> path='/dev/da1p2' >> whole_disk=0 >> Assertion failed: (?Ąuč? ėŪ¨´&), function mp->m_owner == NULL, file >> /usr/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common/kernel.c, >> line 112. >> Abort trap: 6 >> >> >> and on FreeBSD avoriaz.restart.bel 7.2-STABLE FreeBSD 7.2-STABLE #0: Mon May >> 25 12:06:07 CEST 2009 root@avoriaz.restart.bel:/usr/obj/usr/src/sys/AVORIAZ >> amd64 >> >> [root@avoriaz ~]# zdb rpool >> version=13 >> name='rpool' >> state=0 >> txg=3467 >> pool_guid=536117255064806899 >> hostid=1133576597 >> hostname='unset' >> vdev_tree >> type='root' >> id=0 >> guid=536117255064806899 >> children[0] >> type='mirror' >> id=0 >> guid=3124217685892976292 >> metaslab_array=23 >> metaslab_shift=30 >> ashift=9 >> asize=155741847552 >> is_log=0 >> children[0] >> type='disk' >> id=0 >> guid=11099413743436480159 >> path='/dev/ad4p2' >> whole_disk=0 >> children[1] >> type='disk' >> id=1 >> guid=12724983687805955432 >> path='/dev/ad6p2' >> whole_disk=0 >> Segmentation fault: 11 >> >> By the way, to help prepare a boot/root pool does a utility to display the >> content of zpool.cache exist ? >> >> >> Henri >>> Thanks, >>> Kip >>> _______________________________________________ >>> 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-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 May 27 20:17:09 2009 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 C0A5F106581F; Wed, 27 May 2009 20:17:09 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:2:2d29:0:1::]) by mx1.freebsd.org (Postfix) with ESMTP id 490D08FC17; Wed, 27 May 2009 20:17:09 +0000 (UTC) (envelope-from hlh@restart.be) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:2:2d29:1:ffff::]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "avoriaz.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 797264EE8; Wed, 27 May 2009 22:17:08 +0200 (CEST) Received: from morzine.restart.bel (morzine.restart.be [IPv6:2001:41d0:2:2d29:1:2::]) (authenticated bits=0) by restart.be (8.14.3/8.14.3) with ESMTP id n4RKH4B9038854; Wed, 27 May 2009 22:17:04 +0200 (CEST) (envelope-from hlh@restart.be) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1243455427; bh=eQNegRTRQT58B+HiszknqIRMdz2HnGvMGmrGzxoF/Ts=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=VL2m+yrAkYUXFB4lF5Z0VNNbmbpcR7ztXsFfvSVFzWWQx6nULU82kXVijZmCz479k HaG8OLPaMJLgD8Jv3K0LQ== DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:content-type: content-transfer-encoding:x-scanned-by; b=Tb9sSE1n35P1m4qaP6mgRYBqACYAf9wqbQOiSjIzUD98XtVpMlEPwyN1OAgiAqneP ZIyKVHMyJ8kkXh/nGCHBg== Message-ID: <4A1D9FC0.8040407@restart.be> Date: Wed, 27 May 2009 22:17:04 +0200 From: Henri Hennebert Organization: RestartSoft User-Agent: Thunderbird 2.0.0.21 (X11/20090412) MIME-Version: 1.0 To: Artem Belevich References: <3c1674c90905201643m540c8b1v8a8bd88f071c233d@mail.gmail.com> <4A1D0F2B.4030006@restart.be> <4A1D9D38.1050701@restart.be> In-Reply-To: <4A1D9D38.1050701@restart.be> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.64 on IPv6:2001:41d0:2:2d29:1:1:: Cc: freebsd-stable@freebsd.org, Kip Macy Subject: Re: ZFS MFC heads down 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: Wed, 27 May 2009 20:17:10 -0000 Henri Hennebert wrote: > Artem Belevich wrote: >> I had the same problem on -current. Try attached patch. It may not >> apply cleanly on -stable, but should be easy enough to make equivalent >> changes on -stable. > > The patch is ok for stable. > > now I get for the pool with my root: > > [root@morzine libzpool]# zdb rpool > version=13 > name='rpool' > state=0 > txg=959 > pool_guid=17669857244588609348 > hostid=2315842372 > hostname='unset' > vdev_tree > type='root' > id=0 > guid=17669857244588609348 > children[0] > type='mirror' > id=0 > guid=3225603179255348056 > metaslab_array=23 > metaslab_shift=28 > ashift=9 > asize=51534888960 > is_log=0 > children[0] > type='disk' > id=0 > guid=17573085726489368265 > path='/dev/da0p2' > whole_disk=0 > children[1] > type='disk' > id=1 > guid=2736169600077218893 > path='/dev/da1p2' > whole_disk=0 > WARNING: pool 'rpool' could not be loaded as it was last accessed by > another system (host: unset hostid: 0x8a08f344). See: > http://www.sun.com/msg/ZFS-8000-EY > zdb: can't open rpool: No such file or directory > > But rpool have been used for many boot now - strange ... And dangerous: the second time I try: [root@morzine ~]# zdb rpool zdb: can't open rpool: No such file or directory [root@morzine ~]# And the real problem: rpool is no more in /boot/zfs/zpool.cache !!! Next boot will not work smoothly. Tomorrow, I will use the 3rd bootable disk to rebuild this. Henri > > Thanks for your patch and time > > Henri > > >> >> --Artem >> >> >> >> On Wed, May 27, 2009 at 3:00 AM, Henri Hennebert wrote: >>> Kip Macy wrote: >>>> On Wed, May 20, 2009 at 2:59 PM, Kip Macy wrote: >>>>> I will be MFC'ing the newer ZFS support some time this afternoon. Both >>>>> world and kernel will need to be re-built. Existing pools will >>>>> continue to work without upgrade. >>>>> >>>>> >>>>> If you choose to upgrade a pool to take advantage of new features you >>>>> will no longer be able to use it with sources prior to today. 'zfs >>>>> send/recv' is not expected to inter-operate between different pool >>>>> versions. >>>> >>>> The MFC went in r192498. Please let me know if you have any problems. >>> No a real problem but maybe worth mentioning: >>> >>> on FreeBSD morzine.restart.bel 7.2-STABLE FreeBSD 7.2-STABLE #0: Tue >>> May 26 >>> 15:37:48 CEST 2009 root@morzine.restart.bel:/usr/obj/usr/src/sys/MORZINE >>> i386 >>> >>> [root@morzine ~]# zdb rpool >>> version=13 >>> name='rpool' >>> state=0 >>> txg=959 >>> pool_guid=17669857244588609348 >>> hostid=2315842372 >>> hostname='unset' >>> vdev_tree >>> type='root' >>> id=0 >>> guid=17669857244588609348 >>> children[0] >>> type='mirror' >>> id=0 >>> guid=3225603179255348056 >>> metaslab_array=23 >>> metaslab_shift=28 >>> ashift=9 >>> asize=51534888960 >>> is_log=0 >>> children[0] >>> type='disk' >>> id=0 >>> guid=17573085726489368265 >>> path='/dev/da0p2' >>> whole_disk=0 >>> children[1] >>> type='disk' >>> id=1 >>> guid=2736169600077218893 >>> path='/dev/da1p2' >>> whole_disk=0 >>> Assertion failed: (?Ąuč? ėŪ¨´&), function mp->m_owner == NULL, file >>> /usr/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common/kernel.c, >>> >>> line 112. >>> Abort trap: 6 >>> >>> >>> and on FreeBSD avoriaz.restart.bel 7.2-STABLE FreeBSD 7.2-STABLE #0: >>> Mon May >>> 25 12:06:07 CEST 2009 >>> root@avoriaz.restart.bel:/usr/obj/usr/src/sys/AVORIAZ >>> amd64 >>> >>> [root@avoriaz ~]# zdb rpool >>> version=13 >>> name='rpool' >>> state=0 >>> txg=3467 >>> pool_guid=536117255064806899 >>> hostid=1133576597 >>> hostname='unset' >>> vdev_tree >>> type='root' >>> id=0 >>> guid=536117255064806899 >>> children[0] >>> type='mirror' >>> id=0 >>> guid=3124217685892976292 >>> metaslab_array=23 >>> metaslab_shift=30 >>> ashift=9 >>> asize=155741847552 >>> is_log=0 >>> children[0] >>> type='disk' >>> id=0 >>> guid=11099413743436480159 >>> path='/dev/ad4p2' >>> whole_disk=0 >>> children[1] >>> type='disk' >>> id=1 >>> guid=12724983687805955432 >>> path='/dev/ad6p2' >>> whole_disk=0 >>> Segmentation fault: 11 >>> >>> By the way, to help prepare a boot/root pool does a utility to >>> display the >>> content of zpool.cache exist ? >>> >>> >>> Henri >>>> Thanks, >>>> Kip >>>> _______________________________________________ >>>> 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-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" From owner-freebsd-stable@FreeBSD.ORG Wed May 27 20:19:06 2009 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 B508A1065752; Wed, 27 May 2009 20:19:06 +0000 (UTC) (envelope-from artemb@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.29]) by mx1.freebsd.org (Postfix) with ESMTP id 5358C8FC12; Wed, 27 May 2009 20:18:59 +0000 (UTC) (envelope-from artemb@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so2657683yxb.13 for ; Wed, 27 May 2009 13:18:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=tcCcSjzWOSsENNPcmvmegPcKA0/o75UsU5UGDRTMReo=; b=Daz43kufo2kK2A2/B/hunj/nZD0CVuN8bCEEY5vNGI8EX8OLrtfgLJiarqrAzC7686 zBcI1vIyuhjjgRY3JvvbvODvtnbDDr0hcdi8Rgzohnra/ObE5Qy0sR/ku0jPRNGSEIxX qwHaFNhVPfnVPczBXdNcyvbsopFsWFViWBWvY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=lCPOMu6ck8dyMX20RWXrYSmqRVsx1h8dmn2t3iYnuk72u5ENGa8vEnlmbGTjCvrSuo OKSeYnRRA1Iq+1Y9CU6S+QAP2Bw2LuD3J4L1xFWIrobCui4ke0c8AhS9lg13KKryubeI p9N/ikaKx4A+L525lzTEK0cBxBluwg6Zgc1u0= MIME-Version: 1.0 Sender: artemb@gmail.com Received: by 10.90.33.15 with SMTP id g15mr291524agg.58.1243455538512; Wed, 27 May 2009 13:18:58 -0700 (PDT) In-Reply-To: <4A1D9D38.1050701@restart.be> References: <3c1674c90905201643m540c8b1v8a8bd88f071c233d@mail.gmail.com> <4A1D0F2B.4030006@restart.be> <4A1D9D38.1050701@restart.be> Date: Wed, 27 May 2009 13:18:56 -0700 X-Google-Sender-Auth: 4cac83976b8055a3 Message-ID: From: Artem Belevich To: Henri Hennebert Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Cc: freebsd-stable@freebsd.org, Kip Macy Subject: Re: ZFS MFC heads down 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: Wed, 27 May 2009 20:19:07 -0000 RGlkIHlvdSBieSBhbnkgY2hhbmNlIGRvIHRoYXQgZnJvbSBzaW5nbGUtdXNlciBtb2RlPyBaRlMg c2VlbXMgdG8gcmVseQpvbiBob3N0aWQgYmVpbmcgc2V0LgpUcnkgcnVubmluZyAiL2V0Yy9yYy5k L2hvc3RpZCBzdGFydCIgYW5kIHRoZW4gcmUtdHJ5IHlvdXIgemZzIGNvbW1hbmRzLgoKLS1BcnRl bQoKCgpPbiBXZWQsIE1heSAyNywgMjAwOSBhdCAxOjA2IFBNLCBIZW5yaSBIZW5uZWJlcnQgPGhs aEByZXN0YXJ0LmJlPiB3cm90ZToKPiBBcnRlbSBCZWxldmljaCB3cm90ZToKPj4KPj4gSSBoYWQg dGhlIHNhbWUgcHJvYmxlbSBvbiAtY3VycmVudC4gVHJ5IGF0dGFjaGVkIHBhdGNoLiBJdCBtYXkg bm90Cj4+IGFwcGx5IGNsZWFubHkgb24gLXN0YWJsZSwgYnV0IHNob3VsZCBiZSBlYXN5IGVub3Vn aCB0byBtYWtlIGVxdWl2YWxlbnQKPj4gY2hhbmdlcyBvbiAtc3RhYmxlLgo+Cj4gVGhlIHBhdGNo IGlzIG9rIGZvciBzdGFibGUuCj4KPiBub3cgSSBnZXQgZm9yIHRoZSBwb29sIHdpdGggbXkgcm9v dDoKPgo+IFtyb290QG1vcnppbmUgbGlienBvb2xdIyB6ZGIgcnBvb2wKPiDCoCDCoHZlcnNpb249 MTMKPiDCoCDCoG5hbWU9J3Jwb29sJwo+IMKgIMKgc3RhdGU9MAo+IMKgIMKgdHhnPTk1OQo+IMKg IMKgcG9vbF9ndWlkPTE3NjY5ODU3MjQ0NTg4NjA5MzQ4Cj4gwqAgwqBob3N0aWQ9MjMxNTg0MjM3 Mgo+IMKgIMKgaG9zdG5hbWU9J3Vuc2V0Jwo+IMKgIMKgdmRldl90cmVlCj4gwqAgwqAgwqAgwqB0 eXBlPSdyb290Jwo+IMKgIMKgIMKgIMKgaWQ9MAo+IMKgIMKgIMKgIMKgZ3VpZD0xNzY2OTg1NzI0 NDU4ODYwOTM0OAo+IMKgIMKgIMKgIMKgY2hpbGRyZW5bMF0KPiDCoCDCoCDCoCDCoCDCoCDCoCDC oCDCoHR5cGU9J21pcnJvcicKPiDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoGlkPTAKPiDCoCDCoCDC oCDCoCDCoCDCoCDCoCDCoGd1aWQ9MzIyNTYwMzE3OTI1NTM0ODA1Ngo+IMKgIMKgIMKgIMKgIMKg IMKgIMKgIMKgbWV0YXNsYWJfYXJyYXk9MjMKPiDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoG1ldGFz bGFiX3NoaWZ0PTI4Cj4gwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqBhc2hpZnQ9OQo+IMKgIMKgIMKg IMKgIMKgIMKgIMKgIMKgYXNpemU9NTE1MzQ4ODg5NjAKPiDCoCDCoCDCoCDCoCDCoCDCoCDCoCDC oGlzX2xvZz0wCj4gwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqBjaGlsZHJlblswXQo+IMKgIMKgIMKg IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgdHlwZT0nZGlzaycKPiDCoCDCoCDCoCDCoCDCoCDC oCDCoCDCoCDCoCDCoCDCoCDCoGlkPTAKPiDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDC oCDCoGd1aWQ9MTc1NzMwODU3MjY0ODkzNjgyNjUKPiDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDC oCDCoCDCoCDCoHBhdGg9Jy9kZXYvZGEwcDInCj4gwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAg wqAgwqAgwqB3aG9sZV9kaXNrPTAKPiDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoGNoaWxkcmVuWzFd Cj4gwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqB0eXBlPSdkaXNrJwo+IMKgIMKg IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgaWQ9MQo+IMKgIMKgIMKgIMKgIMKgIMKgIMKg IMKgIMKgIMKgIMKgIMKgZ3VpZD0yNzM2MTY5NjAwMDc3MjE4ODkzCj4gwqAgwqAgwqAgwqAgwqAg wqAgwqAgwqAgwqAgwqAgwqAgwqBwYXRoPScvZGV2L2RhMXAyJwo+IMKgIMKgIMKgIMKgIMKgIMKg IMKgIMKgIMKgIMKgIMKgIMKgd2hvbGVfZGlzaz0wCj4gV0FSTklORzogcG9vbCAncnBvb2wnIGNv dWxkIG5vdCBiZSBsb2FkZWQgYXMgaXQgd2FzIGxhc3QgYWNjZXNzZWQgYnkgYW5vdGhlcgo+IHN5 c3RlbSAoaG9zdDogdW5zZXQgaG9zdGlkOiAweDhhMDhmMzQ0KS4gU2VlOgo+IGh0dHA6Ly93d3cu c3VuLmNvbS9tc2cvWkZTLTgwMDAtRVkKPiB6ZGI6IGNhbid0IG9wZW4gcnBvb2w6IE5vIHN1Y2gg ZmlsZSBvciBkaXJlY3RvcnkKPgo+IEJ1dCBycG9vbCBoYXZlIGJlZW4gdXNlZCBmb3IgbWFueSBi b290IG5vdyAtIHN0cmFuZ2UgLi4uCj4KPiBUaGFua3MgZm9yIHlvdXIgcGF0Y2ggYW5kIHRpbWUK Pgo+IEhlbnJpCj4KPgo+Pgo+PiAtLUFydGVtCj4+Cj4+Cj4+Cj4+IE9uIFdlZCwgTWF5IDI3LCAy MDA5IGF0IDM6MDAgQU0sIEhlbnJpIEhlbm5lYmVydCA8aGxoQHJlc3RhcnQuYmU+IHdyb3RlOgo+ Pj4KPj4+IEtpcCBNYWN5IHdyb3RlOgo+Pj4+Cj4+Pj4gT24gV2VkLCBNYXkgMjAsIDIwMDkgYXQg Mjo1OSBQTSwgS2lwIE1hY3kgPGttYWN5QGZyZWVic2Qub3JnPiB3cm90ZToKPj4+Pj4KPj4+Pj4g SSB3aWxsIGJlIE1GQydpbmcgdGhlIG5ld2VyIFpGUyBzdXBwb3J0IHNvbWUgdGltZSB0aGlzIGFm dGVybm9vbi4gQm90aAo+Pj4+PiB3b3JsZCBhbmQga2VybmVsIHdpbGwgbmVlZCB0byBiZSByZS1i dWlsdC4gRXhpc3RpbmcgcG9vbHMgd2lsbAo+Pj4+PiBjb250aW51ZSB0byB3b3JrIHdpdGhvdXQg dXBncmFkZS4KPj4+Pj4KPj4+Pj4KPj4+Pj4gSWYgeW91IGNob29zZSB0byB1cGdyYWRlIGEgcG9v bCB0byB0YWtlIGFkdmFudGFnZSBvZiBuZXcgZmVhdHVyZXMgeW91Cj4+Pj4+IHdpbGwgbm8gbG9u Z2VyIGJlIGFibGUgdG8gdXNlIGl0IHdpdGggc291cmNlcyBwcmlvciB0byB0b2RheS4gJ3pmcwo+ Pj4+PiBzZW5kL3JlY3YnIGlzIG5vdCBleHBlY3RlZCB0byBpbnRlci1vcGVyYXRlIGJldHdlZW4g ZGlmZmVyZW50IHBvb2wKPj4+Pj4gdmVyc2lvbnMuCj4+Pj4KPj4+PiBUaGUgTUZDIHdlbnQgaW4g cjE5MjQ5OC4gUGxlYXNlIGxldCBtZSBrbm93IGlmIHlvdSBoYXZlIGFueSBwcm9ibGVtcy4KPj4+ Cj4+PiBObyBhIHJlYWwgcHJvYmxlbSBidXQgbWF5YmUgd29ydGggbWVudGlvbmluZzoKPj4+Cj4+ PiBvbiBGcmVlQlNEIG1vcnppbmUucmVzdGFydC5iZWwgNy4yLVNUQUJMRSBGcmVlQlNEIDcuMi1T VEFCTEUgIzA6IFR1ZSBNYXkKPj4+IDI2Cj4+PiAxNTozNzo0OCBDRVNUIDIwMDkgcm9vdEBtb3J6 aW5lLnJlc3RhcnQuYmVsOi91c3Ivb2JqL3Vzci9zcmMvc3lzL01PUlpJTkUKPj4+IMKgaTM4Ngo+ Pj4KPj4+IFtyb290QG1vcnppbmUgfl0jIHpkYiBycG9vbAo+Pj4gwqAgdmVyc2lvbj0xMwo+Pj4g wqAgbmFtZT0ncnBvb2wnCj4+PiDCoCBzdGF0ZT0wCj4+PiDCoCB0eGc9OTU5Cj4+PiDCoCBwb29s X2d1aWQ9MTc2Njk4NTcyNDQ1ODg2MDkzNDgKPj4+IMKgIGhvc3RpZD0yMzE1ODQyMzcyCj4+PiDC oCBob3N0bmFtZT0ndW5zZXQnCj4+PiDCoCB2ZGV2X3RyZWUKPj4+IMKgIMKgIMKgIHR5cGU9J3Jv b3QnCj4+PiDCoCDCoCDCoCBpZD0wCj4+PiDCoCDCoCDCoCBndWlkPTE3NjY5ODU3MjQ0NTg4NjA5 MzQ4Cj4+PiDCoCDCoCDCoCBjaGlsZHJlblswXQo+Pj4gwqAgwqAgwqAgwqAgwqAgwqAgwqAgdHlw ZT0nbWlycm9yJwo+Pj4gwqAgwqAgwqAgwqAgwqAgwqAgwqAgaWQ9MAo+Pj4gwqAgwqAgwqAgwqAg wqAgwqAgwqAgZ3VpZD0zMjI1NjAzMTc5MjU1MzQ4MDU2Cj4+PiDCoCDCoCDCoCDCoCDCoCDCoCDC oCBtZXRhc2xhYl9hcnJheT0yMwo+Pj4gwqAgwqAgwqAgwqAgwqAgwqAgwqAgbWV0YXNsYWJfc2hp ZnQ9MjgKPj4+IMKgIMKgIMKgIMKgIMKgIMKgIMKgIGFzaGlmdD05Cj4+PiDCoCDCoCDCoCDCoCDC oCDCoCDCoCBhc2l6ZT01MTUzNDg4ODk2MAo+Pj4gwqAgwqAgwqAgwqAgwqAgwqAgwqAgaXNfbG9n PTAKPj4+IMKgIMKgIMKgIMKgIMKgIMKgIMKgIGNoaWxkcmVuWzBdCj4+PiDCoCDCoCDCoCDCoCDC oCDCoCDCoCDCoCDCoCDCoCDCoCB0eXBlPSdkaXNrJwo+Pj4gwqAgwqAgwqAgwqAgwqAgwqAgwqAg wqAgwqAgwqAgwqAgaWQ9MAo+Pj4gwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgZ3Vp ZD0xNzU3MzA4NTcyNjQ4OTM2ODI2NQo+Pj4gwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAg wqAgcGF0aD0nL2Rldi9kYTBwMicKPj4+IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKg IHdob2xlX2Rpc2s9MAo+Pj4gwqAgwqAgwqAgwqAgwqAgwqAgwqAgY2hpbGRyZW5bMV0KPj4+IMKg IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIHR5cGU9J2Rpc2snCj4+PiDCoCDCoCDCoCDC oCDCoCDCoCDCoCDCoCDCoCDCoCDCoCBpZD0xCj4+PiDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDC oCDCoCDCoCBndWlkPTI3MzYxNjk2MDAwNzcyMTg4OTMKPj4+IMKgIMKgIMKgIMKgIMKgIMKgIMKg IMKgIMKgIMKgIMKgIHBhdGg9Jy9kZXYvZGExcDInCj4+PiDCoCDCoCDCoCDCoCDCoCDCoCDCoCDC oCDCoCDCoCDCoCB3aG9sZV9kaXNrPTAKPj4+IEFzc2VydGlvbiBmYWlsZWQ6ICg/xIR1xI0/IMSX xarCqMK0JiksIGZ1bmN0aW9uIG1wLT5tX293bmVyID09IE5VTEwsIGZpbGUKPj4+Cj4+PiAvdXNy L3NyYy9jZGRsL2xpYi9saWJ6cG9vbC8uLi8uLi8uLi9jZGRsL2NvbnRyaWIvb3BlbnNvbGFyaXMv bGliL2xpYnpwb29sL2NvbW1vbi9rZXJuZWwuYywKPj4+IGxpbmUgMTEyLgo+Pj4gQWJvcnQgdHJh cDogNgo+Pj4KPj4+Cj4+PiBhbmQgb24gRnJlZUJTRCBhdm9yaWF6LnJlc3RhcnQuYmVsIDcuMi1T VEFCTEUgRnJlZUJTRCA3LjItU1RBQkxFICMwOiBNb24KPj4+IE1heQo+Pj4gMjUgMTI6MDY6MDcg Q0VTVCAyMDA5Cj4+PiByb290QGF2b3JpYXoucmVzdGFydC5iZWw6L3Vzci9vYmovdXNyL3NyYy9z eXMvQVZPUklBWgo+Pj4gwqBhbWQ2NAo+Pj4KPj4+IFtyb290QGF2b3JpYXogfl0jIHpkYiBycG9v bAo+Pj4gwqAgdmVyc2lvbj0xMwo+Pj4gwqAgbmFtZT0ncnBvb2wnCj4+PiDCoCBzdGF0ZT0wCj4+ PiDCoCB0eGc9MzQ2Nwo+Pj4gwqAgcG9vbF9ndWlkPTUzNjExNzI1NTA2NDgwNjg5OQo+Pj4gwqAg aG9zdGlkPTExMzM1NzY1OTcKPj4+IMKgIGhvc3RuYW1lPSd1bnNldCcKPj4+IMKgIHZkZXZfdHJl ZQo+Pj4gwqAgwqAgwqAgdHlwZT0ncm9vdCcKPj4+IMKgIMKgIMKgIGlkPTAKPj4+IMKgIMKgIMKg IGd1aWQ9NTM2MTE3MjU1MDY0ODA2ODk5Cj4+PiDCoCDCoCDCoCBjaGlsZHJlblswXQo+Pj4gwqAg wqAgwqAgwqAgwqAgwqAgwqAgdHlwZT0nbWlycm9yJwo+Pj4gwqAgwqAgwqAgwqAgwqAgwqAgwqAg aWQ9MAo+Pj4gwqAgwqAgwqAgwqAgwqAgwqAgwqAgZ3VpZD0zMTI0MjE3Njg1ODkyOTc2MjkyCj4+ PiDCoCDCoCDCoCDCoCDCoCDCoCDCoCBtZXRhc2xhYl9hcnJheT0yMwo+Pj4gwqAgwqAgwqAgwqAg wqAgwqAgwqAgbWV0YXNsYWJfc2hpZnQ9MzAKPj4+IMKgIMKgIMKgIMKgIMKgIMKgIMKgIGFzaGlm dD05Cj4+PiDCoCDCoCDCoCDCoCDCoCDCoCDCoCBhc2l6ZT0xNTU3NDE4NDc1NTIKPj4+IMKgIMKg IMKgIMKgIMKgIMKgIMKgIGlzX2xvZz0wCj4+PiDCoCDCoCDCoCDCoCDCoCDCoCDCoCBjaGlsZHJl blswXQo+Pj4gwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgdHlwZT0nZGlzaycKPj4+ IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIGlkPTAKPj4+IMKgIMKgIMKgIMKgIMKg IMKgIMKgIMKgIMKgIMKgIMKgIGd1aWQ9MTEwOTk0MTM3NDM0MzY0ODAxNTkKPj4+IMKgIMKgIMKg IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIHBhdGg9Jy9kZXYvYWQ0cDInCj4+PiDCoCDCoCDCoCDC oCDCoCDCoCDCoCDCoCDCoCDCoCDCoCB3aG9sZV9kaXNrPTAKPj4+IMKgIMKgIMKgIMKgIMKgIMKg IMKgIGNoaWxkcmVuWzFdCj4+PiDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCB0eXBl PSdkaXNrJwo+Pj4gwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgaWQ9MQo+Pj4gwqAg wqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgZ3VpZD0xMjcyNDk4MzY4NzgwNTk1NTQzMgo+ Pj4gwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgcGF0aD0nL2Rldi9hZDZwMicKPj4+ IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIHdob2xlX2Rpc2s9MAo+Pj4gU2VnbWVu dGF0aW9uIGZhdWx0OiAxMQo+Pj4KPj4+IEJ5IHRoZSB3YXksIHRvIGhlbHAgcHJlcGFyZSBhIGJv b3Qvcm9vdCBwb29sIGRvZXMgYSB1dGlsaXR5IHRvIGRpc3BsYXkKPj4+IHRoZQo+Pj4gY29udGVu dCBvZiB6cG9vbC5jYWNoZSBleGlzdCA/Cj4+Pgo+Pj4KPj4+IEhlbnJpCj4+Pj4KPj4+PiBUaGFu a3MsCj4+Pj4gS2lwCj4+Pj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX18KPj4+PiBmcmVlYnNkLXN0YWJsZUBmcmVlYnNkLm9yZyBtYWlsaW5nIGxpc3QKPj4+ PiBodHRwOi8vbGlzdHMuZnJlZWJzZC5vcmcvbWFpbG1hbi9saXN0aW5mby9mcmVlYnNkLXN0YWJs ZQo+Pj4+IFRvIHVuc3Vic2NyaWJlLCBzZW5kIGFueSBtYWlsIHRvCj4+Pj4gImZyZWVic2Qtc3Rh YmxlLXVuc3Vic2NyaWJlQGZyZWVic2Qub3JnIgo+Pj4KPj4+IF9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fCj4+PiBmcmVlYnNkLXN0YWJsZUBmcmVlYnNkLm9y ZyBtYWlsaW5nIGxpc3QKPj4+IGh0dHA6Ly9saXN0cy5mcmVlYnNkLm9yZy9tYWlsbWFuL2xpc3Rp bmZvL2ZyZWVic2Qtc3RhYmxlCj4+PiBUbyB1bnN1YnNjcmliZSwgc2VuZCBhbnkgbWFpbCB0byAi ZnJlZWJzZC1zdGFibGUtdW5zdWJzY3JpYmVAZnJlZWJzZC5vcmciCj4+Pgo+Pj4KPj4+IC0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLQo+Pj4KPj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fCj4+PiBmcmVlYnNkLXN0YWJsZUBmcmVlYnNkLm9yZyBtYWlsaW5nIGxpc3QKPj4+ IGh0dHA6Ly9saXN0cy5mcmVlYnNkLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2ZyZWVic2Qtc3RhYmxl Cj4+PiBUbyB1bnN1YnNjcmliZSwgc2VuZCBhbnkgbWFpbCB0byAiZnJlZWJzZC1zdGFibGUtdW5z dWJzY3JpYmVAZnJlZWJzZC5vcmciCj4KPgo= From owner-freebsd-stable@FreeBSD.ORG Wed May 27 20:24:42 2009 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 C9E0F10656A4 for ; Wed, 27 May 2009 20:24:42 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.250]) by mx1.freebsd.org (Postfix) with ESMTP id DEA1C8FC1A for ; Wed, 27 May 2009 20:24:40 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by an-out-0708.google.com with SMTP id c3so2616680ana.13 for ; Wed, 27 May 2009 13:24:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=cSaCmJsqHgEo1ro2a2t4n9almg56AFH14q19X0KR4d0=; b=Bf5vSYtHCN5Uox+ENn8KopefAlvQrXJWBCWeeKYmOPYcPGand4m3R9p1zWOVB0niNR SWMR5XmIk5tF/YVgak81cuEjG73xfqkW8b/Vnjko4QxMjf8B6mWHXRGeYfebNueE9pWV glqIyIz8//YDqemfeOXBQ/42kaVU7WjSB8YYQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=o1kHVt+8Gs3gM7cxRldPAk21ScAQQ39YGNccUryZvK82IUrR70qVHU4unNYPztyNbF Ri7fSO6vOah/9qUwOT+R6eTCxfQFS40N5kksGbdvVOjhpGj3Vw4qOU4QSlUF25L2waCW JLEiI7ibBe8yAypK5Dk+HnYKv98w6Zei69utM= MIME-Version: 1.0 Sender: mat.macy@gmail.com Received: by 10.100.201.5 with SMTP id y5mr744469anf.55.1243455876521; Wed, 27 May 2009 13:24:36 -0700 (PDT) In-Reply-To: References: <3c1674c90905201643m540c8b1v8a8bd88f071c233d@mail.gmail.com> <4A1D0F2B.4030006@restart.be> <4A1D9D38.1050701@restart.be> Date: Wed, 27 May 2009 13:24:36 -0700 X-Google-Sender-Auth: 89949fc1fec400c2 Message-ID: <3c1674c90905271324v6466d35av74ee1c4e25ba59a@mail.gmail.com> From: Kip Macy To: Artem Belevich Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Cc: Henri Hennebert , freebsd-stable@freebsd.org Subject: Re: ZFS MFC heads down 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: Wed, 27 May 2009 20:24:43 -0000 T24gV2VkLCBNYXkgMjcsIDIwMDkgYXQgMToxOCBQTSwgQXJ0ZW0gQmVsZXZpY2ggPGZic2RsaXN0 QHNyYy5jeD4gd3JvdGU6Cj4gRGlkIHlvdSBieSBhbnkgY2hhbmNlIGRvIHRoYXQgZnJvbSBzaW5n bGUtdXNlciBtb2RlPyBaRlMgc2VlbXMgdG8gcmVseQo+IG9uIGhvc3RpZCBiZWluZyBzZXQuCj4g VHJ5IHJ1bm5pbmcgIi9ldGMvcmMuZC9ob3N0aWQgc3RhcnQiIGFuZCB0aGVuIHJlLXRyeSB5b3Vy IHpmcyBjb21tYW5kcy4KCll1cC4gWW91ciBob3N0dXVpZCBoYXMgdG8gbWF0Y2ggdGhhdCBpbiB0 aGUgcG9vbC4KCkNoZWVycywKS2lwCgoKCgo+Cj4gLS1BcnRlbQo+Cj4KPgo+IE9uIFdlZCwgTWF5 IDI3LCAyMDA5IGF0IDE6MDYgUE0sIEhlbnJpIEhlbm5lYmVydCA8aGxoQHJlc3RhcnQuYmU+IHdy b3RlOgo+PiBBcnRlbSBCZWxldmljaCB3cm90ZToKPj4+Cj4+PiBJIGhhZCB0aGUgc2FtZSBwcm9i bGVtIG9uIC1jdXJyZW50LiBUcnkgYXR0YWNoZWQgcGF0Y2guIEl0IG1heSBub3QKPj4+IGFwcGx5 IGNsZWFubHkgb24gLXN0YWJsZSwgYnV0IHNob3VsZCBiZSBlYXN5IGVub3VnaCB0byBtYWtlIGVx dWl2YWxlbnQKPj4+IGNoYW5nZXMgb24gLXN0YWJsZS4KPj4KPj4gVGhlIHBhdGNoIGlzIG9rIGZv ciBzdGFibGUuCj4+Cj4+IG5vdyBJIGdldCBmb3IgdGhlIHBvb2wgd2l0aCBteSByb290Ogo+Pgo+ PiBbcm9vdEBtb3J6aW5lIGxpYnpwb29sXSMgemRiIHJwb29sCj4+IMKgIMKgdmVyc2lvbj0xMwo+ PiDCoCDCoG5hbWU9J3Jwb29sJwo+PiDCoCDCoHN0YXRlPTAKPj4gwqAgwqB0eGc9OTU5Cj4+IMKg IMKgcG9vbF9ndWlkPTE3NjY5ODU3MjQ0NTg4NjA5MzQ4Cj4+IMKgIMKgaG9zdGlkPTIzMTU4NDIz NzIKPj4gwqAgwqBob3N0bmFtZT0ndW5zZXQnCj4+IMKgIMKgdmRldl90cmVlCj4+IMKgIMKgIMKg IMKgdHlwZT0ncm9vdCcKPj4gwqAgwqAgwqAgwqBpZD0wCj4+IMKgIMKgIMKgIMKgZ3VpZD0xNzY2 OTg1NzI0NDU4ODYwOTM0OAo+PiDCoCDCoCDCoCDCoGNoaWxkcmVuWzBdCj4+IMKgIMKgIMKgIMKg IMKgIMKgIMKgIMKgdHlwZT0nbWlycm9yJwo+PiDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoGlkPTAK Pj4gwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqBndWlkPTMyMjU2MDMxNzkyNTUzNDgwNTYKPj4gwqAg wqAgwqAgwqAgwqAgwqAgwqAgwqBtZXRhc2xhYl9hcnJheT0yMwo+PiDCoCDCoCDCoCDCoCDCoCDC oCDCoCDCoG1ldGFzbGFiX3NoaWZ0PTI4Cj4+IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgYXNoaWZ0 PTkKPj4gwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqBhc2l6ZT01MTUzNDg4ODk2MAo+PiDCoCDCoCDC oCDCoCDCoCDCoCDCoCDCoGlzX2xvZz0wCj4+IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgY2hpbGRy ZW5bMF0KPj4gwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqB0eXBlPSdkaXNrJwo+ PiDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoGlkPTAKPj4gwqAgwqAgwqAgwqAg wqAgwqAgwqAgwqAgwqAgwqAgwqAgwqBndWlkPTE3NTczMDg1NzI2NDg5MzY4MjY1Cj4+IMKgIMKg IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgcGF0aD0nL2Rldi9kYTBwMicKPj4gwqAgwqAg wqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqB3aG9sZV9kaXNrPTAKPj4gwqAgwqAgwqAgwqAg wqAgwqAgwqAgwqBjaGlsZHJlblsxXQo+PiDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDC oCDCoHR5cGU9J2Rpc2snCj4+IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgaWQ9 MQo+PiDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoGd1aWQ9MjczNjE2OTYwMDA3 NzIxODg5Mwo+PiDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoHBhdGg9Jy9kZXYv ZGExcDInCj4+IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgd2hvbGVfZGlzaz0w Cj4+IFdBUk5JTkc6IHBvb2wgJ3Jwb29sJyBjb3VsZCBub3QgYmUgbG9hZGVkIGFzIGl0IHdhcyBs YXN0IGFjY2Vzc2VkIGJ5IGFub3RoZXIKPj4gc3lzdGVtIChob3N0OiB1bnNldCBob3N0aWQ6IDB4 OGEwOGYzNDQpLiBTZWU6Cj4+IGh0dHA6Ly93d3cuc3VuLmNvbS9tc2cvWkZTLTgwMDAtRVkKPj4g emRiOiBjYW4ndCBvcGVuIHJwb29sOiBObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5Cj4+Cj4+IEJ1 dCBycG9vbCBoYXZlIGJlZW4gdXNlZCBmb3IgbWFueSBib290IG5vdyAtIHN0cmFuZ2UgLi4uCj4+ Cj4+IFRoYW5rcyBmb3IgeW91ciBwYXRjaCBhbmQgdGltZQo+Pgo+PiBIZW5yaQo+Pgo+Pgo+Pj4K Pj4+IC0tQXJ0ZW0KPj4+Cj4+Pgo+Pj4KPj4+IE9uIFdlZCwgTWF5IDI3LCAyMDA5IGF0IDM6MDAg QU0sIEhlbnJpIEhlbm5lYmVydCA8aGxoQHJlc3RhcnQuYmU+IHdyb3RlOgo+Pj4+Cj4+Pj4gS2lw IE1hY3kgd3JvdGU6Cj4+Pj4+Cj4+Pj4+IE9uIFdlZCwgTWF5IDIwLCAyMDA5IGF0IDI6NTkgUE0s IEtpcCBNYWN5IDxrbWFjeUBmcmVlYnNkLm9yZz4gd3JvdGU6Cj4+Pj4+Pgo+Pj4+Pj4gSSB3aWxs IGJlIE1GQydpbmcgdGhlIG5ld2VyIFpGUyBzdXBwb3J0IHNvbWUgdGltZSB0aGlzIGFmdGVybm9v bi4gQm90aAo+Pj4+Pj4gd29ybGQgYW5kIGtlcm5lbCB3aWxsIG5lZWQgdG8gYmUgcmUtYnVpbHQu IEV4aXN0aW5nIHBvb2xzIHdpbGwKPj4+Pj4+IGNvbnRpbnVlIHRvIHdvcmsgd2l0aG91dCB1cGdy YWRlLgo+Pj4+Pj4KPj4+Pj4+Cj4+Pj4+PiBJZiB5b3UgY2hvb3NlIHRvIHVwZ3JhZGUgYSBwb29s IHRvIHRha2UgYWR2YW50YWdlIG9mIG5ldyBmZWF0dXJlcyB5b3UKPj4+Pj4+IHdpbGwgbm8gbG9u Z2VyIGJlIGFibGUgdG8gdXNlIGl0IHdpdGggc291cmNlcyBwcmlvciB0byB0b2RheS4gJ3pmcwo+ Pj4+Pj4gc2VuZC9yZWN2JyBpcyBub3QgZXhwZWN0ZWQgdG8gaW50ZXItb3BlcmF0ZSBiZXR3ZWVu IGRpZmZlcmVudCBwb29sCj4+Pj4+PiB2ZXJzaW9ucy4KPj4+Pj4KPj4+Pj4gVGhlIE1GQyB3ZW50 IGluIHIxOTI0OTguIFBsZWFzZSBsZXQgbWUga25vdyBpZiB5b3UgaGF2ZSBhbnkgcHJvYmxlbXMu Cj4+Pj4KPj4+PiBObyBhIHJlYWwgcHJvYmxlbSBidXQgbWF5YmUgd29ydGggbWVudGlvbmluZzoK Pj4+Pgo+Pj4+IG9uIEZyZWVCU0QgbW9yemluZS5yZXN0YXJ0LmJlbCA3LjItU1RBQkxFIEZyZWVC U0QgNy4yLVNUQUJMRSAjMDogVHVlIE1heQo+Pj4+IDI2Cj4+Pj4gMTU6Mzc6NDggQ0VTVCAyMDA5 IHJvb3RAbW9yemluZS5yZXN0YXJ0LmJlbDovdXNyL29iai91c3Ivc3JjL3N5cy9NT1JaSU5FCj4+ Pj4gwqBpMzg2Cj4+Pj4KPj4+PiBbcm9vdEBtb3J6aW5lIH5dIyB6ZGIgcnBvb2wKPj4+PiDCoCB2 ZXJzaW9uPTEzCj4+Pj4gwqAgbmFtZT0ncnBvb2wnCj4+Pj4gwqAgc3RhdGU9MAo+Pj4+IMKgIHR4 Zz05NTkKPj4+PiDCoCBwb29sX2d1aWQ9MTc2Njk4NTcyNDQ1ODg2MDkzNDgKPj4+PiDCoCBob3N0 aWQ9MjMxNTg0MjM3Mgo+Pj4+IMKgIGhvc3RuYW1lPSd1bnNldCcKPj4+PiDCoCB2ZGV2X3RyZWUK Pj4+PiDCoCDCoCDCoCB0eXBlPSdyb290Jwo+Pj4+IMKgIMKgIMKgIGlkPTAKPj4+PiDCoCDCoCDC oCBndWlkPTE3NjY5ODU3MjQ0NTg4NjA5MzQ4Cj4+Pj4gwqAgwqAgwqAgY2hpbGRyZW5bMF0KPj4+ PiDCoCDCoCDCoCDCoCDCoCDCoCDCoCB0eXBlPSdtaXJyb3InCj4+Pj4gwqAgwqAgwqAgwqAgwqAg wqAgwqAgaWQ9MAo+Pj4+IMKgIMKgIMKgIMKgIMKgIMKgIMKgIGd1aWQ9MzIyNTYwMzE3OTI1NTM0 ODA1Ngo+Pj4+IMKgIMKgIMKgIMKgIMKgIMKgIMKgIG1ldGFzbGFiX2FycmF5PTIzCj4+Pj4gwqAg wqAgwqAgwqAgwqAgwqAgwqAgbWV0YXNsYWJfc2hpZnQ9MjgKPj4+PiDCoCDCoCDCoCDCoCDCoCDC oCDCoCBhc2hpZnQ9OQo+Pj4+IMKgIMKgIMKgIMKgIMKgIMKgIMKgIGFzaXplPTUxNTM0ODg4OTYw Cj4+Pj4gwqAgwqAgwqAgwqAgwqAgwqAgwqAgaXNfbG9nPTAKPj4+PiDCoCDCoCDCoCDCoCDCoCDC oCDCoCBjaGlsZHJlblswXQo+Pj4+IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIHR5 cGU9J2Rpc2snCj4+Pj4gwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgaWQ9MAo+Pj4+ IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIGd1aWQ9MTc1NzMwODU3MjY0ODkzNjgy NjUKPj4+PiDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCBwYXRoPScvZGV2L2RhMHAy Jwo+Pj4+IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIHdob2xlX2Rpc2s9MAo+Pj4+ IMKgIMKgIMKgIMKgIMKgIMKgIMKgIGNoaWxkcmVuWzFdCj4+Pj4gwqAgwqAgwqAgwqAgwqAgwqAg wqAgwqAgwqAgwqAgwqAgdHlwZT0nZGlzaycKPj4+PiDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDC oCDCoCDCoCBpZD0xCj4+Pj4gwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgZ3VpZD0y NzM2MTY5NjAwMDc3MjE4ODkzCj4+Pj4gwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAg cGF0aD0nL2Rldi9kYTFwMicKPj4+PiDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCB3 aG9sZV9kaXNrPTAKPj4+PiBBc3NlcnRpb24gZmFpbGVkOiAoP8SEdcSNPyDEl8WqwqjCtCYpLCBm dW5jdGlvbiBtcC0+bV9vd25lciA9PSBOVUxMLCBmaWxlCj4+Pj4KPj4+PiAvdXNyL3NyYy9jZGRs L2xpYi9saWJ6cG9vbC8uLi8uLi8uLi9jZGRsL2NvbnRyaWIvb3BlbnNvbGFyaXMvbGliL2xpYnpw b29sL2NvbW1vbi9rZXJuZWwuYywKPj4+PiBsaW5lIDExMi4KPj4+PiBBYm9ydCB0cmFwOiA2Cj4+ Pj4KPj4+Pgo+Pj4+IGFuZCBvbiBGcmVlQlNEIGF2b3JpYXoucmVzdGFydC5iZWwgNy4yLVNUQUJM RSBGcmVlQlNEIDcuMi1TVEFCTEUgIzA6IE1vbgo+Pj4+IE1heQo+Pj4+IDI1IDEyOjA2OjA3IENF U1QgMjAwOQo+Pj4+IHJvb3RAYXZvcmlhei5yZXN0YXJ0LmJlbDovdXNyL29iai91c3Ivc3JjL3N5 cy9BVk9SSUFaCj4+Pj4gwqBhbWQ2NAo+Pj4+Cj4+Pj4gW3Jvb3RAYXZvcmlheiB+XSMgemRiIHJw b29sCj4+Pj4gwqAgdmVyc2lvbj0xMwo+Pj4+IMKgIG5hbWU9J3Jwb29sJwo+Pj4+IMKgIHN0YXRl PTAKPj4+PiDCoCB0eGc9MzQ2Nwo+Pj4+IMKgIHBvb2xfZ3VpZD01MzYxMTcyNTUwNjQ4MDY4OTkK Pj4+PiDCoCBob3N0aWQ9MTEzMzU3NjU5Nwo+Pj4+IMKgIGhvc3RuYW1lPSd1bnNldCcKPj4+PiDC oCB2ZGV2X3RyZWUKPj4+PiDCoCDCoCDCoCB0eXBlPSdyb290Jwo+Pj4+IMKgIMKgIMKgIGlkPTAK Pj4+PiDCoCDCoCDCoCBndWlkPTUzNjExNzI1NTA2NDgwNjg5OQo+Pj4+IMKgIMKgIMKgIGNoaWxk cmVuWzBdCj4+Pj4gwqAgwqAgwqAgwqAgwqAgwqAgwqAgdHlwZT0nbWlycm9yJwo+Pj4+IMKgIMKg IMKgIMKgIMKgIMKgIMKgIGlkPTAKPj4+PiDCoCDCoCDCoCDCoCDCoCDCoCDCoCBndWlkPTMxMjQy MTc2ODU4OTI5NzYyOTIKPj4+PiDCoCDCoCDCoCDCoCDCoCDCoCDCoCBtZXRhc2xhYl9hcnJheT0y Mwo+Pj4+IMKgIMKgIMKgIMKgIMKgIMKgIMKgIG1ldGFzbGFiX3NoaWZ0PTMwCj4+Pj4gwqAgwqAg wqAgwqAgwqAgwqAgwqAgYXNoaWZ0PTkKPj4+PiDCoCDCoCDCoCDCoCDCoCDCoCDCoCBhc2l6ZT0x NTU3NDE4NDc1NTIKPj4+PiDCoCDCoCDCoCDCoCDCoCDCoCDCoCBpc19sb2c9MAo+Pj4+IMKgIMKg IMKgIMKgIMKgIMKgIMKgIGNoaWxkcmVuWzBdCj4+Pj4gwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAg wqAgwqAgwqAgdHlwZT0nZGlzaycKPj4+PiDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDC oCBpZD0wCj4+Pj4gwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgZ3VpZD0xMTA5OTQx Mzc0MzQzNjQ4MDE1OQo+Pj4+IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIHBhdGg9 Jy9kZXYvYWQ0cDInCj4+Pj4gwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgd2hvbGVf ZGlzaz0wCj4+Pj4gwqAgwqAgwqAgwqAgwqAgwqAgwqAgY2hpbGRyZW5bMV0KPj4+PiDCoCDCoCDC oCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCB0eXBlPSdkaXNrJwo+Pj4+IMKgIMKgIMKgIMKgIMKg IMKgIMKgIMKgIMKgIMKgIMKgIGlkPTEKPj4+PiDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDC oCDCoCBndWlkPTEyNzI0OTgzNjg3ODA1OTU1NDMyCj4+Pj4gwqAgwqAgwqAgwqAgwqAgwqAgwqAg wqAgwqAgwqAgwqAgcGF0aD0nL2Rldi9hZDZwMicKPj4+PiDCoCDCoCDCoCDCoCDCoCDCoCDCoCDC oCDCoCDCoCDCoCB3aG9sZV9kaXNrPTAKPj4+PiBTZWdtZW50YXRpb24gZmF1bHQ6IDExCj4+Pj4K Pj4+PiBCeSB0aGUgd2F5LCB0byBoZWxwIHByZXBhcmUgYSBib290L3Jvb3QgcG9vbCBkb2VzIGEg dXRpbGl0eSB0byBkaXNwbGF5Cj4+Pj4gdGhlCj4+Pj4gY29udGVudCBvZiB6cG9vbC5jYWNoZSBl eGlzdCA/Cj4+Pj4KPj4+Pgo+Pj4+IEhlbnJpCj4+Pj4+Cj4+Pj4+IFRoYW5rcywKPj4+Pj4gS2lw Cj4+Pj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCj4+ Pj4+IGZyZWVic2Qtc3RhYmxlQGZyZWVic2Qub3JnIG1haWxpbmcgbGlzdAo+Pj4+PiBodHRwOi8v bGlzdHMuZnJlZWJzZC5vcmcvbWFpbG1hbi9saXN0aW5mby9mcmVlYnNkLXN0YWJsZQo+Pj4+PiBU byB1bnN1YnNjcmliZSwgc2VuZCBhbnkgbWFpbCB0bwo+Pj4+PiAiZnJlZWJzZC1zdGFibGUtdW5z dWJzY3JpYmVAZnJlZWJzZC5vcmciCj4+Pj4KPj4+PiBfX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXwo+Pj4+IGZyZWVic2Qtc3RhYmxlQGZyZWVic2Qub3JnIG1h aWxpbmcgbGlzdAo+Pj4+IGh0dHA6Ly9saXN0cy5mcmVlYnNkLm9yZy9tYWlsbWFuL2xpc3RpbmZv L2ZyZWVic2Qtc3RhYmxlCj4+Pj4gVG8gdW5zdWJzY3JpYmUsIHNlbmQgYW55IG1haWwgdG8gImZy ZWVic2Qtc3RhYmxlLXVuc3Vic2NyaWJlQGZyZWVic2Qub3JnIgo+Pj4+Cj4+Pj4KPj4+PiAtLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0KPj4+Pgo+Pj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fCj4+Pj4gZnJlZWJzZC1zdGFibGVAZnJlZWJzZC5vcmcgbWFpbGluZyBsaXN0 Cj4+Pj4gaHR0cDovL2xpc3RzLmZyZWVic2Qub3JnL21haWxtYW4vbGlzdGluZm8vZnJlZWJzZC1z dGFibGUKPj4+PiBUbyB1bnN1YnNjcmliZSwgc2VuZCBhbnkgbWFpbCB0byAiZnJlZWJzZC1zdGFi bGUtdW5zdWJzY3JpYmVAZnJlZWJzZC5vcmciCj4+Cj4+Cj4KCgoKLS0gCldoZW4gYmFkIG1lbiBj b21iaW5lLCB0aGUgZ29vZCBtdXN0IGFzc29jaWF0ZTsgZWxzZSB0aGV5IHdpbGwgZmFsbCBvbmUK Ynkgb25lLCBhbiB1bnBpdGllZCBzYWNyaWZpY2UgaW4gYSBjb250ZW1wdGlibGUgc3RydWdnbGUu CgogICAgRWRtdW5kIEJ1cmtlCg== From owner-freebsd-stable@FreeBSD.ORG Wed May 27 20:42:04 2009 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 964D6106566C; Wed, 27 May 2009 20:42:04 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:2:2d29:0:1::]) by mx1.freebsd.org (Postfix) with ESMTP id 1E2098FC15; Wed, 27 May 2009 20:42:04 +0000 (UTC) (envelope-from hlh@restart.be) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:2:2d29:1:ffff::]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "avoriaz.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 284E94F60; Wed, 27 May 2009 22:42:03 +0200 (CEST) Received: from morzine.restart.bel (morzine.restart.be [IPv6:2001:41d0:2:2d29:1:2::]) (authenticated bits=0) by restart.be (8.14.3/8.14.3) with ESMTP id n4RKfxrJ039232; Wed, 27 May 2009 22:41:59 +0200 (CEST) (envelope-from hlh@restart.be) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1243456922; bh=Hw0sFTH64lXG0TmVwwXVxgyMYvN2DQuW8wZ7YexxEAs=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=PDiro1vs2P9zz6mAKkvP2Y77etstGDElcDb8mNrEdCaDrqNJWGhwspkMLmEJ7ax3h GvgLyTE7TGYQzidD6e9Fw== DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:content-type: content-transfer-encoding:x-scanned-by; b=HbRrzLcYsHi2QB0ol4udT0e4xwgyd9P92OW1rvYymBTaVdczDKQok5rV1JLEQIOZC WoX9/R2kraM1GI639xleg== Message-ID: <4A1DA597.7020905@restart.be> Date: Wed, 27 May 2009 22:41:59 +0200 From: Henri Hennebert Organization: RestartSoft User-Agent: Thunderbird 2.0.0.21 (X11/20090412) MIME-Version: 1.0 To: Artem Belevich References: <3c1674c90905201643m540c8b1v8a8bd88f071c233d@mail.gmail.com> <4A1D0F2B.4030006@restart.be> <4A1D9D38.1050701@restart.be> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.64 on IPv6:2001:41d0:2:2d29:1:1:: Cc: freebsd-stable@freebsd.org, Kip Macy Subject: Re: ZFS MFC heads down 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: Wed, 27 May 2009 20:42:05 -0000 Artem Belevich wrote: > Did you by any chance do that from single-user mode? ZFS seems to rely > on hostid being set. > Try running "/etc/rc.d/hostid start" and then re-try your zfs commands. I was in multiuser with hostid set. Henri > > --Artem > > > > On Wed, May 27, 2009 at 1:06 PM, Henri Hennebert wrote: >> Artem Belevich wrote: >>> I had the same problem on -current. Try attached patch. It may not >>> apply cleanly on -stable, but should be easy enough to make equivalent >>> changes on -stable. >> The patch is ok for stable. >> >> now I get for the pool with my root: >> >> [root@morzine libzpool]# zdb rpool >> version=13 >> name='rpool' >> state=0 >> txg=959 >> pool_guid=17669857244588609348 >> hostid=2315842372 >> hostname='unset' >> vdev_tree >> type='root' >> id=0 >> guid=17669857244588609348 >> children[0] >> type='mirror' >> id=0 >> guid=3225603179255348056 >> metaslab_array=23 >> metaslab_shift=28 >> ashift=9 >> asize=51534888960 >> is_log=0 >> children[0] >> type='disk' >> id=0 >> guid=17573085726489368265 >> path='/dev/da0p2' >> whole_disk=0 >> children[1] >> type='disk' >> id=1 >> guid=2736169600077218893 >> path='/dev/da1p2' >> whole_disk=0 >> WARNING: pool 'rpool' could not be loaded as it was last accessed by another >> system (host: unset hostid: 0x8a08f344). See: >> http://www.sun.com/msg/ZFS-8000-EY >> zdb: can't open rpool: No such file or directory >> >> But rpool have been used for many boot now - strange ... >> >> Thanks for your patch and time >> >> Henri >> >> >>> --Artem >>> >>> >>> >>> On Wed, May 27, 2009 at 3:00 AM, Henri Hennebert wrote: >>>> Kip Macy wrote: >>>>> On Wed, May 20, 2009 at 2:59 PM, Kip Macy wrote: >>>>>> I will be MFC'ing the newer ZFS support some time this afternoon. Both >>>>>> world and kernel will need to be re-built. Existing pools will >>>>>> continue to work without upgrade. >>>>>> >>>>>> >>>>>> If you choose to upgrade a pool to take advantage of new features you >>>>>> will no longer be able to use it with sources prior to today. 'zfs >>>>>> send/recv' is not expected to inter-operate between different pool >>>>>> versions. >>>>> The MFC went in r192498. Please let me know if you have any problems. >>>> No a real problem but maybe worth mentioning: >>>> >>>> on FreeBSD morzine.restart.bel 7.2-STABLE FreeBSD 7.2-STABLE #0: Tue May >>>> 26 >>>> 15:37:48 CEST 2009 root@morzine.restart.bel:/usr/obj/usr/src/sys/MORZINE >>>> i386 >>>> >>>> [root@morzine ~]# zdb rpool >>>> version=13 >>>> name='rpool' >>>> state=0 >>>> txg=959 >>>> pool_guid=17669857244588609348 >>>> hostid=2315842372 >>>> hostname='unset' >>>> vdev_tree >>>> type='root' >>>> id=0 >>>> guid=17669857244588609348 >>>> children[0] >>>> type='mirror' >>>> id=0 >>>> guid=3225603179255348056 >>>> metaslab_array=23 >>>> metaslab_shift=28 >>>> ashift=9 >>>> asize=51534888960 >>>> is_log=0 >>>> children[0] >>>> type='disk' >>>> id=0 >>>> guid=17573085726489368265 >>>> path='/dev/da0p2' >>>> whole_disk=0 >>>> children[1] >>>> type='disk' >>>> id=1 >>>> guid=2736169600077218893 >>>> path='/dev/da1p2' >>>> whole_disk=0 >>>> Assertion failed: (?Ąuč? ėŪ¨´&), function mp->m_owner == NULL, file >>>> >>>> /usr/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common/kernel.c, >>>> line 112. >>>> Abort trap: 6 >>>> >>>> >>>> and on FreeBSD avoriaz.restart.bel 7.2-STABLE FreeBSD 7.2-STABLE #0: Mon >>>> May >>>> 25 12:06:07 CEST 2009 >>>> root@avoriaz.restart.bel:/usr/obj/usr/src/sys/AVORIAZ >>>> amd64 >>>> >>>> [root@avoriaz ~]# zdb rpool >>>> version=13 >>>> name='rpool' >>>> state=0 >>>> txg=3467 >>>> pool_guid=536117255064806899 >>>> hostid=1133576597 >>>> hostname='unset' >>>> vdev_tree >>>> type='root' >>>> id=0 >>>> guid=536117255064806899 >>>> children[0] >>>> type='mirror' >>>> id=0 >>>> guid=3124217685892976292 >>>> metaslab_array=23 >>>> metaslab_shift=30 >>>> ashift=9 >>>> asize=155741847552 >>>> is_log=0 >>>> children[0] >>>> type='disk' >>>> id=0 >>>> guid=11099413743436480159 >>>> path='/dev/ad4p2' >>>> whole_disk=0 >>>> children[1] >>>> type='disk' >>>> id=1 >>>> guid=12724983687805955432 >>>> path='/dev/ad6p2' >>>> whole_disk=0 >>>> Segmentation fault: 11 >>>> >>>> By the way, to help prepare a boot/root pool does a utility to display >>>> the >>>> content of zpool.cache exist ? >>>> >>>> >>>> Henri >>>>> Thanks, >>>>> Kip >>>>> _______________________________________________ >>>>> 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-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 May 27 20:56:38 2009 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 133791065689 for ; Wed, 27 May 2009 20:56:38 +0000 (UTC) (envelope-from cm@therek.net) Received: from lux.therek.net (lux.therek.net [64.85.172.243]) by mx1.freebsd.org (Postfix) with ESMTP id BBE118FC1C for ; Wed, 27 May 2009 20:56:37 +0000 (UTC) (envelope-from cm@therek.net) Received: from frameshift.waw.therek.net (dixie.therek.net [82.210.167.89]) (authenticated bits=0) by lux.therek.net (8.14.3/8.14.3) with ESMTP id n4RKTOTe030173 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO) for ; Wed, 27 May 2009 22:29:30 +0200 (CEST) From: Cezary Morga Organization: therekNET To: freebsd-stable@freebsd.org Date: Wed, 27 May 2009 22:29:22 +0200 User-Agent: KMail/1.11.3 (FreeBSD/7.1-STABLE; KDE/4.2.3; i386; ; ) References: <4A1D6F36.3030008@ibctech.ca> <20090527175721.GA10978@home.opsec.eu> In-Reply-To: <20090527175721.GA10978@home.opsec.eu> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200905272229.22541.cm@therek.net> Subject: Re: I've borked my ZFS system upgrading to -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: Wed, 27 May 2009 20:56:38 -0000 Dnia =C5=9Broda, 27 maja 2009 o 19:57:21 Kurt Jaeger napisa=C5=82(a): > zfs mount mypool You have to import ZFS pools first. 'zpool import' will list available pool= s. =2D-=20 Cezary Morga "Death in anonymity is the ultimate insult to human dignity." (Kathy Reichs) From owner-freebsd-stable@FreeBSD.ORG Wed May 27 21:00:02 2009 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 F116310656D3 for ; Wed, 27 May 2009 21:00:01 +0000 (UTC) (envelope-from toasty@dragondata.com) Received: from tokyo01.jp.mail.your.org (tokyo01.jp.mail.your.org [204.9.54.5]) by mx1.freebsd.org (Postfix) with ESMTP id A885A8FC21 for ; Wed, 27 May 2009 21:00:01 +0000 (UTC) (envelope-from toasty@dragondata.com) Received: from tokyo01.jp.mail.your.org (localhost.your.org [127.0.0.1]) by tokyo01.jp.mail.your.org (Postfix) with ESMTP id A8E532AD6030; Wed, 27 May 2009 20:44:10 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=dragondata.com; h=cc :message-id:from:to:in-reply-to:content-type :content-transfer-encoding:mime-version:subject:date:references; s=selector1; bh=jfxmsPT9gqCq/tUFIAUhUo/S38Q=; b=H/2Xv6NcYn8yXVP Wm8+HWuR6VFhQi7O/TR4L5F6ewT7fFiBxmu30tE69j/qRS2C9zZWy2NGB4Gw9Kja obM8qMgjbF5aqXE5c9sQueuq/7Fi/VN69imhmJYT2uaiG6E7k45aLxcQ3bbEpy5P wCYQsyXtLHpf21n63ADU+fY9ToqM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=dragondata.com; h=cc:message-id :from:to:in-reply-to:content-type:content-transfer-encoding :mime-version:subject:date:references; q=dns; s=selector1; b=Yb9 hARV5nGCtk3aWbxtO7V1xYHEbOSTAr7l0Ih1HMKsTMw0M5pqsMiHIQy21uyYS9/D SPQFrJDeBVRs08CIYZ56sMJF7FZjAAJlAzpfKQJbZX+2r8FcaET9b4Ac4teu3lFU Vkuwcpf1iFFeOV1wOLFA9Rb57uWUZ4i91cVJrFiU= Received: from mail.your.org (server2-a.your.org [216.14.97.66]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by tokyo01.jp.mail.your.org (Postfix) with ESMTPS id 6CFCE2AD6023; Wed, 27 May 2009 20:44:10 +0000 (UTC) Received: from [216.14.99.244] (unknown [216.14.99.244]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.your.org (Postfix) with ESMTPSA id 719792C900A; Wed, 27 May 2009 20:44:09 +0000 (UTC) Message-Id: <22308B21-1346-4FE5-8332-EB107E9CBD2A@dragondata.com> From: Kevin Day To: Steve Bertrand In-Reply-To: <4A1D6F36.3030008@ibctech.ca> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Wed, 27 May 2009 15:44:08 -0500 References: <4A1D6F36.3030008@ibctech.ca> X-Mailer: Apple Mail (2.935.3) Cc: FreeBSD Subject: Re: I've borked my ZFS system upgrading to -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: Wed, 27 May 2009 21:00:02 -0000 On May 27, 2009, at 11:49 AM, Steve Bertrand wrote: > Hey all, > > In short, I've got a system with /boot on a USB thumb drive that I > boot > from, which then mounts root and the rest of the system from a 4-disk > ZFS storage pool. > > However, during the upgrade, something didn't go quite right, and now > when I boot, I end up with: > > /libexec/ld-elf.so.1: Shared object "libc.so.7" not found required > by sh While I don't have much help to get you fixed, I can tell you how this likely happened if you did a "make world" or "make installworld" at one point. The installworld script is told that /lib/libc.so.x has to have a "chflags schg" applied to it, making it unchangeable. So when installing, it deletes the old libc, copies the new libc over, tries to do a chflags on it, fails because ZFS doesn't support flags, so it deletes libc and gives up. libc is the first file that installworld tries to create using schg, so that's where it fails. The workaround is to do "make installworld NO_FSCHG=" so that it doesn't bother trying to set flags. -- Kevin From owner-freebsd-stable@FreeBSD.ORG Wed May 27 21:36:42 2009 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 1D0FD106566C for ; Wed, 27 May 2009 21:36:42 +0000 (UTC) (envelope-from rick@kiwi-computer.com) Received: from hamlet.setfilepointer.com (hamlet.SetFilePointer.com [63.224.10.2]) by mx1.freebsd.org (Postfix) with SMTP id B458D8FC1B for ; Wed, 27 May 2009 21:36:41 +0000 (UTC) (envelope-from rick@kiwi-computer.com) Received: (qmail 74325 invoked from network); 27 May 2009 16:05:52 -0500 Received: from localhost (HELO colo1.setfilepointer.com) (127.0.0.1) by localhost with SMTP; 27 May 2009 16:05:52 -0500 Received: (qmail 20331 invoked from network); 26 May 2009 20:15:06 -0000 Received: from 69-55-228-174.in-addr.arpa.johncompanies.com (HELO hamlet.setfilepointer.com) (69.55.228.174) by colo1.setfilepointer.com with SMTP; 26 May 2009 20:15:06 -0000 Received: (qmail 98791 invoked from network); 26 May 2009 15:15:06 -0500 Received: from keira.kiwi-computer.com (HELO kiwi-computer.com) (63.224.10.3) by hamlet.setfilepointer.com with SMTP; 26 May 2009 15:15:06 -0500 Received: (qmail 71308 invoked by uid 2001); 26 May 2009 20:15:05 -0000 Date: Tue, 26 May 2009 15:15:05 -0500 From: "Rick C. Petty" To: Christian Walther Message-ID: <20090526201505.GA71165@keira.kiwi-computer.com> References: <14989d6e0905260727g3d914545vdd97e68099175226@mail.gmail.com> <14989d6e0905260735i296776a6nff29e2922e345ceb@mail.gmail.com> <4ad871310905260804h107ec643vec473c1dfec875a4@mail.gmail.com> <14989d6e0905261142w7636e7c6xe4ed916ff5ce4225@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <14989d6e0905261142w7636e7c6xe4ed916ff5ce4225@mail.gmail.com> User-Agent: Mutt/1.4.2.3i Cc: stable@freebsd.org Subject: Re: make buildkernel KERNCONF=GENERIC fails X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rick-freebsd2008@kiwi-computer.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2009 21:36:42 -0000 On Tue, May 26, 2009 at 08:42:52PM +0200, Christian Walther wrote: > > Well, for some strange reason the same happened again: I did > > # mv /usr/src /usr/src.old > # csup /root/stable-supfile > # cd /usr/src > # make buildkernel KERNCONF=GENERIC You should always do a "buildworld" before doing a "buildkernel", as the toolchain which builds the kernel might have changed. Also "KERNCONF=GENERIC" is implied. -- Rick C. Petty From owner-freebsd-stable@FreeBSD.ORG Wed May 27 21:56:49 2009 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 09604106568C; Wed, 27 May 2009 21:56:49 +0000 (UTC) (envelope-from lopez.on.the.lists@yellowspace.net) Received: from mail.yellowspace.net (mail.yellowspace.net [80.190.200.164]) by mx1.freebsd.org (Postfix) with ESMTP id 71D3B8FC1E; Wed, 27 May 2009 21:56:47 +0000 (UTC) (envelope-from lopez.on.the.lists@yellowspace.net) Received: from furia.intranet ([93.104.99.4]) (AUTH: LOGIN lopez.on.the.lists@yellowspace.net) by mail.yellowspace.net with esmtp; Wed, 27 May 2009 23:56:46 +0200 id 00495539.000000004A1DB71E.00018570 Message-Id: <7BDF3D7A-4EA2-499A-9481-A88F3CA285BC@yellowspace.net> From: Lorenzo Perone To: Artis Caune In-Reply-To: <9e20d71e0905270548j376fe604uffff66988e9b7ebe@mail.gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.4) Date: Wed, 27 May 2009 23:56:45 +0200 References: <4A1BED8C.1070408@h3q.com> <9e20d71e0905260854t1c731f68g3965c3406dc304c5@mail.gmail.com> <18972.5227.526290.349958@already.dhcp.gene.com> <6ADD3B12-380C-4BFD-AA46-778DF1768453@verweg.com> <9e20d71e0905270548j376fe604uffff66988e9b7ebe@mail.gmail.com> X-Mailer: Apple Mail (2.930.4) Cc: hartzell@alerce.com, Philipp Wuensche , FreeBSD Stable Mailing List , Kip Macy Subject: Re: loader not working with GPT and LOADER_ZFS_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: Wed, 27 May 2009 21:56:49 -0000 On 27.05.2009, at 14:48, Artis Caune wrote: >>>>> I tried booting from a disk with GPT scheme, with a /boot/loader >>>>> build >>>>> with LOADER_ZFS_SUPPORT="yes" in make.conf. I get the following >>>>> error: >>>>> >>>>> panic: free: guard1 fail @ 0x2fd4a6ac from >>>>> /usr/src/sys/boot/i386/libi386/biosdisk.c:1053 > > > MFC r185095 fixed this problem! > > http://svn.freebsd.org/viewvc/base?view=revision&revision=185095 Hi, I'm a bit confused: I can't find this change (rev 185095) in the stable log, yet stable has some other recent changes related to the current posts (in turn commited also to head)... http://svn.freebsd.org/viewvc/base/head/sys/boot/i386/libi386/biosdisk.c?view=log http://svn.freebsd.org/viewvc/base/stable/7/sys/boot/i386/libi386/biosdisk.c?view=log maybe I'm misunderstanding how things eventually get ingto -stable, however, which revision to use now for a peaceful world & boot? :) I'll go for the -head version for my next try.. Regards, Lorenzo From owner-freebsd-stable@FreeBSD.ORG Wed May 27 22:23:09 2009 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 A0D181065686 for ; Wed, 27 May 2009 22:23:09 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id 28C4D8FC15 for ; Wed, 27 May 2009 22:23:08 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: by bwz9 with SMTP id 9so5102802bwz.43 for ; Wed, 27 May 2009 15:23:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=gVlazpvO+j+lwBcOfHX0KfdwK5wYuz/vfMb3/JcSHpc=; b=T/oToNloTfnChhnQIfU3nivewE9rLIz934m9fSNST1o8io0DfjqBha6UKWAFn/3z3I vGyf3ZpJ5N9SweY3KZlHITZmjcgWd2WXpeZ0d7PRzFXHRguTM1mGDJflyrJrXYhY+V5U qiq+l/y+gZta9jHzptKDWu34TymGom3Hn5Phk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=C4b/kPJ4RLlYzdWCBb0E05rrnCyN7S8HoY1EBeidDI1oh+HLYU0Sy0lvK6u096USnX jSABwBq2XdgRX/I7rvrHS+TtLiRlR9qpkEpsHRBx1F0YmFIW09f5QK1wpDUvGVdiYc9M 7CMjv+FqAXCdLXl9dCS3qsWrBqlx+daGBjpwQ= MIME-Version: 1.0 Received: by 10.204.62.68 with SMTP id w4mr448726bkh.122.1243462984044; Wed, 27 May 2009 15:23:04 -0700 (PDT) In-Reply-To: <20090526201505.GA71165@keira.kiwi-computer.com> References: <14989d6e0905260727g3d914545vdd97e68099175226@mail.gmail.com> <14989d6e0905260735i296776a6nff29e2922e345ceb@mail.gmail.com> <4ad871310905260804h107ec643vec473c1dfec875a4@mail.gmail.com> <14989d6e0905261142w7636e7c6xe4ed916ff5ce4225@mail.gmail.com> <20090526201505.GA71165@keira.kiwi-computer.com> Date: Wed, 27 May 2009 18:23:03 -0400 Message-ID: <4ad871310905271523v710556fegbc098a5ce86d4db8@mail.gmail.com> From: Glen Barber To: rick-freebsd2008@kiwi-computer.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: stable@freebsd.org Subject: Re: make buildkernel KERNCONF=GENERIC fails 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: Wed, 27 May 2009 22:23:10 -0000 On Tue, May 26, 2009 at 4:15 PM, Rick C. Petty wrote: > You should always do a "buildworld" before doing a "buildkernel", as the > toolchain which builds the kernel might have changed. =A0Also > "KERNCONF=3DGENERIC" is implied. > Rick, I thought the toolchain didn't change until an installworld was done (and possibly a reboot). --=20 Glen Barber From owner-freebsd-stable@FreeBSD.ORG Wed May 27 22:31:34 2009 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 DBECA1065675; Wed, 27 May 2009 22:31:34 +0000 (UTC) (envelope-from artis.caune@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id 372058FC14; Wed, 27 May 2009 22:31:33 +0000 (UTC) (envelope-from artis.caune@gmail.com) Received: by bwz9 with SMTP id 9so5107176bwz.43 for ; Wed, 27 May 2009 15:31:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=6eSRfmkWYjbilzd8jEoYekfIwOXUKvM4nNKU58PaPsk=; b=UNs582u9sQfuE59gjYBxeMGY3RmCn7dKOZxUj05ytLfKFDlNKmBP8n80Y95lq3yK9U aVA/6lba18Lu0hP7eawXU+0gGiN/p04558nxnACM8eLh88gVM6IgNykw3NaOC8FqGzoj KS/Ewd8BKp3ZorddilERTRfoGijFio9319GjA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=MAgMNfd3ejIPn0wBmcDo6zqHnRrVJSg+7OFoHKD9IZJ6dQPgR/m7mJHuaOUr1yJFWR XzflhRf4W63/1mh6F5U2l6MttbPZLEh+3o3z7J8hPzfKSQ2PbznxcWQHQQrjEg0cVnuk yHVXryJouwYew4HMs1XxvSMNXV61BklRR7CQM= MIME-Version: 1.0 Received: by 10.103.11.7 with SMTP id o7mr404531mui.95.1243463492960; Wed, 27 May 2009 15:31:32 -0700 (PDT) In-Reply-To: <7BDF3D7A-4EA2-499A-9481-A88F3CA285BC@yellowspace.net> References: <4A1BED8C.1070408@h3q.com> <9e20d71e0905260854t1c731f68g3965c3406dc304c5@mail.gmail.com> <18972.5227.526290.349958@already.dhcp.gene.com> <6ADD3B12-380C-4BFD-AA46-778DF1768453@verweg.com> <9e20d71e0905270548j376fe604uffff66988e9b7ebe@mail.gmail.com> <7BDF3D7A-4EA2-499A-9481-A88F3CA285BC@yellowspace.net> Date: Thu, 28 May 2009 01:31:32 +0300 Message-ID: <9e20d71e0905271531v240a56cwf7c39d6083331550@mail.gmail.com> From: Artis Caune To: Lorenzo Perone Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: hartzell@alerce.com, Philipp Wuensche , FreeBSD Stable Mailing List , Kip Macy Subject: Re: loader not working with GPT and LOADER_ZFS_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: Wed, 27 May 2009 22:31:35 -0000 2009/5/28 Lorenzo Perone : > Hi, I'm a bit confused: > > I can't find this change (rev 185095) in the stable log, yet stable has some > other > recent changes related to the current posts (in turn commited also to > head)... > > http://svn.freebsd.org/viewvc/base/head/sys/boot/i386/libi386/biosdisk.c?view=log > http://svn.freebsd.org/viewvc/base/stable/7/sys/boot/i386/libi386/biosdisk.c?view=log > > maybe I'm misunderstanding how things eventually get ingto -stable, > however, which revision to use now for a peaceful world & boot? :) > > I'll go for the -head version for my next try.. It's not merged to stable yet. You should apply r185095 diff by hand. Just edit "sys/boot/i386/libi386/biosdisk.c" and change: --- sys/boot/i386/libi386/biosdisk.c (revision 192872) +++ sys/boot/i386/libi386/biosdisk.c (working copy) @@ -996,8 +996,10 @@ od->od_boff = gp->gp_start; out: - if (error) + if (error) { free(od->od_partitions); + od->od_flags &= ~BD_GPTOK; + } return (error); } @@ -1088,7 +1090,7 @@ switch(rw){ case F_READ: - DEBUG("read %d from %d to %p", blks, dblk, buf); + DEBUG("read %d from %lld to %p", blks, dblk, buf); if (blks && bd_read(od, dblk, blks, buf)) { DEBUG("read error"); -- Artis Caune Everything should be made as simple as possible, but not simpler. From owner-freebsd-stable@FreeBSD.ORG Thu May 28 02:24:58 2009 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 DC525106566B; Thu, 28 May 2009 02:24:58 +0000 (UTC) (envelope-from mandrews@bit0.com) Received: from magnum.bit0.com (magnum.bit0.com [207.246.88.226]) by mx1.freebsd.org (Postfix) with ESMTP id AF6AA8FC16; Thu, 28 May 2009 02:24:58 +0000 (UTC) (envelope-from mandrews@bit0.com) Received: from localhost (localhost [127.0.0.1]) by magnum.bit0.com (Postfix) with ESMTP id 0B60A164E34; Wed, 27 May 2009 22:24:58 -0400 (EDT) X-Virus-Scanned: amavisd-new at bit0.com Received: from magnum.bit0.com ([127.0.0.1]) by localhost (magnum.int.bit0.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oWpjPPu53PPu; Wed, 27 May 2009 22:24:57 -0400 (EDT) Received: from beast.int.bit0.com (beast.int.bit0.com [172.27.0.2]) by magnum.bit0.com (Postfix) with ESMTP; Wed, 27 May 2009 22:24:57 -0400 (EDT) Date: Wed, 27 May 2009 22:24:56 -0400 (EDT) From: Mike Andrews X-X-Sender: mandrews@beast.int.bit0.com To: Takahashi Yoshihiro In-Reply-To: <4A1C3DA8.5050300@bit0.com> Message-ID: References: <20090526.192217.94910518.nyan@jp.FreeBSD.org> <4A1C3DA8.5050300@bit0.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: stable@FreeBSD.org, pjd@FreeBSD.org, kmacy@FreeBSD.org Subject: Re: NFS on ZFS 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, 28 May 2009 02:24:59 -0000 On Tue, 26 May 2009, Mike Andrews wrote: > Takahashi Yoshihiro wrote: >> Today's stable has a problem creating a new file via NFS on ZFS. >> >> On the NFS server, there is no problem. >> >> % cd /ZFS >> % mktemp hoge >> hoge >> % ls -l hoge >> -rw------- 1 nyan nyan 0 5 26 19:09 hoge >> >> >> But it's a problem on the NFS client. >> >> # mount server:/ZFS /ZFS >> % cd /ZFS >> % mktemp hoge >> mktemp: mkstemp failed on hoge: Input/output error >> % ls -l hoge >> ---------- 1 nyan wheel 0 5 26 19:09 hoge >> >> The file has a wrong permission. >> >> This problem is only on stable, current has no problem. > > I'm seeing this too. It seems so far to be limited to mkstemp() -- just > copying files normally works. For example /usr/bin/install -S fails, without > -S works, if the target is an NFS+ZFS volume. Anyone? I've verified that if the NFS server uses UFS2, mkstemp() from an NFS client to the server works fine, but if the NFS server uses ZFS, the NFS server returns EIO after creating a file with 000 permissions. In addition to breaking /usr/bin/install -S, it also breaks rsync over NFS. I don't yet know if it matters whether the on-disk format is ZFS v6 vs v13. From owner-freebsd-stable@FreeBSD.ORG Thu May 28 06:57:06 2009 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 76BCE106564A for ; Thu, 28 May 2009 06:57:06 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id B3AC08FC08 for ; Thu, 28 May 2009 06:57:05 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by bwz9 with SMTP id 9so5276460bwz.43 for ; Wed, 27 May 2009 23:57:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=YzJifnwUrBQPUbYI7NO+g6gr8mSUBhs4ae5ut08h3ZA=; b=mzyCeEbGpCJHMU67H92AcYEo2NI1JXqabDoWG6WEbBuuNWNZmec7j+ZrIfzOLv1zsW l1gwwS+xHT0iKRC6GfN5eKo1g0zPUn7RWwaVxJtCx3TmkFakFpGTVQn8Hx99r7QEDbRo erp09eSBiX90Rjul/lBGDHWFr1g+WvBRuOetM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=iU5HYjqPcsHZYF2Brv/3JXYobdA8hYAHaIbTgl4nMVE+Gua9gspdmh7i8dKrivmB/V 4zhEdAQgJWF20GXYbsQiY1i5ZY3sb05U9nOnA5vM8K2V7qdOnmw599xjDukqJ8QJzBjU +4An0Ocg0BCvNOJ8S+ibeimPlNBPEc6yw8ZVw= MIME-Version: 1.0 Received: by 10.103.175.9 with SMTP id c9mr640822mup.3.1243493824326; Wed, 27 May 2009 23:57:04 -0700 (PDT) Date: Thu, 28 May 2009 10:57:04 +0400 Message-ID: From: pluknet To: freebsd-stable Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: system locks up in vmmaps 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, 28 May 2009 06:57:06 -0000 System 6.2-R locks in vmmaps state on relatively small workload. This happens the first time. I don't know if I could reproduce this lockup. The picture at whole looks like on http://lists.freebsd.org/pipermail/freebsd-current/2005-September/055982.html (though that problem was fixed before 6). I'd be great to get any ideas on that. db> ps pid ppid pgrp uid state wmesg wchan cmd 10877 1025 10877 0 Ss vmmaps 0xc1068478 sshd 10876 10875 10876 0 SVs vmmaps 0xc1068478 cron 10875 1091 1091 0 S ppwait 0xcfc82a78 cron 10874 10872 10874 0 SVs vmmaps 0xc1068478 cron 10873 10871 10873 0 SVs vmmaps 0xc1068478 cron 10872 1091 1091 0 S ppwait 0xcfc83000 cron 10871 1091 1091 0 S ppwait 0xcfc83218 cron 10870 10869 895 0 S vmmaps 0xc1068478 guard 10869 896 895 0 S select 0xc0a13084 guard 10868 914 914 0 S ufs 0xc82e49e8 proftpd 10867 10863 10867 0 SVs vmmaps 0xc1068478 cron 10866 10860 10866 0 SVs vmmaps 0xc1068478 cron 10865 10862 10865 0 SVs vmmaps 0xc1068478 cron 10864 10861 10864 0 SVs vmmaps 0xc1068478 cron 10863 1091 1091 0 S ppwait 0xcfc83648 cron 10862 1091 1091 0 S ppwait 0xcfc83860 cron 10861 1091 1091 0 S ppwait 0xcfbd1860 cron 10860 1091 1091 0 S ppwait 0xcfbd1a78 cron 10859 1025 10859 0 Ss vmmaps 0xc1068478 sshd [..some more..] db> bt 10868 Tracing pid 10868 tid 100134 td 0xc85f44b0 sched_switch(c85f44b0,0,1) at sched_switch+0x143 mi_switch(1,0,c85f44b0,ee89c8cc,c06a484c,...) at mi_switch+0x1ba sleepq_switch(c82e49e8) at sleepq_switch+0x87 sleepq_wait(c82e49e8,0,c85f44b0,c82e49e8,4,...) at sleepq_wait+0x5c msleep(c82e49e8,c0a070c8,50,c0928d0d,0,...) at msleep+0x269 acquire(ee89c94c,40,60000,c85f44b0,0,...) at acquire+0x7b lockmgr(c82e49e8,2002,c82e4a0c,c85f44b0) at lockmgr+0x3fe ffs_lock(ee89c9a8) at ffs_lock+0x88 VOP_LOCK_APV(c09d5e60,ee89c9a8) at VOP_LOCK_APV+0x43 vn_lock(c82e4990,2002,c85f44b0,c82e4990) at vn_lock+0xf4 vget(c82e4990,2002,c85f44b0) at vget+0xbe vfs_hash_get(c820b7c8,2,2,c85f44b0,ee89cac0,0,0) at vfs_hash_get+0xf5 ffs_vget(c820b7c8,2,2,ee89cac0) at ffs_vget+0x27 ufs_root(c820b7c8,2,ee89cb04,c85f44b0,1,...) at ufs_root+0x19 lookup(ee89cc00) at lookup+0x7f4 namei(ee89cc00) at namei+0x39a kern_stat(c85f44b0,bfbfd770,0,ee89cc74) at kern_stat+0x35 stat(c85f44b0,ee89cd04) at stat+0x1b syscall(3b,bfbf003b,bfbf003b,0,bfbfc710,...) at syscall+0x2bf Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (188, FreeBSD ELF32, stat), eip = 0x28315453, esp = 0xbfbfc63c, ebp = 0xbfbfc668 --- db> bt 10864 Tracing pid 10864 tid 100241 td 0xc8a457d0 sched_switch(c8a457d0,0,1) at sched_switch+0x143 mi_switch(1,0,c8a457d0,ee8fcc10,c06a484c,...) at mi_switch+0x1ba sleepq_switch(c1068478) at sleepq_switch+0x87 sleepq_wait(c1068478,0,c8a457d0,c10683c0,42000,...) at sleepq_wait+0x5c msleep(c1068478,c0a21460,244,c093ab48,0,...) at msleep+0x269 vm_map_unlock_and_wait(c10683c0,0) at vm_map_unlock_and_wait+0x63 kmem_alloc_wait(c10683c0,41400,1,c8e9ea78,ee8fccb4,...) at kmem_alloc_wait+0x6b exec_copyin_args(ee8fccb4,80551c6,0,bfbfe6b0,8051140) at exec_copyin_args+0x3a execve(c8a457d0,ee8fcd04) at execve+0x1e syscall(805003b,3b,bfbf003b,bfbfe6f8,bfbfe6b0,...) at syscall+0x2bf Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (59, FreeBSD ELF32, execve), eip = 0x280e168f, esp = 0xbfbfe69c, ebp = 0xbfbfe6e8 --- db> bt 10875 Tracing pid 10875 tid 100580 td 0xc8eb1640 sched_switch(c8eb1640,0,1) at sched_switch+0x143 mi_switch(1,0,c8eb1640,eebe4c54,c06a484c,...) at mi_switch+0x1ba sleepq_switch(cfc82a78) at sleepq_switch+0x87 sleepq_wait(cfc82a78,0,c8eb1640,cfc828c8,cfc82860,...) at sleepq_wait+0x5c msleep(cfc82a78,cfc828c8,5c,c09232c2,0) at msleep+0x269 fork1(c8eb1640,80000034,0,eebe4cd4) at fork1+0x14d7 vfork(c8eb1640,eebe4d04) at vfork+0x1b syscall(805003b,3b,bfbf003b,80512f8,804e444,...) at syscall+0x2bf Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (66, FreeBSD ELF32, vfork), eip = 0x280cde68, esp = 0xbfbfe710, ebp = 0xbfbfecc8 --- db> bt 47 Tracing pid 47 tid 100041 td 0xc7f3d640 sched_switch(c7f3d640,0,1) at sched_switch+0x143 mi_switch(1,0,c7f3d640,e8506aa4,c06a484c,...) at mi_switch+0x1ba sleepq_switch(c8a58e28) at sleepq_switch+0x87 sleepq_wait(c8a58e28,0,c7f3d640,c8a58e28,4,...) at sleepq_wait+0x5c msleep(c8a58e28,c0a06f84,50,c0928d0d,0,...) at msleep+0x269 acquire(e8506b24,40,60000,c7f3d640,0,...) at acquire+0x7b lockmgr(c8a58e28,2002,c8a58e4c,c7f3d640) at lockmgr+0x3fe ffs_lock(e8506b80) at ffs_lock+0x88 VOP_LOCK_APV(c09d5e60,e8506b80) at VOP_LOCK_APV+0x43 vn_lock(c8a58dd0,2002,c7f3d640,c8a58dd0) at vn_lock+0xf4 vget(c8a58dd0,2002,c7f3d640,c820b574,0,...) at vget+0xbe qsync(c820b530,2c1cf,0,0,0,...) at qsync+0x166 ffs_sync(c820b530,3,c7f3d640,c820b530,2) at ffs_sync+0x3d0 sync_fsync(e8506cc0) at sync_fsync+0x1e6 VOP_FSYNC_APV(c09a38e0,e8506cc0) at VOP_FSYNC_APV+0x38 sync_vnode(c82e4720,c7f3d640) at sync_vnode+0x153 sched_sync(0,e8506d38) at sched_sync+0x259 fork_exit(c06dea18,0,e8506d38) at fork_exit+0x71 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe8506d6c, ebp = 0 --- db> show lockedvnods Locked vnodes 0xc8603aa0: tag ufs, type VREG usecount 1, writecount 1, refcount 3 mountedhere 0 flags () v_object 0xc860818c ref 0 pages 10 lock type ufs: EXCL (count 1) by thread 0xc7f99e10 (pid 767) ino 329736, on dev aacdu0s1e 0xc82e4990: tag ufs, type VDIR usecount 1, writecount 0, refcount 34 mountedhere 0 flags (VV_ROOT) v_object 0xc8a9f108 ref 0 pages 1 lock type ufs: EXCL (count 1) by thread 0xcf68e190 (pid 10691) with 31 pending ino 2, on dev aacdu0s1f 0xc833b110: tag ufs, type VDIR usecount 1, writecount 0, refcount 4 mountedhere 0 flags () v_object 0xca5d44a4 ref 0 pages 1 lock type ufs: EXCL (count 1) by thread 0xc8adae10 (pid 10689) with 1 pending ino 2190336, on dev aacdu0s1f 0xc85f8440: tag ufs, type VDIR usecount 1, writecount 0, refcount 4 mountedhere 0 flags () v_object 0xca5d4084 ref 0 pages 1 lock type ufs: EXCL (count 1) by thread 0xcf701190 (pid 10283) with 1 pending ino 2190344, on dev aacdu0s1f 0xc8d9d880: tag ufs, type VDIR usecount 1, writecount 0, refcount 4 mountedhere 0 flags () v_object 0xca5d3d68 ref 0 pages 1 lock type ufs: EXCL (count 1) by thread 0xcf68c960 (pid 9049) with 1 pending ino 2190347, on dev aacdu0s1f 0xc8d9d770: tag ufs, type VREG usecount 1, writecount 0, refcount 28 mountedhere 0 flags () v_object 0xc8cc439c ref 0 pages 100 lock type ufs: SHARED (count 1) with 1 pending ino 2190376, on dev aacdu0s1f 0xc82e4660: tag syncer, type VNON usecount 1, writecount 0, refcount 2 mountedhere 0 flags () lock type syncer: EXCL (count 1) by thread 0xc7f3d640 (pid 47) 0xc8a58dd0: tag ufs, type VREG usecount 1, writecount 1, refcount 11 mountedhere 0 flags () v_object 0xc86977bc ref 0 pages 120 lock type ufs: EXCL (count 1) by thread 0xc917baf0 (pid 989) with 1 pending ino 57442995, on dev aacdu0s1g 0xc8db2000: tag ufs, type VREG usecount 3, writecount 3, refcount 22 mountedhere 0 flags () v_object 0xc8d64000 ref 0 pages 72 lock type ufs: EXCL (count 1) by thread 0xc90fb7d0 (pid 989) ino 57443061, on dev aacdu0s1g db> bt 989 Tracing pid 989 tid 100183 td 0xc90feaf0 sched_switch(c90feaf0,0,1) at sched_switch+0x143 mi_switch(1,0,c7f3e874,eed4dc70,c06a499e,...) at mi_switch+0x1ba sleepq_switch(c7f3e874) at sleepq_switch+0x87 sleepq_timedwait_sig(c7f3e874) at sleepq_timedwait_sig+0x1e msleep(c7f3e874,c8a42498,168,c0923768,3e9,...) at msleep+0x230 kse_release(c90feaf0,eed4dd04) at kse_release+0x237 syscall(842003b,3b,a89003b,8423f00,0,...) at syscall+0x2bf Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (383, FreeBSD ELF32, kse_release), eip = 0x285384f7, esp = 0xa899f28, ebp = 0xa899f64 --- db> bt 10691 Tracing pid 10691 tid 100448 td 0xcf68e190 sched_switch(cf68e190,0,1) at sched_switch+0x143 mi_switch(1,0,cf68e190,ef0f4884,c06a484c,...) at mi_switch+0x1ba sleepq_switch(c833b168) at sleepq_switch+0x87 sleepq_wait(c833b168,0,cf68e190,c833b168,4,...) at sleepq_wait+0x5c msleep(c833b168,c0a06ff0,50,c0928d0d,0,...) at msleep+0x269 acquire(ef0f4904,40,60000,cf68e190,0,...) at acquire+0x7b lockmgr(c833b168,2002,c833b18c,cf68e190) at lockmgr+0x3fe ffs_lock(ef0f4960) at ffs_lock+0x88 VOP_LOCK_APV(c09d5e60,ef0f4960) at VOP_LOCK_APV+0x43 vn_lock(c833b110,2002,cf68e190,c833b110) at vn_lock+0xf4 vget(c833b110,2002,cf68e190) at vget+0xbe cache_lookup(c82e4990,ef0f4c3c,ef0f4c50) at cache_lookup+0x458 vfs_cache_lookup(ef0f4aa0) at vfs_cache_lookup+0x8f VOP_LOOKUP_APV(c09d5e60,ef0f4aa0) at VOP_LOOKUP_APV+0x43 lookup(ef0f4c28) at lookup+0x4c1 namei(ef0f4c28) at namei+0x39a do_execve(cf68e190,ef0f4cb4,0) at do_execve+0x17d kern_execve(cf68e190,ef0f4cb4,0) at kern_execve+0xd4 execve(cf68e190,ef0f4d04) at execve+0x32 syscall(819003b,bfbf003b,bfbf003b,819ffe0,819ffe0,...) at syscall+0x2bf Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (59, FreeBSD ELF32, execve), eip = 0x284d368f, esp = 0xbfbf92dc, ebp = 0xbfbf92f8 --- db> bt 767 Tracing pid 767 tid 100116 td 0xc7f99e10 sched_switch(c7f99e10,0,1) at sched_switch+0x143 mi_switch(1,0,c7f99e10,ec58dbf0,c06a484c,...) at mi_switch+0x1ba sleepq_switch(c8603b84) at sleepq_switch+0x87 sleepq_wait(c8603b84,0,c7f99e10,c8603b60,0,...) at sleepq_wait+0x5c msleep(c8603b84,c8603b1c,4f,c0929762,0) at msleep+0x269 bufobj_wwait(c8603b60,3,0) at bufobj_wwait+0x37 ffs_syncvnode(c8603aa0,1) at ffs_syncvnode+0x371 ffs_fsync(ec58dcc0) at ffs_fsync+0x12 VOP_FSYNC_APV(c09d5e60,ec58dcc0) at VOP_FSYNC_APV+0x38 fsync(c7f99e10,ec58dd04) at fsync+0x170 syscall(805003b,805003b,bfbf003b,8056064,8056060,...) at syscall+0x2bf Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (95, FreeBSD ELF32, fsync), eip = 0x28147ab7, esp = 0xbfbfda3c, ebp = 0xbfbfee78 --- db> bt 10283 Tracing pid 10283 tid 100447 td 0xcf701190 sched_switch(cf701190,0,1) at sched_switch+0x143 mi_switch(1,0,cf701190,ef1687ac,c06a484c,...) at mi_switch+0x1ba sleepq_switch(c8d9d8d8) at sleepq_switch+0x87 sleepq_wait(c8d9d8d8,0,cf701190,c8d9d8d8,4,...) at sleepq_wait+0x5c msleep(c8d9d8d8,c0a06a08,50,c0928d0d,0,...) at msleep+0x269 acquire(ef16882c,40,60000,cf701190,0,...) at acquire+0x7b lockmgr(c8d9d8d8,2002,c8d9d8fc,cf701190) at lockmgr+0x3fe ffs_lock(ef168888) at ffs_lock+0x88 VOP_LOCK_APV(c09d5e60,ef168888) at VOP_LOCK_APV+0x43 vn_lock(c8d9d880,2002,cf701190,c8d9d880) at vn_lock+0xf4 vget(c8d9d880,2002,cf701190) at vget+0xbe cache_lookup(c85f8440,ef168be0,ef168bf4) at cache_lookup+0x458 vfs_cache_lookup(ef1689c8) at vfs_cache_lookup+0x8f VOP_LOOKUP_APV(c09d5e60,ef1689c8) at VOP_LOOKUP_APV+0x43 lookup(ef168bcc) at lookup+0x4c1 namei(ef168bcc) at namei+0x39a vn_open_cred(ef168bcc,ef168ccc,1a4,ce4db200,4,...) at vn_open_cred+0x2ad vn_open(ef168bcc,ef168ccc,1a4,4) at vn_open+0x1e kern_open(cf701190,805120c,0,1,1b6,...) at kern_open+0xb6 open(cf701190,ef168d04) at open+0x1a syscall(3b,3b,3b,4,28242df8,...) at syscall+0x2bf Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (5, FreeBSD ELF32, open), eip = 0x282114b3, esp = 0xbfbfe8fc, ebp = 0xbfbfe928 --- db> bt Tracing pid 16 tid 100000 td 0xc7cfe000 kdb_enter(c09408b4) at kdb_enter+0x2b siointr1(c7f93000) at siointr1+0xce siointr(c7f93000) at siointr+0x5e intr_execute_handlers(c7cf24c8,e687ac94,4,e687acd8,c0899743,...) at intr_execute_handlers+0xe1 lapic_handle_intr(37) at lapic_handle_intr+0x2e Xapic_isr1() at Xapic_isr1+0x33 --- interrupt, eip = 0xc0b96165, esp = 0xe687acd8, ebp = 0xe687acd8 --- acpi_cpu_c1(7b404985,35f2a28c,c7cfe000,c7cfe000,2,...) at acpi_cpu_c1+0x5 acpi_cpu_idle(e687ad10,c066c435,c7cfc000,c066c3a0,e687ad24,...) at acpi_cpu_idle+0x152 cpu_idle(c7cfc000,c066c3a0,e687ad24,c066c121,0,...) at cpu_idle+0x28 idle_proc(0,e687ad38) at idle_proc+0x95 fork_exit(c066c3a0,0,e687ad38) at fork_exit+0x71 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe687ad6c, ebp = 0 --- All 8 CPUs are in idle state. -- wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Thu May 28 07:10:53 2009 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 1DAF8106564A for ; Thu, 28 May 2009 07:10:53 +0000 (UTC) (envelope-from mikael@t-online.hu) Received: from thor.iszerviz.hu (thor.iszerviz.hu [62.77.131.9]) by mx1.freebsd.org (Postfix) with ESMTP id D13288FC1C for ; Thu, 28 May 2009 07:10:52 +0000 (UTC) (envelope-from mikael@t-online.hu) Received: from [192.168.100.107] (54037C0F.catv.pool.telekom.hu [84.3.124.15]) by thor.iszerviz.hu (Postfix) with ESMTP id E97D14FE7F; Thu, 28 May 2009 09:10:50 +0200 (CEST) Message-ID: <4A1E38FA.1070208@t-online.hu> Date: Thu, 28 May 2009 09:10:50 +0200 From: Mikael Bak User-Agent: Thunderbird 2.0.0.21 (X11/20090318) MIME-Version: 1.0 To: =?ISO-8859-2?Q?G=F3t_Andr=E1s?= , pertti.kosunen@pp.nic.fi References: <4A1D0DD2.2090209@t-online.hu> <44909.80.95.75.131.1243420547.squirrel@mail.deployis.eu> In-Reply-To: <44909.80.95.75.131.1243420547.squirrel@mail.deployis.eu> Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: PXE boot FreeBSD without need of NFS server 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, 28 May 2009 07:10:53 -0000 Pertti, Andrs, Thank You for the useful links! Kiitos and Ksznm szpen :-) Gt Andrs wrote: > Hi, > > AFAIK only the kernel and initrd (in the linux case) can be booted from > tftp, that's a PXE feature. When the kernel loaded it takes over and from > then on the kernel will need a rootfs from somewhere. I don't think that a > tftp rootfs is possible. > Yes, I know it's not possible to have the rootfs on tftp. That is not my goal. I only wish to host an image file containing a rootfs that will act as a ram disk. Much like the initrd does in the Linux world. The rootfs will only contain the things needed to start the installation process. I think I have the information I was looking for. Thanks again! Mikael From owner-freebsd-stable@FreeBSD.ORG Thu May 28 07:40:16 2009 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 4DD231065679 for ; Thu, 28 May 2009 07:40:16 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.30]) by mx1.freebsd.org (Postfix) with ESMTP id ECA9E8FC08 for ; Thu, 28 May 2009 07:40:15 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so2827265ywe.13 for ; Thu, 28 May 2009 00:40:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=Es/wo+cY8obGZKSpz9xp7W9+3CJovuobotJ9qpuAnpo=; b=HFtFmhPFQ9ViutNhdP5e1L0spxSr5fveA8PotQ4aJGZpKAOR1PHOYe8ZB52EZowr5r MWL9FkokwECdwePNic6VzTz97KHsTlhl4hWXPeqzGdLVRbI6L9na9ioqzfYEQBWD81N1 uiYJGJof2O6HKUk8z+k9vRJNzwzc9mrirTDp8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=fZejvEVqwKw+kXIMly1no5pud13THV1Pe2BUph4NNkMDmlpkYi/RFN4U9TbUf9WNwa iSV42JCMIq1ZQF268N1UOdwl9q1kKrnPyKXUZU/ehK2e3rjnmz79Q65vxVxmFA9Z/crv FiRTd1qtrywK4le/wwSDMwXcI48jhI75c4Fpw= MIME-Version: 1.0 Sender: mat.macy@gmail.com Received: by 10.100.141.16 with SMTP id o16mr383124and.152.1243496414978; Thu, 28 May 2009 00:40:14 -0700 (PDT) In-Reply-To: <9e20d71e0905271531v240a56cwf7c39d6083331550@mail.gmail.com> References: <4A1BED8C.1070408@h3q.com> <9e20d71e0905260854t1c731f68g3965c3406dc304c5@mail.gmail.com> <18972.5227.526290.349958@already.dhcp.gene.com> <6ADD3B12-380C-4BFD-AA46-778DF1768453@verweg.com> <9e20d71e0905270548j376fe604uffff66988e9b7ebe@mail.gmail.com> <7BDF3D7A-4EA2-499A-9481-A88F3CA285BC@yellowspace.net> <9e20d71e0905271531v240a56cwf7c39d6083331550@mail.gmail.com> Date: Thu, 28 May 2009 00:40:14 -0700 X-Google-Sender-Auth: c6d73c306c37b0a0 Message-ID: <3c1674c90905280040k44633fb3gddb0a6fb2158671d@mail.gmail.com> From: Kip Macy To: Artis Caune Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Lorenzo Perone , hartzell@alerce.com, Philipp Wuensche , FreeBSD Stable Mailing List Subject: Re: loader not working with GPT and LOADER_ZFS_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, 28 May 2009 07:40:16 -0000 MFC'd in 192969 On Wed, May 27, 2009 at 3:31 PM, Artis Caune wrote: > 2009/5/28 Lorenzo Perone : >> Hi, I'm a bit confused: >> >> I can't find this change (rev 185095) in the stable log, yet stable has = some >> other >> recent changes related to the current posts (in turn commited also to >> head)... >> >> http://svn.freebsd.org/viewvc/base/head/sys/boot/i386/libi386/biosdisk.c= ?view=3Dlog >> http://svn.freebsd.org/viewvc/base/stable/7/sys/boot/i386/libi386/biosdi= sk.c?view=3Dlog >> >> maybe I'm misunderstanding how things eventually get ingto -stable, >> however, which revision to use now for a peaceful world & boot? :) >> >> I'll go for the -head version for my next try.. > > > It's not merged to stable yet. You should apply r185095 diff by hand. > Just edit "sys/boot/i386/libi386/biosdisk.c" and change: > > > --- sys/boot/i386/libi386/biosdisk.c =A0 =A0(revision 192872) > +++ sys/boot/i386/libi386/biosdisk.c =A0 =A0(working copy) > @@ -996,8 +996,10 @@ > =A0 =A0 od->od_boff =3D gp->gp_start; > > =A0out: > - =A0 =A0if (error) > + =A0 =A0if (error) { > =A0 =A0 =A0 =A0free(od->od_partitions); > + =A0 =A0 =A0 od->od_flags &=3D ~BD_GPTOK; > + =A0 =A0} > =A0 =A0 return (error); > =A0} > > @@ -1088,7 +1090,7 @@ > > =A0 =A0 switch(rw){ > =A0 =A0 case F_READ: > - =A0 =A0 =A0 DEBUG("read %d from %d to %p", blks, dblk, buf); > + =A0 =A0 =A0 DEBUG("read %d from %lld to %p", blks, dblk, buf); > > =A0 =A0 =A0 =A0if (blks && bd_read(od, dblk, blks, buf)) { > =A0 =A0 =A0 =A0 =A0 =A0DEBUG("read error"); > > > > > -- > Artis Caune > > =A0 =A0Everything should be made as simple as possible, but not simpler. > --=20 When bad men combine, the good must associate; else they will fall one by one, an unpitied sacrifice in a contemptible struggle. Edmund Burke From owner-freebsd-stable@FreeBSD.ORG Thu May 28 07:53:01 2009 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 02AAC106566C for ; Thu, 28 May 2009 07:53:01 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.30]) by mx1.freebsd.org (Postfix) with ESMTP id AF4548FC18 for ; Thu, 28 May 2009 07:53:00 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so2829366ywe.13 for ; Thu, 28 May 2009 00:53:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=DGT9SPAzJaytT2TnS/WiiDQex9ExV5QwVEr49jCR2cI=; b=xMeeDLbqLKTpJBOHnWYDZV/e2UsqFGRowDu5BhCk0RQaYr0qtHgkqEBD/Kudhl2Enj s57dDBv7P77jXR5tcMLvgXeX3FhjCwNPyoUvH4KxNN7R4k3VgPyilsD0NKOc1nYszjZS zFIMt9/t7cz3y02zEcEsQT64QkZUpuXpv5PPg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=m/DoTOd4lFUvdR5xXOEse8v6hn/V4H1CDsLxAFVNYolTztB4KrEbPDBH4lb6EbmA0a Re874oNTQevnt88yloYYwlSzbu+xs+6Tg4LmxDt0ujRRWZVMdjbzaQGNoijgCkowqkYB AyLjC/0c3Ocq5UfZNOM6eiILdxIUwhripecv4= MIME-Version: 1.0 Sender: mat.macy@gmail.com Received: by 10.101.71.3 with SMTP id y3mr1669236ank.62.1243497179870; Thu, 28 May 2009 00:52:59 -0700 (PDT) In-Reply-To: References: <3c1674c90905201643m540c8b1v8a8bd88f071c233d@mail.gmail.com> <4A1D0F2B.4030006@restart.be> Date: Thu, 28 May 2009 00:52:59 -0700 X-Google-Sender-Auth: b013978db28116a5 Message-ID: <3c1674c90905280052q281f6172j2409fe2d64db6914@mail.gmail.com> From: Kip Macy To: Artem Belevich Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Cc: Henri Hennebert , freebsd-stable@freebsd.org Subject: Re: ZFS MFC heads down 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, 28 May 2009 07:53:01 -0000 T24gV2VkLCBNYXkgMjcsIDIwMDkgYXQgMTE6MDQgQU0sIEFydGVtIEJlbGV2aWNoIDxmYnNkbGlz dEBzcmMuY3g+IHdyb3RlOgo+IEkgaGFkIHRoZSBzYW1lIHByb2JsZW0gb24gLWN1cnJlbnQuIFRy eSBhdHRhY2hlZCBwYXRjaC4gSXQgbWF5IG5vdAo+IGFwcGx5IGNsZWFubHkgb24gLXN0YWJsZSwg YnV0IHNob3VsZCBiZSBlYXN5IGVub3VnaCB0byBtYWtlIGVxdWl2YWxlbnQKPiBjaGFuZ2VzIG9u IC1zdGFibGUuCj4KPiAtLUFydGVtCj4KCkFkZGluZyB0byByd19pbml0IGxvb2tzIGZpbmUsIGJ1 dCBJJ2QgcmF0aGVyIGZpbmQgb3V0IHdoeSBvd25lciBpc24ndApOVUxMIHdoZW4gdGhlIGNhbGxp bmcgY29udmVudGlvbiBleHBlY3RzIGl0LiBHZXR0aW5nIGEgYmFja3RyYWNlIGZyb20Kd2hlcmUg dGhlIGFzc2VydCBpcyBoaXQgd291bGQgYmUgaGVscGZ1bC4KCgotS2lwCgo+Cj4KPiBPbiBXZWQs IE1heSAyNywgMjAwOSBhdCAzOjAwIEFNLCBIZW5yaSBIZW5uZWJlcnQgPGhsaEByZXN0YXJ0LmJl PiB3cm90ZToKPj4gS2lwIE1hY3kgd3JvdGU6Cj4+Pgo+Pj4gT24gV2VkLCBNYXkgMjAsIDIwMDkg YXQgMjo1OSBQTSwgS2lwIE1hY3kgPGttYWN5QGZyZWVic2Qub3JnPiB3cm90ZToKPj4+Pgo+Pj4+ IEkgd2lsbCBiZSBNRkMnaW5nIHRoZSBuZXdlciBaRlMgc3VwcG9ydCBzb21lIHRpbWUgdGhpcyBh ZnRlcm5vb24uIEJvdGgKPj4+PiB3b3JsZCBhbmQga2VybmVsIHdpbGwgbmVlZCB0byBiZSByZS1i dWlsdC4gRXhpc3RpbmcgcG9vbHMgd2lsbAo+Pj4+IGNvbnRpbnVlIHRvIHdvcmsgd2l0aG91dCB1 cGdyYWRlLgo+Pj4+Cj4+Pj4KPj4+PiBJZiB5b3UgY2hvb3NlIHRvIHVwZ3JhZGUgYSBwb29sIHRv IHRha2UgYWR2YW50YWdlIG9mIG5ldyBmZWF0dXJlcyB5b3UKPj4+PiB3aWxsIG5vIGxvbmdlciBi ZSBhYmxlIHRvIHVzZSBpdCB3aXRoIHNvdXJjZXMgcHJpb3IgdG8gdG9kYXkuICd6ZnMKPj4+PiBz ZW5kL3JlY3YnIGlzIG5vdCBleHBlY3RlZCB0byBpbnRlci1vcGVyYXRlIGJldHdlZW4gZGlmZmVy ZW50IHBvb2wKPj4+PiB2ZXJzaW9ucy4KPj4+Cj4+Pgo+Pj4gVGhlIE1GQyB3ZW50IGluIHIxOTI0 OTguIFBsZWFzZSBsZXQgbWUga25vdyBpZiB5b3UgaGF2ZSBhbnkgcHJvYmxlbXMuCj4+Cj4+IE5v IGEgcmVhbCBwcm9ibGVtIGJ1dCBtYXliZSB3b3J0aCBtZW50aW9uaW5nOgo+Pgo+PiBvbiBGcmVl QlNEIG1vcnppbmUucmVzdGFydC5iZWwgNy4yLVNUQUJMRSBGcmVlQlNEIDcuMi1TVEFCTEUgIzA6 IFR1ZSBNYXkgMjYKPj4gMTU6Mzc6NDggQ0VTVCAyMDA5IHJvb3RAbW9yemluZS5yZXN0YXJ0LmJl bDovdXNyL29iai91c3Ivc3JjL3N5cy9NT1JaSU5FCj4+IMKgaTM4Ngo+Pgo+PiBbcm9vdEBtb3J6 aW5lIH5dIyB6ZGIgcnBvb2wKPj4gwqAgwqB2ZXJzaW9uPTEzCj4+IMKgIMKgbmFtZT0ncnBvb2wn Cj4+IMKgIMKgc3RhdGU9MAo+PiDCoCDCoHR4Zz05NTkKPj4gwqAgwqBwb29sX2d1aWQ9MTc2Njk4 NTcyNDQ1ODg2MDkzNDgKPj4gwqAgwqBob3N0aWQ9MjMxNTg0MjM3Mgo+PiDCoCDCoGhvc3RuYW1l PSd1bnNldCcKPj4gwqAgwqB2ZGV2X3RyZWUKPj4gwqAgwqAgwqAgwqB0eXBlPSdyb290Jwo+PiDC oCDCoCDCoCDCoGlkPTAKPj4gwqAgwqAgwqAgwqBndWlkPTE3NjY5ODU3MjQ0NTg4NjA5MzQ4Cj4+ IMKgIMKgIMKgIMKgY2hpbGRyZW5bMF0KPj4gwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqB0eXBlPSdt aXJyb3InCj4+IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgaWQ9MAo+PiDCoCDCoCDCoCDCoCDCoCDC oCDCoCDCoGd1aWQ9MzIyNTYwMzE3OTI1NTM0ODA1Ngo+PiDCoCDCoCDCoCDCoCDCoCDCoCDCoCDC oG1ldGFzbGFiX2FycmF5PTIzCj4+IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgbWV0YXNsYWJfc2hp ZnQ9MjgKPj4gwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqBhc2hpZnQ9OQo+PiDCoCDCoCDCoCDCoCDC oCDCoCDCoCDCoGFzaXplPTUxNTM0ODg4OTYwCj4+IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgaXNf bG9nPTAKPj4gwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqBjaGlsZHJlblswXQo+PiDCoCDCoCDCoCDC oCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoHR5cGU9J2Rpc2snCj4+IMKgIMKgIMKgIMKgIMKgIMKg IMKgIMKgIMKgIMKgIMKgIMKgaWQ9MAo+PiDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDC oCDCoGd1aWQ9MTc1NzMwODU3MjY0ODkzNjgyNjUKPj4gwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAg wqAgwqAgwqAgwqBwYXRoPScvZGV2L2RhMHAyJwo+PiDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDC oCDCoCDCoCDCoHdob2xlX2Rpc2s9MAo+PiDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoGNoaWxkcmVu WzFdCj4+IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgdHlwZT0nZGlzaycKPj4g wqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqBpZD0xCj4+IMKgIMKgIMKgIMKgIMKg IMKgIMKgIMKgIMKgIMKgIMKgIMKgZ3VpZD0yNzM2MTY5NjAwMDc3MjE4ODkzCj4+IMKgIMKgIMKg IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgcGF0aD0nL2Rldi9kYTFwMicKPj4gwqAgwqAgwqAg wqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqB3aG9sZV9kaXNrPTAKPj4gQXNzZXJ0aW9uIGZhaWxl ZDogKD/EhHXEjT8gxJfFqsKowrQmKSwgZnVuY3Rpb24gbXAtPm1fb3duZXIgPT0gTlVMTCwgZmls ZQo+PiAvdXNyL3NyYy9jZGRsL2xpYi9saWJ6cG9vbC8uLi8uLi8uLi9jZGRsL2NvbnRyaWIvb3Bl bnNvbGFyaXMvbGliL2xpYnpwb29sL2NvbW1vbi9rZXJuZWwuYywKPj4gbGluZSAxMTIuCj4+IEFi b3J0IHRyYXA6IDYKPj4KPj4KPj4gYW5kIG9uIEZyZWVCU0QgYXZvcmlhei5yZXN0YXJ0LmJlbCA3 LjItU1RBQkxFIEZyZWVCU0QgNy4yLVNUQUJMRSAjMDogTW9uIE1heQo+PiAyNSAxMjowNjowNyBD RVNUIDIwMDkgcm9vdEBhdm9yaWF6LnJlc3RhcnQuYmVsOi91c3Ivb2JqL3Vzci9zcmMvc3lzL0FW T1JJQVoKPj4gwqBhbWQ2NAo+Pgo+PiBbcm9vdEBhdm9yaWF6IH5dIyB6ZGIgcnBvb2wKPj4gwqAg wqB2ZXJzaW9uPTEzCj4+IMKgIMKgbmFtZT0ncnBvb2wnCj4+IMKgIMKgc3RhdGU9MAo+PiDCoCDC oHR4Zz0zNDY3Cj4+IMKgIMKgcG9vbF9ndWlkPTUzNjExNzI1NTA2NDgwNjg5OQo+PiDCoCDCoGhv c3RpZD0xMTMzNTc2NTk3Cj4+IMKgIMKgaG9zdG5hbWU9J3Vuc2V0Jwo+PiDCoCDCoHZkZXZfdHJl ZQo+PiDCoCDCoCDCoCDCoHR5cGU9J3Jvb3QnCj4+IMKgIMKgIMKgIMKgaWQ9MAo+PiDCoCDCoCDC oCDCoGd1aWQ9NTM2MTE3MjU1MDY0ODA2ODk5Cj4+IMKgIMKgIMKgIMKgY2hpbGRyZW5bMF0KPj4g wqAgwqAgwqAgwqAgwqAgwqAgwqAgwqB0eXBlPSdtaXJyb3InCj4+IMKgIMKgIMKgIMKgIMKgIMKg IMKgIMKgaWQ9MAo+PiDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoGd1aWQ9MzEyNDIxNzY4NTg5Mjk3 NjI5Mgo+PiDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoG1ldGFzbGFiX2FycmF5PTIzCj4+IMKgIMKg IMKgIMKgIMKgIMKgIMKgIMKgbWV0YXNsYWJfc2hpZnQ9MzAKPj4gwqAgwqAgwqAgwqAgwqAgwqAg wqAgwqBhc2hpZnQ9OQo+PiDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoGFzaXplPTE1NTc0MTg0NzU1 Mgo+PiDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoGlzX2xvZz0wCj4+IMKgIMKgIMKgIMKgIMKgIMKg IMKgIMKgY2hpbGRyZW5bMF0KPj4gwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqB0 eXBlPSdkaXNrJwo+PiDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoGlkPTAKPj4g wqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqBndWlkPTExMDk5NDEzNzQzNDM2NDgw MTU5Cj4+IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgcGF0aD0nL2Rldi9hZDRw MicKPj4gwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqB3aG9sZV9kaXNrPTAKPj4g wqAgwqAgwqAgwqAgwqAgwqAgwqAgwqBjaGlsZHJlblsxXQo+PiDCoCDCoCDCoCDCoCDCoCDCoCDC oCDCoCDCoCDCoCDCoCDCoHR5cGU9J2Rpc2snCj4+IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKg IMKgIMKgIMKgaWQ9MQo+PiDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoGd1aWQ9 MTI3MjQ5ODM2ODc4MDU5NTU0MzIKPj4gwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAg wqBwYXRoPScvZGV2L2FkNnAyJwo+PiDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDC oHdob2xlX2Rpc2s9MAo+PiBTZWdtZW50YXRpb24gZmF1bHQ6IDExCj4+Cj4+IEJ5IHRoZSB3YXks IHRvIGhlbHAgcHJlcGFyZSBhIGJvb3Qvcm9vdCBwb29sIGRvZXMgYSB1dGlsaXR5IHRvIGRpc3Bs YXkgdGhlCj4+IGNvbnRlbnQgb2YgenBvb2wuY2FjaGUgZXhpc3QgPwo+Pgo+Pgo+PiBIZW5yaQo+ Pj4KPj4+IFRoYW5rcywKPj4+IEtpcAo+Pj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX18KPj4+IGZyZWVic2Qtc3RhYmxlQGZyZWVic2Qub3JnIG1haWxpbmcg bGlzdAo+Pj4gaHR0cDovL2xpc3RzLmZyZWVic2Qub3JnL21haWxtYW4vbGlzdGluZm8vZnJlZWJz ZC1zdGFibGUKPj4+IFRvIHVuc3Vic2NyaWJlLCBzZW5kIGFueSBtYWlsIHRvICJmcmVlYnNkLXN0 YWJsZS11bnN1YnNjcmliZUBmcmVlYnNkLm9yZyIKPj4KPj4gX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX18KPj4gZnJlZWJzZC1zdGFibGVAZnJlZWJzZC5vcmcg bWFpbGluZyBsaXN0Cj4+IGh0dHA6Ly9saXN0cy5mcmVlYnNkLm9yZy9tYWlsbWFuL2xpc3RpbmZv L2ZyZWVic2Qtc3RhYmxlCj4+IFRvIHVuc3Vic2NyaWJlLCBzZW5kIGFueSBtYWlsIHRvICJmcmVl YnNkLXN0YWJsZS11bnN1YnNjcmliZUBmcmVlYnNkLm9yZyIKPj4KPgoKCgotLSAKV2hlbiBiYWQg bWVuIGNvbWJpbmUsIHRoZSBnb29kIG11c3QgYXNzb2NpYXRlOyBlbHNlIHRoZXkgd2lsbCBmYWxs IG9uZQpieSBvbmUsIGFuIHVucGl0aWVkIHNhY3JpZmljZSBpbiBhIGNvbnRlbXB0aWJsZSBzdHJ1 Z2dsZS4KCiAgICBFZG11bmQgQnVya2UK From owner-freebsd-stable@FreeBSD.ORG Thu May 28 07:57:15 2009 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 7476B1065675 for ; Thu, 28 May 2009 07:57:15 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.29]) by mx1.freebsd.org (Postfix) with ESMTP id 2C4118FC18 for ; Thu, 28 May 2009 07:57:14 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so2830093ywe.13 for ; Thu, 28 May 2009 00:57:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=7jh6lK8p3aaLzMkP5vzqh/xW8PlXEvs8Ip8kPNDXwsc=; b=SBC019BLUkOXOe7RIZHdta0fv/XcwydwVOCZ7cgbZSISKS3DzVR8ZTAoQHlFkPCXaa DjJe/29VZLiD3yi+fU+n1+RyiITiLT1TG7BNR4QCQQtQ1SEt5TsQPG40akB4CpLMRbSw WUqFCmFEMuT6UrJm7c/q1/PqbXDh/7e6Mqibs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=sjvtxo5k7G7xQFuzeHV0qFM2z8oTRE/R8db0CwFUo0Z+TdaeRWrb7OUbtusXen0aQ3 RBb0BSc4tqjUYlnZO3S7HC3jfD797boxQtTF6tKs5BxH4g8QjXYTsvl9oykDqbfgjccG kU3ZY3TXrbd7GqYMJ154f2HxYCI+9Yp3xi92k= MIME-Version: 1.0 Sender: mat.macy@gmail.com Received: by 10.100.231.15 with SMTP id d15mr1607748anh.77.1243495516061; Thu, 28 May 2009 00:25:16 -0700 (PDT) In-Reply-To: References: <20090526.192217.94910518.nyan@jp.FreeBSD.org> <4A1C3DA8.5050300@bit0.com> Date: Thu, 28 May 2009 00:25:16 -0700 X-Google-Sender-Auth: ade8e9b799953cef Message-ID: <3c1674c90905280025i17039257l573838d33d8493fd@mail.gmail.com> From: Kip Macy To: Mike Andrews Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: pjd@freebsd.org, stable@freebsd.org, Takahashi Yoshihiro Subject: Re: NFS on ZFS 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, 28 May 2009 07:57:15 -0000 The flags checks are too strict. File a PR. I'll fix it when I get to it. Sorrry. -Kip On Wed, May 27, 2009 at 7:24 PM, Mike Andrews wrote: > On Tue, 26 May 2009, Mike Andrews wrote: > >> Takahashi Yoshihiro wrote: >>> >>> Today's stable has a problem creating a new file via NFS on ZFS. >>> >>> On the NFS server, there is no problem. >>> >>> % cd /ZFS >>> % mktemp hoge >>> hoge >>> % ls -l hoge >>> -rw------- =A01 nyan =A0nyan =A00 =A05 26 19:09 hoge >>> >>> >>> But it's a problem on the NFS client. >>> >>> # mount server:/ZFS /ZFS >>> % cd /ZFS >>> % mktemp hoge >>> mktemp: mkstemp failed on hoge: Input/output error >>> % ls -l hoge >>> ---------- =A01 nyan =A0wheel =A00 =A05 26 19:09 hoge >>> >>> The file has a wrong permission. >>> >>> This problem is only on stable, current has no problem. >> >> I'm seeing this too. =A0It seems so far to be limited to mkstemp() -- ju= st >> copying files normally works. =A0For example /usr/bin/install -S fails, >> without -S works, if the target is an NFS+ZFS volume. > > Anyone? > > I've verified that if the NFS server uses UFS2, mkstemp() from an NFS > client to the server works fine, but if the NFS server uses ZFS, the NFS > server returns EIO after creating a file with 000 permissions. > > In addition to breaking /usr/bin/install -S, it also breaks rsync over NF= S. > > I don't yet know if it matters whether the on-disk format is ZFS v6 vs v1= 3. > > --=20 When bad men combine, the good must associate; else they will fall one by one, an unpitied sacrifice in a contemptible struggle. Edmund Burke From owner-freebsd-stable@FreeBSD.ORG Thu May 28 08:38:30 2009 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 BE82B1065670; Thu, 28 May 2009 08:38:30 +0000 (UTC) (envelope-from ruben@verweg.com) Received: from erg.verweg.com (erg.verweg.com [IPv6:2a02:898:96::5e8e:f508]) by mx1.freebsd.org (Postfix) with ESMTP id 4A0E88FC1B; Thu, 28 May 2009 08:38:30 +0000 (UTC) (envelope-from ruben@verweg.com) Received: from guest-58.ripe.net (guest-58.ripe.net [193.0.2.58]) (authenticated bits=0) by erg.verweg.com (8.14.3/8.14.3) with ESMTP id n4S8cITc081681 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Thu, 28 May 2009 08:38:23 GMT (envelope-from ruben@verweg.com) Message-Id: <3ACE40D6-5141-4DD3-8C6F-107E8896DE59@verweg.com> From: Ruben van Staveren To: Kip Macy In-Reply-To: <3c1674c90905280040k44633fb3gddb0a6fb2158671d@mail.gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Thu, 28 May 2009 10:38:18 +0200 References: <4A1BED8C.1070408@h3q.com> <9e20d71e0905260854t1c731f68g3965c3406dc304c5@mail.gmail.com> <18972.5227.526290.349958@already.dhcp.gene.com> <6ADD3B12-380C-4BFD-AA46-778DF1768453@verweg.com> <9e20d71e0905270548j376fe604uffff66988e9b7ebe@mail.gmail.com> <7BDF3D7A-4EA2-499A-9481-A88F3CA285BC@yellowspace.net> <9e20d71e0905271531v240a56cwf7c39d6083331550@mail.gmail.com> <3c1674c90905280040k44633fb3gddb0a6fb2158671d@mail.gmail.com> X-Mailer: Apple Mail (2.935.3) X-Spam-Status: No, score=0.4 required=5.0 tests=DATE_IN_FUTURE_03_06 autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on erg.verweg.com X-Virus-Scanned: ClamAV 0.94.2/9398/Thu May 28 03:01:33 2009 on erg.verweg.com X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (erg.verweg.com [94.142.245.8]); Thu, 28 May 2009 08:38:24 +0000 (UTC) Cc: Lorenzo Perone , hartzell@alerce.com, Philipp Wuensche , FreeBSD Stable Mailing List , Artis Caune Subject: Re: loader not working with GPT and LOADER_ZFS_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, 28 May 2009 08:38:31 -0000 On 28 May 2009, at 9:40, Kip Macy wrote: > MFC'd in 192969 Thanks for the explanation and all the hard work! Kind Regards, Ruben From owner-freebsd-stable@FreeBSD.ORG Thu May 28 08:48:02 2009 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 47120106566B for ; Thu, 28 May 2009 08:48:02 +0000 (UTC) (envelope-from ruben@verweg.com) Received: from erg.verweg.com (erg.verweg.com [IPv6:2a02:898:96::5e8e:f508]) by mx1.freebsd.org (Postfix) with ESMTP id CEF168FC1C for ; Thu, 28 May 2009 08:48:01 +0000 (UTC) (envelope-from ruben@verweg.com) Received: from guest-58.ripe.net (guest-58.ripe.net [193.0.2.58]) (authenticated bits=0) by erg.verweg.com (8.14.3/8.14.3) with ESMTP id n4S8lpCN082212 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Thu, 28 May 2009 08:47:56 GMT (envelope-from ruben@verweg.com) Message-Id: <36A9C654-D762-4437-9CB1-E235CC6407EC@verweg.com> From: Ruben van Staveren To: Kevin Day In-Reply-To: <22308B21-1346-4FE5-8332-EB107E9CBD2A@dragondata.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Thu, 28 May 2009 10:47:50 +0200 References: <4A1D6F36.3030008@ibctech.ca> <22308B21-1346-4FE5-8332-EB107E9CBD2A@dragondata.com> X-Mailer: Apple Mail (2.935.3) X-Spam-Status: No, score=0.4 required=5.0 tests=DATE_IN_FUTURE_03_06 autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on erg.verweg.com X-Virus-Scanned: ClamAV 0.94.2/9398/Thu May 28 03:01:33 2009 on erg.verweg.com X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (erg.verweg.com [94.142.245.8]); Thu, 28 May 2009 08:47:58 +0000 (UTC) Cc: FreeBSD , Steve Bertrand Subject: Re: I've borked my ZFS system upgrading to -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: Thu, 28 May 2009 08:48:02 -0000 On 27 May 2009, at 22:44, Kevin Day wrote: > tries to do a chflags on it, fails because ZFS doesn't support flags are the pools already upgraded to v13 ? if not please do so with zpool upgrade -a Then in single user mode do zfs list -H | awk '{print $1}' | xargs -n 1 zfs set version=3 flags should work now Regards, Ruben From owner-freebsd-stable@FreeBSD.ORG Thu May 28 13:15:41 2009 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 5F38010656C9; Thu, 28 May 2009 13:15:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 272AC8FC29; Thu, 28 May 2009 13:15:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n4SDFcC4059064; Thu, 28 May 2009 09:15:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n4SDFcN1065069; Thu, 28 May 2009 09:15:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 7A0021B5060; Thu, 28 May 2009 09:15:38 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090528131538.7A0021B5060@freebsd-stable.sentex.ca> Date: Thu, 28 May 2009 09:15:38 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [releng_7 tinderbox] failure on amd64/amd64 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: Thu, 28 May 2009 13:15:42 -0000 TB --- 2009-05-28 11:26:51 - tinderbox 2.6 running on freebsd-stable.sentex.ca TB --- 2009-05-28 11:26:51 - starting RELENG_7 tinderbox run for amd64/amd64 TB --- 2009-05-28 11:26:51 - cleaning the object tree TB --- 2009-05-28 11:27:23 - cvsupping the source tree TB --- 2009-05-28 11:27:23 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/amd64/amd64/supfile TB --- 2009-05-28 11:27:32 - building world TB --- 2009-05-28 11:27:32 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-28 11:27:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-28 11:27:32 - TARGET=amd64 TB --- 2009-05-28 11:27:32 - TARGET_ARCH=amd64 TB --- 2009-05-28 11:27:32 - TZ=UTC TB --- 2009-05-28 11:27:32 - __MAKE_CONF=/dev/null TB --- 2009-05-28 11:27:32 - cd /src TB --- 2009-05-28 11:27:32 - /usr/bin/make -B buildworld >>> World build started on Thu May 28 11:27:33 UTC 2009 >>> 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 >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Thu May 28 13:00:57 UTC 2009 TB --- 2009-05-28 13:00:57 - generating LINT kernel config TB --- 2009-05-28 13:00:57 - cd /src/sys/amd64/conf TB --- 2009-05-28 13:00:57 - /usr/bin/make -B LINT TB --- 2009-05-28 13:00:57 - building LINT kernel TB --- 2009-05-28 13:00:57 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-28 13:00:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-28 13:00:57 - TARGET=amd64 TB --- 2009-05-28 13:00:57 - TARGET_ARCH=amd64 TB --- 2009-05-28 13:00:57 - TZ=UTC TB --- 2009-05-28 13:00:57 - __MAKE_CONF=/dev/null TB --- 2009-05-28 13:00:57 - cd /src TB --- 2009-05-28 13:00:57 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu May 28 13:00:57 UTC 2009 >>> 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 -frename-registers -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 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/compat/linux/linux_futex.c cc -c -O2 -frename-registers -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 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/compat/linux/linux_getcwd.c cc -c -O2 -frename-registers -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 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/compat/linux/linux_ioctl.c cc -c -O2 -frename-registers -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 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/compat/linux/linux_ipc.c cc -c -O2 -frename-registers -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 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/compat/linux/linux_mib.c cc1: warnings being treated as errors /src/sys/compat/linux/linux_mib.c: In function 'linux_kernver': /src/sys/compat/linux/linux_mib.c:267: warning: 'osrel' may be used uninitialized in this function *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-05-28 13:15:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-05-28 13:15:38 - ERROR: failed to build lint kernel TB --- 2009-05-28 13:15:38 - 5288.27 user 575.38 system 6526.84 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Thu May 28 13:26:20 2009 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 26DB41065672; Thu, 28 May 2009 13:26:20 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:2:2d29:0:1::]) by mx1.freebsd.org (Postfix) with ESMTP id A2E738FC17; Thu, 28 May 2009 13:26:19 +0000 (UTC) (envelope-from hlh@restart.be) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:2:2d29:1:ffff::]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "avoriaz.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id D65274B0F; Thu, 28 May 2009 15:26:18 +0200 (CEST) Received: from morzine.restart.bel (morzine.restart.be [IPv6:2001:41d0:2:2d29:1:2::]) (authenticated bits=0) by restart.be (8.14.3/8.14.3) with ESMTP id n4SDQF2I058292; Thu, 28 May 2009 15:26:15 +0200 (CEST) (envelope-from hlh@restart.be) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1243517178; bh=lSMVk2DwkLm1aeVcFSJeJhKvI4l9GAK2/O2NyQZx73M=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=0vEXWL6HHR5Q2+lkMEAFlLFr5x9hvmhxkUO4ge+Q2kwox9WVAClbR38vnvL5TrMPz H/d6RU5BWzwYzArT2QiUg== DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:content-type: content-transfer-encoding:x-scanned-by; b=UGVQT9vs8yP96ljrcZE8ToLOXBkbHOgREB9L91MqgmV6hE7HELOzJRHfSIof9+fio WumxZgCGyn9RAmkUk2X1A== Message-ID: <4A1E90F7.2000000@restart.be> Date: Thu, 28 May 2009 15:26:15 +0200 From: Henri Hennebert Organization: RestartSoft User-Agent: Thunderbird 2.0.0.21 (X11/20090412) MIME-Version: 1.0 To: Kip Macy References: <3c1674c90905201643m540c8b1v8a8bd88f071c233d@mail.gmail.com> <4A1D0F2B.4030006@restart.be> <3c1674c90905280052q281f6172j2409fe2d64db6914@mail.gmail.com> In-Reply-To: <3c1674c90905280052q281f6172j2409fe2d64db6914@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.64 on IPv6:2001:41d0:2:2d29:1:1:: Cc: freebsd-stable@freebsd.org, Artem Belevich Subject: Re: ZFS MFC heads down 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, 28 May 2009 13:26:20 -0000 Kip Macy wrote: > On Wed, May 27, 2009 at 11:04 AM, Artem Belevich wrote: >> I had the same problem on -current. Try attached patch. It may not >> apply cleanly on -stable, but should be easy enough to make equivalent >> changes on -stable. >> >> --Artem >> > > Adding to rw_init looks fine, but I'd rather find out why owner isn't > NULL when the calling convention expects it. Getting a backtrace from > where the assert is hit would be helpful. > > > -Kip > on FreeBSD avoriaz.restart.bel 7.2-STABLE FreeBSD 7.2-STABLE #0: Mon May 25 12:06:07 CEST 2009 root@avoriaz.restart.bel:/usr/obj/usr/src/sys/AVORIAZ amd64 Is it useful ? [root@avoriaz ~]# gdb zdb GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"...(no debugging symbols found)... (gdb) r rpool Starting program: /usr/sbin/zdb rpool (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...[New LWP 100343] (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...[New Thread 0x8018020b0 (LWP 100343)] [New Thread 0x801802240 (LWP 100346)] version=13 name='rpool' state=0 txg=3467 pool_guid=536117255064806899 hostid=1133576597 hostname='unset' vdev_tree type='root' id=0 guid=536117255064806899 children[0] type='mirror' id=0 guid=3124217685892976292 metaslab_array=23 metaslab_shift=30 ashift=9 asize=155741847552 is_log=0 children[0] type='disk' id=0 guid=11099413743436480159 path='/dev/ad4p2' whole_disk=0 children[1] type='disk' id=1 guid=12724983687805955432 path='/dev/ad6p2' whole_disk=0 [New Thread 0x8018023d0 (LWP 100347)] [New Thread 0x801802560 (LWP 100354)] [New Thread 0x8018026f0 (LWP 100355)] [New Thread 0x801802880 (LWP 100356)] [New Thread 0x801802a10 (LWP 100359)] [New Thread 0x801802ba0 (LWP 100360)] [New Thread 0x801802d30 (LWP 100368)] [New Thread 0x801802ec0 (LWP 100369)] [New Thread 0x801803050 (LWP 100370)] [New Thread 0x8018031e0 (LWP 100371)] [New Thread 0x801803370 (LWP 100372)] [New Thread 0x801803500 (LWP 100373)] [New Thread 0x801803690 (LWP 100374)] [New Thread 0x801803820 (LWP 100375)] [New Thread 0x8018039b0 (LWP 100376)] [New Thread 0x801803b40 (LWP 100377)] [New Thread 0x801803cd0 (LWP 100378)] [New Thread 0x801803e60 (LWP 100379)] [New Thread 0x801803ff0 (LWP 100380)] [New Thread 0x801804180 (LWP 100381)] [New Thread 0x801804310 (LWP 100382)] [New Thread 0x8018044a0 (LWP 100383)] [New Thread 0x801804630 (LWP 100384)] [New Thread 0x8018047c0 (LWP 100385)] [New Thread 0x801804950 (LWP 100386)] [New Thread 0x801804ae0 (LWP 100387)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x8018020b0 (LWP 100343)] 0x00000008012a6f22 in strlen () from /lib/libc.so.7 (gdb) bt #0 0x00000008012a6f22 in strlen () from /lib/libc.so.7 #1 0x00000008012a0feb in open () from /lib/libc.so.7 #2 0x000000080129ea59 in open () from /lib/libc.so.7 #3 0x00000008012a1f2e in vfprintf () from /lib/libc.so.7 #4 0x0000000801291158 in fprintf () from /lib/libc.so.7 #5 0x0000000801290fb0 in __assert () from /lib/libc.so.7 #6 0x0000000800fef120 in zmutex_destroy () from /lib/libzpool.so.1 #7 0x000000080102e1a0 in dsl_dataset_fast_stat () from /lib/libzpool.so.1 #8 0x0000000801045ffa in dbuf_find () from /lib/libzpool.so.1 #9 0x0000000801047bf3 in dmu_buf_rele () from /lib/libzpool.so.1 #10 0x0000000801027546 in dsl_pool_open () from /lib/libzpool.so.1 #11 0x000000080101bcec in spa_create () from /lib/libzpool.so.1 #12 0x000000080101c820 in spa_tryimport () from /lib/libzpool.so.1 #13 0x0000000000408b41 in ?? () #14 0x00000000004036de in ?? () #15 0x0000000800534000 in ?? () #16 0x0000000000000000 in ?? () #17 0x0000000000000002 in ?? () #18 0x00007fffffffed70 in ?? () #19 0x00007fffffffed7e in ?? () #20 0x0000000000000000 in ?? () #21 0x00007fffffffed84 in ?? () #22 0x00007fffffffed9a in ?? () #23 0x00007fffffffeda5 in ?? () #24 0x00007fffffffedbf in ?? () #25 0x00007fffffffedea in ?? () #26 0x00007fffffffee07 in ?? () #27 0x00007fffffffee1a in ?? () #28 0x00007fffffffee24 in ?? () #29 0x00007fffffffee2f in ?? () #30 0x00007fffffffee3b in ?? () #31 0x00007fffffffee50 in ?? () #32 0x00007fffffffee64 in ?? () #33 0x00007fffffffeebe in ?? () #34 0x00007fffffffeecd in ?? () #35 0x00007fffffffeed9 in ?? () #36 0x00007fffffffeee8 in ?? () #37 0x00007fffffffeef5 in ?? () #38 0x00007fffffffef0a in ?? () #39 0x00007fffffffef1c in ?? () #40 0x00007fffffffef25 in ?? () #41 0x00007fffffffef35 in ?? () #42 0x00007fffffffef3d in ?? () #43 0x00007fffffffef66 in ?? () #44 0x00007fffffffef73 in ?? () #45 0x0000000000000000 in ?? () #46 0x0000000000000003 in ?? () #47 0x0000000000400040 in ?? () #48 0x0000000000000004 in ?? () #49 0x0000000000000038 in ?? () #50 0x0000000000000005 in ?? () #51 0x0000000000000007 in ?? () #52 0x0000000000000006 in ?? () #53 0x0000000000001000 in ?? () #54 0x0000000000000008 in ?? () #55 0x0000000000000000 in ?? () #56 0x0000000000000009 in ?? () #57 0x0000000000403650 in ?? () #58 0x0000000000000007 in ?? () ---Type to continue, or q to quit---q Quit (gdb) Henri From owner-freebsd-stable@FreeBSD.ORG Thu May 28 13:42:56 2009 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 CD356106566C for ; Thu, 28 May 2009 13:42:56 +0000 (UTC) (envelope-from lists@c0mplx.org) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) by mx1.freebsd.org (Postfix) with ESMTP id 868938FC17 for ; Thu, 28 May 2009 13:42:56 +0000 (UTC) (envelope-from lists@c0mplx.org) Received: from pi by home.opsec.eu with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1M9fsi-000AYC-C9 for freebsd-stable@freebsd.org; Thu, 28 May 2009 15:42:52 +0200 Date: Thu, 28 May 2009 15:42:52 +0200 From: Kurt Jaeger To: freebsd-stable@freebsd.org Message-ID: <20090528134252.GB10978@home.opsec.eu> References: <3c1674c90905201643m540c8b1v8a8bd88f071c233d@mail.gmail.com> <4A1D0F2B.4030006@restart.be> <3c1674c90905280052q281f6172j2409fe2d64db6914@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3c1674c90905280052q281f6172j2409fe2d64db6914@mail.gmail.com> Subject: zdb core (same problem?) 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, 28 May 2009 13:42:57 -0000 Hi! > Adding to rw_init looks fine, but I'd rather find out why owner isn't > NULL when the calling convention expects it. Getting a backtrace from > where the assert is hit would be helpful. I have another zdb mypool crash on a 7.2-STABLE. f7# zpool history mypool History for 'mypool': 2009-05-24.21:58:36 zpool create -m /spare1 mypool ad4s3d 2009-05-24.22:11:35 zfs set compression=on mypool 2009-05-25.08:07:04 zpool upgrade -a 2009-05-27.22:31:21 zpool scrub mypool 2009-05-27.22:31:26 zpool scrub mypool For a gdb with backtrace see http://opsec.eu/backup/zdb-backtrace -- pi@opsec.eu +49 171 3101372 11 years to go ! From owner-freebsd-stable@FreeBSD.ORG Thu May 28 13:55:51 2009 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 90BF810656B5; Thu, 28 May 2009 13:55:51 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 9A3FB8FC20; Thu, 28 May 2009 13:55:50 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA29641; Thu, 28 May 2009 16:55:37 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4A1E97D8.4080901@icyb.net.ua> Date: Thu, 28 May 2009 16:55:36 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: Henri Hennebert References: <3c1674c90905201643m540c8b1v8a8bd88f071c233d@mail.gmail.com> <4A1D0F2B.4030006@restart.be> <3c1674c90905280052q281f6172j2409fe2d64db6914@mail.gmail.com> <4A1E90F7.2000000@restart.be> In-Reply-To: <4A1E90F7.2000000@restart.be> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Kip Macy , Artem Belevich Subject: Re: ZFS MFC heads down 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, 28 May 2009 13:55:52 -0000 on 28/05/2009 16:26 Henri Hennebert said the following: > (gdb) bt > #0 0x00000008012a6f22 in strlen () from /lib/libc.so.7 > #1 0x00000008012a0feb in open () from /lib/libc.so.7 > #2 0x000000080129ea59 in open () from /lib/libc.so.7 > #3 0x00000008012a1f2e in vfprintf () from /lib/libc.so.7 > #4 0x0000000801291158 in fprintf () from /lib/libc.so.7 > #5 0x0000000801290fb0 in __assert () from /lib/libc.so.7 I find the above part interesting. Could this be because of the following discrepancy: 1) cddl/contrib/opensolaris/lib/libzpool/common/sys/zfs_context.h: extern void __assert(const char *, const char *, int); 2) lib/libc/gen/assert.c: void __assert(func, file, line, failedexpr) const char *func, *file; int line; const char *failedexpr; > #6 0x0000000800fef120 in zmutex_destroy () from /lib/libzpool.so.1 > #7 0x000000080102e1a0 in dsl_dataset_fast_stat () from /lib/libzpool.so.1 > #8 0x0000000801045ffa in dbuf_find () from /lib/libzpool.so.1 > #9 0x0000000801047bf3 in dmu_buf_rele () from /lib/libzpool.so.1 > #10 0x0000000801027546 in dsl_pool_open () from /lib/libzpool.so.1 > #11 0x000000080101bcec in spa_create () from /lib/libzpool.so.1 > #12 0x000000080101c820 in spa_tryimport () from /lib/libzpool.so.1 But back to the problem - without an additional printf we still can not what was the value in m_owner. Only that it was not null. Probably it's better to build with debugging symbols and examine with gdb. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Thu May 28 13:56:15 2009 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 185ED1065694; Thu, 28 May 2009 13:56:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id D492E8FC1D; Thu, 28 May 2009 13:56:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n4SDuCiY065947; Thu, 28 May 2009 09:56:12 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n4SDuCqn062360; Thu, 28 May 2009 09:56:12 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 2F1F91B5060; Thu, 28 May 2009 09:56:12 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090528135612.2F1F91B5060@freebsd-stable.sentex.ca> Date: Thu, 28 May 2009 09:56:12 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [releng_7 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: Thu, 28 May 2009 13:56:16 -0000 TB --- 2009-05-28 12:33:50 - tinderbox 2.6 running on freebsd-stable.sentex.ca TB --- 2009-05-28 12:33:50 - starting RELENG_7 tinderbox run for i386/i386 TB --- 2009-05-28 12:33:50 - cleaning the object tree TB --- 2009-05-28 12:34:13 - cvsupping the source tree TB --- 2009-05-28 12:34:13 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/i386/i386/supfile TB --- 2009-05-28 12:34:23 - building world TB --- 2009-05-28 12:34:23 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-28 12:34:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-28 12:34:23 - TARGET=i386 TB --- 2009-05-28 12:34:23 - TARGET_ARCH=i386 TB --- 2009-05-28 12:34:23 - TZ=UTC TB --- 2009-05-28 12:34:23 - __MAKE_CONF=/dev/null TB --- 2009-05-28 12:34:23 - cd /src TB --- 2009-05-28 12:34:23 - /usr/bin/make -B buildworld >>> World build started on Thu May 28 12:34:25 UTC 2009 >>> 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 Thu May 28 13:40:58 UTC 2009 TB --- 2009-05-28 13:40:58 - generating LINT kernel config TB --- 2009-05-28 13:40:58 - cd /src/sys/i386/conf TB --- 2009-05-28 13:40:58 - /usr/bin/make -B LINT TB --- 2009-05-28 13:40:59 - building LINT kernel TB --- 2009-05-28 13:40:59 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-28 13:40:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-28 13:40:59 - TARGET=i386 TB --- 2009-05-28 13:40:59 - TARGET_ARCH=i386 TB --- 2009-05-28 13:40:59 - TZ=UTC TB --- 2009-05-28 13:40:59 - __MAKE_CONF=/dev/null TB --- 2009-05-28 13:40:59 - cd /src TB --- 2009-05-28 13:40:59 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu May 28 13:40:59 UTC 2009 >>> 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 -Werror -pg -mprofiler-epilogue /src/sys/compat/linux/linux_futex.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 -Werror -pg -mprofiler-epilogue /src/sys/compat/linux/linux_getcwd.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 -Werror -pg -mprofiler-epilogue /src/sys/compat/linux/linux_ioctl.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 -Werror -pg -mprofiler-epilogue /src/sys/compat/linux/linux_ipc.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 -Werror -pg -mprofiler-epilogue /src/sys/compat/linux/linux_mib.c cc1: warnings being treated as errors /src/sys/compat/linux/linux_mib.c: In function 'linux_kernver': /src/sys/compat/linux/linux_mib.c:267: warning: 'osrel' may be used uninitialized in this function *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-05-28 13:56:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-05-28 13:56:11 - ERROR: failed to build lint kernel TB --- 2009-05-28 13:56:12 - 4044.47 user 409.62 system 4942.00 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Thu May 28 13:58:10 2009 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 5F1A21065670 for ; Thu, 28 May 2009 13:58:10 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from ramstind.fig.ol.no (pop3.fagskolen.gjovik.no [IPv6:2001:700:1100:1:250:4ff:fe43:9d15]) by mx1.freebsd.org (Postfix) with ESMTP id CB2428FC1E for ; Thu, 28 May 2009 13:58:09 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from ramstind.fig.ol.no (trond@localhost [127.0.0.1]) by ramstind.fig.ol.no (8.13.8/8.13.8) with ESMTP id n4SDvxuB010700 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 28 May 2009 15:57:59 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by ramstind.fig.ol.no (8.13.8/8.13.8/Submit) with ESMTP id n4SDvwdp010697 for ; Thu, 28 May 2009 15:57:58 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: ramstind.fig.ol.no: trond owned process doing -bs Date: Thu, 28 May 2009 15:57:54 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: FreeBSD stable Message-ID: <20090528154253.L10078@ramstind.fig.ol.no> Organization: =?ISO-8859-1?Q?Fagskolen_i_Gj=F8vik?= OpenPGP: url=http://fagskolen.gjovik.no/~trond/trond.key MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1983488102-1243519074=:10078" X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=failed X-Spam-Checker-Version: SpamAssassin on ramstind.fig.ol.no Subject: Slow detection of Dell SAS 6i/R aka LSILogic SAS/SATA Adapter (mpt0) 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, 28 May 2009 13:58:10 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1983488102-1243519074=:10078 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I'm not sure if I should have sent this to freebsd-questions@, but here we go. I have a couple of Dell PowerEdge R200 rack servers, both equipped with the Dell SAS 6i/R RAID controller, running i386 7.2-RELEASE but they'll soon be upgraded to i386 7.2-STABLE. The mpt driver spends a minute or so eager to initialize the controller, but fails with the following messages: mpt0: port 0xec00-0xecff mem 0xdfbec000-0xdfbeffff,0xdfbf0000-0xdfbfffff irq 16 at device 0.0 on pci1 mpt0: [ITHREAD] mpt0: MPI Version=1.5.18.0 mpt0: mpt_wait_req(6) timed out mpt0: port 0 enable timed out mpt0: failed to enable port 0 mpt0: unable to initialize IOC The virtual disk comprised of two SAS disks is recognized as the following: da0 at mpt0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-5 device da0: 300.000MB/s transfers da0: Command Queueing Enabled da0: 285568MB (584843264 512 byte sectors: 255H 63S/T 36404C) Is there a way to get rid of the slow and failing initialization? I'd be happy to try out patches or even allow shell access. Complete dmesg output is available on demand. I can arrange for a verbose dmesg output if verbose booting is still an option. I can't remember the last time I attempted a verbose (re)boot. Trond. - -- - ---------------------------------------------------------------------- Trond Endrestl | Trond.Endrestol@fagskolen.gjovik.no ACM, NAS, NUUG, SAGE, USENIX | FreeBSD 6.2-STABLE & Pine 4.64 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFKHphmbYWZalUoElsRAkrPAJ96OGFn8wVayjIDEtZOC6Vf97ohMACcDBVY tX+dVBQ879/lhJsMYczOaOs= =B7sL -----END PGP SIGNATURE----- --0-1983488102-1243519074=:10078-- From owner-freebsd-stable@FreeBSD.ORG Thu May 28 13:58:13 2009 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 6E24A106564A for ; Thu, 28 May 2009 13:58:13 +0000 (UTC) (envelope-from lopez.on.the.lists@yellowspace.net) Received: from mail.yellowspace.net (mail.yellowspace.net [80.190.200.164]) by mx1.freebsd.org (Postfix) with ESMTP id EDEF18FC1B for ; Thu, 28 May 2009 13:58:06 +0000 (UTC) (envelope-from lopez.on.the.lists@yellowspace.net) Received: from furia.intranet ([93.104.99.4]) (AUTH: LOGIN lopez.on.the.lists@yellowspace.net) by mail.yellowspace.net with esmtp; Thu, 28 May 2009 15:58:05 +0200 id 0048FB26.000000004A1E986D.0000615A Message-Id: From: Lorenzo Perone To: Mickael MAILLOT In-Reply-To: <18972.7173.216763.407615@already.dhcp.gene.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.4) Date: Thu, 28 May 2009 15:58:04 +0200 References: <29579856-69F7-4CDC-A52A-B414A40180ED@yellowspace.net> <4A1B0B4F.1020106@h3q.com> <18972.5870.795005.186542@already.dhcp.gene.com> <4A1C18CC.7080902@icyb.net.ua> <18972.7173.216763.407615@already.dhcp.gene.com> X-Mailer: Apple Mail (2.930.4) Cc: FreeBSD Stable Mailing List Subject: ZFS booting without partitions (was: ZFS boot on zfs mirror) 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, 28 May 2009 13:58:13 -0000 Hi, I tried hard... but without success ;( the result is, when choosing the disk with the zfs boot sectors in it (in my case F5, which goes to ad6), the kernel is not found. the console shows: forth not found definitions not found only not found (the above repeated several times) can't load 'kernel' and I get thrown to the loader prompt. lsdev does not show any ZFS devices. Strange thing: if I boot from the other disk, F1, which is my ad4 containing the normal ufs system I used to make up the other one, and escape to the loader prompt, lsdev actually sees the zpool which is on the other disk, and shows: zfs0: tank I tried booting with boot zfs:tank or zfs:tank:/boot/kernel/kernel, but there I get the panic: free: guard1 fail message. (would boot zfs:tank:/boot/kernel/kernel be correct, anyways?) Sure I'm doing something wrong, but what...? Is it a problem that the pool is made out of the second disk only (ad6)? Here are my details (note: latest stable and biosdisk.c merged with changes shown in r185095. no problems in buildworld/kernel): Machine: p4 4GHz 4 GB RAM (i386) Note: the pool has actually a different name (heidi instead of tank, if this can be of any relevance...), just using tank here as it's one of the conventions... mount (just to show my starting situation) /dev/mirror/gm0s1a on / (ufs, local) devfs on /dev (devfs, local) /dev/mirror/gm0s1e on /tmp (ufs, local, soft-updates) /dev/mirror/gm0s1f on /usr (ufs, local, soft-updates) /dev/mirror/gm0s1d on /var (ufs, local, soft-updates) gmirror status Name Status Components mirror/gm0 DEGRADED ad4 (ad6 used to be the second disk...) echo 'LOADER_ZFS_SUPPORT=yes' >> /etc/make.conf cd /usr/src make buildworld && make buildkernel KERNCONF=HEIDI make installkernel KERNCONF=HEIDI mergemaster make installworld shutdown -r now dd if=/dev/zero of=/dev/ad6 bs=512 count=32 zpool create tank ad6 zfs create tank/usr zfs create tank/var zfs create -V 4gb tank/swap zfs set org.freebsd:swap=on tank/swap zpool set bootfs=tank tank rsync -avx / /tank rsync -avx /usr/ /tank/usr rsync -avx /var/ /tank/var cd /usr/src make installkernel KERNCONF=HEIDI DESTDIR=/tank zpool export tank dd if=/boot/zfsboot of=/dev/ad6 bs=512 count=1 dd if=/boot/zfsboot of=/dev/ad6 bs=512 skip=1 seek=1024 zpool import tank zfs set mountpoint=legacy tank zfs set mountpoint=/usr tank/usr zfs set mountpoint=/var tank/var shutdown -r now ... at the 'mbr prompt' I pressed F5 (the second disk, ad6) .. as written above, loader gets loaded (at this stage I suppose it's the stuff dd't after block 1024?), but kernel not found. /usr/src/sys/i386/conf/HEIDI: (among other things...): options KVA_PAGES=512 (/tank)/boot/loader.conf: vm.kmem_size="1024M" vm.kmem_size_max="1024M" vfs.zfs.arc_max="128M" vfs.zfs.vdev.cache.size="8M" vfs.root.mountfrom="zfs:tank" (/tank)/etc/fstab: # Device Mountpoint FStype Options Dump Pass# tank / zfs rw 0 0 /dev/acd0 /cdrom cd9660 ro,noauto 0 0 any help is welcome... don't know where to go from here right now. BTW: I can't stop thanking the team for the incredible pace at which bugs are fixed these days! Regards, Lorenzo On 26.05.2009, at 18:42, George Hartzell wrote: > Andriy Gapon writes: >> on 26/05/2009 19:21 George Hartzell said the following: >>> Dmitry Morozovsky writes: >>>> On Tue, 26 May 2009, Mickael MAILLOT wrote: >>>> >>>> MM> Hi, >>>> MM> >>>> MM> i prefere use zfsboot boot sector, an example is better than >>>> a long talk: >>>> MM> >>>> MM> $ zpool create tank mirror ad4 ad6 >>>> MM> $ zpool export tank >>>> MM> $ dd if=/boot/zfsboot of=/dev/ad4 bs=512 count=1 >>>> MM> $ dd if=/boot/zfsboot of=/dev/ad6 bs=512 count=1 >>>> MM> $ dd if=/boot/zfsboot of=/dev/ad4 bs=512 skeep=1 seek=1024 >>>> MM> $ dd if=/boot/zfsboot of=/dev/ad6 bs=512 skeep=1 seek=1024 >>>> >>>> s/skeep/skip/ ? ;-) >>> >>> What is the reason for copying zfsboot one bit at a time, as opposed >>> to >>> >>> dd if=/boot/zfsboot of=/dev/ad4 bs=512 count=2 >> >> seek=1024 for the second part? and no 'count=1' for it? :-) >> >> [Just guessing] Apparently the first block of zfsboot is some form >> of MBR and the >> rest is zfs-specific code that goes to magical sector 1024. > > Ok, I managed to read the argument to seek as "one block", apparently > my coffee hasn't hit yet. > > I'm still confused about the two parts of zfsboot and what's magical > about seeking to 1024. > > g. > > _______________________________________________ > 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 Thu May 28 14:29:38 2009 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 F08491065679; Thu, 28 May 2009 14:29:38 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id B05748FC1C; Thu, 28 May 2009 14:29:37 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id RAA00168; Thu, 28 May 2009 17:17:49 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4A1E9D0C.8040900@icyb.net.ua> Date: Thu, 28 May 2009 17:17:48 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: Chagin Dmitry References: <20090528135612.2F1F91B5060@freebsd-stable.sentex.ca> In-Reply-To: <20090528135612.2F1F91B5060@freebsd-stable.sentex.ca> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=KOI8-U Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, i386@freebsd.org Subject: Re: [releng_7 tinderbox] failure on i386/i386 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, 28 May 2009 14:29:39 -0000 on 28/05/2009 16:56 FreeBSD Tinderbox said the following: > /src/sys/compat/linux/linux_mib.c: In function 'linux_kernver': > /src/sys/compat/linux/linux_mib.c:267: warning: 'osrel' may be used uninitialized in this function > *** Error code 1 I agree :-) So what would osrel be if pr != NULL but pr->pr_linux == NULL ? -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Thu May 28 14:38:15 2009 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 E19A6106564A; Thu, 28 May 2009 14:38:15 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:2:2d29:0:1::]) by mx1.freebsd.org (Postfix) with ESMTP id 68E4E8FC15; Thu, 28 May 2009 14:38:15 +0000 (UTC) (envelope-from hlh@restart.be) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:2:2d29:1:ffff::]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "avoriaz.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 92CCE4C42; Thu, 28 May 2009 16:38:14 +0200 (CEST) Received: from avoriaz.restart.bel (avoriaz.restart.be [IPv6:2001:41d0:2:2d29:1:1::]) (authenticated bits=0) by restart.be (8.14.3/8.14.3) with ESMTP id n4SEcBIA070898; Thu, 28 May 2009 16:38:11 +0200 (CEST) (envelope-from hlh@restart.be) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1243521494; bh=pW11BcVyUMQtByVgSXhdJAI9gtGG5zyPLHkVRax9jEg=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=vl4E5NeTAuH5XxJEWp60o/pKv5j9wvG7TszeThL84H1DRa8cgHg8RiaVswjwQGK+Q pfZj3Yqqaw98JmPLBYE9g== DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:content-type: content-transfer-encoding:x-scanned-by; b=Q+mvpryMGd1eXM6VclAxHfoBn6JjIjxWX8OTuq4L4ByGOFon/jMQGyPN3WSDMRSHs S0CRWsvFgVFKlOL7uU1dg== Message-ID: <4A1EA1D3.405@restart.be> Date: Thu, 28 May 2009 16:38:11 +0200 From: Henri Hennebert Organization: RestartSoft User-Agent: Thunderbird 2.0.0.21 (X11/20090412) MIME-Version: 1.0 To: Andriy Gapon References: <3c1674c90905201643m540c8b1v8a8bd88f071c233d@mail.gmail.com> <4A1D0F2B.4030006@restart.be> <3c1674c90905280052q281f6172j2409fe2d64db6914@mail.gmail.com> <4A1E90F7.2000000@restart.be> <4A1E97D8.4080901@icyb.net.ua> In-Reply-To: <4A1E97D8.4080901@icyb.net.ua> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.64 on IPv6:2001:41d0:2:2d29:1:1:: Cc: freebsd-stable@freebsd.org, Kip Macy , Artem Belevich Subject: Re: ZFS MFC heads down 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, 28 May 2009 14:38:16 -0000 Andriy Gapon wrote: > on 28/05/2009 16:26 Henri Hennebert said the following: >> (gdb) bt >> #0 0x00000008012a6f22 in strlen () from /lib/libc.so.7 >> #1 0x00000008012a0feb in open () from /lib/libc.so.7 >> #2 0x000000080129ea59 in open () from /lib/libc.so.7 >> #3 0x00000008012a1f2e in vfprintf () from /lib/libc.so.7 >> #4 0x0000000801291158 in fprintf () from /lib/libc.so.7 >> #5 0x0000000801290fb0 in __assert () from /lib/libc.so.7 > > I find the above part interesting. > Could this be because of the following discrepancy: > > 1) > cddl/contrib/opensolaris/lib/libzpool/common/sys/zfs_context.h: > extern void __assert(const char *, const char *, int); > 2) > lib/libc/gen/assert.c: > void > __assert(func, file, line, failedexpr) > const char *func, *file; > int line; > const char *failedexpr; > >> #6 0x0000000800fef120 in zmutex_destroy () from /lib/libzpool.so.1 >> #7 0x000000080102e1a0 in dsl_dataset_fast_stat () from /lib/libzpool.so.1 >> #8 0x0000000801045ffa in dbuf_find () from /lib/libzpool.so.1 >> #9 0x0000000801047bf3 in dmu_buf_rele () from /lib/libzpool.so.1 >> #10 0x0000000801027546 in dsl_pool_open () from /lib/libzpool.so.1 >> #11 0x000000080101bcec in spa_create () from /lib/libzpool.so.1 >> #12 0x000000080101c820 in spa_tryimport () from /lib/libzpool.so.1 > > But back to the problem - without an additional printf we still can not what was > the value in m_owner. Only that it was not null. > Probably it's better to build with debugging symbols and examine with gdb. Firt try: [root@avoriaz libzpool]# gdb zdb GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"...(no debugging symbols found)... (gdb) r pool1 Starting program: /usr/sbin/zdb pool1 (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...[New LWP 100299] (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...[New Thread 0x8018020b0 (LWP 100299)] [New Thread 0x801802240 (LWP 100354)] version=13 name='pool1' state=0 txg=4 pool_guid=9156958376606789 hostid=1133576597 hostname='unset' vdev_tree type='root' id=0 guid=9156958376606789 children[0] type='raidz' id=0 guid=8214939615613279020 nparity=1 metaslab_array=23 metaslab_shift=32 ashift=9 asize=500108886016 is_log=0 children[0] type='disk' id=0 guid=7001907692988243779 path='/dev/ad8p2' whole_disk=0 children[1] type='disk' id=1 guid=1909032920962573263 path='/dev/ad10p2' whole_disk=0 [New Thread 0x8018023d0 (LWP 100369)] [New Thread 0x801802560 (LWP 100370)] [New Thread 0x8018026f0 (LWP 100371)] [New Thread 0x801802880 (LWP 100372)] [New Thread 0x801802a10 (LWP 100376)] [New Thread 0x801802ba0 (LWP 100382)] [New Thread 0x801802d30 (LWP 100383)] [New Thread 0x801802ec0 (LWP 100384)] [New Thread 0x801803050 (LWP 100385)] [New Thread 0x8018031e0 (LWP 100386)] [New Thread 0x801803370 (LWP 100387)] [New Thread 0x801803500 (LWP 100388)] [New Thread 0x801803690 (LWP 100389)] [New Thread 0x801803820 (LWP 100390)] [New Thread 0x8018039b0 (LWP 100391)] [New Thread 0x801803b40 (LWP 100392)] [New Thread 0x801803cd0 (LWP 100393)] [New Thread 0x801803e60 (LWP 100394)] [New Thread 0x801803ff0 (LWP 100395)] [New Thread 0x801804180 (LWP 100396)] [New Thread 0x801804310 (LWP 100397)] [New Thread 0x8018044a0 (LWP 100398)] [New Thread 0x801804630 (LWP 100399)] [New Thread 0x8018047c0 (LWP 100400)] [New Thread 0x801804950 (LWP 100401)] [New Thread 0x801804ae0 (LWP 100402)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x8018020b0 (LWP 100299)] 0x00000008012a6f22 in strlen () from /lib/libc.so.7 (gdb) bt #0 0x00000008012a6f22 in strlen () from /lib/libc.so.7 #1 0x00000008012a0feb in open () from /lib/libc.so.7 #2 0x000000080129ea59 in open () from /lib/libc.so.7 #3 0x00000008012a1f2e in vfprintf () from /lib/libc.so.7 #4 0x0000000801291158 in fprintf () from /lib/libc.so.7 #5 0x0000000801290fb0 in __assert () from /lib/libc.so.7 #6 0x0000000800fef230 in zmutex_destroy (mp=0x8018b2cc0) at /usr/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common/kernel.c:112 #7 0x000000080102e2b0 in dsl_dataset_evict (db=Variable "db" is not available. ) at /usr/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dsl_dataset.c:266 #8 0x000000080104610a in dbuf_evict_user (db=0x8018ca960) at /usr/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c:215 #9 0x0000000801047d03 in dbuf_rele (db=0x8018ca960, tag=Variable "tag" is not available. ) at /usr/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c:1739 #10 0x0000000801027656 in dsl_pool_open (spa=0x8018a2000, txg=Variable "txg" is not available. ) at /usr/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dsl_pool.c:139 #11 0x000000080101bdfc in spa_load (spa=0x8018a2000, config=Variable "config" is not available. ) at /usr/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/spa.c:1134 #12 0x000000080101c930 in spa_open_common (pool=0x7fffffffee06 "pool1", spapp=0x7fffffffebb8, tag=0x40b790, config=0x0) at /usr/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/spa.c:1474 #13 0x0000000000408b41 in ?? () #14 0x00000000004036de in ?? () #15 0x0000000800534000 in ?? () #16 0x0000000000000000 in ?? () #17 0x0000000000000000 in ?? () #18 0x0000000000000002 in ?? () #19 0x00007fffffffedf8 in ?? () #20 0x00007fffffffee06 in ?? () #21 0x0000000000000000 in ?? () #22 0x00007fffffffee0c in ?? () #23 0x00007fffffffee22 in ?? () #24 0x00007fffffffee2d in ?? () #25 0x00007fffffffee47 in ?? () #26 0x00007fffffffee64 in ?? () #27 0x00007fffffffee6e in ?? () #28 0x00007fffffffee79 in ?? () #29 0x00007fffffffee85 in ?? () #30 0x00007fffffffee9a in ?? () #31 0x00007fffffffeeae in ?? () #32 0x00007fffffffef08 in ?? () #33 0x00007fffffffef17 in ?? () #34 0x00007fffffffef23 in ?? () #35 0x00007fffffffef42 in ?? () #36 0x00007fffffffef4f in ?? () #37 0x00007fffffffef64 in ?? () #38 0x00007fffffffef76 in ?? () #39 0x00007fffffffef7f in ?? () #40 0x00007fffffffef8f in ?? () #41 0x00007fffffffef97 in ?? () #42 0x0000000000000000 in ?? () #43 0x0000000000000003 in ?? () #44 0x0000000000400040 in ?? () #45 0x0000000000000004 in ?? () #46 0x0000000000000038 in ?? () #47 0x0000000000000005 in ?? () ---Type to continue, or q to quit---q Quit (gdb) frame 6 #6 0x0000000800fef230 in zmutex_destroy (mp=0x8018b2cc0) at /usr/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common/kernel.c:112 112 ASSERT(mp->m_owner == NULL); (gdb) print mp->m_owner $1 = (void *) 0x8018f2060 As I understand mp->m_owner is a thread ref ... Feel free to ask for more Henri > From owner-freebsd-stable@FreeBSD.ORG Thu May 28 15:04:55 2009 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 1067710656EA; Thu, 28 May 2009 15:04:55 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:2:2d29:0:1::]) by mx1.freebsd.org (Postfix) with ESMTP id B9DA88FC14; Thu, 28 May 2009 15:04:54 +0000 (UTC) (envelope-from hlh@restart.be) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:2:2d29:1:ffff::]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "avoriaz.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 164524C9E; Thu, 28 May 2009 17:04:54 +0200 (CEST) Received: from morzine.restart.bel (morzine.restart.be [IPv6:2001:41d0:2:2d29:1:2::]) (authenticated bits=0) by restart.be (8.14.3/8.14.3) with ESMTP id n4SF4pUY071291; Thu, 28 May 2009 17:04:51 +0200 (CEST) (envelope-from hlh@restart.be) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1243523093; bh=4L5/bYItLXMcq70ZY5vMunlw7Q/G4ip7N0v0jZzRbC0=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=PMPfSTQVhqxw4de9xB0NwxtoiFo3OlPqwfKEuXQsX/orNU18Rnhr8Rw8EtRYiUaSJ L67luviIPv4x4VF6X5d+Q== DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:content-type: content-transfer-encoding:x-scanned-by; b=b39ND25hXDXJlmMWN4X5tQvG12cgkQvUG9Wpd9Ck192tIFuw7S8LoO64pO3TsXbaN 2eSOn++/TYQ8wDRHFK5jQ== Message-ID: <4A1EA813.10206@restart.be> Date: Thu, 28 May 2009 17:04:51 +0200 From: Henri Hennebert Organization: RestartSoft User-Agent: Thunderbird 2.0.0.21 (X11/20090412) MIME-Version: 1.0 To: Kip Macy References: <3c1674c90905201643m540c8b1v8a8bd88f071c233d@mail.gmail.com> <4A1D0F2B.4030006@restart.be> In-Reply-To: <4A1D0F2B.4030006@restart.be> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.64 on IPv6:2001:41d0:2:2d29:1:1:: Cc: freebsd-stable@freebsd.org Subject: Re: ZFS MFC heads down 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, 28 May 2009 15:04:55 -0000 Henri Hennebert wrote: > Kip Macy wrote: >> On Wed, May 20, 2009 at 2:59 PM, Kip Macy wrote: >>> I will be MFC'ing the newer ZFS support some time this afternoon. Both >>> world and kernel will need to be re-built. Existing pools will >>> continue to work without upgrade. >>> >>> >>> If you choose to upgrade a pool to take advantage of new features you >>> will no longer be able to use it with sources prior to today. 'zfs >>> send/recv' is not expected to inter-operate between different pool >>> versions. >> >> >> The MFC went in r192498. Please let me know if you have any problems. --- clipped --- > > By the way, to help prepare a boot/root pool does a utility to display > the content of zpool.cache exist ? I find the answer to this question and think it may be really useful to others: zdb -C [ -U ] Henri > > > Henri >> >> Thanks, >> Kip >> _______________________________________________ >> 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" From owner-freebsd-stable@FreeBSD.ORG Thu May 28 16:37:32 2009 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 A04791065676; Thu, 28 May 2009 16:37:32 +0000 (UTC) (envelope-from dchagin@dchagin.static.corbina.ru) Received: from contrabass.post.ru (contrabass.post.ru [85.21.78.5]) by mx1.freebsd.org (Postfix) with ESMTP id 344E68FC15; Thu, 28 May 2009 16:37:32 +0000 (UTC) (envelope-from dchagin@dchagin.static.corbina.ru) Received: from corbina.ru (mail.post.ru [195.14.50.16]) by contrabass.post.ru (Postfix) with ESMTP id 7E80CA7D0D; Thu, 28 May 2009 20:11:16 +0400 (MSD) X-Virus-Scanned: by cgpav Uf39PSi9pFi9oFi9 Received: from [10.208.17.3] (HELO dchagin.static.corbina.ru) by corbina.ru (CommuniGate Pro SMTP 5.1.14) with ESMTPS id 1814737089; Thu, 28 May 2009 20:11:16 +0400 Received: from dchagin.static.corbina.ru (localhost.chd.net [127.0.0.1]) by dchagin.static.corbina.ru (8.14.3/8.14.3) with ESMTP id n4SGBGAj002319; Thu, 28 May 2009 20:11:16 +0400 (MSD) (envelope-from dchagin@dchagin.static.corbina.ru) Received: (from dchagin@localhost) by dchagin.static.corbina.ru (8.14.3/8.14.3/Submit) id n4SGBAD2002318; Thu, 28 May 2009 20:11:10 +0400 (MSD) (envelope-from dchagin) Date: Thu, 28 May 2009 20:11:10 +0400 From: Chagin Dmitry To: FreeBSD Tinderbox Message-ID: <20090528161110.GA2280@dchagin.static.corbina.ru> References: <20090528131538.7A0021B5060@freebsd-stable.sentex.ca> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0F1p//8PRICkK4MW" Content-Disposition: inline In-Reply-To: <20090528131538.7A0021B5060@freebsd-stable.sentex.ca> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: amd64@freebsd.org, stable@freebsd.org Subject: Re: [releng_7 tinderbox] failure on amd64/amd64 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, 28 May 2009 16:37:33 -0000 --0F1p//8PRICkK4MW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, May 28, 2009 at 09:15:38AM -0400, FreeBSD Tinderbox wrote: > TB --- 2009-05-28 11:26:51 - tinderbox 2.6 running on freebsd-stable.sent= ex.ca > TB --- 2009-05-28 11:26:51 - starting RELENG_7 tinderbox run for amd64/am= d64 > TB --- 2009-05-28 11:26:51 - cleaning the object tree > TB --- 2009-05-28 11:27:23 - cvsupping the source tree > TB --- 2009-05-28 11:27:23 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -= s /tinderbox/RELENG_7/amd64/amd64/supfile > /src/sys/compat/linux/linux_mib.c: In function 'linux_kernver': > /src/sys/compat/linux/linux_mib.c:267: warning: 'osrel' may be used unini= tialized in this function > *** Error code 1 >=20 > Stop in /obj/amd64/src/sys/LINT. > *** Error code 1 >=20 > Stop in /src. > *** Error code 1 >=20 ughh, fixed by r192981. Im sorry. --=20 Have fun! chd --0F1p//8PRICkK4MW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAkoet54ACgkQ0t2Tb3OO/O39YwCfXVxiIoj0Scg5lva0Ip4MiOMg DWMAn1Yyme6wjBl8mOVdgORdDuzraQBM =Vn72 -----END PGP SIGNATURE----- --0F1p//8PRICkK4MW-- From owner-freebsd-stable@FreeBSD.ORG Thu May 28 17:11:04 2009 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 DBC4E10656BD for ; Thu, 28 May 2009 17:11:04 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 11AC78FC1B for ; Thu, 28 May 2009 17:11:03 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id UAA03585; Thu, 28 May 2009 20:11:00 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4A1EC5A3.1060902@icyb.net.ua> Date: Thu, 28 May 2009 20:10:59 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: Lawrence Farr References: <029801c9dee7$b5550770$1fff1650$@co.uk> In-Reply-To: <029801c9dee7$b5550770$1fff1650$@co.uk> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: ZFS panic in zfs_fuid_create 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, 28 May 2009 17:11:05 -0000 on 27/05/2009 19:25 Lawrence Farr said the following: > I updated my backup boxes to the latest and greatest ZFS code, > and started getting the following panic on them all (3 machines): > > panic: zfs_fuid_create > cpuid = 1 > Uptime: 1h28m48s > Cannot dump. No dump device defined. > Automatic reboot in 15 seconds - press a key on the console to abort > > A quick google found kern/133020 with a patch from PJD that has fixed > it for me. Should it be in stable or does it break something else? Hmm I wonder if you really do have UIDs or GIDs greater than 2147483647 defined on your system? -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Thu May 28 17:16:44 2009 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 437EE1065673 for ; Thu, 28 May 2009 17:16:44 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 6CA078FC08 for ; Thu, 28 May 2009 17:16:43 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id UAA03684; Thu, 28 May 2009 20:16:33 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4A1EC6F0.300@icyb.net.ua> Date: Thu, 28 May 2009 20:16:32 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: Ruben van Staveren References: <4A1D6F36.3030008@ibctech.ca> <22308B21-1346-4FE5-8332-EB107E9CBD2A@dragondata.com> <36A9C654-D762-4437-9CB1-E235CC6407EC@verweg.com> In-Reply-To: <36A9C654-D762-4437-9CB1-E235CC6407EC@verweg.com> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Subject: Re: I've borked my ZFS system upgrading to -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: Thu, 28 May 2009 17:16:44 -0000 on 28/05/2009 11:47 Ruben van Staveren said the following: > > On 27 May 2009, at 22:44, Kevin Day wrote: > >> tries to do a chflags on it, fails because ZFS doesn't support flags > > > are the pools already upgraded to v13 ? if not please do so with zpool > upgrade -a > > Then in single user mode do > > zfs list -H | awk '{print $1}' | xargs -n 1 zfs set version=3 > > flags should work now Big thanks for the recipe! -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Thu May 28 18:03:00 2009 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 4A3CB1065679 for ; Thu, 28 May 2009 18:03:00 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id C13F58FC22 for ; Thu, 28 May 2009 18:02:59 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: by bwz9 with SMTP id 9so5700067bwz.43 for ; Thu, 28 May 2009 11:02:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=HbKZRz9kFsuslYpnjSawSufD8jIJJU89yw32rrxj14M=; b=Z7JPnMd59HTZRvrs7G+h8h9IZPLPT8cBjxJMoSbw9VuDi9xwWRnB5eOqjiN5Ea4KLm 1zOezY4+xg6tKYBNKnJG0pqbSveyT/14IktofINVImUIN2pkwoooaDPV7dT3zNNtO/aQ 5piaBVABJmmsvYysxfoygni/CW/5iWXtRQNS8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=PWE2XDqyMiBy0KGOqH8GY7EE+GzEHIMGKB9pgB7eS6nymuOtwbeTeDgqJgNKO+9dnQ e/2Sv2OMiDVEBX2p9KjRPuUaprISMths1aBtguDzkQyGLJVr1QFIjNXVusV86u0YmuTv beCCyvGgFJq8clOL4tF1s3yzu1TksQYLve9D4= MIME-Version: 1.0 Sender: ndenev@gmail.com Received: by 10.223.106.14 with SMTP id v14mr1350443fao.49.1243532029704; Thu, 28 May 2009 10:33:49 -0700 (PDT) In-Reply-To: <36A9C654-D762-4437-9CB1-E235CC6407EC@verweg.com> References: <4A1D6F36.3030008@ibctech.ca> <22308B21-1346-4FE5-8332-EB107E9CBD2A@dragondata.com> <36A9C654-D762-4437-9CB1-E235CC6407EC@verweg.com> Date: Thu, 28 May 2009 20:33:49 +0300 X-Google-Sender-Auth: e873dd69654e3f58 Message-ID: <2e77fc10905281033v412a6ce6x42f138e0d9e71b32@mail.gmail.com> From: Niki Denev To: Ruben van Staveren Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD , Steve Bertrand , Kevin Day Subject: Re: I've borked my ZFS system upgrading to -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: Thu, 28 May 2009 18:03:00 -0000 On Thu, May 28, 2009 at 11:47 AM, Ruben van Staveren wro= te: > > On 27 May 2009, at 22:44, Kevin Day wrote: > >> tries to do a chflags on it, fails because ZFS doesn't support flags > > > are the pools already upgraded to v13 ? if not please do so with zpool > upgrade -a > > Then in single user mode do > > zfs list -H | awk '{print $1}' | xargs -n 1 zfs set version=3D3 > > flags should work now > > > Regards, > =A0 =A0 =A0 =A0Ruben Just curious... doesn't a "zfs upgrade -a" do the same thing? Regards, Niki From owner-freebsd-stable@FreeBSD.ORG Thu May 28 18:14:11 2009 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 329EF106566B for ; Thu, 28 May 2009 18:14:11 +0000 (UTC) (envelope-from brad-fbsd-stable@duttonbros.com) Received: from uno.mnl.com (uno.mnl.com [63.97.246.49]) by mx1.freebsd.org (Postfix) with ESMTP id 0B9D78FC0C for ; Thu, 28 May 2009 18:14:10 +0000 (UTC) (envelope-from brad-fbsd-stable@duttonbros.com) Received: from uno.mnl.com (localhost [127.0.0.1]) by uno.mnl.com (Postfix) with ESMTP id 5B61A6242 for ; Thu, 28 May 2009 10:57:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=duttonbros.com; h= message-id:date:subject:from:to:reply-to:mime-version :content-type:content-transfer-encoding; s=mail; bh=FXmRl7N0Z/wF pqdrKJkzNf5m/1A=; b=Mnkjfgz2eD30lBOMfy9U8NIWV4gN1pWWELzK6pYwqYuh NVBxVikot5+pU6vkkCCvdJoStPVQdf7MDgwAhZtg8uH+Hletxoux4tAimNML/76A N5xkJ/6DOSd+THgjrcO6uCyK1eBNTFP5uR0ytbKv6bjqFzOKgkZ/bscEeqdBuM4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=duttonbros.com; h=message-id:date :subject:from:to:reply-to:mime-version:content-type: content-transfer-encoding; q=dns; s=mail; b=ZxaznF2g82mWurNnl01i ZN4ZHZOfh6UnGl8QBjeullC68C/pg6w/XkYfYc+KPBgCYOTV5UXCKUlzMUR7Urrk Knvz4G0RqIR4JOKZZ6bdbX+8ihVkpBTT6HyDcKB8vyYDxgT8v9EhA9zYVXQVX/ut LzpNmiT1x457pgKhvjxAdgM= Received: from uno.mnl.com (localhost [127.0.0.1]) by uno.mnl.com (Postfix) with ESMTP id C72D66241 for ; Thu, 28 May 2009 10:57:34 -0700 (PDT) Received: from 192.168.0.13 (SquirrelMail authenticated user bdutton) by uno.mnl.com with HTTP; Thu, 28 May 2009 10:57:34 -0700 (PDT) Message-ID: <247a7823c105e29d0e475f3a0471616f.squirrel@uno.mnl.com> Date: Thu, 28 May 2009 10:57:34 -0700 (PDT) From: "Bradley W. Dutton" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.17 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 X-Priority: 3 (Normal) Importance: Normal Content-Transfer-Encoding: quoted-printable Subject: ZFS issue? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: brad-fbsd-stable@duttonbros.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2009 18:14:11 -0000 I updated my stable box (i386) on Tuesday and started seeing errors like the below intermittently. Is anyone else seeing anything like this? I saw similar errors periodically doing portupgrade and portinstall. Besides the intermittent errors the stability is much improved, my i386 box hasn't crashed at all since the update. Previously I could crash the box fairly reproducibly. Thanks, Brad mv: /home/bdutton/email/spam/cur/1243427579.M855387P56232VCB777092I0003F135_0= .uno,S=3D4010:2,S: set owner/group (was: 1000/89): Operation not permitted mv: /home/bdutton/email/spam/cur/1243427579.M855387P56232VCB777092I0003F135_0= .uno,S=3D4010:2,S: set flags (was: 00000000): Invalid argument mv: /home/bdutton/email/spam/cur/1243428013.M780180P56404VCB777092I0003F139_0= .uno,S=3D3330:2,S: set owner/group (was: 1000/89): Operation not permitted mv: /home/bdutton/email/spam/cur/1243428013.M780180P56404VCB777092I0003F139_0= .uno,S=3D3330:2,S: set flags (was: 00000000): Invalid argument From owner-freebsd-stable@FreeBSD.ORG Thu May 28 18:45:33 2009 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 AA6DD106566C for ; Thu, 28 May 2009 18:45:33 +0000 (UTC) (envelope-from ftigeot@sekishi.zefyris.com) Received: from pizza.zefyris.com (pizza.zefyris.com [IPv6:2001:7a8:bd07:2::253]) by mx1.freebsd.org (Postfix) with ESMTP id 1B7728FC0C for ; Thu, 28 May 2009 18:45:32 +0000 (UTC) (envelope-from ftigeot@sekishi.zefyris.com) Received: from sekishi.zefyris.com (sekishi.zefyris.com [IPv6:2001:7a8:bd07:2:219:d1ff:fe81:e03]) by pizza.zefyris.com (8.14.2/8.14.2) with ESMTP id n4SIjUKK039033 for ; Thu, 28 May 2009 20:45:31 +0200 (CEST) Received: from sekishi.zefyris.com (localhost [127.0.0.1]) by sekishi.zefyris.com (8.14.2/8.14.1) with ESMTP id n4SIjU8x025257 for ; Thu, 28 May 2009 20:45:30 +0200 (CEST) Received: (from ftigeot@localhost) by sekishi.zefyris.com (8.14.2/8.14.1/Submit) id n4SIjUJl025256 for freebsd-stable@freebsd.org; Thu, 28 May 2009 20:45:30 +0200 (CEST) Date: Thu, 28 May 2009 20:45:29 +0200 From: Francois Tigeot To: freebsd-stable@freebsd.org Message-ID: <20090528184529.GA25249@sekishi.zefyris.com> References: <4A1D0DD2.2090209@t-online.hu> <44909.80.95.75.131.1243420547.squirrel@mail.deployis.eu> <4A1E38FA.1070208@t-online.hu> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4A1E38FA.1070208@t-online.hu> User-Agent: Mutt/1.4.2.3i X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0.1 (pizza.zefyris.com [IPv6:2001:7a8:bd07:2::253]); Thu, 28 May 2009 20:45:31 +0200 (CEST) Subject: Re: PXE boot FreeBSD without need of NFS server 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, 28 May 2009 18:45:33 -0000 On Thu, May 28, 2009 at 09:10:50AM +0200, Mikael Bak wrote: > Pertti, Andrs, > Thank You for the useful links! > Kiitos and Ksznm szpen :-) > > Gt Andrs wrote: > > Hi, > > > > AFAIK only the kernel and initrd (in the linux case) can be booted from > > tftp, that's a PXE feature. When the kernel loaded it takes over and from > > then on the kernel will need a rootfs from somewhere. I don't think that a > > tftp rootfs is possible. > > > > Yes, I know it's not possible to have the rootfs on tftp. That is not my > goal. I only wish to host an image file containing a rootfs that will > act as a ram disk. Much like the initrd does in the Linux world. The > rootfs will only contain the things needed to start the installation > process. Have a look at ThinBSD. It a mini FreeBSD-5.x system which uses a ramdisk image as root. It can be booted from a TFTP server, without NFS. The web site is here: http://thinbsd.zefyris.com/ I use it everyday to run a X terminal. -- Francois Tigeot From owner-freebsd-stable@FreeBSD.ORG Thu May 28 19:20:28 2009 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 673221065820; Thu, 28 May 2009 19:20:28 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: from mail-fx0-f159.google.com (mail-fx0-f159.google.com [209.85.220.159]) by mx1.freebsd.org (Postfix) with ESMTP id 962248FC27; Thu, 28 May 2009 19:20:27 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: by fxm3 with SMTP id 3so1029783fxm.43 for ; Thu, 28 May 2009 12:20:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=o0Ar16OZ24edilwD6UNXKPYRoT9CSqWMXIUWlLwiYcs=; b=tMZ3z5kIpprc7AkbLo71xvLEQkpqitOZzTSW418ZR0N/vyDhZjn7N8YaIziR4Cnj61 /YSg98Wh1xtR8vPuvRdqOlUdd25Lvzwue1eKm2kX7HtnZPMGoxzWHqgxRr7Tl7k/+Fmo 78gyXdfndcX+Fw7WLcpfxM0iZhm0aGZKSdPLg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=ZSx+C47K/h+cHxhiNjTdDnyFw/+qHuR4Ug8lK14wkgVB/NdaIAor1UAL7R3FgNi4eF shD6KwysxLy6ldqjvNY9KY4c3FTgbnBOvyDUiygu47bpFQl90upwotjhPyQzTCllTtAY snjr2StPUVW/1LKtz6XM3hw/SSOuhzNB8aQUE= MIME-Version: 1.0 Received: by 10.204.122.74 with SMTP id k10mr1454385bkr.129.1243536514369; Thu, 28 May 2009 11:48:34 -0700 (PDT) In-Reply-To: <20090121203931.GA84448@citylink.fud.org.nz> References: <20090118222958.GA32414@onelab2.iet.unipi.it> <20090121203931.GA84448@citylink.fud.org.nz> From: Scott Ullrich Date: Thu, 28 May 2009 14:48:14 -0400 Message-ID: To: Andrew Thompson Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: re@freebsd.org, stable@freebsd.org, Luigi Rizzo Subject: Re: RFC: side effects of fixing loader_conf_files handling 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, 28 May 2009 19:20:29 -0000 On Wed, Jan 21, 2009 at 4:39 PM, Andrew Thompson wrote: > That sounds good, thanks for working on this. Hi All, With this change it seems that if /boot/loader.conf is not present the loader stops altogether at |. Was that the desired effect of these changes? It is not a big deal for me to touch the files during build but wanted to make sure that this was the desired effect. Thanks Scott From owner-freebsd-stable@FreeBSD.ORG Thu May 28 19:46:39 2009 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 CE6D110657E0 for ; Thu, 28 May 2009 19:46:39 +0000 (UTC) (envelope-from mickael.maillot@gmail.com) Received: from mail-fx0-f159.google.com (mail-fx0-f159.google.com [209.85.220.159]) by mx1.freebsd.org (Postfix) with ESMTP id 567378FC32 for ; Thu, 28 May 2009 19:46:39 +0000 (UTC) (envelope-from mickael.maillot@gmail.com) Received: by fxm3 with SMTP id 3so1045509fxm.43 for ; Thu, 28 May 2009 12:46:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=24Pcic9cHd82yDggWYhoVxZIJYtWHfsTPFnEkRnYjzQ=; b=HHF7HXse6t5KYzX4Kt9LlINMJ2SpYdFOqfwioyHt3qj7h/rJ9w5gnfPRtKsn2c9y0h 5dMdJfYm/AVD1bJrsPXL/NDqdlQjnssaACJOHLDRR4zs1kVdip9myN2oLbYk7/OeptCP P0Osa6v4i/q1vCUbpxffwTjsdcK/Zek/vfUN8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=txfBjNjE7te5hImxQUB8nnyXj47HL9pQM9zebISByGT6/t4QaO/ldGeVjc7SGWKvS4 AsGzH8xP9PZZzs6rfmlvoDIBV9l5y/uQsuUmSn4IO8l1UiivMjAacp/tPGBR2J8ZLb76 /90Gx1rLBIXe8P4onjF+t38GybH+HP+UGiPug= MIME-Version: 1.0 Received: by 10.86.33.9 with SMTP id g9mr1931105fgg.41.1243539998488; Thu, 28 May 2009 12:46:38 -0700 (PDT) In-Reply-To: References: <29579856-69F7-4CDC-A52A-B414A40180ED@yellowspace.net> <4A1B0B4F.1020106@h3q.com> <18972.5870.795005.186542@already.dhcp.gene.com> <4A1C18CC.7080902@icyb.net.ua> <18972.7173.216763.407615@already.dhcp.gene.com> Date: Thu, 28 May 2009 19:46:38 +0000 Message-ID: From: Mickael MAILLOT To: Lorenzo Perone Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Stable Mailing List Subject: Re: ZFS booting without partitions (was: ZFS boot on zfs mirror) 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, 28 May 2009 19:46:40 -0000 hi, did you erase gmirror meta ? (on the last sector) with: gmirror clear ad6 2009/5/28 Lorenzo Perone : > Hi, > > I tried hard... but without success ;( > > the result is, when choosing the disk with the zfs boot > sectors in it (in my case F5, which goes to ad6), the kernel > is not found. the console shows: > > forth not found > definitions not found > only not found > (the above repeated several times) > > can't load 'kernel' > > and I get thrown to the loader prompt. > lsdev does not show any ZFS devices. > > Strange thing: if I boot from the other disk, F1, which is my > ad4 containing the normal ufs system I used to make up the other > one, and escape to the loader prompt, lsdev actually sees the > zpool which is on the other disk, and shows: > zfs0: tank > > I tried booting with boot zfs:tank or zfs:tank:/boot/kernel/kernel, > but there I get the panic: free: guard1 fail message. > (would boot zfs:tank:/boot/kernel/kernel be correct, anyways?) > > Sure I'm doing something wrong, but what...? Is it a problem that > the pool is made out of the second disk only (ad6)? > > Here are my details (note: latest stable and biosdisk.c merged > with changes shown in r185095. no problems in buildworld/kernel): > > > > Machine: p4 4GHz 4 GB RAM (i386) > > Note: the pool has actually a different name (heidi > instead of tank, if this can be of any relevance...), > just using tank here as it's one of the conventions... > > mount (just to show my starting situation) > > /dev/mirror/gm0s1a on / (ufs, local) > devfs on /dev (devfs, local) > /dev/mirror/gm0s1e on /tmp (ufs, local, soft-updates) > /dev/mirror/gm0s1f on /usr (ufs, local, soft-updates) > /dev/mirror/gm0s1d on /var (ufs, local, soft-updates) > > gmirror status > =A0 =A0 =A0Name =A0 =A0Status =A0Components > mirror/gm0 =A0DEGRADED =A0ad4 > (ad6 used to be the second disk...) > > echo 'LOADER_ZFS_SUPPORT=3Dyes' >> /etc/make.conf > > cd /usr/src > make buildworld && make buildkernel KERNCONF=3DHEIDI > make installkernel KERNCONF=3DHEIDI > mergemaster > make installworld > shutdown -r now > > dd if=3D/dev/zero of=3D/dev/ad6 bs=3D512 count=3D32 > > zpool create tank ad6 > zfs create tank/usr > zfs create tank/var > zfs create -V 4gb tank/swap > zfs set org.freebsd:swap=3Don tank/swap > zpool set bootfs=3Dtank tank > > rsync -avx / /tank > rsync -avx /usr/ /tank/usr > rsync -avx /var/ /tank/var > cd /usr/src > make installkernel KERNCONF=3DHEIDI DESTDIR=3D/tank > > zpool export tank > > dd if=3D/boot/zfsboot of=3D/dev/ad6 bs=3D512 count=3D1 > dd if=3D/boot/zfsboot of=3D/dev/ad6 bs=3D512 skip=3D1 seek=3D1024 > > zpool import tank > > zfs set mountpoint=3Dlegacy tank > zfs set mountpoint=3D/usr tank/usr > zfs set mountpoint=3D/var tank/var > > shutdown -r now ... > > at the 'mbr prompt' I pressed F5 (the second disk, ad6) > .. as written above, loader gets loaded (at this stage > I suppose it's the stuff dd't after block 1024?), > but kernel not found. > > /usr/src/sys/i386/conf/HEIDI: > (among other things...): > options KVA_PAGES=3D512 > > (/tank)/boot/loader.conf: > vm.kmem_size=3D"1024M" > vm.kmem_size_max=3D"1024M" > vfs.zfs.arc_max=3D"128M" > vfs.zfs.vdev.cache.size=3D"8M" > vfs.root.mountfrom=3D"zfs:tank" > > (/tank)/etc/fstab: > # Device =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0Mountpoint =A0 =A0 =A0FStype =A0O= ptions =A0 =A0 =A0 =A0 Dump > =A0Pass# > tank =A0 =A0 =A0 =A0 =A0 =A0/ =A0 =A0 =A0 =A0 =A0 =A0 =A0 zfs =A0 =A0 rw = =A0 =A0 =A0 =A0 =A0 =A0 =A00 =A0 =A0 =A0 0 > /dev/acd0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 /cdrom =A0 =A0 =A0 =A0 =A0cd9660 = =A0ro,noauto =A0 =A0 =A0 0 =A0 =A0 =A0 0 > > > > any help is welcome... don't know where to go from here right now. > > BTW: I can't stop thanking the team for the incredible > pace at which bugs are fixed these days! > > > Regards, > > Lorenzo > > > > On 26.05.2009, at 18:42, George Hartzell wrote: > >> Andriy Gapon writes: >>> >>> on 26/05/2009 19:21 George Hartzell said the following: >>>> >>>> Dmitry Morozovsky writes: >>>>> >>>>> On Tue, 26 May 2009, Mickael MAILLOT wrote: >>>>> >>>>> MM> Hi, >>>>> MM> >>>>> MM> i prefere use zfsboot boot sector, an example is better than a lo= ng >>>>> talk: >>>>> MM> >>>>> MM> $ zpool create tank mirror ad4 ad6 >>>>> MM> $ zpool export tank >>>>> MM> $ dd if=3D/boot/zfsboot of=3D/dev/ad4 bs=3D512 count=3D1 >>>>> MM> $ dd if=3D/boot/zfsboot of=3D/dev/ad6 bs=3D512 count=3D1 >>>>> MM> $ dd if=3D/boot/zfsboot of=3D/dev/ad4 bs=3D512 skeep=3D1 =A0seek= =3D1024 >>>>> MM> $ dd if=3D/boot/zfsboot of=3D/dev/ad6 bs=3D512 skeep=3D1 =A0seek= =3D1024 >>>>> >>>>> s/skeep/skip/ ? ;-) >>>> >>>> What is the reason for copying zfsboot one bit at a time, as opposed >>>> to >>>> >>>> =A0dd if=3D/boot/zfsboot of=3D/dev/ad4 bs=3D512 count=3D2 >>> >>> seek=3D1024 for the second part? and no 'count=3D1' for it? :-) >>> >>> [Just guessing] Apparently the first block of zfsboot is some form of M= BR >>> and the >>> rest is zfs-specific code that goes to magical sector 1024. >> >> Ok, I managed to read the argument to seek as "one block", apparently >> my coffee hasn't hit yet. >> >> I'm still confused about the two parts of zfsboot and what's magical >> about seeking to 1024. >> >> g. >> >> _______________________________________________ >> 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 Thu May 28 20:41:45 2009 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 4BF23106566B for ; Thu, 28 May 2009 20:41:45 +0000 (UTC) (envelope-from lopez.on.the.lists@yellowspace.net) Received: from mail.yellowspace.net (mail.yellowspace.net [80.190.200.164]) by mx1.freebsd.org (Postfix) with ESMTP id D055E8FC08 for ; Thu, 28 May 2009 20:41:44 +0000 (UTC) (envelope-from lopez.on.the.lists@yellowspace.net) Received: from furia.intranet ([93.104.99.4]) (AUTH: LOGIN lopez.on.the.lists@yellowspace.net) by mail.yellowspace.net with esmtp; Thu, 28 May 2009 22:41:43 +0200 id 00495130.000000004A1EF707.000129F9 Message-Id: <63548432-B73D-4A08-BA99-FEF5BCC1028A@yellowspace.net> From: Lorenzo Perone To: Mickael MAILLOT In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.4) Date: Thu, 28 May 2009 22:41:42 +0200 References: <29579856-69F7-4CDC-A52A-B414A40180ED@yellowspace.net> <4A1B0B4F.1020106@h3q.com> <18972.5870.795005.186542@already.dhcp.gene.com> <4A1C18CC.7080902@icyb.net.ua> <18972.7173.216763.407615@already.dhcp.gene.com> X-Mailer: Apple Mail (2.930.4) Cc: FreeBSD Stable Mailing List Subject: Re: ZFS booting without partitions (was: ZFS boot on zfs mirror) 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, 28 May 2009 20:41:45 -0000 On 28.05.2009, at 21:46, Mickael MAILLOT wrote: > hi, > > did you erase gmirror meta ? (on the last sector) > with: gmirror clear ad6 ohps I had forgotten that. just did it (in single user mode), but it didn't help :( Shall I repeat any of the other steps after clearing gmirror meta? thanx a lot for your help... Lorenzo > 2009/5/28 Lorenzo Perone : >> Hi, >> >> I tried hard... but without success ;( >> >> the result is, when choosing the disk with the zfs boot >> sectors in it (in my case F5, which goes to ad6), the kernel >> is not found. the console shows: >> >> forth not found >> definitions not found >> only not found >> (the above repeated several times) >> >> can't load 'kernel' >> >> and I get thrown to the loader prompt. >> lsdev does not show any ZFS devices. >> >> Strange thing: if I boot from the other disk, F1, which is my >> ad4 containing the normal ufs system I used to make up the other >> one, and escape to the loader prompt, lsdev actually sees the >> zpool which is on the other disk, and shows: >> zfs0: tank >> >> I tried booting with boot zfs:tank or zfs:tank:/boot/kernel/kernel, >> but there I get the panic: free: guard1 fail message. >> (would boot zfs:tank:/boot/kernel/kernel be correct, anyways?) >> >> Sure I'm doing something wrong, but what...? Is it a problem that >> the pool is made out of the second disk only (ad6)? >> >> Here are my details (note: latest stable and biosdisk.c merged >> with changes shown in r185095. no problems in buildworld/kernel): >> (....) From owner-freebsd-stable@FreeBSD.ORG Thu May 28 20:51:29 2009 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 750AE1065674 for ; Thu, 28 May 2009 20:51:29 +0000 (UTC) (envelope-from ruben@verweg.com) Received: from erg.verweg.com (erg.verweg.com [IPv6:2a02:898:96::5e8e:f508]) by mx1.freebsd.org (Postfix) with ESMTP id 03AC28FC1C for ; Thu, 28 May 2009 20:51:28 +0000 (UTC) (envelope-from ruben@verweg.com) Received: from [192.168.1.25] (helium.xs4all.nl [194.109.251.55]) (authenticated bits=0) by erg.verweg.com (8.14.3/8.14.3) with ESMTP id n4SKpJtw047063 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Thu, 28 May 2009 20:51:20 GMT (envelope-from ruben@verweg.com) X-Authentication-Warning: erg.verweg.com: Host helium.xs4all.nl [194.109.251.55] claimed to be [192.168.1.25] References: <4A1D6F36.3030008@ibctech.ca> <22308B21-1346-4FE5-8332-EB107E9CBD2A@dragondata.com> <36A9C654-D762-4437-9CB1-E235CC6407EC@verweg.com> <2e77fc10905281033v412a6ce6x42f138e0d9e71b32@mail.gmail.com> Message-Id: <0633EFA5-4146-40E8-87E0-B72DC87D6BE7@verweg.com> From: Ruben van Staveren To: Niki Denev In-Reply-To: <2e77fc10905281033v412a6ce6x42f138e0d9e71b32@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit X-Mailer: iPod Mail (5H11a) Mime-Version: 1.0 (iPod Mail 5H11a) Date: Thu, 28 May 2009 22:51:11 +0200 X-Spam-Status: No, score=3.3 required=5.0 tests=DATE_IN_FUTURE_12_24 autolearn=no version=3.2.5 X-Spam-Level: *** X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on erg.verweg.com X-Virus-Scanned: ClamAV 0.94.2/9402/Thu May 28 20:16:58 2009 on erg.verweg.com X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (erg.verweg.com [94.142.245.8]); Thu, 28 May 2009 20:51:22 +0000 (UTC) Cc: FreeBSD , Steve Bertrand , Kevin Day Subject: Re: I've borked my ZFS system upgrading to -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: Thu, 28 May 2009 20:51:29 -0000 On 28 mei 2009, at 19:33, Niki Denev wrote: > >> >> >> >> >> >> >> >> > > Just curious... doesn't a "zfs upgrade -a" do the same thing? The zpool upgrade is just for the pools, but the filesystems keep their original settings so we need to do that in a seperate move > > > Regards, > Niki Regards, Ruben From owner-freebsd-stable@FreeBSD.ORG Thu May 28 21:24:13 2009 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 77E1C1065672 for ; Thu, 28 May 2009 21:24:13 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [192.147.25.65]) by mx1.freebsd.org (Postfix) with ESMTP id 4F1CD8FC24 for ; Thu, 28 May 2009 21:24:13 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from 76-205-169-61.lightspeed.austtx.sbcglobal.net ([76.205.169.61]:36752 helo=borg) by thebighonker.lerctr.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1M9n57-00091T-40; Thu, 28 May 2009 16:24:10 -0500 Date: Thu, 28 May 2009 16:23:56 -0500 (CDT) From: Larry Rosenman Sender: ler@borg To: Ruben van Staveren In-Reply-To: <0633EFA5-4146-40E8-87E0-B72DC87D6BE7@verweg.com> Message-ID: References: <4A1D6F36.3030008@ibctech.ca> <22308B21-1346-4FE5-8332-EB107E9CBD2A@dragondata.com> <36A9C654-D762-4437-9CB1-E235CC6407EC@verweg.com> <2e77fc10905281033v412a6ce6x42f138e0d9e71b32@mail.gmail.com> <0633EFA5-4146-40E8-87E0-B72DC87D6BE7@verweg.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Score: -2.3 (--) X-LERCTR-Spam-Score: -2.3 (--) X-Spam-Report: SpamScore (-2.3/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, SARE_SUB_OBFU_OTHER=0.135, TVD_RCVD_IP=1.931, TW_ZF=0.077 X-LERCTR-Spam-Report: SpamScore (-2.3/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, SARE_SUB_OBFU_OTHER=0.135, TVD_RCVD_IP=1.931, TW_ZF=0.077 DomainKey-Status: no signature Cc: FreeBSD , Steve Bertrand , Kevin Day Subject: Re: I've borked my ZFS system upgrading to -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: Thu, 28 May 2009 21:24:13 -0000 On Thu, 28 May 2009, Ruben van Staveren wrote: > > > On 28 mei 2009, at 19:33, Niki Denev wrote: >> >>> >>> >>> >>> >>> >>> >>> >>> >> >> Just curious... doesn't a "zfs upgrade -a" do the same thing? > > The zpool upgrade is just for the pools, but the filesystems keep their > original settings so we need to do that in a seperate move There is both a zpool upgrade and a zfs upgrade command. The zfs upgrade does the filesystems, and the zpool upgrade does the pool. -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-stable@FreeBSD.ORG Thu May 28 21:53:16 2009 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 23DF010656DF for ; Thu, 28 May 2009 21:53:16 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 129F28FC13 for ; Thu, 28 May 2009 21:53:15 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 60A3D1A3C56; Thu, 28 May 2009 14:37:53 -0700 (PDT) Date: Thu, 28 May 2009 14:37:53 -0700 From: Alfred Perlstein To: Freddie Cash Message-ID: <20090528213753.GZ67847@elvis.mu.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: FreeBSD Stable Subject: Re: A very big Thank You for the inclusion of ZFS 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, 28 May 2009 21:53:16 -0000 I'm in no way responsible for ZFS, but I wanted to let you know that emails like this are very very awesome to get. Thank you for the kind words, it does make FreeBSD development worthwhile when someone takes the time to send in kind words. -Alfred * Freddie Cash [090526 12:35] wrote: > I just wanted to send out a very big THANK YOU to all those who have > had a hand in bringing ZFS to FreeBSD. You've done a wonderful job. > > With the release of FreeBSD 7.2, things have improved to the point > where I can't crash our storage servers anymore (and I've tried all > the things that would crash 7.0 and 7.1). Bravo! > > What impressed me even more, though, was just how performant a > multiple raidz2 pool could be. During a normal backup run (rsync of > 105 servers each night), we graph sustained reads of 80 MBytes/sec and > writes of 50 MBytes/sec (via snmpd). Nothing too spectacular, but > still quite nice. Didn't realise just how much of a bottleneck the > remote network connections are, though. > > Doing a local iozone benchmark, using a command-line someone posted > online as known to crash ZFS on FreeBSD 7.0, I was able to get just > under 350 MBytes/sec sustained write throughput (as shown by snmpd) > with over 15 MBytes/sec per drive (as shown by gstat). Fiddling with > the iozone options, I was able to push that to over 400 MBytes/sec > sustained write with just shy of 20 MBytes/sec per drive. And CPU > utilisation never went above 40% per core. System never crashed, > hung, locked up, of even seemed slow while connected via SSH. > > While those numbers may not seem all that high to some people, for us, > those are amazing!! :) (We've never used SCSI, or RAID0, or RAID10, > or FibreChannel, or any of the other fancy storage stuff that gives > uber-high stats.) This gives us hope for just how many remote sites > we'll be able to backup to these storage servers (ie still lots of > headroom on the storage side, just need to boost the network side of > things). > > For the curious, the hardware is: > Tyan h2000M motherboard > 2x dual-core AMD Opteron 2220 CPUs at 2.8 GHz > 8 GB ECC DDR2-667 SDRAM > 3Ware 9650SE-12ML PCIe RAID controller > 3Ware 9550SXU-12ML PCI-X RAID controller (64-bit/133 MHz slot) > 24x 500 GB WD SATA2 harddrives (12 per controller, configured as > Single Drives) > 4-port Intel Pro/1000MT PCIe NIC > > The software is: > 64-bit FreeBSD 7.2-RELEASE > no kmem tuning > ZFS ARC limited to 1 GB via /boot/loader.conf > test filesystem has no compression and no atime set > > Pool configuration: > 3 raidz2 vdevs of 8 drives each (1 vdev uses 4-drives from each RAID > controller, the other 2 vdevs use 8 drives from 1 controller) > > iozone commands: > iozone -M -e -+u -T -t 128 -S 4096 -L 64 -r 4k -s 40g -i 0 -i 1 -i 2 > -i 8 -+p 70 -C (350 MBytes/sec writes) > iozone -M -e -+u -T -t 128 -r 128k -s 4g -i 0 -i 1 -i 2 -i 8 -+p 70 > -C (400 MBytes/sec write) > > -- > Freddie Cash > fjwcash@gmail.com > _______________________________________________ > 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" -- - Alfred Perlstein From owner-freebsd-stable@FreeBSD.ORG Fri May 29 01:46:36 2009 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 3C33B106566C for ; Fri, 29 May 2009 01:46:36 +0000 (UTC) (envelope-from physical97903341@rambler.ru) Received: from mxa.rambler.ru (mxa.rambler.ru [81.19.66.231]) by mx1.freebsd.org (Postfix) with ESMTP id E66138FC14 for ; Fri, 29 May 2009 01:46:35 +0000 (UTC) (envelope-from physical97903341@rambler.ru) Received: from mcgi45.rambler.ru (mcgi45.rambler.ru [81.19.67.68]) by mxa.rambler.ru (Postfix) with ESMTP id 9A3A07A7F4 for ; Fri, 29 May 2009 05:31:17 +0400 (MSD) Received: from mcgi45.rambler.ru (localhost [127.0.0.1]) by mcgi45.rambler.ru (Postfix) with ESMTP id 6151611443 for ; Fri, 29 May 2009 05:31:16 +0400 (MSD) Received: from [213.33.211.158] by mcgi45.rambler.ru with HTTP (mailimap); Fri, 29 May 2009 05:31:14 +0400 From: Dimon Pivas To: Date: Fri, 29 May 2009 05:31:14 +0400 MIME-Version: 1.0 Content-Disposition: inline Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; format="flowed" Message-Id: <51220365.1243560674.163833288.23347@mcgi45.rambler.ru> X-Mailer: Ramail 3u, (mail-pda), http://mail.rambler.ru Subject: hi 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, 29 May 2009 01:46:36 -0000 http://abc777pills.pisem.su From owner-freebsd-stable@FreeBSD.ORG Fri May 29 07:04:33 2009 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 CB9DB106566C for ; Fri, 29 May 2009 07:04:33 +0000 (UTC) (envelope-from freebsd-stable@epcdirect.co.uk) Received: from gunfright.epcdirect.co.uk (gunfright.epcdirect.co.uk [195.10.242.32]) by mx1.freebsd.org (Postfix) with ESMTP id 8B3C98FC20 for ; Fri, 29 May 2009 07:04:33 +0000 (UTC) (envelope-from freebsd-stable@epcdirect.co.uk) Received: from localhost (localhost.epcdirect.co.uk [127.0.0.1]) by gunfright.epcdirect.co.uk (Postfix) with ESMTP id C554D619A; Fri, 29 May 2009 08:04:32 +0100 (BST) X-Virus-Scanned: by GunFright.EPCDirect.co.uk Received: from gunfright.epcdirect.co.uk ([127.0.0.1]) by localhost (gunfright.epcdirect.co.uk [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id WZ0lZLjAX-4j; Fri, 29 May 2009 08:04:32 +0100 (BST) Received: from LFarr (lfarr.adsl.gemsoft.co.uk [195.10.239.114]) by gunfright.epcdirect.co.uk (Postfix) with ESMTP id 1CD2560EB; Fri, 29 May 2009 08:04:32 +0100 (BST) From: "Lawrence Farr" To: "'Andriy Gapon'" References: <029801c9dee7$b5550770$1fff1650$@co.uk> <4A1EC5A3.1060902@icyb.net.ua> In-Reply-To: <4A1EC5A3.1060902@icyb.net.ua> Date: Fri, 29 May 2009 08:04:32 +0100 Message-ID: <016a01c9e02b$b7932860$26b97920$@co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Acnft25Xexwu4uEFQEm9LHSSsL/PJgAc7rZA Content-Language: en-gb Cc: freebsd-stable@freebsd.org Subject: RE: ZFS panic in zfs_fuid_create 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, 29 May 2009 07:04:34 -0000 > -----Original Message----- > From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- > stable@freebsd.org] On Behalf Of Andriy Gapon > Sent: 28 May 2009 18:11 > To: Lawrence Farr > Cc: freebsd-stable@freebsd.org > Subject: Re: ZFS panic in zfs_fuid_create > > on 27/05/2009 19:25 Lawrence Farr said the following: > > I updated my backup boxes to the latest and greatest ZFS code, > > and started getting the following panic on them all (3 machines): > > > > panic: zfs_fuid_create > > cpuid = 1 > > Uptime: 1h28m48s > > Cannot dump. No dump device defined. > > Automatic reboot in 15 seconds - press a key on the console to abort > > > > A quick google found kern/133020 with a patch from PJD that has fixed > > it for me. Should it be in stable or does it break something else? > > Hmm I wonder if you really do have UIDs or GIDs greater than 2147483647 > defined on > your system? > Not that I could see. It's rsyncing from an EXT3 volume on a Linux server, that runs as an OSX fileserver. All the permissions/owners are mapped to Linux users. There are a lot of odd characters used in the filenames, but that's all I could see that was potentially an issue. Hasn't had a problem since I put that patch in, and I was getting a few minutes into the backup before it paniced previously. From owner-freebsd-stable@FreeBSD.ORG Fri May 29 08:44:33 2009 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 F40DB106566C for ; Fri, 29 May 2009 08:44:32 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.28]) by mx1.freebsd.org (Postfix) with ESMTP id B1C598FC0A for ; Fri, 29 May 2009 08:44:32 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so3126257yxb.13 for ; Fri, 29 May 2009 01:44:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=6zsX6l5cdQuDShORFwFrqt+BNffFdnLl7ri7VSRI2YE=; b=rU0WMYPStB7lk3DLMFUegQUe7q7XfkCqCpCPSsKQF35beZZJmp3lDfiZHOdCH7qkzi dST0vjVQRcUhtChrjRcPhwNF3n0toSqdGggRvVT77+uFfVzMuCCjmMFhT1nTXm9TPvkX DpN3fJdFX/kRK+EOvVk5bvP8kgjkcuECFUjco= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=uSUY90hmviG0ZHkESOcb99SSGoM8oJahxGNy8kC6lHB1dcC5pFSH2blzILjiT0ldbC +HHC2F9b6ADPyhVo4BBg7vfusgM8M4D5hcPxz6a3tkBLPkiobi0EcyFiWmSVgtUe4fOB XtB7g0k/su516nKKqpp0EAi98PaZvYY7NfZrc= MIME-Version: 1.0 Received: by 10.100.41.9 with SMTP id o9mr3158535ano.155.1243585184860; Fri, 29 May 2009 01:19:44 -0700 (PDT) Date: Fri, 29 May 2009 11:19:44 +0300 Message-ID: From: Dan Naumov To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: ZFS on top of GELI / Intel Atom 330 system 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, 29 May 2009 08:44:33 -0000 Is there anyone here using ZFS on top of a GELI-encrypted provider on hardware which could be considered "slow" by today's standards? What are the performance implications of doing this? The reason I am asking is that I am in the process of building a small home NAS/webserver, starting with a single disk (intending to expand as the need arises) on the following hardware: http://www.tranquilpc-shop.co.uk/acatalog/BAREBONE_SERVERS.html This is essentially: Intel Arom 330 1.6 Ghz dualcore on an Intel D945GCLF2-based board with 2GB Ram, the first disk I am going to use is a 1.5TB Western Digital Caviar Green. I had someone run a few openssl crypto benchmarks (to unscientifically assess the maximum possible GELI performance) on a machine running FreeBSD on nearly the same hardware and it seems the CPU would become the bottleneck at roughly 200 MB/s throughput when using 128 bit Blowfish, 70 MB/s when using AES128 and 55 MB/s when using AES256. This, on it's own is definately enough for my neeeds (especially in the case of using Blowfish), but what are the performance implications of using ZFS on top of a GELI-encrypted provider? Also, free free to criticize my planned filesystem layout for the first disk of this system, the idea behind /mnt/sysbackup is to take a snapshot of the FreeBSD installation and it's settings before doing potentially hazardous things like upgrading to a new -RELEASE: ad1s1 (freebsd system slice) ad1s1a => 128bit Blowfish ad1s1a.eli 4GB swap ad1s1b 128GB ufs2+s / ad1s1c 128GB ufs2+s noauto /mnt/sysbackup ad1s2 => 128bit Blowfish ad1s2.eli zpool /home /mnt/data1 Thanks for your input. - Dan Naumov From owner-freebsd-stable@FreeBSD.ORG Fri May 29 09:10:40 2009 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 65413106564A for ; Fri, 29 May 2009 09:10:40 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 292928FC14 for ; Fri, 29 May 2009 09:10:40 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1M9y6o-0002aQ-Gd; Fri, 29 May 2009 10:10:38 +0100 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1M9y6o-000PdN-FK; Fri, 29 May 2009 10:10:38 +0100 To: dan.naumov@gmail.com, freebsd-stable@freebsd.org In-Reply-To: Message-Id: From: Pete French Date: Fri, 29 May 2009 10:10:38 +0100 Cc: Subject: Re: ZFS on top of GELI / Intel Atom 330 system 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, 29 May 2009 09:10:40 -0000 > Is there anyone here using ZFS on top of a GELI-encrypted provider on > hardware which could be considered "slow" by today's standards? What I run a mirrored zpool on top of a pair of 1TB SATA drives - they are only 7200 rpm so pretty dog slow as far as I'm concerned. The CPOU is a dual core Athlon 6400, and I am running amd64. The performance is not brilliant - about 25 meg/second writing a file, and about 53 meg/second reading it. It's a bit dissapointing really - thats a lot slower that I expected when I built it, especially the write speed. -pete. From owner-freebsd-stable@FreeBSD.ORG Fri May 29 09:17:27 2009 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 868C110657B2 for ; Fri, 29 May 2009 09:17:27 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.30]) by mx1.freebsd.org (Postfix) with ESMTP id 3E3438FC14 for ; Fri, 29 May 2009 09:17:27 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so3224433ywe.13 for ; Fri, 29 May 2009 02:17:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=KIj054EfKZ+Sa+8s+2tnFYeXscZy7QYLk2rpFWYdsOU=; b=gesrNhcygNo/hpxxaJeGTkRYIaXydWIBQPYug4V7KfADnEFW3HgZbZKZHvlNu1HePZ 6IYIR+iTBTML47lTJ3+n1Rkp5Ht9VkPmOIJnJEocwG47BdMgVju2POOBS3Kl35aWWE7+ cPFUTmhca6bzEwYBTHFd++iPHMR0JlkkSNc3s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=scl6ALJAKl+8H/mFHe4R0XkCf8dDJrh5uB+SZby41Mx97D5nwAAcWtOaA5iDKeHwA6 f9+cIDJPi4OltXf3NzyUwHCMMRGCUPYuYMnu7zk2aAyV+Rq9WrrJuIEouPji8EymKNJO Ymdn4EjEKx9z55KnPqKfFkK6LliqrelrQeBak= MIME-Version: 1.0 Received: by 10.100.134.16 with SMTP id h16mr3528761and.0.1243588646562; Fri, 29 May 2009 02:17:26 -0700 (PDT) In-Reply-To: References: Date: Fri, 29 May 2009 12:17:26 +0300 Message-ID: From: Dan Naumov To: Pete French Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: ZFS on top of GELI / Intel Atom 330 system 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, 29 May 2009 09:17:28 -0000 Ouch, that does indeed sounds quite slow, especially considering that a dual core Athlon 6400 is pretty fast CPU. Have you done any comparison benchmarks between UFS2 with Softupdates and ZFS on the same system? What are the read/write numbers like? Have you done any investigating regarding possible causes of ZFS working so slow on your system? Just wondering if its an ATA chipset problem, a drive problem, a ZFS problem or what... - Dan Naumov On Fri, May 29, 2009 at 12:10 PM, Pete French wrote: >> Is there anyone here using ZFS on top of a GELI-encrypted provider on >> hardware which could be considered "slow" by today's standards? What > > I run a mirrored zpool on top of a pair of 1TB SATA drives - they are > only 7200 rpm so pretty dog slow as far as I'm concerned. The > CPOU is a dual core Athlon 6400, and I am running amd64. The performance > is not brilliant - about 25 meg/second writing a file, and about > 53 meg/second reading it. > > It's a bit dissapointing really - thats a lot slower that I expected > when I built it, especially the write speed. > > -pete. > From owner-freebsd-stable@FreeBSD.ORG Fri May 29 09:30:49 2009 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 2332A106566B for ; Fri, 29 May 2009 09:30:49 +0000 (UTC) (envelope-from cryx-freebsd@h3q.com) Received: from mail.h3q.com (mail.h3q.com [213.73.89.199]) by mx1.freebsd.org (Postfix) with ESMTP id 7C4668FC16 for ; Fri, 29 May 2009 09:30:48 +0000 (UTC) (envelope-from cryx-freebsd@h3q.com) Received: (qmail 33688 invoked from network); 29 May 2009 09:30:46 -0000 Received: from unknown (HELO snowwhite.local) (smtpsend@89.247.104.154) by mail.h3q.com with AES256-SHA encrypted SMTP; 29 May 2009 09:30:46 -0000 Message-ID: <4A1FAB45.4040904@h3q.com> Date: Fri, 29 May 2009 11:30:45 +0200 From: Philipp Wuensche User-Agent: Thunderbird 2.0.0.21 (Macintosh/20090302) MIME-Version: 1.0 To: Dan Naumov References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: ZFS on top of GELI / Intel Atom 330 system 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, 29 May 2009 09:30:49 -0000 Dan Naumov wrote: > Is there anyone here using ZFS on top of a GELI-encrypted provider on > hardware which could be considered "slow" by today's standards? What > are the performance implications of doing this? The reason I am asking > is that I am in the process of building a small home NAS/webserver, > starting with a single disk (intending to expand as the need arises) > on the following hardware: > http://www.tranquilpc-shop.co.uk/acatalog/BAREBONE_SERVERS.html This > is essentially: Intel Arom 330 1.6 Ghz dualcore on an Intel > D945GCLF2-based board with 2GB Ram, the first disk I am going to use > is a 1.5TB Western Digital Caviar Green. > > I had someone run a few openssl crypto benchmarks (to unscientifically > assess the maximum possible GELI performance) on a machine running > FreeBSD on nearly the same hardware and it seems the CPU would become > the bottleneck at roughly 200 MB/s throughput when using 128 bit > Blowfish, 70 MB/s when using AES128 and 55 MB/s when using AES256. > This, on it's own is definately enough for my neeeds (especially in > the case of using Blowfish), but what are the performance implications > of using ZFS on top of a GELI-encrypted provider? I have a zpool mirror on top of two 128bit GELI blowfish devices with Sectorsize 4096, my system is a D945GCLF2 with 2GB RAM and a Intel Arom 330 1.6 Ghz dualcore. The two disks are a WDC WD10EADS and a WD10EACS (5400rpm). The system is running 8.0-CURRENT amd64. I have set kern.geom.eli.threads=3. This is far from a real benchmarks but: Using dd with bs=4m I get 35 MByte/s writing to the mirror (writing 35 MByte/s to each disk) and 48 MByte/s reading from the mirror (reading with 24 MByte/s from each disk). My experience is that ZFS is not much of an overhead and will not degrade the performance as much as the encryption, so GELI is the limiting factor. Using ZFS without GELI on this system gives way higher read and write numbers, like reading with 70 MByte/s per disk etc. greetings, philipp From owner-freebsd-stable@FreeBSD.ORG Fri May 29 09:40:39 2009 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 C2F58106566C for ; Fri, 29 May 2009 09:40:39 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 865408FC0A for ; Fri, 29 May 2009 09:40:39 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1M9yZq-0002xA-48; Fri, 29 May 2009 10:40:38 +0100 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1M9yZq-000Pjq-2s; Fri, 29 May 2009 10:40:38 +0100 To: dan.naumov@gmail.com In-Reply-To: Message-Id: From: Pete French Date: Fri, 29 May 2009 10:40:38 +0100 Cc: freebsd-stable@freebsd.org Subject: Re: ZFS on top of GELI / Intel Atom 330 system 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, 29 May 2009 09:40:40 -0000 > Ouch, that does indeed sounds quite slow, especially considering that > a dual core Athlon 6400 is pretty fast CPU. Have you done any > comparison benchmarks between UFS2 with Softupdates and ZFS on the Not at all - but, now you have got me curious, I just went to a completely different system (four core opteron box, no ecnryption, four 15k SCSI drives and a zpool of 2 mirrored pairs), and that also gave me about 25 meg/second! I am using the wildly unscientific "how long to copy a file" method to benchmark here, with the file residing on a different drive, which can provided it at 80 meg/second. > same system? What are the read/write numbers like? Have you done any > investigating regarding possible causes of ZFS working so slow on your > system? Just wondering if its an ATA chipset problem, a drive problem, > a ZFS problem or what... I have no idea, and now I think I need to look into it! certainly I should be getting better than 25 meg/sec out of the 15K SCSI's. -pete. From owner-freebsd-stable@FreeBSD.ORG Fri May 29 10:13:05 2009 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 4C33F1065672 for ; Fri, 29 May 2009 10:13:05 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.247]) by mx1.freebsd.org (Postfix) with ESMTP id 04A068FC16 for ; Fri, 29 May 2009 10:12:59 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: by an-out-0708.google.com with SMTP id c3so3194022ana.13 for ; Fri, 29 May 2009 03:12:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=cfHoh4bl31s6j/l2kX6QfcC35oh0r/HcWWmlZbNR/MA=; b=U1HTwYPxUWoezqVBfqPZW4SBxpTVzeo2ZJyXc9RgR5Wzzk7nQGy059bfKy8MVnXp8k oKF+M9KFjn/95KIqHAE5BCQS9jneIMoMIOAioik3/FKdBAB7364kfVvjWm9An74SoZxC Hb/jMiA1kRLNTS3HmlUCEechRlSGFgMALrGkY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=bmyHZz5CqoCMeXs8KdllmSMxzL5AomYWeLmbIOg5ltPSJ2zA3nv9FZyExRM/ASjiT6 45lo3gw+4qOcqKicDwRv2jpj1bj/3og/+M3Mlxue7nofCxPNcw3pHKrUQ1QEG3jBL4kB noxNJtUJQuRO42HpJlQkV5pMZl0YMfIFE4/BY= MIME-Version: 1.0 Received: by 10.100.126.19 with SMTP id y19mr3315930anc.100.1243591978857; Fri, 29 May 2009 03:12:58 -0700 (PDT) In-Reply-To: <4A1FAB45.4040904@h3q.com> References: <4A1FAB45.4040904@h3q.com> Date: Fri, 29 May 2009 13:12:58 +0300 Message-ID: From: Dan Naumov To: Philipp Wuensche Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: ZFS on top of GELI / Intel Atom 330 system 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, 29 May 2009 10:13:05 -0000 Thank you for your numbers, now I know what to expect when I get my new machine, since our system specs look identical. So basically on this system: unencrypted ZFS read: ~70 MB/s per disk 128bit Blowfish GELI/ZFS write: 35 MB/s per disk 128bit Blowfish GELI/ZFS read: 24 MB/s per disk I am curious what part of GELI is so inefficient to cause such a dramatic slowdown. In comparison, my home desktop is a C2D E6600 2,4 Ghz, 4GB RAM, Intel DP35DP, 1 x 1,5TB Seagate Barracuda - Windows Vista x64 SP1 Read/Write on an unencrypted NTFS partition: ~85 MB/s Read/Write on a Truecrypt AES-encrypted NTFS partition: ~65 MB/s As you can see, the performance drop is noticeable, but not anywhere nearly as dramatic. - Dan Naumov > I have a zpool mirror on top of two 128bit GELI blowfish devices with > Sectorsize 4096, my system is a D945GCLF2 with 2GB RAM and a Intel Arom > 330 1.6 Ghz dualcore. The two disks are a WDC WD10EADS and a WD10EACS > (5400rpm). The system is running 8.0-CURRENT amd64. I have set > kern.geom.eli.threads=3. > > This is far from a real benchmarks but: > > Using dd with bs=4m I get 35 MByte/s writing to the mirror (writing 35 > MByte/s to each disk) and 48 MByte/s reading from the mirror (reading > with 24 MByte/s from each disk). > > My experience is that ZFS is not much of an overhead and will not > degrade the performance as much as the encryption, so GELI is the > limiting factor. Using ZFS without GELI on this system gives way higher > read and write numbers, like reading with 70 MByte/s per disk etc. > > greetings, > philipp From owner-freebsd-stable@FreeBSD.ORG Fri May 29 11:07:47 2009 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 1301710656F4 for ; Fri, 29 May 2009 11:07:47 +0000 (UTC) (envelope-from freebsd-stable@pp.dyndns.biz) Received: from proxy3.bredband.net (proxy3.bredband.net [195.54.101.73]) by mx1.freebsd.org (Postfix) with ESMTP id BB5AB8FC1A for ; Fri, 29 May 2009 11:07:46 +0000 (UTC) (envelope-from freebsd-stable@pp.dyndns.biz) Received: from ironport.bredband.com (195.54.101.120) by proxy3.bredband.net (7.3.140.3) id 49F597CD00CEBD02 for freebsd-stable@freebsd.org; Fri, 29 May 2009 12:47:40 +0200 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Al0GAMdZH0pV4jp1PGdsb2JhbACBT4wpihMBAQEBtn+EDAU X-IronPort-AV: E=Sophos;i="4.41,270,1241388000"; d="scan'208";a="526908314" Received: from c-753ae255.107-1-64736c10.cust.bredbandsbolaget.se (HELO gatekeeper.pp.dyndns.biz) ([85.226.58.117]) by ironport1.bredband.com with ESMTP; 29 May 2009 12:47:40 +0200 Received: from [192.168.69.67] (phobos [192.168.69.67]) by gatekeeper.pp.dyndns.biz (8.14.2/8.14.2) with ESMTP id n4TAlcqH053074 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 29 May 2009 12:47:39 +0200 (CEST) (envelope-from freebsd-stable@pp.dyndns.biz) Message-ID: <4A1FBD4A.5080204@pp.dyndns.biz> Date: Fri, 29 May 2009 12:47:38 +0200 From: =?ISO-8859-1?Q?Morgan_Wesstr=F6m?= User-Agent: Thunderbird 2.0.0.21 (X11/20090430) MIME-Version: 1.0 CC: freebsd-stable@freebsd.org References: <4A1FAB45.4040904@h3q.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: ZFS on top of GELI / Intel Atom 330 system 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, 29 May 2009 11:07:47 -0000 Dan Naumov wrote: > Thank you for your numbers, now I know what to expect when I get my > new machine, since our system specs look identical. > > So basically on this system: > > unencrypted ZFS read: ~70 MB/s per disk > > 128bit Blowfish GELI/ZFS write: 35 MB/s per disk > 128bit Blowfish GELI/ZFS read: 24 MB/s per disk > > I am curious what part of GELI is so inefficient to cause such a > dramatic slowdown. In comparison, my home desktop is a > You can benchmark the encryption subsytem only, like this: # kldload geom_zero # geli onetime -s 4096 -l 256 gzero # sysctl kern.geom.zero.clear=0 # dd if=/dev/gzero.eli of=/dev/null bs=1M count=512 512+0 records in 512+0 records out 536870912 bytes transferred in 11.861871 secs (45260222 bytes/sec) The benchmark will use 256-bit AES and the numbers are from my Core2 Duo Celeron E1200 1,6GHz. My old trusty Pentium III 933MHz performs at 13MB/s on that test. Both machines are recompiled with CPUTYPE=core2 and CPUTYPE=pentium3 respectively but unfortunately I have no benchmarks on how they perform without the CPU optimizations. I'm in the same spot as you, planning to build a home NAS. I have settled for graid5/geli but haven't yet decided if I would benefit most from a dual core CPU at 3+ GHz or a quad core at 2.6. Budget is a concern... Regards Morgan From owner-freebsd-stable@FreeBSD.ORG Fri May 29 11:34:58 2009 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 842B91065670 for ; Fri, 29 May 2009 11:34:58 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.250]) by mx1.freebsd.org (Postfix) with ESMTP id 3BA0C8FC1A for ; Fri, 29 May 2009 11:34:57 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: by an-out-0708.google.com with SMTP id c3so3209995ana.13 for ; Fri, 29 May 2009 04:34:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=4GYhztwA/B//aA7Gpp8wqa1oqWYNtf09FKlIinYqBOk=; b=mY9jNGd3uNd9+/gSEdfStcEmvsWO4JkGELTreYHsYS1YZptEfWkSHOuuLU8S88Js/n JaXIKCdmZ9ihOPZl4iU7sPCdIu8Wx77vN3Mlzc/vOQV3RI1RbVJhLSXzaRUfBs/NmuoX 3ILXNVHlR0dKz69aYr8fsqw4S4LNjJR5JCTCY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=aWkewsD7groGCOKstVpN/oauBI026qqzF4Xi1GGtwiodrHdl5N+UZQKetPYkynXZhP abwbxP402EsYMXnLrDK8LzHi8cBMSjzEMkaP2C943Sx7uuXu+P90dAOFuWSFL6kJsljP /RF8cmvc+7lB2GuOnplUzgg3U/17uQS5SOaus= MIME-Version: 1.0 Received: by 10.100.110.9 with SMTP id i9mr3455758anc.130.1243596897406; Fri, 29 May 2009 04:34:57 -0700 (PDT) In-Reply-To: <4A1FBD4A.5080204@pp.dyndns.biz> References: <4A1FAB45.4040904@h3q.com> <4A1FBD4A.5080204@pp.dyndns.biz> Date: Fri, 29 May 2009 14:34:57 +0300 Message-ID: From: Dan Naumov To: =?ISO-8859-1?Q?Morgan_Wesstr=F6m?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: ZFS on top of GELI / Intel Atom 330 system 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, 29 May 2009 11:34:58 -0000 Now that I have evaluated the numbers and my needs a bit, I am really confused about what appropriate course of action for me would be. 1) Use ZFS without GELI and hope that zfs-crypto get implemented in Solaris and ported to FreeBSD "soon" and that when it does, it won't come with such a dramatic performance decrease as GELI/ZFS seems to result in. 2) Go ahead with the original plan of using GELI/ZFS and grind my teeth at the 24 MB/s read speed off a single disk. >> So basically on this system: >> >> unencrypted ZFS read: ~70 MB/s per disk >> >> 128bit Blowfish GELI/ZFS write: 35 MB/s per disk >> 128bit Blowfish GELI/ZFS read: 24 MB/s per disk > I'm in the same spot as you, planning to build a home NAS. I have > settled for graid5/geli but haven't yet decided if I would benefit most > from a dual core CPU at 3+ GHz or a quad core at 2.6. Budget is a concern... Our difference is that my hardware is already ordered and Intel Atom 330 + D945GCLF2 + 2GB ram is what it's going to have :) - Dan Naumov From owner-freebsd-stable@FreeBSD.ORG Fri May 29 11:44:42 2009 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 8CC91106566B for ; Fri, 29 May 2009 11:44:42 +0000 (UTC) (envelope-from emikulic@gmail.com) Received: from ipmail04.adl2.internode.on.net (ipmail04.adl2.internode.on.net [203.16.214.57]) by mx1.freebsd.org (Postfix) with ESMTP id 1EE658FC16 for ; Fri, 29 May 2009 11:44:41 +0000 (UTC) (envelope-from emikulic@gmail.com) Received: from ppp154-240.static.internode.on.net ([150.101.154.240]) by ipmail04.adl2.internode.on.net with ESMTP; 29 May 2009 20:59:23 +0930 Received: by ppp154-240.static.internode.on.net (Poo-fix, from userid 1001) id 350AB5C45; Fri, 29 May 2009 21:29:19 +1000 (EST) Date: Fri, 29 May 2009 21:29:19 +1000 From: Emil Mikulic To: Morgan Wesstr?m Message-ID: <20090529112919.GA74359@dmr.ath.cx> References: <4A1FAB45.4040904@h3q.com> <4A1FBD4A.5080204@pp.dyndns.biz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A1FBD4A.5080204@pp.dyndns.biz> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-stable@freebsd.org Subject: Re: ZFS on top of GELI / Intel Atom 330 system 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, 29 May 2009 11:44:42 -0000 On Fri, May 29, 2009 at 12:47:38PM +0200, Morgan Wesstr?m wrote: > You can benchmark the encryption subsytem only, like this: > > # kldload geom_zero > # geli onetime -s 4096 -l 256 gzero > # sysctl kern.geom.zero.clear=0 > # dd if=/dev/gzero.eli of=/dev/null bs=1M count=512 I don't mean to take this off-topic wrt -stable but just for fun, I built a -current kernel with dtrace and did: geli onetime gzero ./hotkernel & dd if=/dev/zero of=/dev/gzero.eli bs=1m count=1024 killall dtrace geli detach gzero The hot spots: [snip stuff under 0.3%] kernel`g_eli_crypto_run 50 0.3% kernel`_mtx_assert 56 0.3% kernel`SHA256_Final 58 0.3% kernel`rijndael_encrypt 72 0.4% kernel`_mtx_unlock_flags 74 0.4% kernel`rijndael128_encrypt 74 0.4% kernel`copyout 92 0.5% kernel`_mtx_lock_flags 93 0.5% kernel`bzero 114 0.6% kernel`spinlock_exit 240 1.3% kernel`bcopy 325 1.7% kernel`sched_idletd 810 4.3% kernel`swcr_process 1126 6.0% kernel`SHA256_Transform 1178 6.3% kernel`rijndaelEncrypt 5574 29.7% kernel`acpi_cpu_c1 8383 44.6% I had to build crypto and geom_eli into the kernel to get proper symbols. References: http://wiki.freebsd.org/DTrace http://www.brendangregg.com/DTrace/hotkernel --Emil From owner-freebsd-stable@FreeBSD.ORG Fri May 29 11:50:03 2009 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 78BDE1065680 for ; Fri, 29 May 2009 11:50:03 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 00FE48FC20 for ; Fri, 29 May 2009 11:50:02 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1MA0b3-0004ad-8X for freebsd-stable@freebsd.org; Fri, 29 May 2009 11:50:01 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 29 May 2009 11:50:01 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 29 May 2009 11:50:01 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Fri, 29 May 2009 13:49:54 +0200 Lines: 62 Message-ID: References: <4A1FAB45.4040904@h3q.com> <4A1FBD4A.5080204@pp.dyndns.biz> <20090529112919.GA74359@dmr.ath.cx> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigEC7828ECF6FCD844DB1DA536" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.21 (X11/20090409) In-Reply-To: <20090529112919.GA74359@dmr.ath.cx> X-Enigmail-Version: 0.95.7 Sender: news Subject: Re: ZFS on top of GELI / Intel Atom 330 system 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, 29 May 2009 11:50:04 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigEC7828ECF6FCD844DB1DA536 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Emil Mikulic wrote: > On Fri, May 29, 2009 at 12:47:38PM +0200, Morgan Wesstr?m wrote: >> You can benchmark the encryption subsytem only, like this: >> >> # kldload geom_zero >> # geli onetime -s 4096 -l 256 gzero >> # sysctl kern.geom.zero.clear=3D0 >> # dd if=3D/dev/gzero.eli of=3D/dev/null bs=3D1M count=3D512 >=20 > I don't mean to take this off-topic wrt -stable but just > for fun, I built a -current kernel with dtrace and did: >=20 > geli onetime gzero > ./hotkernel & > dd if=3D/dev/zero of=3D/dev/gzero.eli bs=3D1m count=3D1024 > killall dtrace > geli detach gzero >=20 > The hot spots: > [snip stuff under 0.3%] > kernel`g_eli_crypto_run 50 0.3% > kernel`_mtx_assert 56 0.3% > kernel`SHA256_Final 58 0.3% > kernel`rijndael_encrypt 72 0.4% > kernel`_mtx_unlock_flags 74 0.4% > kernel`rijndael128_encrypt 74 0.4% > kernel`copyout 92 0.5% > kernel`_mtx_lock_flags 93 0.5% > kernel`bzero 114 0.6% > kernel`spinlock_exit 240 1.3% > kernel`bcopy 325 1.7% > kernel`sched_idletd 810 4.3% > kernel`swcr_process 1126 6.0% > kernel`SHA256_Transform 1178 6.3% > kernel`rijndaelEncrypt 5574 29.7% > kernel`acpi_cpu_c1 8383 44.6% Hi, What is the meaning of counts? Number of calls made or time? --------------enigEC7828ECF6FCD844DB1DA536 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkofy+kACgkQldnAQVacBcgmgQCgwoO5tGeizD9d6jdWhfl6bU49 q/sAoO00YuoF2se3kR53EXGVwyJiuvuS =tT97 -----END PGP SIGNATURE----- --------------enigEC7828ECF6FCD844DB1DA536-- From owner-freebsd-stable@FreeBSD.ORG Fri May 29 12:00:11 2009 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 CCF961065675 for ; Fri, 29 May 2009 12:00:11 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from mail-fx0-f159.google.com (mail-fx0-f159.google.com [209.85.220.159]) by mx1.freebsd.org (Postfix) with ESMTP id 2A4038FC16 for ; Fri, 29 May 2009 12:00:10 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: by fxm3 with SMTP id 3so1461125fxm.43 for ; Fri, 29 May 2009 05:00:10 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.105.16 with SMTP id r16mr1985316fao.24.1243598410136; Fri, 29 May 2009 05:00:10 -0700 (PDT) In-Reply-To: References: <4A1FAB45.4040904@h3q.com> <4A1FBD4A.5080204@pp.dyndns.biz> <20090529112919.GA74359@dmr.ath.cx> From: Vlad Galu Date: Fri, 29 May 2009 14:59:50 +0300 Message-ID: To: Ivan Voras Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: ZFS on top of GELI / Intel Atom 330 system 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, 29 May 2009 12:00:12 -0000 On Fri, May 29, 2009 at 2:49 PM, Ivan Voras wrote: > > Hi, > > What is the meaning of counts? Number of calls made or time? > > The former. From owner-freebsd-stable@FreeBSD.ORG Fri May 29 12:02:15 2009 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 CA5E41065701 for ; Fri, 29 May 2009 12:02:15 +0000 (UTC) (envelope-from emikulic@gmail.com) Received: from ipmail04.adl2.internode.on.net (ipmail04.adl2.internode.on.net [203.16.214.57]) by mx1.freebsd.org (Postfix) with ESMTP id 6330E8FC32 for ; Fri, 29 May 2009 12:02:14 +0000 (UTC) (envelope-from emikulic@gmail.com) Received: from ppp154-240.static.internode.on.net ([150.101.154.240]) by ipmail04.adl2.internode.on.net with ESMTP; 29 May 2009 21:32:13 +0930 Received: by ppp154-240.static.internode.on.net (Poo-fix, from userid 1001) id A73B95C46; Fri, 29 May 2009 22:02:12 +1000 (EST) Date: Fri, 29 May 2009 22:02:12 +1000 From: Emil Mikulic To: Ivan Voras Message-ID: <20090529120212.GA74808@dmr.ath.cx> References: <4A1FAB45.4040904@h3q.com> <4A1FBD4A.5080204@pp.dyndns.biz> <20090529112919.GA74359@dmr.ath.cx> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-stable@freebsd.org Subject: Re: ZFS on top of GELI / Intel Atom 330 system 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, 29 May 2009 12:02:21 -0000 On Fri, May 29, 2009 at 01:49:54PM +0200, Ivan Voras wrote: > Emil Mikulic wrote: [...] > > kernel`SHA256_Transform 1178 6.3% > > kernel`rijndaelEncrypt 5574 29.7% > > kernel`acpi_cpu_c1 8383 44.6% > > Hi, > > What is the meaning of counts? Number of calls made or time? Time. Sorry, I inadvertently cut off the headings: function, count, percent As I understand it, hotkernel uses statistical sampling at 1001 Hz, so the percentage is an approximation of how much time is spent in each function, based on how many profiler samples ended up in each function. --Emil From owner-freebsd-stable@FreeBSD.ORG Fri May 29 12:12:10 2009 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 93C56106570F for ; Fri, 29 May 2009 12:12:10 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.29]) by mx1.freebsd.org (Postfix) with ESMTP id 474DC8FC1C for ; Fri, 29 May 2009 12:12:10 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so3257433ywe.13 for ; Fri, 29 May 2009 05:12:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=DGJJmXFdi5sy57sALd9lINLPsQu4Eu5FSoqNkRe7U+E=; b=BDtt6zaiAJAeKD1S6K8Heela2Ovf6lG/sueHopPEx3xwfl1ixBVPhPpXkZPTnOi+AT YVFvXiy0JS9aYiwo26qWPW7WeFS62ZG4kYb3CThKWGlu1sxoBSTBRWYbDxxV7scGRcIU SE0hymXPetdk04BdvJ1NHuvqyfTLgQSRC8y4E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=Jd2T97tzBQPccnpJUaVkkxWlh73pkOYErz6maZQ5drpmMWjvLPcGFMmTYbPRZLEMX3 dG298l0whNhZOcUuCEY/oIA3w1egXG/EWQmlFtGJDG4XyciJxnqyw2ECiEfExq77sB1p j4iqVgziUE4d44NQ0ntzGVPBkWyBg7GYJ3Eco= MIME-Version: 1.0 Received: by 10.100.110.9 with SMTP id i9mr3508911anc.130.1243599129038; Fri, 29 May 2009 05:12:09 -0700 (PDT) In-Reply-To: <20090529112919.GA74359@dmr.ath.cx> References: <4A1FAB45.4040904@h3q.com> <4A1FBD4A.5080204@pp.dyndns.biz> <20090529112919.GA74359@dmr.ath.cx> Date: Fri, 29 May 2009 15:12:08 +0300 Message-ID: From: Dan Naumov To: Emil Mikulic Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: base64 Cc: Morgan Wesstr?m , freebsd-stable@freebsd.org Subject: Re: ZFS on top of GELI / Intel Atom 330 system 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, 29 May 2009 12:12:11 -0000 UGFyZG9uIG15IGlnbm9yYW5jZSwgYnV0IHdoYXQgZG8gdGhlc2UgbnVtYmVycyBtZWFuIGFuZCB3 aGF0CmluZm9ybWF0aW9uIGlzIGRlZHVjdGlibGUgZnJvbSB0aGVtPwoKLSBEYW4gTmF1bW92CgoK Cj4gSSBkb24ndCBtZWFuIHRvIHRha2UgdGhpcyBvZmYtdG9waWMgd3J0IC1zdGFibGUgYnV0IGp1 c3QKPiBmb3IgZnVuLCBJIGJ1aWx0IGEgLWN1cnJlbnQga2VybmVsIHdpdGggZHRyYWNlIGFuZCBk aWQ6Cj4KPiCgIKAgoCCgZ2VsaSBvbmV0aW1lIGd6ZXJvCj4goCCgIKAgoC4vaG90a2VybmVsICYK PiCgIKAgoCCgZGQgaWY9L2Rldi96ZXJvIG9mPS9kZXYvZ3plcm8uZWxpIGJzPTFtIGNvdW50PTEw MjQKPiCgIKAgoCCga2lsbGFsbCBkdHJhY2UKPiCgIKAgoCCgZ2VsaSBkZXRhY2ggZ3plcm8KPgo+ IFRoZSBob3Qgc3BvdHM6Cj4gW3NuaXAgc3R1ZmYgdW5kZXIgMC4zJV0KPiBrZXJuZWxgZ19lbGlf Y3J5cHRvX3J1biCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoDUwIKAgMC4zJQo+ IGtlcm5lbGBfbXR4X2Fzc2VydCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCg IKAgNTYgoCAwLjMlCj4ga2VybmVsYFNIQTI1Nl9GaW5hbCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAg oCCgIKAgoCCgIKAgoCCgIKA1OCCgIDAuMyUKPiBrZXJuZWxgcmlqbmRhZWxfZW5jcnlwdCCgIKAg oCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoDcyIKAgMC40JQo+IGtlcm5lbGBfbXR4X3Vu bG9ja19mbGFncyCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgNzQgoCAwLjQlCj4g a2VybmVsYHJpam5kYWVsMTI4X2VuY3J5cHQgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAg oCA3NCCgIDAuNCUKPiBrZXJuZWxgY29weW91dCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAg oCCgIKAgoCCgIKAgoCCgIDkyIKAgMC41JQo+IGtlcm5lbGBfbXR4X2xvY2tfZmxhZ3MgoCCgIKAg oCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgOTMgoCAwLjUlCj4ga2VybmVsYGJ6ZXJvIKAg oCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoDExNCCgIDAuNiUKPiBr ZXJuZWxgc3BpbmxvY2tfZXhpdCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCg MjQwIKAgMS4zJQo+IGtlcm5lbGBiY29weSCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCg IKAgoCCgIKAgoCCgIKAzMjUgoCAxLjclCj4ga2VybmVsYHNjaGVkX2lkbGV0ZCCgIKAgoCCgIKAg oCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIDgxMCCgIDQuMyUKPiBrZXJuZWxgc3djcl9wcm9j ZXNzIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAxMTI2IKAgNi4wJQo+IGtl cm5lbGBTSEEyNTZfVHJhbnNmb3JtIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoDEx NzggoCA2LjMlCj4ga2VybmVsYHJpam5kYWVsRW5jcnlwdCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAg oCCgIKAgoCCgIKAgNTU3NCCgMjkuNyUKPiBrZXJuZWxgYWNwaV9jcHVfYzEgoCCgIKAgoCCgIKAg oCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCA4MzgzIKA0NC42JQo+Cj4gSSBoYWQgdG8gYnVpbGQg Y3J5cHRvIGFuZCBnZW9tX2VsaSBpbnRvIHRoZSBrZXJuZWwgdG8gZ2V0IHByb3Blcgo+IHN5bWJv bHMuCj4KPiBSZWZlcmVuY2VzOgo+IKBodHRwOi8vd2lraS5mcmVlYnNkLm9yZy9EVHJhY2UKPiCg aHR0cDovL3d3dy5icmVuZGFuZ3JlZ2cuY29tL0RUcmFjZS9ob3RrZXJuZWwKPgo+IC0tRW1pbAo= From owner-freebsd-stable@FreeBSD.ORG Fri May 29 12:18:35 2009 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 26D2D106564A for ; Fri, 29 May 2009 12:18:35 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: from ibctech.ca (v6.ibctech.ca [IPv6:2607:f118::b6]) by mx1.freebsd.org (Postfix) with SMTP id 980468FC1E for ; Fri, 29 May 2009 12:18:34 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: (qmail 51792 invoked by uid 89); 29 May 2009 12:18:46 -0000 Received: from unknown (HELO ?IPv6:2607:f118::5?) (steve@ibctech.ca@2607:f118::5) by 2607:f118::b6 with ESMTPA; 29 May 2009 12:18:46 -0000 Message-ID: <4A1FD2A2.30209@ibctech.ca> Date: Fri, 29 May 2009 08:18:42 -0400 From: Steve Bertrand User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Kevin Day References: <4A1D6F36.3030008@ibctech.ca> <22308B21-1346-4FE5-8332-EB107E9CBD2A@dragondata.com> In-Reply-To: <22308B21-1346-4FE5-8332-EB107E9CBD2A@dragondata.com> X-Enigmail-Version: 0.95.7 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms030608090808020307030402" Cc: FreeBSD Subject: Re: I've borked my ZFS system upgrading to -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: Fri, 29 May 2009 12:18:35 -0000 This is a cryptographically signed message in MIME format. --------------ms030608090808020307030402 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Kevin Day wrote: > > On May 27, 2009, at 11:49 AM, Steve Bertrand wrote: > >> Hey all, >> >> In short, I've got a system with /boot on a USB thumb drive that I boot >> from, which then mounts root and the rest of the system from a 4-disk >> ZFS storage pool. >> >> However, during the upgrade, something didn't go quite right, and now >> when I boot, I end up with: >> >> /libexec/ld-elf.so.1: Shared object "libc.so.7" not found required by sh > > > While I don't have much help to get you fixed, I can tell you how this > likely happened if you did a "make world" or "make installworld" at one > point. > > The installworld script is told that /lib/libc.so.x has to have a > "chflags schg" applied to it, making it unchangeable. So when > installing, it deletes the old libc, copies the new libc over, tries to > do a chflags on it, fails because ZFS doesn't support flags, so it > deletes libc and gives up. > > libc is the first file that installworld tries to create using schg, so > that's where it fails. The workaround is to do "make installworld > NO_FSCHG=" so that it doesn't bother trying to set flags. That makes absolutely perfect sense! Thanks Kevin, I'll give that a try and go from there. Steve --------------ms030608090808020307030402 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIII/zCC AtowggJDoAMCAQICEEs5xg/J3t77QWJ4SatV1HcwDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UE BhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMT I1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA5MDUwNzIzMTYxMFoX DTEwMDUwNzIzMTYxMFowQjEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEfMB0G CSqGSIb3DQEJARYQc3RldmVAaWJjdGVjaC5jYTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCC AQoCggEBAJSTRAjP1RVa87/mnZn+PBTbENgyhhBJ4rWApmaNcthzRdk2DB/49KrXx3EQP60w Lj4KU0DFkiGNVj9BnVxRAx/WDXKxGC3uGGEG6gjyWv8KFMWMsH9mL7y7uNow1HueT6pZUf9o yY8Ewd+01QpGi7FfXOae7lGHhbEwnEJGwz08ytRfLmH0KtEzlZanZZhwDGX5s1kIHnyxdACh 3byXY6Z2bOrx0rcrQHCnHJppxddR60F7igjaMuBFstE51h9XTgXDNKJbglqTug5ghGihNuP6 VsBN7ue62y96UGIE22TvKEcAQ665vQGjHqZeSzZYy+hWNOa27pWFmhlqFjx0x8MCAwEAAaMt MCswGwYDVR0RBBQwEoEQc3RldmVAaWJjdGVjaC5jYTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3 DQEBBQUAA4GBAMOmjxjp2Xzk6ZHLwTgFDzVhm98RjRT3UXotKjNIR7SgwfWF5wkJrx4I+dXu ui5ztMEq4bTTRgJ344MqE6uZiZlg+tBIFHZGCJfKdzsX4QuV2jmw0sR5dMaYxG6tlDB0YUMv gTqzV7ZDpiusTMOZe9pP1PdxFhOcIJXtMQDj5LhuMIIC2jCCAkOgAwIBAgIQSznGD8ne3vtB YnhJq1XUdzANBgkqhkiG9w0BAQUFADBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3Rl IENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVt YWlsIElzc3VpbmcgQ0EwHhcNMDkwNTA3MjMxNjEwWhcNMTAwNTA3MjMxNjEwWjBCMR8wHQYD VQQDExZUaGF3dGUgRnJlZW1haWwgTWVtYmVyMR8wHQYJKoZIhvcNAQkBFhBzdGV2ZUBpYmN0 ZWNoLmNhMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAlJNECM/VFVrzv+admf48 FNsQ2DKGEEnitYCmZo1y2HNF2TYMH/j0qtfHcRA/rTAuPgpTQMWSIY1WP0GdXFEDH9YNcrEY Le4YYQbqCPJa/woUxYywf2YvvLu42jDUe55PqllR/2jJjwTB37TVCkaLsV9c5p7uUYeFsTCc QkbDPTzK1F8uYfQq0TOVlqdlmHAMZfmzWQgefLF0AKHdvJdjpnZs6vHStytAcKccmmnF11Hr QXuKCNoy4EWy0TnWH1dOBcM0oluCWpO6DmCEaKE24/pWwE3u57rbL3pQYgTbZO8oRwBDrrm9 AaMepl5LNljL6FY05rbulYWaGWoWPHTHwwIDAQABoy0wKzAbBgNVHREEFDASgRBzdGV2ZUBp YmN0ZWNoLmNhMAwGA1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEFBQADgYEAw6aPGOnZfOTpkcvB OAUPNWGb3xGNFPdRei0qM0hHtKDB9YXnCQmvHgj51e66LnO0wSrhtNNGAnfjgyoTq5mJmWD6 0EgUdkYIl8p3OxfhC5XaObDSxHl0xpjEbq2UMHRhQy+BOrNXtkOmK6xMw5l72k/U93EWE5wg le0xAOPkuG4wggM/MIICqKADAgECAgENMA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQGEwJa QTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoT EVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERp dmlzaW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG 9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAwWhcN MTMwNzE2MjM1OTU5WjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRp bmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3Vp bmcgQ0EwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUEcJ3f 6f+jHuy9zfVb8hp2vX8MOmHyv1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH5/Ef kTYkKhPPK9Xzgnc9A74r/rsYPge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBlyYLf7 AgMBAAGjgZQwgZEwEgYDVR0TAQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJodHRw Oi8vY3JsLnRoYXd0ZS5jb20vVGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNVHQ8E BAMCAQYwKQYDVR0RBCIwIKQeMBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0GCSqG SIb3DQEBBQUAA4GBAEiM0VCD6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYvwPQc UCCTcDz9reFhYsPZOhl+hLGZGwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3h9bG CE6u9uo05RAaWzVNd+NWIXiC3CEZNd4ksdMdRv9dX2VPMYIDZDCCA2ACAQEwdjBiMQswCQYD VQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UE AxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECEEs5xg/J3t77QWJ4SatV 1HcwCQYFKw4DAhoFAKCCAcMwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0B CQUxDxcNMDkwNTI5MTIxODQyWjAjBgkqhkiG9w0BCQQxFgQUiCLJ68AaSSqksrVDu6+IrY8K M0wwUgYJKoZIhvcNAQkPMUUwQzAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZI hvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwgYUGCSsGAQQBgjcQBDF4MHYwYjEL MAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAq BgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAhBLOcYPyd7e+0Fi eEmrVdR3MIGHBgsqhkiG9w0BCRACCzF4oHYwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRo YXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBG cmVlbWFpbCBJc3N1aW5nIENBAhBLOcYPyd7e+0FieEmrVdR3MA0GCSqGSIb3DQEBAQUABIIB ADsjJVncvY7h/WiE3Jz9R47vvc+EsPEov4cmDs/X6ff4SMcs7qxU6wsZca2JlO/lwpl7DLLs aBDkjExz1lIC9KNgp8E1XSh7GDkA3Tk0A3+AR6p3J1BSftYu42V0XsFO8hTlSyLQYFtzrv0X 7O3vp+/1xDk1Kz065PEqL49sXG3xoNFDeenZykihtqKmXrjVDYw4S0+gv3eeJOpB/BRQq3Zf iHBqUMTZaMdBkmgIfxf4/g+y9YiEeB68tzLa7Er8b+LFy1B/hxdRGauW9x33q/8ZvtfMd016 lfj06dcVeEHR+jRBtzOpk8c62EBW9bh0crdX2+chTEufqGA6YBJe6Y4AAAAAAAA= --------------ms030608090808020307030402-- From owner-freebsd-stable@FreeBSD.ORG Fri May 29 12:35:23 2009 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 02A96106564A; Fri, 29 May 2009 12:35:23 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 107898FC1C; Fri, 29 May 2009 12:35:21 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id PAA22184; Fri, 29 May 2009 15:35:20 +0300 (EEST) (envelope-from avg@freebsd.org) Message-ID: <4A1FD687.5070502@freebsd.org> Date: Fri, 29 May 2009 15:35:19 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <3c1674c90905201643m540c8b1v8a8bd88f071c233d@mail.gmail.com> <4A1D0F2B.4030006@restart.be> <3c1674c90905280052q281f6172j2409fe2d64db6914@mail.gmail.com> <4A1E90F7.2000000@restart.be> <4A1E97D8.4080901@icyb.net.ua> In-Reply-To: <4A1E97D8.4080901@icyb.net.ua> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Kip Macy Subject: libzpool assert vs libc assert 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, 29 May 2009 12:35:23 -0000 So anyone else feels that this is a bug? on 28/05/2009 16:55 Andriy Gapon said the following: > on 28/05/2009 16:26 Henri Hennebert said the following: >> (gdb) bt >> #0 0x00000008012a6f22 in strlen () from /lib/libc.so.7 >> #1 0x00000008012a0feb in open () from /lib/libc.so.7 >> #2 0x000000080129ea59 in open () from /lib/libc.so.7 >> #3 0x00000008012a1f2e in vfprintf () from /lib/libc.so.7 >> #4 0x0000000801291158 in fprintf () from /lib/libc.so.7 >> #5 0x0000000801290fb0 in __assert () from /lib/libc.so.7 > > I find the above part interesting. > Could this be because of the following discrepancy: > > 1) > cddl/contrib/opensolaris/lib/libzpool/common/sys/zfs_context.h: > extern void __assert(const char *, const char *, int); > 2) > lib/libc/gen/assert.c: > void > __assert(func, file, line, failedexpr) > const char *func, *file; > int line; > const char *failedexpr; > >> #6 0x0000000800fef120 in zmutex_destroy () from /lib/libzpool.so.1 >> #7 0x000000080102e1a0 in dsl_dataset_fast_stat () from /lib/libzpool.so.1 >> #8 0x0000000801045ffa in dbuf_find () from /lib/libzpool.so.1 >> #9 0x0000000801047bf3 in dmu_buf_rele () from /lib/libzpool.so.1 >> #10 0x0000000801027546 in dsl_pool_open () from /lib/libzpool.so.1 >> #11 0x000000080101bcec in spa_create () from /lib/libzpool.so.1 >> #12 0x000000080101c820 in spa_tryimport () from /lib/libzpool.so.1 -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Fri May 29 12:37:59 2009 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 843981065675; Fri, 29 May 2009 12:37:59 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 91B358FC23; Fri, 29 May 2009 12:37:58 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id PAA22205; Fri, 29 May 2009 15:37:57 +0300 (EEST) (envelope-from avg@freebsd.org) Message-ID: <4A1FD724.4000503@freebsd.org> Date: Fri, 29 May 2009 15:37:56 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: freebsd-stable@freebsd.org, Kip Macy , Doug Rabson References: <4A1D4A13.7030702@icyb.net.ua> <46B3333A-835A-4C88-A540-EEE70585F537@verweg.com> <4A1D5540.2050504@icyb.net.ua> <4A1D6DA3.40005@freebsd.org> In-Reply-To: <4A1D6DA3.40005@freebsd.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: on 'btxld: zfsboot.ldr: Invalid argument' again 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, 29 May 2009 12:37:59 -0000 So anybody else feels that the below should be committed? Most probably modulo __FreeBSD_version bump because it has just got bumped in stable/7 for a different reason. on 27/05/2009 19:43 Andriy Gapon said the following: > on 27/05/2009 17:59 Andriy Gapon said the following: >> Yes, it should be able, but not automagically. >> As des@ explained to me, for this to happen the following is needed: >> 1. bump FreeBSD_version in sys/param.h >> 2. add/update _btxld BOOTSTRAPPING check in Makefile.inc1 >> If the above is done then btxld is built as a faux-cross-tool if/when necessary. > > And the patch. > The patch is only strictly necessary for those who define LOADER_ZFS_SUPPORT but > won't hurt everybody else. > Commit message should explain that version bump is for r192697: > "merge 177933. Allow for a zero length 'loader'." > This is necessary because btxld is a build tool as well as a cross-build tool. > > > > diff --git a/Makefile.inc1 b/Makefile.inc1 > index 119ba09..5071065 100644 > --- a/Makefile.inc1 > +++ b/Makefile.inc1 > @@ -985,7 +985,7 @@ build-tools: > # > # cross-tools: Build cross-building tools > # > -.if ${TARGET_ARCH} != ${MACHINE_ARCH} > +.if ${TARGET_ARCH} != ${MACHINE_ARCH} || ${BOOTSTRAPPING} < 702102 > .if ${TARGET_ARCH} == "amd64" || ${TARGET_ARCH} == "i386" > _btxld= usr.sbin/btxld > .endif > diff --git a/sys/sys/param.h b/sys/sys/param.h > index 74960a8..6af6a4e 100644 > --- a/sys/sys/param.h > +++ b/sys/sys/param.h > @@ -57,7 +57,7 @@ > * is created, otherwise 1. > */ > #undef __FreeBSD_version > -#define __FreeBSD_version 702101 /* Master, propagated to newvers */ > +#define __FreeBSD_version 702102 /* Master, propagated to newvers */ > > #ifndef LOCORE > #include > > -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Fri May 29 12:54:27 2009 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 5B49B106564A for ; Fri, 29 May 2009 12:54:27 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: from ibctech.ca (v6.ibctech.ca [IPv6:2607:f118::b6]) by mx1.freebsd.org (Postfix) with SMTP id 0B1468FC12 for ; Fri, 29 May 2009 12:54:26 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: (qmail 53263 invoked by uid 89); 29 May 2009 12:54:39 -0000 Received: from unknown (HELO ?IPv6:2607:f118::5?) (steve@ibctech.ca@2607:f118::5) by 2607:f118::b6 with ESMTPA; 29 May 2009 12:54:39 -0000 Message-ID: <4A1FDB0B.1050901@ibctech.ca> Date: Fri, 29 May 2009 08:54:35 -0400 From: Steve Bertrand User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Larry Rosenman References: <4A1D6F36.3030008@ibctech.ca> <22308B21-1346-4FE5-8332-EB107E9CBD2A@dragondata.com> <36A9C654-D762-4437-9CB1-E235CC6407EC@verweg.com> <2e77fc10905281033v412a6ce6x42f138e0d9e71b32@mail.gmail.com> <0633EFA5-4146-40E8-87E0-B72DC87D6BE7@verweg.com> In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms000608020909050607010109" Cc: FreeBSD , Kevin Day Subject: Re: I've borked my ZFS system upgrading to -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: Fri, 29 May 2009 12:54:27 -0000 This is a cryptographically signed message in MIME format. --------------ms000608020909050607010109 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Larry Rosenman wrote: > On Thu, 28 May 2009, Ruben van Staveren wrote: > >> >> >> On 28 mei 2009, at 19:33, Niki Denev wrote: >>> Just curious... doesn't a "zfs upgrade -a" do the same thing? >> >> The zpool upgrade is just for the pools, but the filesystems keep >> their original settings so we need to do that in a seperate move > There is both a zpool upgrade and a zfs upgrade command. > > The zfs upgrade does the filesystems, and the zpool upgrade does the pool. The pool had not been upgraded. The system in which I've mounted the pool into is not -STABLE, and since the world didn't install on the original system, I couldn't upgrade the pool. For archive purposes, here is what I've done so far: # zpool import storage # zpool -t zfs storage /storage # ln -s /storage/usr/obj /usr/obj # cd /storage/usr/src # make buildworld NO_FSCHG DESTDIR=/storage ...and that's where I'm at right now. Thanks for all the help. I'll post back with the final results. Steve --------------ms000608020909050607010109 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIII/zCC AtowggJDoAMCAQICEEs5xg/J3t77QWJ4SatV1HcwDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UE BhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMT I1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA5MDUwNzIzMTYxMFoX DTEwMDUwNzIzMTYxMFowQjEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEfMB0G CSqGSIb3DQEJARYQc3RldmVAaWJjdGVjaC5jYTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCC AQoCggEBAJSTRAjP1RVa87/mnZn+PBTbENgyhhBJ4rWApmaNcthzRdk2DB/49KrXx3EQP60w Lj4KU0DFkiGNVj9BnVxRAx/WDXKxGC3uGGEG6gjyWv8KFMWMsH9mL7y7uNow1HueT6pZUf9o yY8Ewd+01QpGi7FfXOae7lGHhbEwnEJGwz08ytRfLmH0KtEzlZanZZhwDGX5s1kIHnyxdACh 3byXY6Z2bOrx0rcrQHCnHJppxddR60F7igjaMuBFstE51h9XTgXDNKJbglqTug5ghGihNuP6 VsBN7ue62y96UGIE22TvKEcAQ665vQGjHqZeSzZYy+hWNOa27pWFmhlqFjx0x8MCAwEAAaMt MCswGwYDVR0RBBQwEoEQc3RldmVAaWJjdGVjaC5jYTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3 DQEBBQUAA4GBAMOmjxjp2Xzk6ZHLwTgFDzVhm98RjRT3UXotKjNIR7SgwfWF5wkJrx4I+dXu ui5ztMEq4bTTRgJ344MqE6uZiZlg+tBIFHZGCJfKdzsX4QuV2jmw0sR5dMaYxG6tlDB0YUMv gTqzV7ZDpiusTMOZe9pP1PdxFhOcIJXtMQDj5LhuMIIC2jCCAkOgAwIBAgIQSznGD8ne3vtB YnhJq1XUdzANBgkqhkiG9w0BAQUFADBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3Rl IENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVt YWlsIElzc3VpbmcgQ0EwHhcNMDkwNTA3MjMxNjEwWhcNMTAwNTA3MjMxNjEwWjBCMR8wHQYD VQQDExZUaGF3dGUgRnJlZW1haWwgTWVtYmVyMR8wHQYJKoZIhvcNAQkBFhBzdGV2ZUBpYmN0 ZWNoLmNhMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAlJNECM/VFVrzv+admf48 FNsQ2DKGEEnitYCmZo1y2HNF2TYMH/j0qtfHcRA/rTAuPgpTQMWSIY1WP0GdXFEDH9YNcrEY Le4YYQbqCPJa/woUxYywf2YvvLu42jDUe55PqllR/2jJjwTB37TVCkaLsV9c5p7uUYeFsTCc QkbDPTzK1F8uYfQq0TOVlqdlmHAMZfmzWQgefLF0AKHdvJdjpnZs6vHStytAcKccmmnF11Hr QXuKCNoy4EWy0TnWH1dOBcM0oluCWpO6DmCEaKE24/pWwE3u57rbL3pQYgTbZO8oRwBDrrm9 AaMepl5LNljL6FY05rbulYWaGWoWPHTHwwIDAQABoy0wKzAbBgNVHREEFDASgRBzdGV2ZUBp YmN0ZWNoLmNhMAwGA1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEFBQADgYEAw6aPGOnZfOTpkcvB OAUPNWGb3xGNFPdRei0qM0hHtKDB9YXnCQmvHgj51e66LnO0wSrhtNNGAnfjgyoTq5mJmWD6 0EgUdkYIl8p3OxfhC5XaObDSxHl0xpjEbq2UMHRhQy+BOrNXtkOmK6xMw5l72k/U93EWE5wg le0xAOPkuG4wggM/MIICqKADAgECAgENMA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQGEwJa QTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoT EVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERp dmlzaW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG 9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAwWhcN MTMwNzE2MjM1OTU5WjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRp bmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3Vp bmcgQ0EwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUEcJ3f 6f+jHuy9zfVb8hp2vX8MOmHyv1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH5/Ef kTYkKhPPK9Xzgnc9A74r/rsYPge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBlyYLf7 AgMBAAGjgZQwgZEwEgYDVR0TAQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJodHRw Oi8vY3JsLnRoYXd0ZS5jb20vVGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNVHQ8E BAMCAQYwKQYDVR0RBCIwIKQeMBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0GCSqG SIb3DQEBBQUAA4GBAEiM0VCD6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYvwPQc UCCTcDz9reFhYsPZOhl+hLGZGwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3h9bG CE6u9uo05RAaWzVNd+NWIXiC3CEZNd4ksdMdRv9dX2VPMYIDZDCCA2ACAQEwdjBiMQswCQYD VQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UE AxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECEEs5xg/J3t77QWJ4SatV 1HcwCQYFKw4DAhoFAKCCAcMwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0B CQUxDxcNMDkwNTI5MTI1NDM1WjAjBgkqhkiG9w0BCQQxFgQUMuW6eIU4cvd1rSFh66QTWj9R 5GkwUgYJKoZIhvcNAQkPMUUwQzAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZI hvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwgYUGCSsGAQQBgjcQBDF4MHYwYjEL MAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAq BgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAhBLOcYPyd7e+0Fi eEmrVdR3MIGHBgsqhkiG9w0BCRACCzF4oHYwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRo YXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBG cmVlbWFpbCBJc3N1aW5nIENBAhBLOcYPyd7e+0FieEmrVdR3MA0GCSqGSIb3DQEBAQUABIIB AG28Q1HPoUZ+JwBJ/ItqY/5eSrj442UdvEFNOYjvA9DhHQzbw/4ReUWm+HUHYvFrEExJ7E7b 0/I1Fx+r9zuTBFa2VrLUB7F3LLhRKvRiTrG1OG/T7t3SEPqhN9KUc8WQKucGnPpm6jj26Ooj FtoLDoKXp8Wff7SlLIhJqKP45WlYjjNS46J5mi3HdsTNs4RbAVbWMRkAY4bL9f4zVzIACH+t Fyb7gsO8mTbIYG3VkCK7GL/p0ZYPsfJrIrXG+h8YZj/OL+TmOGq06HxlbIiGFYtk0qreBB0l nsgigbZhcej51nHnyZbryp64vMpZAPZUC091Mxo3bhP7UDgDWI9TxM8AAAAAAAA= --------------ms000608020909050607010109-- From owner-freebsd-stable@FreeBSD.ORG Fri May 29 13:03:35 2009 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 3ECFF106573B for ; Fri, 29 May 2009 13:03:35 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from fallbackmx08.syd.optusnet.com.au (fallbackmx08.syd.optusnet.com.au [211.29.132.10]) by mx1.freebsd.org (Postfix) with ESMTP id 36B2D8FC1B for ; Fri, 29 May 2009 13:03:34 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail36.syd.optusnet.com.au (mail36.syd.optusnet.com.au [211.29.133.76]) by fallbackmx08.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n4TB6LtG031718 for ; Fri, 29 May 2009 21:06:21 +1000 Received: from server.vk2pj.dyndns.org (c122-106-216-167.belrs3.nsw.optusnet.com.au [122.106.216.167]) by mail36.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n4TB6G7V025475 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 29 May 2009 21:06:17 +1000 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.3/8.14.3) with ESMTP id n4TB6GFR099457; Fri, 29 May 2009 21:06:16 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id n4TB6FPD099456; Fri, 29 May 2009 21:06:15 +1000 (EST) (envelope-from peter) Date: Fri, 29 May 2009 21:06:15 +1000 From: Peter Jeremy To: Lorenzo Perone Message-ID: <20090529110615.GB99305@server.vk2pj.dyndns.org> References: <14989d6e0905261338q5c4d4f8fj80b3b98ae9be8100@mail.gmail.com> <203EA7F2-0AFF-437D-A4F4-F65F00EEC10E@verweg.com> <4A1C6866.30403@intersonic.se> <6C848E6B-9B38-41ED-898D-8B4016FD70BB@yellowspace.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WYTEVAkct0FjGQmd" Content-Disposition: inline In-Reply-To: <6C848E6B-9B38-41ED-898D-8B4016FD70BB@yellowspace.net> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.19 (2009-01-05) Cc: stable@freebsd.org Subject: Re: cvsup.de.FreeBSD.org out of sync? (was: "make buildkernel KERNCONF=GENERIC fails") 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, 29 May 2009 13:03:35 -0000 --WYTEVAkct0FjGQmd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2009-May-27 00:42:52 +0200, Lorenzo Perone wrote: >On 27.05.2009, at 00:08, Per olof Ljungmark wrote: > >> Ruben van Staveren wrote: >>> On 26 May 2009, at 22:38, Christian Walther wrote: >>>> it finished successfully. From my point of view it appears that >>>> cvsup.de.freebsd.org is out of sync. >>> cvsup.de.freebsd.org is definitely out of sync. I had build errors =20 >>> which only went away after switching to a different cvsup server >> >> Same here, a week ago. > >same here too... a few mins and hours ago. >with cvsup5.de.freebsd.org as well... This is a not-uncommon problem with lots of CVSup servers. edwin@ maintains a statistics page at http://www.mavetju.org/unix/freebsd-mirrors/ that is worth studying - it shows that cvsup.de.freebsd.org is badly out of sync, though cvsup5 should be OK. --=20 Peter Jeremy --WYTEVAkct0FjGQmd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkofwacACgkQ/opHv/APuIemKwCgngbEqalO0QLZM7caJBCTEp1h 7aAAoLD87DmRcrPLVWhtJHSaQZRSRm/H =nnPY -----END PGP SIGNATURE----- --WYTEVAkct0FjGQmd-- From owner-freebsd-stable@FreeBSD.ORG Fri May 29 13:36:15 2009 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 89C3D10656B0 for ; Fri, 29 May 2009 13:36:15 +0000 (UTC) (envelope-from anonymous@ns36220.ovh.net) Received: from ns36220.ovh.net (ns36220.ovh.net [87.98.217.19]) by mx1.freebsd.org (Postfix) with SMTP id 5C2978FC3B for ; Fri, 29 May 2009 13:36:13 +0000 (UTC) (envelope-from anonymous@ns36220.ovh.net) Received: (qmail 19193 invoked by uid 99); 29 May 2009 10:17:36 -0000 Date: 29 May 2009 10:17:36 -0000 Message-ID: <20090529101736.23594.qmail@ns36220.ovh.net> To: freebsd-stable@freebsd.org From: UK PHONE SHOP MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit Subject: Get Your Blackberry Storm9500/$350 or Apple iphone 16GB/$250 or Blackberry Bold/$300 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ukphoneshop2@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2009 13:36:16 -0000 Dear Prospective Customer, we are selling all brand and latest electronics such as mobile phones, pda, laptop, notebook, ipods, digital camera, gps, plasma television, games at affordable and competitive prices. Our products are brand new ( mobiles are unlocked ) with complete accessories and it comes with 18 months international warranty and 8 months return policy. WE CAN HELP YOU ESTABLISH YOUR OWN BUSINESS For further Enquiry and Order Placement, Contact us as below : Below is our Price List: NOKIA 5800 MUSIC XPRESS ..................$300 USD NOKIA N82 TITANIUM WHITE (UNLOCKED).......$250 USD NOKIA E90 COMMUNICATOR (UNLOCKED).........$450 USD NOKIA N96 (UNLOCKED)......................$350 USD NOKIA N95 8GB (UNLOCKED)..................$320 USD NOKIA E61i (UNLOCKED).....................$300 USD NOKIA 8800 Sapphire Arte (UNLOCKED).......$400USD NOKIA 8800 Sapphire Arte Triband 3G Unlocked Phone, Sapphire .......$470 USD NOKIA 6210 Navigator (UNLOCKED)...........$200 USD NOKIA N81 8GB (UNLOCKED)..................$300 USD NOKIA 7900 Prism (UNLOCKED)...............$250 USD NOKIA N76 (UNLOCKED)......................$200 USD APPLE IPHONE 3G 16GB.................$250 USD APPLE IPHONE 3G 8GB..................$200 USD MOTOROLA MING A1800 (UNLOCKED).......$500 USD MOTOROLA Z9 (UNLOCKED)...............$410 USD MOTOROLA Z6W (UNLOCKED)..............$150 USD MOTOROLA SIKEKICK SLIDE (UNLOCKED)...$170 USD MOTOROLA KRZR K3 (UNLOCKED)..........$250 USD MOTOROLA Q9H (UNLOCKED)..............$300 USD MOTOROLA v3i gold edition (UNLOCKED)................$200 USD MOTORLA Q (UNLOCKED)................................$220 USD MOTOROLA MPX300 (UNLOCKED)..........................$115 USD SAMSUNG TOCCO.......................................$400 USD SAMSUNG F110 (ULOCKED)..............................$350 USD SAMSUNG F480 (UNLOCKED).............................$400 USD SAMSUNG G810 (UNLOCKED).............................$500 USD SAMSUNG F700 (UNLOCKED).............................$450 USD SAMSUNG G600 (UNLOCKED).............................$300 USD SAMSUNG Z710 (UNLOCKED).............................$280 USD SAMSUNG M8000 (UNLOCKED)............................$250 USD SAMSUNG sgh-i830 (UNLOCKED).........................$150 USD SAMSUNG G810 (UNLOCKED).............................$200 USD SAMSUNG ARMANI (UNLOCKED)...........................$300 USD SAMSUNG F700 (UNLOCKED).............................$400 USD SAMSUNG P960 (UNLOCKED).............................$450 USD SAMSUNG U900 SOUL (UNLOCKED)........................$550 USD SAMSUNG Giorgio Armani P520 (unlocked)..............$350 USD Samsung Omnia i900 (16GB)...........................$500 USD SONY ERICSSON C702 (UNLOCKED).......................$420 USD SONY ERICSSON W760 (UNLOCKED).......................$400 USD SONY ERICSSON W960 (UNLOCKED).......................$400 USD SONY ERICSSON XPERIA XI (UNLOCKED)..................$350 USD SONY ERICSSON T303 (UNLOCKED).......................$420 USD SONY ERICSSON G900 (UNLOCKED).......................$300 USD SONY ERICSSON P1 (UNLOCKED).........................$410 USD BLACKBERRY PEARL 8220........................$410 USD RIM BLACKBERRY STORM 9500....................$300 USD BLACKBERRY PEARL 8220........................$350 USD BLACKBERRY 8320 CURVE (UNLOCKED).............$250 USD BLACKBERRY 8707V (UNLOCKED)..................$340 USD BLACKBERRY PEARL 8120 (UNLOCKED).............$311 USD BLACKBERRY 7730 (UNLOCKED)...................$200 USD BLACKBERRY 7100X (UNLOCKED)..................$210 USD BLACKBERRY 8700C (UNLOCKED)..................$200 USD HTC ADVANTAGE X7510 (UNLOCKED)......................$500 USD HTC P3470 (UNLOCKED)................................$300 USD HTC S630 (UNLOCKED).................................$250 USD HTC SHIFT (UNLOCKED)................................$700 USD HTC TYTN (UNLOCKED).................................$410 USD HTC S710 (UNLOCKED).................................$230 USD HTC P3300 (UNLOCKED)................................$340 USD HCT TOUCH DIAMOND...................................$300 USD CAMERAS Brand New Nikon D700.......650USD Brand New Nikon D40........320USD Brand New Nikon D40x.......399USD Brand New Nikon D60........400USD Brand New Nikon D80........450USD Brand New Nikon D90........510USD Brand New Nikon D200.......350USD Brand New Nikon D300.......700USD Brand New Nikon D3.........800USD Brand New Canon 1000D........ .650USD Brand New Canon XH A1..........800USD Brand New Canon 40D............490USD Brand New Canon 400D...........400USD Brand New Canon 450D...........500USD DIGITAL CAMERA CANON EOS-1D Mark II-N 8 Megapixel Digital...............$750 USD Canon EOS-5D Digital , 12.8 .............................$700 USD Canon XH A1 1.67MP 3CCD Camcorder with 20x Optical Zoom..$700 USD Canon XL2 3CCD MiniDV Camcorder w/20x Optical Zoom.......$800 USD Canon XL1 Digital Camcorder Kit..........................$600 USD Canon EOS 1D Mark II N 8.2MP Digital SLR Camera..........$750 USD Canon Camera Kit 1234B002................................$300 USD Canon EOS 30D Digital SLR Camera & Canon.................$500 USD And the shipping cost $50 to any destination We sell in bulk purchase also below is our bulk purchase ordee.. BUY 5 UNITS GET 1 FREE BUY 10 UNITS GET 2 FREE AND 1 SIDEKICK LX 18 Parliament Street Freedom House Up Holland Lancashire WN8 0LN Wigan Tel:+447031937508 Joe Johnson ukphoneshop2@gmail.com From owner-freebsd-stable@FreeBSD.ORG Fri May 29 13:49:33 2009 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 B683E106566C; Fri, 29 May 2009 13:49:33 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 894F88FC18; Fri, 29 May 2009 13:49:33 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 3FFA646C1F; Fri, 29 May 2009 09:49:33 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id DD5788A029; Fri, 29 May 2009 09:49:31 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Date: Fri, 29 May 2009 09:16:31 -0400 User-Agent: KMail/1.9.7 References: <4A1D4A13.7030702@icyb.net.ua> <4A1D6DA3.40005@freebsd.org> <4A1FD724.4000503@freebsd.org> In-Reply-To: <4A1FD724.4000503@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200905290916.32124.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Fri, 29 May 2009 09:49:32 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Doug Rabson , Kip Macy , Andriy Gapon Subject: Re: on 'btxld: zfsboot.ldr: Invalid argument' again 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, 29 May 2009 13:49:34 -0000 On Friday 29 May 2009 8:37:56 am Andriy Gapon wrote: > > So anybody else feels that the below should be committed? > Most probably modulo __FreeBSD_version bump because it has just got bumped in > stable/7 for a different reason. Yes. > > diff --git a/Makefile.inc1 b/Makefile.inc1 > > index 119ba09..5071065 100644 > > --- a/Makefile.inc1 > > +++ b/Makefile.inc1 > > @@ -985,7 +985,7 @@ build-tools: > > # > > # cross-tools: Build cross-building tools > > # > > -.if ${TARGET_ARCH} != ${MACHINE_ARCH} > > +.if ${TARGET_ARCH} != ${MACHINE_ARCH} || ${BOOTSTRAPPING} < 702102 > > .if ${TARGET_ARCH} == "amd64" || ${TARGET_ARCH} == "i386" > > _btxld= usr.sbin/btxld > > .endif -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri May 29 14:29:25 2009 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 739DC106568E for ; Fri, 29 May 2009 14:29:25 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: from ibctech.ca (v6.ibctech.ca [IPv6:2607:f118::b6]) by mx1.freebsd.org (Postfix) with SMTP id 093FD8FC23 for ; Fri, 29 May 2009 14:29:24 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: (qmail 58145 invoked by uid 89); 29 May 2009 14:29:38 -0000 Received: from unknown (HELO ?IPv6:2607:f118::5?) (steve@ibctech.ca@2607:f118::5) by 2607:f118::b6 with ESMTPA; 29 May 2009 14:29:38 -0000 Message-ID: <4A1FF14D.8000605@ibctech.ca> Date: Fri, 29 May 2009 10:29:33 -0400 From: Steve Bertrand User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Larry Rosenman References: <4A1D6F36.3030008@ibctech.ca> <22308B21-1346-4FE5-8332-EB107E9CBD2A@dragondata.com> <36A9C654-D762-4437-9CB1-E235CC6407EC@verweg.com> <2e77fc10905281033v412a6ce6x42f138e0d9e71b32@mail.gmail.com> <0633EFA5-4146-40E8-87E0-B72DC87D6BE7@verweg.com> <4A1FDB0B.1050901@ibctech.ca> In-Reply-To: <4A1FDB0B.1050901@ibctech.ca> X-Enigmail-Version: 0.95.7 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms040508070500070609000506" Cc: FreeBSD , Kevin Day Subject: Re: I've borked my ZFS system upgrading to -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: Fri, 29 May 2009 14:29:26 -0000 This is a cryptographically signed message in MIME format. --------------ms040508070500070609000506 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Steve Bertrand wrote: > Larry Rosenman wrote: >> On Thu, 28 May 2009, Ruben van Staveren wrote: >> >>> >>> On 28 mei 2009, at 19:33, Niki Denev wrote: > >>>> Just curious... doesn't a "zfs upgrade -a" do the same thing? >>> The zpool upgrade is just for the pools, but the filesystems keep >>> their original settings so we need to do that in a seperate move >> There is both a zpool upgrade and a zfs upgrade command. >> >> The zfs upgrade does the filesystems, and the zpool upgrade does the pool. > > The pool had not been upgraded. The system in which I've mounted the > pool into is not -STABLE, and since the world didn't install on the > original system, I couldn't upgrade the pool. For archive purposes, here > is what I've done so far: > > # zpool import storage > # zpool -t zfs storage /storage > # ln -s /storage/usr/obj /usr/obj > # cd /storage/usr/src > # make buildworld NO_FSCHG DESTDIR=/storage ...other than having to put NO_FSCHG into /etc/make.conf, the above process worked perfectly, and now up up and running 7.2-STABLE with ZFS fully functional again. Thanks everyone! Steve --------------ms040508070500070609000506 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIII/zCC AtowggJDoAMCAQICEEs5xg/J3t77QWJ4SatV1HcwDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UE BhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMT I1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA5MDUwNzIzMTYxMFoX DTEwMDUwNzIzMTYxMFowQjEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEfMB0G CSqGSIb3DQEJARYQc3RldmVAaWJjdGVjaC5jYTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCC AQoCggEBAJSTRAjP1RVa87/mnZn+PBTbENgyhhBJ4rWApmaNcthzRdk2DB/49KrXx3EQP60w Lj4KU0DFkiGNVj9BnVxRAx/WDXKxGC3uGGEG6gjyWv8KFMWMsH9mL7y7uNow1HueT6pZUf9o yY8Ewd+01QpGi7FfXOae7lGHhbEwnEJGwz08ytRfLmH0KtEzlZanZZhwDGX5s1kIHnyxdACh 3byXY6Z2bOrx0rcrQHCnHJppxddR60F7igjaMuBFstE51h9XTgXDNKJbglqTug5ghGihNuP6 VsBN7ue62y96UGIE22TvKEcAQ665vQGjHqZeSzZYy+hWNOa27pWFmhlqFjx0x8MCAwEAAaMt MCswGwYDVR0RBBQwEoEQc3RldmVAaWJjdGVjaC5jYTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3 DQEBBQUAA4GBAMOmjxjp2Xzk6ZHLwTgFDzVhm98RjRT3UXotKjNIR7SgwfWF5wkJrx4I+dXu ui5ztMEq4bTTRgJ344MqE6uZiZlg+tBIFHZGCJfKdzsX4QuV2jmw0sR5dMaYxG6tlDB0YUMv gTqzV7ZDpiusTMOZe9pP1PdxFhOcIJXtMQDj5LhuMIIC2jCCAkOgAwIBAgIQSznGD8ne3vtB YnhJq1XUdzANBgkqhkiG9w0BAQUFADBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3Rl IENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVt YWlsIElzc3VpbmcgQ0EwHhcNMDkwNTA3MjMxNjEwWhcNMTAwNTA3MjMxNjEwWjBCMR8wHQYD VQQDExZUaGF3dGUgRnJlZW1haWwgTWVtYmVyMR8wHQYJKoZIhvcNAQkBFhBzdGV2ZUBpYmN0 ZWNoLmNhMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAlJNECM/VFVrzv+admf48 FNsQ2DKGEEnitYCmZo1y2HNF2TYMH/j0qtfHcRA/rTAuPgpTQMWSIY1WP0GdXFEDH9YNcrEY Le4YYQbqCPJa/woUxYywf2YvvLu42jDUe55PqllR/2jJjwTB37TVCkaLsV9c5p7uUYeFsTCc QkbDPTzK1F8uYfQq0TOVlqdlmHAMZfmzWQgefLF0AKHdvJdjpnZs6vHStytAcKccmmnF11Hr QXuKCNoy4EWy0TnWH1dOBcM0oluCWpO6DmCEaKE24/pWwE3u57rbL3pQYgTbZO8oRwBDrrm9 AaMepl5LNljL6FY05rbulYWaGWoWPHTHwwIDAQABoy0wKzAbBgNVHREEFDASgRBzdGV2ZUBp YmN0ZWNoLmNhMAwGA1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEFBQADgYEAw6aPGOnZfOTpkcvB OAUPNWGb3xGNFPdRei0qM0hHtKDB9YXnCQmvHgj51e66LnO0wSrhtNNGAnfjgyoTq5mJmWD6 0EgUdkYIl8p3OxfhC5XaObDSxHl0xpjEbq2UMHRhQy+BOrNXtkOmK6xMw5l72k/U93EWE5wg le0xAOPkuG4wggM/MIICqKADAgECAgENMA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQGEwJa QTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoT EVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERp dmlzaW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG 9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAwWhcN MTMwNzE2MjM1OTU5WjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRp bmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3Vp bmcgQ0EwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUEcJ3f 6f+jHuy9zfVb8hp2vX8MOmHyv1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH5/Ef kTYkKhPPK9Xzgnc9A74r/rsYPge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBlyYLf7 AgMBAAGjgZQwgZEwEgYDVR0TAQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJodHRw Oi8vY3JsLnRoYXd0ZS5jb20vVGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNVHQ8E BAMCAQYwKQYDVR0RBCIwIKQeMBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0GCSqG SIb3DQEBBQUAA4GBAEiM0VCD6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYvwPQc UCCTcDz9reFhYsPZOhl+hLGZGwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3h9bG CE6u9uo05RAaWzVNd+NWIXiC3CEZNd4ksdMdRv9dX2VPMYIDZDCCA2ACAQEwdjBiMQswCQYD VQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UE AxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECEEs5xg/J3t77QWJ4SatV 1HcwCQYFKw4DAhoFAKCCAcMwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0B CQUxDxcNMDkwNTI5MTQyOTMzWjAjBgkqhkiG9w0BCQQxFgQUSC1VSQWBlpt0Lw/cCmtfFatx rdkwUgYJKoZIhvcNAQkPMUUwQzAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZI hvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwgYUGCSsGAQQBgjcQBDF4MHYwYjEL MAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAq BgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAhBLOcYPyd7e+0Fi eEmrVdR3MIGHBgsqhkiG9w0BCRACCzF4oHYwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRo YXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBG cmVlbWFpbCBJc3N1aW5nIENBAhBLOcYPyd7e+0FieEmrVdR3MA0GCSqGSIb3DQEBAQUABIIB AA9zwqM3hYdJNUp3HDMpRq6qATIvcz/cjy5jK6+0kReA+uPilt/twNDSv3mSiCxf8/NMVM90 qWSy48rOVl7HVbk3AL1wdifakf+sYx0kIKV/fssw+okWcIsqTRnMG3PYmdiUw/bsuStLeN38 buF26nA6T/TVY/tpH6n45run+LqADxymPA3vpPKz7Hy1QnhVe9nscW+UKynxkyCQx8RKltDn hxPfZRdWRyuniKo1w7BGg/WZTSKiF8bWre5aRo/dQ5a9e3hkHeSY2OatNQoMTbWOV3ZxSGeM 9uETqK8uxOUQn3f/KzVYUy7sIVAWS+ZEVhi1gxGwhh4o4SqSd02vY+IAAAAAAAA= --------------ms040508070500070609000506-- From owner-freebsd-stable@FreeBSD.ORG Fri May 29 14:46:43 2009 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 C8B541065673; Fri, 29 May 2009 14:46:43 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 8A0858FC1B; Fri, 29 May 2009 14:46:42 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id RAA23664; Fri, 29 May 2009 17:46:41 +0300 (EEST) (envelope-from avg@freebsd.org) Message-ID: <4A1FF550.8080402@freebsd.org> Date: Fri, 29 May 2009 17:46:40 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: John Baldwin References: <4A1D4A13.7030702@icyb.net.ua> <4A1D6DA3.40005@freebsd.org> <4A1FD724.4000503@freebsd.org> <200905290916.32124.jhb@freebsd.org> In-Reply-To: <200905290916.32124.jhb@freebsd.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Doug Rabson , freebsd-stable@freebsd.org, Kip Macy Subject: Re: on 'btxld: zfsboot.ldr: Invalid argument' again 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, 29 May 2009 14:46:44 -0000 on 29/05/2009 16:16 John Baldwin said the following: > On Friday 29 May 2009 8:37:56 am Andriy Gapon wrote: >> So anybody else feels that the below should be committed? >> Most probably modulo __FreeBSD_version bump because it has just got bumped > in >> stable/7 for a different reason. > > Yes. Committed as r193040. So now buildworld with LOADER_ZFS_SUPPORT should not fail. Please report any problems this commit might have caused, though. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Fri May 29 18:02:43 2009 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 979FE106568C for ; Fri, 29 May 2009 18:02:43 +0000 (UTC) (envelope-from hpcharles@gmail.com) Received: from mail-fx0-f159.google.com (mail-fx0-f159.google.com [209.85.220.159]) by mx1.freebsd.org (Postfix) with ESMTP id 1E87E8FC1B for ; Fri, 29 May 2009 18:02:42 +0000 (UTC) (envelope-from hpcharles@gmail.com) Received: by fxm3 with SMTP id 3so1684400fxm.43 for ; Fri, 29 May 2009 11:02:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:reply-to:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=BKAbWc/WM4o/kpnPdP341fuqg4yxxZDtOTbN3ckFSNI=; b=HSLQgoiNFoJy9oaMCte/Gd9ptdwrmlTL/J5xh7jLlAsnyn9OREviyI784814wv5ygr nWQbJjINOl7r94zrJXghobFERNODET8T8nVY6OeKdqod9yXp8OHmb8JyI6BnltEsl5V4 G10E4eWiv4LXDhOhTYU/8Rou9jlLs/8goNdU4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type:content-transfer-encoding; b=Y3zrZq1p9B8lGfktTBl3G5r3yw4qushr1RyixdTyBuOb7g4DvKwazoO4hGdMasLD15 c7zjmoyDYKsEEG4ig1Y0QWDYNiPoecv/UerrAFUcLpZqyss2AqOcsoQDZ9ked8earBjb 2Wzje/EjVYPVFKbvPIgZPM7loXTvOS6hiki8Q= MIME-Version: 1.0 Received: by 10.103.246.1 with SMTP id y1mr1803398mur.72.1243620162161; Fri, 29 May 2009 11:02:42 -0700 (PDT) In-Reply-To: <20090423200507.GA1246@mr-happy.com> References: <20090420204637.GA1236@mr-happy.com> <20090421184924.GA36542@alchemy.franken.de> <20090421193129.GA4869@mr-happy.com> <20090421195510.GC33994@alchemy.franken.de> <20090422150612.GA1231@mr-happy.com> <20090423171949.GE50221@alchemy.franken.de> <20090423200507.GA1246@mr-happy.com> Date: Fri, 29 May 2009 20:02:42 +0200 Message-ID: <4734a3ed0905291102m3b1474adk50eb8bcf6712a742@mail.gmail.com> From: Henri-Pierre Charles To: Jeff Blank Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Marius Strobl Subject: Re: bge problems under 7.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: hpcharles@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2009 18:02:44 -0000 Hello Guys On Thu, Apr 23, 2009 at 10:05 PM, Jeff Blank wrote: > On Thu, Apr 23, 2009 at 07:19:49PM +0200, Marius Strobl wrote: >> So in combination with >> the low number of problem reports this really doesn't >> look like a generic problem of this Broadcom hardware >> or bge(4) and I just can suggest to disable MSI by >> setting the hw.pci.enable_msi tuneable to 0 for now. > > Great, this does the trick, and I'm now running today's RELENG_7. > Thanks for your help, and let me know if ever you'd like me to help > test possible fixes. I have the same computer (Dell optiplex 740) but the sysctl turnaround doesn't work, the bge interface seem up but no interruptions. I have to download / recompile with sys/dev/bge/if_bge.c rev 1.198.2.13 and sys/dev/pci/pci.c rev 1.355.2.6 Is there anything else to try ? H-P -- HPC From owner-freebsd-stable@FreeBSD.ORG Fri May 29 18:16:20 2009 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 C20C91065672 for ; Fri, 29 May 2009 18:16:20 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 4DA9F8FC16 for ; Fri, 29 May 2009 18:16:19 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.3/8.14.3/ALCHEMY.FRANKEN.DE) with ESMTP id n4TIGISC018629; Fri, 29 May 2009 20:16:18 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.3/8.14.3/Submit) id n4TIGI1N018628; Fri, 29 May 2009 20:16:18 +0200 (CEST) (envelope-from marius) Date: Fri, 29 May 2009 20:16:18 +0200 From: Marius Strobl To: Henri-Pierre Charles Message-ID: <20090529181618.GF72047@alchemy.franken.de> References: <20090420204637.GA1236@mr-happy.com> <20090421184924.GA36542@alchemy.franken.de> <20090421193129.GA4869@mr-happy.com> <20090421195510.GC33994@alchemy.franken.de> <20090422150612.GA1231@mr-happy.com> <20090423171949.GE50221@alchemy.franken.de> <20090423200507.GA1246@mr-happy.com> <4734a3ed0905291102m3b1474adk50eb8bcf6712a742@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4734a3ed0905291102m3b1474adk50eb8bcf6712a742@mail.gmail.com> User-Agent: Mutt/1.4.2.3i Cc: Jeff Blank , freebsd-stable@freebsd.org Subject: Re: bge problems under 7.2-PRERELEASE 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, 29 May 2009 18:16:21 -0000 On Fri, May 29, 2009 at 08:02:42PM +0200, Henri-Pierre Charles wrote: > Hello Guys > > On Thu, Apr 23, 2009 at 10:05 PM, Jeff Blank wrote: > > On Thu, Apr 23, 2009 at 07:19:49PM +0200, Marius Strobl wrote: > >> So in combination with > >> the low number of problem reports this really doesn't > >> look like a generic problem of this Broadcom hardware > >> or bge(4) and I just can suggest to disable MSI by > >> setting the hw.pci.enable_msi tuneable to 0 for now. > > > > Great, this does the trick, and I'm now running today's RELENG_7. > > Thanks for your help, and let me know if ever you'd like me to help > > test possible fixes. > > I have the same computer (Dell optiplex 740) but the sysctl turnaround > doesn't work, the bge interface seem up but no interruptions. > > I have to download / recompile with sys/dev/bge/if_bge.c rev > 1.198.2.13 and sys/dev/pci/pci.c rev 1.355.2.6 > > Is there anything else to try ? You need to set hw.pci.enable_msi in the loader f.e. via loader.conf rather than the corresponding sysctl as the latter has no effect during boot. Marius From owner-freebsd-stable@FreeBSD.ORG Fri May 29 18:59:13 2009 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 972211065672 for ; Fri, 29 May 2009 18:59:13 +0000 (UTC) (envelope-from lopez.on.the.lists@yellowspace.net) Received: from mail.yellowspace.net (mail.yellowspace.net [80.190.200.164]) by mx1.freebsd.org (Postfix) with ESMTP id 083218FC08 for ; Fri, 29 May 2009 18:59:12 +0000 (UTC) (envelope-from lopez.on.the.lists@yellowspace.net) Received: from furia.intranet ([62.216.219.211]) (AUTH: LOGIN lopez.on.the.lists@yellowspace.net) by mail.yellowspace.net with esmtp; Fri, 29 May 2009 20:59:10 +0200 id 0048FA22.000000004A20307E.0001224D Message-Id: <4783D483-DA04-4363-8B40-BAA826F2B306@yellowspace.net> From: Lorenzo Perone To: Peter Jeremy In-Reply-To: <20090529110615.GB99305@server.vk2pj.dyndns.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Fri, 29 May 2009 20:59:10 +0200 References: <14989d6e0905261338q5c4d4f8fj80b3b98ae9be8100@mail.gmail.com> <203EA7F2-0AFF-437D-A4F4-F65F00EEC10E@verweg.com> <4A1C6866.30403@intersonic.se> <6C848E6B-9B38-41ED-898D-8B4016FD70BB@yellowspace.net> <20090529110615.GB99305@server.vk2pj.dyndns.org> X-Mailer: Apple Mail (2.935.3) Cc: stable@freebsd.org Subject: Re: cvsup.de.FreeBSD.org out of sync? (was: "make buildkernel KERNCONF=GENERIC fails") 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, 29 May 2009 18:59:14 -0000 On 29.05.2009, at 13:06, Peter Jeremy wrote: > On 2009-May-27 00:42:52 +0200, Lorenzo Perone > wrote: >> On 27.05.2009, at 00:08, Per olof Ljungmark wrote: >> >>> Ruben van Staveren wrote: >>>> On 26 May 2009, at 22:38, Christian Walther wrote: >>>>> it finished successfully. From my point of view it appears that >>>>> cvsup.de.freebsd.org is out of sync. >>>> cvsup.de.freebsd.org is definitely out of sync. I had build errors >>>> which only went away after switching to a different cvsup server >>> >>> Same here, a week ago. >> >> same here too... a few mins and hours ago. >> with cvsup5.de.freebsd.org as well... > > This is a not-uncommon problem with lots of CVSup servers. edwin@ > maintains a statistics page at http://www.mavetju.org/unix/freebsd-mirrors/ > that is worth studying - it shows that cvsup.de.freebsd.org is badly > out of sync, though cvsup5 should be OK. cool work... I'd think of a small script to use that page for wrapping csup and passing on the best and nearest available mirror (for that of course, plain text/xml output would be great)... :) in any case, at least a $FreeBSD$ tag check would be cool in csup: sometimes it can have quite destructive consequences to get an outdated source... Lorenzo From owner-freebsd-stable@FreeBSD.ORG Fri May 29 20:48:52 2009 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 020D0106564A for ; Fri, 29 May 2009 20:48:52 +0000 (UTC) (envelope-from bermejator@hotmail.com) Received: from blu0-omc2-s18.blu0.hotmail.com (blu0-omc2-s18.blu0.hotmail.com [65.55.111.93]) by mx1.freebsd.org (Postfix) with ESMTP id BF75D8FC1C for ; Fri, 29 May 2009 20:48:51 +0000 (UTC) (envelope-from bermejator@hotmail.com) Received: from BLU118-W40 ([65.55.111.71]) by blu0-omc2-s18.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 29 May 2009 13:48:51 -0700 Message-ID: X-Originating-IP: [83.61.11.151] From: Ruben Lara To: Date: Fri, 29 May 2009 20:48:51 +0000 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 29 May 2009 20:48:51.0229 (UTC) FILETIME=[DF486CD0:01C9E09E] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Problem with postfix and mail command 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, 29 May 2009 20:48:52 -0000 Hi all! I just installed postfix=2C after build world without sendmail If i try to send mail i get: mail# mail aaa Subject: a a . EOT mail# mail: /usr/sbin/sendmail: No such file or directory I edited: mail# cat /etc/mail/mailer.conf # # Execute the Postfix sendmail program=2C named /usr/local/sbin/sendmail # sendmail /usr/local/sbin/sendmail send-mail /usr/local/sbin/sendmail mailq /usr/local/sbin/sendmail newaliases /usr/local/sbin/sendmail mail#=20 where actually i have my postfix esecutables Thanks for help in advance Rub=E9n Lara _________________________________________________________________ =A1Acelera con la F=F3rmula 1! Juega y demuestra lo que sabes con MSN Depor= tes http://msn.es.predictorpro.com/grand-prix/overview.aspx?season=3D8 = From owner-freebsd-stable@FreeBSD.ORG Fri May 29 21:52:46 2009 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 3E4A81065672; Fri, 29 May 2009 21:52:46 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.freebsd.org (Postfix) with ESMTP id F1FE18FC1E; Fri, 29 May 2009 21:52:45 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with ESMTP id <0KKF00COCE3W7A70@osl1smout1.broadpark.no>; Fri, 29 May 2009 23:52:44 +0200 (CEST) Received: from kg-v2.kg4.no ([84.48.215.104]) by osl1sminn1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with SMTP id <0KKF00D09E3VWZ10@osl1sminn1.broadpark.no>; Fri, 29 May 2009 23:52:44 +0200 (CEST) Date: Fri, 29 May 2009 23:52:43 +0200 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Message-id: <20090529235243.9468e09b.torfinn.ingolfsen@broadpark.no> In-reply-to: <4A0F4888.3070709@FreeBSD.org> References: <20090504225012.392fa49f.torfinn.ingolfsen@broadpark.no> <49FF5901.600@gmail.com> <49FFEECE.20403@FreeBSD.org> <4A0F4888.3070709@FreeBSD.org> X-Mailer: Sylpheed 2.6.0 (GTK+ 2.16.1; amd64-portbld-freebsd7.2) X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH Cc: Doug Barton Subject: Re: RELENG_7 - has mergemaster changed logic since 7.2-RELEASE? 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, 29 May 2009 21:52:46 -0000 On Sat, 16 May 2009 16:13:12 -0700 Doug Barton wrote: > You should be able to grab the file from HEAD and run it on > RELENG_[67] without any problems. I will MFC it as rapidly as > possible. FWIW, today I upgraded a machine from 7.1-stable (dated 2009-01-11) to 7.2-stable (csup'ed today). For the mergemaster steps in the "make world" procedure, I used /usr/src/usr/sbin/mergemaster/mergemaster.sh instead of just mergemaster. Worked like a charm. Thanks! -- Regards, Torfinn Ingolfsen From owner-freebsd-stable@FreeBSD.ORG Sat May 30 01:16:24 2009 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 E89921065689 for ; Sat, 30 May 2009 01:16:24 +0000 (UTC) (envelope-from cdillon@wolves.k12.mo.us) Received: from mail.wolves.k12.mo.us (mail.wolves.k12.mo.us [207.160.214.1]) by mx1.freebsd.org (Postfix) with ESMTP id BA1188FC24 for ; Sat, 30 May 2009 01:16:24 +0000 (UTC) (envelope-from cdillon@wolves.k12.mo.us) Received: from localhost (localhost [127.0.0.1]) by mail.wolves.k12.mo.us (Postfix) with ESMTP id 6A4F0B875; Fri, 29 May 2009 20:00:09 -0500 (CDT) X-Virus-Scanned: amavisd-new at wolves.k12.mo.us Received: from mail.wolves.k12.mo.us ([127.0.0.1]) by localhost (mail.wolves.k12.mo.us [127.0.0.1]) (amavisd-new, port 10024) with LMTP id kTCJ6EVIts4y; Fri, 29 May 2009 20:00:09 -0500 (CDT) Received: from wolves.k12.mo.us (mail.wolves.k12.mo.us [207.160.214.1]) by mail.wolves.k12.mo.us (Postfix) with ESMTP id 36586B84D; Fri, 29 May 2009 20:00:08 -0500 (CDT) Received: from 72-161-9-239.dyn.centurytel.net (72-161-9-239.dyn.centurytel.net [72.161.9.239]) by www.wolves.k12.mo.us (Horde Framework) with HTTP; Fri, 29 May 2009 20:00:08 -0500 Message-ID: <20090529200008.799713oxt6efm0wo@www.wolves.k12.mo.us> Date: Fri, 29 May 2009 20:00:08 -0500 From: Chris Dillon To: Dan Naumov References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.3.3 / FreeBSD-6.4 Cc: freebsd-stable@freebsd.org, Pete French Subject: Re: ZFS on top of GELI / Intel Atom 330 system 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, 30 May 2009 01:16:25 -0000 Quoting Dan Naumov : > Ouch, that does indeed sounds quite slow, especially considering that > a dual core Athlon 6400 is pretty fast CPU. Have you done any > comparison benchmarks between UFS2 with Softupdates and ZFS on the > same system? What are the read/write numbers like? Have you done any > investigating regarding possible causes of ZFS working so slow on your > system? Just wondering if its an ATA chipset problem, a drive problem, > a ZFS problem or what... I recently built a home NAS box on an Intel Atom 330 system (MSI Wind Nettop 100) with 2GB RAM and two WD Green 1TB (WD10EADS) drives in a mirrored ZFS pool using a FreeNAS 0.7 64-bit daily build. I only see 25-50MB/sec via Samba from my XP64 client, but in my experience SMB always seems to have horrible performance no matter what kind of servers and clients are used. However, dd shows a different set of figures: nas:/mnt/tank/scratch# dd if=/dev/zero of=zero.file bs=1M count=4000 4000+0 records in 4000+0 records out 4194304000 bytes transferred in 61.532492 secs (68164052 bytes/sec) nas:/mnt/tank/scratch# dd if=zero.file of=/dev/null bs=1M 4000+0 records in 4000+0 records out 4194304000 bytes transferred in 33.347020 secs (125777476 bytes/sec) 68MB/sec writes and 125MB/sec reads... very impressive for such a low-powered box, I think, and yes the drives are mirrored, not striped! From owner-freebsd-stable@FreeBSD.ORG Sat May 30 09:09:05 2009 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 6BB70106564A for ; Sat, 30 May 2009 09:09:05 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:2:2d29:0:1::]) by mx1.freebsd.org (Postfix) with ESMTP id EED608FC18 for ; Sat, 30 May 2009 09:09:04 +0000 (UTC) (envelope-from hlh@restart.be) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:2:2d29:1:ffff::]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "avoriaz.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 219554038; Sat, 30 May 2009 11:09:04 +0200 (CEST) Received: from morzine.restart.bel (morzine.restart.be [IPv6:2001:41d0:2:2d29:1:2::]) (authenticated bits=0) by restart.be (8.14.3/8.14.3) with ESMTP id n4U9900v069725; Sat, 30 May 2009 11:09:01 +0200 (CEST) (envelope-from hlh@restart.be) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1243674543; bh=eX4StaHcSTESo+27dYjA1aeXH4G3pxK7g+XeGX3h9No=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=txvJuNLMcMe5V2tv5b9T0Zjtiq94kZHblGyjOGTVym5+tuygWyWJKA41pn+1SFAge uf2U7F6bUlrWKaqPlaCKw== DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:content-type: content-transfer-encoding:x-scanned-by; b=dHXibdjvhPA/wQOAfZuWs5Qtbg8+z9C2Kb9adAVW9LGdxF3H5c2Bmx3/eAq8+y0EL bxv+Cd/WfArPgjrUwRwPg== Message-ID: <4A20F7AC.9060102@restart.be> Date: Sat, 30 May 2009 11:09:00 +0200 From: Henri Hennebert Organization: RestartSoft User-Agent: Thunderbird 2.0.0.21 (X11/20090412) MIME-Version: 1.0 To: Ruben Lara References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.64 on IPv6:2001:41d0:2:2d29:1:1:: Cc: freebsd-stable@freebsd.org Subject: Re: Problem with postfix and mail command 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, 30 May 2009 09:09:05 -0000 Ruben Lara wrote: > Hi all! > > I just installed postfix, after build world without sendmail > > If i try to send mail i get: > > mail# mail aaa > Subject: a > a > . > EOT > mail# mail: /usr/sbin/sendmail: No such file or directory Event with WITHOUT_SENDMAIL=yes in /etc/src.conf, make installworld must create this symbolic links: # ls -l /usr/sbin/sendmail lrwxr-xr-x 1 root wheel 21 May 21 13:54 /usr/sbin/sendmail -> /usr/sbin/mailwrapper Henri > > > I edited: > mail# cat /etc/mail/mailer.conf > # > # Execute the Postfix sendmail program, named /usr/local/sbin/sendmail > # > sendmail /usr/local/sbin/sendmail > send-mail /usr/local/sbin/sendmail > mailq /usr/local/sbin/sendmail > newaliases /usr/local/sbin/sendmail > mail# > > where actually i have my postfix esecutables > > Thanks for help in advance > Rubn Lara > > _________________________________________________________________ > Acelera con la Frmula 1! Juega y demuestra lo que sabes con MSN Deportes > http://msn.es.predictorpro.com/grand-prix/overview.aspx?season=8 _______________________________________________ > 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 Sat May 30 09:11:19 2009 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 439981065670; Sat, 30 May 2009 09:11:19 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:2:2d29:0:1::]) by mx1.freebsd.org (Postfix) with ESMTP id ED5648FC17; Sat, 30 May 2009 09:11:18 +0000 (UTC) (envelope-from hlh@restart.be) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:2:2d29:1:ffff::]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "avoriaz.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 4C6694044; Sat, 30 May 2009 11:11:18 +0200 (CEST) Received: from morzine.restart.bel (morzine.restart.be [IPv6:2001:41d0:2:2d29:1:2::]) (authenticated bits=0) by restart.be (8.14.3/8.14.3) with ESMTP id n4U9BF2n069756; Sat, 30 May 2009 11:11:15 +0200 (CEST) (envelope-from hlh@restart.be) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1243674678; bh=dhu3feKPTLoKvpu5SmyHj+6CjOiYAyeJ19D5YBquyws=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=lQmxh+WjOKqoKOU3L1eW/cjqzjFDMdnnVeBrVEAKaO9sgmhvtIqdJ85k6VRHFggd9 FQlvmYTpn0Fyp1rdLuvvQ== DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:content-type: content-transfer-encoding:x-scanned-by; b=JUiCtAclBnk/NFfFPYKwe7hm48Hi5RH6HRpPMqToDvYcH+QanRpfLqcXMI+1uMffx 2JKyf2KP2Fq06fUl6Dkjg== Message-ID: <4A20F833.5040609@restart.be> Date: Sat, 30 May 2009 11:11:15 +0200 From: Henri Hennebert Organization: RestartSoft User-Agent: Thunderbird 2.0.0.21 (X11/20090412) MIME-Version: 1.0 To: Kip Macy References: <3c1674c90905201643m540c8b1v8a8bd88f071c233d@mail.gmail.com> In-Reply-To: <3c1674c90905201643m540c8b1v8a8bd88f071c233d@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.64 on IPv6:2001:41d0:2:2d29:1:1:: Cc: freebsd-stable@freebsd.org Subject: Re: ZFS MFC heads down 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, 30 May 2009 09:11:19 -0000 Kip Macy wrote: > On Wed, May 20, 2009 at 2:59 PM, Kip Macy wrote: >> I will be MFC'ing the newer ZFS support some time this afternoon. Both >> world and kernel will need to be re-built. Existing pools will >> continue to work without upgrade. >> >> >> If you choose to upgrade a pool to take advantage of new features you >> will no longer be able to use it with sources prior to today. 'zfs >> send/recv' is not expected to inter-operate between different pool >> versions. > > > The MFC went in r192498. Please let me know if you have any problems. > I get a Fatal trap 12: page fault while in kernel mode at shutdown. the core.txt is http://verbier.restart.be/xfer/core.txt.61 Thanks for you work Henri > Thanks, > Kip > _______________________________________________ > 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 Sat May 30 13:37:38 2009 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 74940106566B for ; Sat, 30 May 2009 13:37:38 +0000 (UTC) (envelope-from rebotados@exemys.com) Received: from web.hostmailing.com (web.hostmailing.com [200.110.145.34]) by mx1.freebsd.org (Postfix) with ESMTP id A80DA8FC15 for ; Sat, 30 May 2009 13:37:37 +0000 (UTC) (envelope-from rebotados@exemys.com) Received: from web.hostmailing.com ([200.110.145.34] helo=www.hostmailing.com) by web.hostmailing.com with esmtpa (Exim 4.63) (envelope-from ) id 1MAOjt-000763-Lk for freebsd-stable@freebsd.org; Sat, 30 May 2009 10:36:45 -0300 Date: Sat, 30 May 2009 10:36:45 -0300 To: freebsd-stable@freebsd.org From: Exemys Message-ID: <6e9eed07e4720dbf5e542e0c5d40d18a@www.hostmailing.com> X-Priority: 3 X-Mailer: wh4535 [version 3.1] MIME-Version: 1.0 Content-Type: text/plain; charset = "iso-8859-1" Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: GSM to Serial Converter X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: exemys@exemys.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2009 13:37:38 -0000 This is a message in multipart MIME format. Your mail client should not be displaying this. Consider upgrading your mail client to view this message correctly. From owner-freebsd-stable@FreeBSD.ORG Sat May 30 18:18:29 2009 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 708BF106566C; Sat, 30 May 2009 18:18:29 +0000 (UTC) (envelope-from fernan.aguero@gmail.com) Received: from mail-qy0-f173.google.com (mail-qy0-f173.google.com [209.85.221.173]) by mx1.freebsd.org (Postfix) with ESMTP id 174358FC0C; Sat, 30 May 2009 18:18:28 +0000 (UTC) (envelope-from fernan.aguero@gmail.com) Received: by qyk3 with SMTP id 3so9817295qyk.3 for ; Sat, 30 May 2009 11:18:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=UaNzkmDUnJMwGAHSh8byS2oS/NLXnpbVAaRPP77wumo=; b=H17sxSw6RQV3/A3t7rgvsxB+sygngYMsn6NO9H5qOmX7mgrouDBITTnDK054Ltw2g+ v/WELQq55IYq1EWxgFSa5yjJiU29GHbtWIciHnmqzW4J62S5mOr/fCZVFzL4mUVu6OlF aZ8KiiIKbVADHtUNmDhxhWmTUTeGz2pNWefZ4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=tO5gQAnMcGHsaJuwEYH/RePRp0xKR8VBGzIXG+2lDhycPPs30CHuEhzcI3ROkNOo6d KtKDERm60Izc4wfH27zZU6xKAOAdDK53xYmXivHqDm7FILo4dylJ4OQaq47U7ai9TOn7 xvPpEThzDRB1hVxCFAiA8+qWQQFUg/xyL1lUg= MIME-Version: 1.0 Received: by 10.229.82.83 with SMTP id a19mr1361927qcl.42.1243705516517; Sat, 30 May 2009 10:45:16 -0700 (PDT) Date: Sat, 30 May 2009 14:45:16 -0300 Message-ID: <520894aa0905301045v761f25b9nc86e8e8bd02bfaab@mail.gmail.com> From: Fernan Aguero To: bug-followup@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: i386/134986: make installworld fails (FreeBSD-7.2, tr not found) 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, 30 May 2009 18:18:29 -0000 As reported in the PR, the problem happens with a checkout of RELENG_7_2. http://www.freebsd.org/cgi/query-pr.cgi?pr=i386/134986 I have just tested a checkout of RELENG_7 (STABLE) and in this case make installworld succeeds. -- fernan From owner-freebsd-stable@FreeBSD.ORG Sat May 30 18:31:06 2009 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 49406106566B; Sat, 30 May 2009 18:31:06 +0000 (UTC) (envelope-from nakal@web.de) Received: from fmmailgate03.web.de (fmmailgate03.web.de [217.72.192.234]) by mx1.freebsd.org (Postfix) with ESMTP id D17C98FC12; Sat, 30 May 2009 18:31:05 +0000 (UTC) (envelope-from nakal@web.de) Received: from smtp06.web.de (fmsmtp06.dlan.cinetic.de [172.20.5.172]) by fmmailgate03.web.de (Postfix) with ESMTP id 93191FE774FF; Sat, 30 May 2009 20:31:04 +0200 (CEST) Received: from [217.236.13.34] (helo=zelda.local) by smtp06.web.de with asmtp (TLSv1:AES128-SHA:128) (WEB.DE 4.110 #277) id 1MATKi-0005pD-00; Sat, 30 May 2009 20:31:04 +0200 Date: Sat, 30 May 2009 20:31:02 +0200 From: Martin To: John Baldwin Message-ID: <20090530203102.27f548c0@zelda.local> In-Reply-To: <200905151205.47672.jhb@freebsd.org> References: <1696198956@web.de> <200905151109.21127.jhb@freebsd.org> <20090515173800.071e53c2@zelda.local> <200905151205.47672.jhb@freebsd.org> X-Mailer: Claws Mail 3.7.1 (GTK+ 2.16.1; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: nakal@web.de X-Sender: nakal@web.de X-Provags-ID: V01U2FsdGVkX1+5n0kiOGpBxWVlkWmkjYp1WQiWaznKeogHmEIw Ah66MGIiRwMPcxwU5gAa6NDE5AmbM94vjgkJKo/zLRvKpW0SXn aCq5qA8vM= Cc: freebsd-stable@freebsd.org Subject: [Solved] Re: kernel trap 12 with interrupts disabled [bge0 on 7.2R] 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, 30 May 2009 18:31:06 -0000 Am Fri, 15 May 2009 12:05:47 -0400 schrieb John Baldwin : > On Friday 15 May 2009 11:38:00 am Martin wrote: > > Am Fri, 15 May 2009 11:09:20 -0400 > > schrieb John Baldwin : > > > > > x/i please. The /i decodes it as an instruction so I can see > > > which registers it was attempting to dereference. > > > > Oh sorry... > > > > (kgdb) x/i 0xffffffff805bbc66 > > 0xffffffff805bbc66 : movzbl (%rdx),%edx > > Hmm, your %rdx is garbage. :( > > rdx 0xef3fdf377db53afa -1207000745686779142 > > That should at least be > > 0xffffff.......... > > Looks like r9 and r14 have the same odd value. Normally I would see > a more obvious breakage such as one of the 'f' nibbles being set to > '0' or 'e', etc. You could try looking for that odd pointer value in > the route structure or as arguments to other functions in the stack > trace to see if you can find a corrupted data structure. Hi John, I want to thank you once again. You have been right that the hardware was broken. I've contacted the hardware support and after replacing things like memory and mainboard (that haven't been the solution), I could finally find out that the CPU was broken. I think, this is why we haven't seen obvious memory failures, like single unflipped bits and broken patterns, but TOTALLY different memory contents. What I have learned from this: - FreeBSD 7.2R hasn't let me down :) - memtest or sometimes called memtester is a good utility when you want to test memory AND to have high load to heat up the components a bit. It is possible, because it runs within the OS. memtest86+ is first broken on FreeBSD/amd64 and it does not find anything in my case (tested on Linux), because it does not put enough load compared to 3 parallel memtest processes. - One thing I noticed on memtest is that it cannot mlock (lock memory) a big chunk of memory more than one time (just in one process). And mlock above 2GB is a problem. Perhaps, it might be interesting to look at this. Thanks John, you have been a great help for me, our web server is running stable again. -- Martin From owner-freebsd-stable@FreeBSD.ORG Sat May 30 18:41:37 2009 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 CD441106566C for ; Sat, 30 May 2009 18:41:37 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.30]) by mx1.freebsd.org (Postfix) with ESMTP id 885228FC1A for ; Sat, 30 May 2009 18:41:36 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so3524613yxb.13 for ; Sat, 30 May 2009 11:41:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=iCPePrravXFF2Tmog+TrtEnMEPW8vhaO7wBrvM8ao54=; b=vio39AvyoOU1XwMCKq37SRqWqn7IIjkMtBMjJ9rVhKHJC4YsWEZwh32CpyZdv3tCeL Wwlxn6Womwoo3fuNYACLR1S3egIjC3hlR/UZ30hQsmZXvvaQXNN0eoOEyQ3u/J89g1wP tn02opTS8wlNs3Yq04ZALCiv5R/77ixmtHWK0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=AlaMJ3DeA+6Vy/BsKg8SC+K50yvP3zQ1i4NTZrtEyetj4uArqARNGREI9T0BLhkMTw Sj2egIUEzjsj4O9Ano1PZbH37MrQatwc3ZvQEERRFOCzxXUt5MK7Cba1Q/lcmhUpJboz VAmo/DWuy6dLLAUnj7hkVyVqX3bdi1Ozqx+Og= MIME-Version: 1.0 Received: by 10.100.126.19 with SMTP id y19mr5411910anc.46.1243708896386; Sat, 30 May 2009 11:41:36 -0700 (PDT) Date: Sat, 30 May 2009 21:41:36 +0300 Message-ID: From: Dan Naumov To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: ZFS NAS configuration question 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, 30 May 2009 18:41:38 -0000 Hey I am not entirely sure if this question belongs here or to another list, so feel free to direct me elsewhere :) Anyways, I am trying to figure out the best way to configure a NAS system I will soon get my hands on, it's a Tranquil BBS2 ( http://www.tranquilpc-shop.co.uk/acatalog/BAREBONE_SERVERS.html ). which has 5 SATA ports. Due to budget constraints, I have to start small, either a single 1,5 TB drive or at most, a small 500 GB system drive + a 1,5 TB drive to get started with ZFS. What I am looking for is a configuration setup that would offer maximum possible storage, while having at least _some_ redundancy and having the possibility to grow the storage pool without having to reload the entire setup. Using ZFS root right now seems to involve a fair bit of trickery (you need to make an .ISO snapshot of -STABLE, burn it, boot from it, install from within a fixit environment, boot into your ZFS root and then make and install world again to fix the permissions). To top that off, even when/if you do it right, not your entire disk goes to ZFS anyway, because you still do need a swap and a /boot to be non-ZFS, so you will have to install ZFS onto a slice and not the entire disk and even SUN discourages to do that. Additionally, there seems to be at least one reported case of a system failing to boot after having done installworld on a ZFS root: the installworld process removes the old libc, tries to install a new one and due to failing to apply some flags to it which ZFS doesn't support, leave it uninstall, leaving the system in an unusable state. This can be worked around, but gotchas like this and the amount of work involved in getting the whole thing running make me really lean towards having a smaller traditional UFS2 system disk for FreeBSD itself. So, this leaves me with 1 SATA port used for a FreeBSD disk and 4 SATA ports available for tinketing with ZFS. What would make the most sense if I am starting with 1 disk for ZFS and eventually plan on having 4 and want to maximise storage, yet have SOME redundancy in case of a disk failure? Am I stuck with 2 x 2 disk mirrors or is there some 3+1 configuration possible? Sincerely, - Dan Naumov From owner-freebsd-stable@FreeBSD.ORG Sat May 30 18:58:12 2009 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 2D9C4106566B for ; Sat, 30 May 2009 18:58:12 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id B98B88FC13 for ; Sat, 30 May 2009 18:58:11 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 10070 invoked by uid 399); 30 May 2009 18:58:06 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 30 May 2009 18:58:06 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4A2181BC.6050701@FreeBSD.org> Date: Sat, 30 May 2009 11:58:04 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.21 (X11/20090423) MIME-Version: 1.0 To: Torfinn Ingolfsen References: <20090504225012.392fa49f.torfinn.ingolfsen@broadpark.no> <49FF5901.600@gmail.com> <49FFEECE.20403@FreeBSD.org> <4A0F4888.3070709@FreeBSD.org> <20090529235243.9468e09b.torfinn.ingolfsen@broadpark.no> In-Reply-To: <20090529235243.9468e09b.torfinn.ingolfsen@broadpark.no> X-Enigmail-Version: 0.95.7 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_7 - has mergemaster changed logic since 7.2-RELEASE? 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, 30 May 2009 18:58:12 -0000 Torfinn Ingolfsen wrote: > On Sat, 16 May 2009 16:13:12 -0700 > Doug Barton wrote: > >> You should be able to grab the file from HEAD and run it on >> RELENG_[67] without any problems. I will MFC it as rapidly as >> possible. > > FWIW, today I upgraded a machine from 7.1-stable (dated 2009-01-11) to > 7.2-stable (csup'ed today). For the mergemaster steps in the "make > world" procedure, I used > > /usr/src/usr/sbin/mergemaster/mergemaster.sh > > instead of just mergemaster. > > Worked like a charm. Thanks! Good news, thanks! Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Sat May 30 19:06:41 2009 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 D727F106566B for ; Sat, 30 May 2009 19:06:41 +0000 (UTC) (envelope-from louie@transsys.com) Received: from ringworld.transsys.com (ringworld.transsys.com [144.202.0.15]) by mx1.freebsd.org (Postfix) with ESMTP id 970D28FC1D for ; Sat, 30 May 2009 19:06:41 +0000 (UTC) (envelope-from louie@transsys.com) Received: from PM-G5.transsys.com (c-69-141-150-106.hsd1.nj.comcast.net [69.141.150.106]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: louie) by ringworld.transsys.com (Postfix) with ESMTP id A8A305C04; Sat, 30 May 2009 15:06:40 -0400 (EDT) Message-Id: <8C45E753-16F0-43AF-BD3F-D3F6A8F73B60@transsys.com> From: Louis Mamakos To: Dan Naumov In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Sat, 30 May 2009 15:06:39 -0400 References: X-Mailer: Apple Mail (2.935.3) Cc: freebsd-stable@freebsd.org Subject: Re: ZFS NAS configuration question 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, 30 May 2009 19:06:42 -0000 I built a system recently with 5 drives and ZFS. I'm not booting off a ZFS root, though it does mount a ZFS file system once the system has booted from a UFS file system. Rather than dedicate drives, I simply partitioned each of the drives into a 1G partition, and another spanning the remainder of the disk. (In my case, all the drives are the same size). I boot off a gmirror of two partitions off the first two drives, and then use the other 3 1G partitions on the remaining 3 drives as swap partitions. I take the larger partitions on each of the 5 drives and organize them into a raidz2 ZFS pool. My needs are more relating to integrity of the data vs. surviving a disk failure without crashing. So, I don't bother to mirror swap partitions to keep running in the event of a drive failure. But that's a decision for you to make. It's not too tricky to do the install; I certainly didn't need to burn a custom CD or anything. There are some fine cookbooks on the net that talk about techniques. For me, the tricky bit was setting up the geom gmirror, which you could probably do from the fixit CD or something. I just did a normal install on the first drive to get a full FreeBSD running, and then "built" the mirrors on a couple of other drives, did an install on the mirror ("make installworld DESTDIR=/mnt") and then just moved the drives around. And I did a full installation in the 1G UFS gmirror file system, just to have an full environment to debug from, if necessary, rather than just a /boot. Just some ideas.. louie On May 30, 2009, at 2:41 PM, Dan Naumov wrote: > Hey > > I am not entirely sure if this question belongs here or to another > list, so feel free to direct me elsewhere :) > > Anyways, I am trying to figure out the best way to configure a NAS > system I will soon get my hands on, it's a Tranquil BBS2 ( > http://www.tranquilpc-shop.co.uk/acatalog/BAREBONE_SERVERS.html ). > which has 5 SATA ports. Due to budget constraints, I have to start > small, either a single 1,5 TB drive or at most, a small 500 GB system > drive + a 1,5 TB drive to get started with ZFS. What I am looking for > is a configuration setup that would offer maximum possible storage, > while having at least _some_ redundancy and having the possibility to > grow the storage pool without having to reload the entire setup. > > Using ZFS root right now seems to involve a fair bit of trickery (you > need to make an .ISO snapshot of -STABLE, burn it, boot from it, > install from within a fixit environment, boot into your ZFS root and > then make and install world again to fix the permissions). To top that > off, even when/if you do it right, not your entire disk goes to ZFS > anyway, because you still do need a swap and a /boot to be non-ZFS, so > you will have to install ZFS onto a slice and not the entire disk and > even SUN discourages to do that. Additionally, there seems to be at > least one reported case of a system failing to boot after having done > installworld on a ZFS root: the installworld process removes the old > libc, tries to install a new one and due to failing to apply some > flags to it which ZFS doesn't support, leave it uninstall, leaving the > system in an unusable state. This can be worked around, but gotchas > like this and the amount of work involved in getting the whole thing > running make me really lean towards having a smaller traditional UFS2 > system disk for FreeBSD itself. > > So, this leaves me with 1 SATA port used for a FreeBSD disk and 4 SATA > ports available for tinketing with ZFS. What would make the most sense > if I am starting with 1 disk for ZFS and eventually plan on having 4 > and want to maximise storage, yet have SOME redundancy in case of a > disk failure? Am I stuck with 2 x 2 disk mirrors or is there some 3+1 > configuration possible? > > Sincerely, > - Dan Naumov > _______________________________________________ > 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 Sat May 30 19:15:35 2009 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 70116106566C for ; Sat, 30 May 2009 19:15:35 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.245]) by mx1.freebsd.org (Postfix) with ESMTP id 29D558FC08 for ; Sat, 30 May 2009 19:15:34 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: by an-out-0708.google.com with SMTP id c3so3593486ana.13 for ; Sat, 30 May 2009 12:15:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=9oYpqxLHuFWZv8kNaXcx3qMrGn8HuY1vl0xexIhUd+8=; b=KQxyUSauisErdQEsAh8/tEmJ/FsG2GGwgFU1bkhZteJrVBgbIwCdCchkTOJ4RWZzF9 21KVk9bxyUEpxdqIr2iroly6MOF+hQntt0jM1GAFGAHpRx2Hri2WEhs6Mcf7JAXVgm2q ahsM1uvEbuZmbjbw68hdTT+3hYZ5W7d1DCdBk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=xk0504s6XANNbA/09fpvHqGKt79CfDLCQv15m2xygfMHoKS+qOg1LydMzaEeB+Al11 sDPSGKN+qG6Y2A35PSn1+8VXWJFuGRsy9XpzIyg6jK3G6BsLLHQuMUODCK+h1oHqtMgO HKseXB4dKXE1StI7J1rVqqpJ9TXrgIy2Lbs0Q= MIME-Version: 1.0 Received: by 10.100.120.9 with SMTP id s9mr3915899anc.158.1243710934446; Sat, 30 May 2009 12:15:34 -0700 (PDT) In-Reply-To: <8C45E753-16F0-43AF-BD3F-D3F6A8F73B60@transsys.com> References: <8C45E753-16F0-43AF-BD3F-D3F6A8F73B60@transsys.com> Date: Sat, 30 May 2009 22:15:34 +0300 Message-ID: From: Dan Naumov To: Louis Mamakos Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: ZFS NAS configuration question 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, 30 May 2009 19:15:35 -0000 Is the idea behind leaving 1GB unused on each disk to work around the problem of potentially being unable to replace a failed device in a ZFS pool because a 1TB replacement you bought actually has a lower sector count than your previous 1TB drive (since the replacement device has to be either of exact same size or bigger than the old device)? - Dan Naumov On Sat, May 30, 2009 at 10:06 PM, Louis Mamakos wrote: > I built a system recently with 5 drives and ZFS. =A0I'm not booting off a= ZFS > root, though it does mount a ZFS file system once the system has booted f= rom > a UFS file system. =A0Rather than dedicate drives, I simply partitioned e= ach > of the drives into a 1G partition From owner-freebsd-stable@FreeBSD.ORG Sat May 30 19:27:57 2009 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 02D831065670 for ; Sat, 30 May 2009 19:27:57 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.242]) by mx1.freebsd.org (Postfix) with ESMTP id ADA758FC12 for ; Sat, 30 May 2009 19:27:56 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by an-out-0708.google.com with SMTP id c3so3595357ana.13 for ; Sat, 30 May 2009 12:27:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=Ce74vjYD93xcPk04mudQqwE5Chrm0oRNc9XSupPso78=; b=Ul1ehxc1K86NhLLpSm31Oh1JSgIxvQN363KbE5Fbxhl27bq7uwmN1yqENx9Kykk1rx X7YxyQga3qdP2bj7LIeSRuMzl2RQUemR7XvW9BI2eKUbLENnpRN9jhlre3wWePFl9zlg VLzr91L+kc2ggtMBVcrrixojgp50E5gLA6L2o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=PUYc6kKmBub2TiO70Kp0bBfn1DZVLpabwEzCRdMGWvprL+xjnEXEUG9J7szdY0L9Aj gCkOiUSIoSYyK1r+/UifGP6Vq59K1eEcnvURqPGhgaLX2nqYj8Rw/MZTVZFbdAAj4Zh5 B0quVOXHpAeXbOy5o8pj6kOvmd4Hi7BwU21iQ= MIME-Version: 1.0 Sender: mat.macy@gmail.com Received: by 10.100.140.15 with SMTP id n15mr5277426and.105.1243711673935; Sat, 30 May 2009 12:27:53 -0700 (PDT) In-Reply-To: <4A20F833.5040609@restart.be> References: <3c1674c90905201643m540c8b1v8a8bd88f071c233d@mail.gmail.com> <4A20F833.5040609@restart.be> Date: Sat, 30 May 2009 12:27:53 -0700 X-Google-Sender-Auth: a6ac989a6583d666 Message-ID: <3c1674c90905301227u1c5dab90j9bdaa769520b138b@mail.gmail.com> From: Kip Macy To: Henri Hennebert Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: ZFS MFC heads down 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, 30 May 2009 19:27:57 -0000 Please try applying this change to your tree and let me know. Thanks, Kip http://svn.freebsd.org/viewvc/base?view=revision&revision=193110 On Sat, May 30, 2009 at 2:11 AM, Henri Hennebert wrote: > Kip Macy wrote: >> >> On Wed, May 20, 2009 at 2:59 PM, Kip Macy wrote: >>> >>> I will be MFC'ing the newer ZFS support some time this afternoon. Both >>> world and kernel will need to be re-built. Existing pools will >>> continue to work without upgrade. >>> >>> >>> If you choose to upgrade a pool to take advantage of new features you >>> will no longer be able to use it with sources prior to today. 'zfs >>> send/recv' is not expected to inter-operate between different pool >>> versions. >> >> >> The MFC went in r192498. Please let me know if you have any problems. >> > I get a Fatal trap 12: page fault while in kernel mode > at shutdown. the core.txt is http://verbier.restart.be/xfer/core.txt.61 > > Thanks for you work > > Henri > > >> Thanks, >> Kip >> _______________________________________________ >> 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" > > -- When bad men combine, the good must associate; else they will fall one by one, an unpitied sacrifice in a contemptible struggle. Edmund Burke From owner-freebsd-stable@FreeBSD.ORG Sat May 30 19:57:46 2009 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 D4B93106566C for ; Sat, 30 May 2009 19:57:46 +0000 (UTC) (envelope-from kuuse@redantigua.com) Received: from hapkido.dreamhost.com (hapkido.dreamhost.com [66.33.216.122]) by mx1.freebsd.org (Postfix) with ESMTP id B7B048FC14 for ; Sat, 30 May 2009 19:57:46 +0000 (UTC) (envelope-from kuuse@redantigua.com) Received: from homiemail-a2.g.dreamhost.com (balanced.mail.policyd.dreamhost.com [208.97.132.119]) by hapkido.dreamhost.com (Postfix) with ESMTP id CDAF117AC3F for ; Sat, 30 May 2009 12:30:14 -0700 (PDT) Received: from localhost.localnet (40.Red-83-45-110.dynamicIP.rima-tde.net [83.45.110.40]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by homiemail-a2.g.dreamhost.com (Postfix) with ESMTP id C2DFCD26F9 for ; Sat, 30 May 2009 12:30:08 -0700 (PDT) From: Johan Kuuse To: freebsd-stable@freebsd.org Date: Sat, 30 May 2009 21:30:03 +0200 User-Agent: KMail/1.11.2 (FreeBSD/7.2-RELEASE; KDE/4.2.2; i386; ; ) References: <20090530120022.7DB8A1065717@hub.freebsd.org> In-Reply-To: <20090530120022.7DB8A1065717@hub.freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200905302130.04049.kuuse@redantigua.com> Subject: Re: cvsup.de.FreeBSD.org out of sync? (was: "make buildkernel KERNCONF=GENERIC fails") 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, 30 May 2009 19:57:47 -0000 > Message: 14 > Date: Fri, 29 May 2009 20:59:10 +0200 > From: Lorenzo Perone > Subject: Re: cvsup.de.FreeBSD.org out of sync? (was: "make buildkernel > KERNCONF=GENERIC fails") > To: Peter Jeremy > Cc: stable@freebsd.org > Message-ID: <4783D483-DA04-4363-8B40-BAA826F2B306@yellowspace.net> > Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes > > On 29.05.2009, at 13:06, Peter Jeremy wrote: > > On 2009-May-27 00:42:52 +0200, Lorenzo Perone > > > > > > wrote: > >> > >> On 27.05.2009, at 00:08, Per olof Ljungmark wrote: > >>> Ruben van Staveren wrote: > >>>> On 26 May 2009, at 22:38, Christian Walther wrote: > >>>>> it finished successfully. From my point of view it appears that > >>>>> cvsup.de.freebsd.org is out of sync. > >>>> > >>>> cvsup.de.freebsd.org is definitely out of sync. I had build errors > >>>> which only went away after switching to a different cvsup server > >>> > >>> Same here, a week ago. > >> > >> same here too... a few mins and hours ago. > >> with cvsup5.de.freebsd.org as well... > > > > This is a not-uncommon problem with lots of CVSup servers. edwin@ > > maintains a statistics page at > > http://www.mavetju.org/unix/freebsd-mirrors/ that is worth studying - it > > shows that cvsup.de.freebsd.org is badly out of sync, though cvsup5 > > should be OK. > > cool work... I'd think of a small script to use that page > for wrapping csup and passing on the best and nearest available > mirror (for that of course, plain text/xml output would be > great)... :) > > in any case, at least a $FreeBSD$ tag check would be cool in csup: > sometimes it can have quite destructive consequences to get > an outdated source... > > Lorenzo Suggestions for a small script: Hack the Perl script sysutils/fastest_cvsup which currently uses a hard coded hash for %FREEBSD_SERVERS Instead, the script could parse http://www.mavetju.org/unix/freebsd-mirrors/cvsup-stats-global.php and use only "green" servers for the %FREEBSD_SERVERS hash. Johan From owner-freebsd-stable@FreeBSD.ORG Sat May 30 23:23:10 2009 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 C6C72106567E for ; Sat, 30 May 2009 23:23:10 +0000 (UTC) (envelope-from lists@lozenetz.org) Received: from mail.webreality.org (mailserver.webreality.org [217.75.141.5]) by mx1.freebsd.org (Postfix) with ESMTP id DF3398FC27 for ; Sat, 30 May 2009 23:23:08 +0000 (UTC) (envelope-from lists@lozenetz.org) Received: by mail.webreality.org (Postfix, from userid 58) id A50231522CD6; Sun, 31 May 2009 02:07:32 +0300 (EEST) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mailserver.webreality.org X-Spam-Level: X-Spam-Status: No, score=-4.4 required=7.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.5 Received: from skreta.hostit.biz (78-83-112-11.spectrumnet.bg [78.83.112.11]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.webreality.org (Postfix) with ESMTPSA id B320D1522CCE for ; Sun, 31 May 2009 02:07:29 +0300 (EEST) Message-ID: <4A21BC2B.4060202@lozenetz.org> Date: Sun, 31 May 2009 02:07:23 +0300 From: Anton - Valqk User-Agent: Thunderbird 2.0.0.21 (X11/20090318) MIME-Version: 1.0 To: stable@freebsd.org References: <20080117185547.GA85161@sepulca.yandex.ru> <242ACF9B-7B89-49F2-8F20-F2D51104574B@freebsd.org> <20080123054644.GV18746@egr.msu.edu> <47970E55.3040307@lozenetz.org> <47EA7ACC.5000505@lozenetz.org> In-Reply-To: <47EA7ACC.5000505@lozenetz.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: Subject: Re: REPOST for archive: Re: nscd again (nis client cache) patch for 6 stable branch 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, 30 May 2009 23:23:11 -0000 Hi guys, I've just got my patch for nscd backport for 6.4-p4 tested and woring fine. You can find it here: http://valqk.com/nscd_fbsd_6/ I hope it's useful for someone. cheers, valqk. Anton - Valqk написа: > I've been searching in the mailist archives and never found this, so > I'm reposting for archiving purposes. > > According to Denis Barov : > > Gzipped patch avialable at > http://www.dindin.ru/wiki/FreeBSD?action=AttachFile&do=get&target=nscd_backport.gz > > (78Kb) > > Mon, Dec 24, 2007 at 12:15 +0300 Denis Barov: >> > Hi, Michael! >> > In attachment patch for backporing nscd from RELENG_7 to RELENG_6. >> Tested on >> > > FreeBSD sepulca.yandex.ru 6.3-PRERELEASE FreeBSD 6.3-PRERELEASE >> #0: Thu Dec >> > 23 22:06:36 MSK 2007 >> > root@sepulca.yandex.ru:/usr/obj/usr/RELENG_6_ncsd/src/sys/GENERIC >> amd64 >> > > and works fine. >> > > Must I prepare pr? >> > > P.S. Don't forget to mkdir -p src/usr.sbin/nscd/agents before >> patching ;) > > > > > On Wed, Jan 23, 2008 at 11:52:21AM +0200, Anton - Valqk wrote: > > Is there nscd/cached for STABLE 6 branch or it's only implemented in > 7.X? > > Adam McDougall wrote: > > I wanted to say Thanks!!! for this example, because before this point > > I was under the impression that nscd/cached was of no use for NIS > clients, > > only LDAP or maybe other directory systems that I don't use. I tried > > "cache compat" as below for passwd and group and it works! Our NIS > > entries at work are big enough that without the cache, top takes > 7+ seconds to > > open, ssh login takes a few seconds, and samba logins were > concerningly > > slow. I did not try samba connections, but the other methods are > much > > faster now on the second run. Wanted to post this for the archive > too. > > > > On Sat, Jan 19, 2008 at 02:17:11PM +0300, Michael Bushkov wrote: > > > > Hi Denis, > > Several things: > > 1. You definitely can't use cache for *_compat sources. I mean > lines like > > "group_compat: cache nis" aren't supported. > > 2. Cache should work ok with the configuration you've mentioned > in your > > first example, i.e.: "group: cache compat". Just checking - why > do you > > think that cache isn't working? The correct way to determine it > is to > > perform the same query twice. During the first pass (when query > is not > > cached), the request will be processed by NIS module and you'll > have all > > the NIS-related stuff in the logs. On the second pass the > request should be > > handled by scd module - and you shouldn't see any activity in > NIS logs. It > > would be great to see the debug log (with nscd log turned on) > separately - > > for the first and the second pass. It would help to find the > error in nscd, > > if there is one. > > > > With best regards, > > Michael Bushkov > > > > On Jan 17, 2008, at 9:55 PM, Denis Barov wrote: > > > > > >>> Hello! > >>> > >>> I found some strange behaviour of NIS/nscd when NIS in compat > mode. In > >>> /etc/nsswitch.conf I have: > >>> > >>> netgroup: cache compat > >>> passwd: cache compat > >>> group: cache compat > >>> > > _______________________________________________ > > 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" > > > > > > > -- > This message has been scanned for viruses and > dangerous content by MailScanner, and is > believed to be clean. > >