From owner-freebsd-stable@FreeBSD.ORG Sun Dec 2 00:40:15 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 651ACD01 for ; Sun, 2 Dec 2012 00:40:15 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) by mx1.freebsd.org (Postfix) with ESMTP id 1C20F8FC0C for ; Sun, 2 Dec 2012 00:40:14 +0000 (UTC) Received: from [192.168.0.6] (spaceball.home.andric.com [192.168.0.6]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id B04775C37; Sun, 2 Dec 2012 01:40:12 +0100 (CET) Message-ID: <50BAA372.1030609@FreeBSD.org> Date: Sun, 02 Dec 2012 01:40:18 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:18.0) Gecko/20121128 Thunderbird/18.0 MIME-Version: 1.0 To: marco.broeder@gmx.eu Subject: Re: llvm / clang does not build with new libc++ References: <50B9D559.5030901@gmx.eu> In-Reply-To: <50B9D559.5030901@gmx.eu> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Dec 2012 00:40:15 -0000 On 2012-12-01 11:00, Marco Br=C3=B6der wrote: > since r243376 clang does not build with new libc++ anymore. Log attache= d. =2E.. > /usr/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/li= b/CodeGen/CGDebugInfo.cpp:1695:16: > error: > no matching member function for call to 'push_back' > ReplaceMap.push_back(std::make_pair(Ty.getAsOpaquePtr(), TC)); > ~~~~~~~~~~~^~~~~~~~~ Should be fixed in r243781, thanks for reporting it. From owner-freebsd-stable@FreeBSD.ORG Sun Dec 2 10:27:06 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 681371A7 for ; Sun, 2 Dec 2012 10:27:06 +0000 (UTC) (envelope-from marco.broeder@gmx.eu) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.22]) by mx1.freebsd.org (Postfix) with SMTP id C289A8FC16 for ; Sun, 2 Dec 2012 10:27:05 +0000 (UTC) Received: (qmail invoked by alias); 02 Dec 2012 10:27:04 -0000 Received: from port-92-195-28-209.dynamic.qsc.de (EHLO localhost) [92.195.28.209] by mail.gmx.net (mp070) with SMTP; 02 Dec 2012 11:27:04 +0100 X-Authenticated: #23197544 X-Provags-ID: V01U2FsdGVkX195eVpzNxN5JSsxA0k4R/ZpRlXgpKUFbnFbnbBuwK UVfiv1QCVTlKIN Message-ID: <50BB2C86.4070401@gmx.eu> Date: Sun, 02 Dec 2012 11:25:10 +0100 From: =?UTF-8?B?TWFyY28gQnLDtmRlcg==?= MIME-Version: 1.0 To: Dimitry Andric Subject: Re: llvm / clang does not build with new libc++ References: <50B9D559.5030901@gmx.eu> <50BAA372.1030609@FreeBSD.org> In-Reply-To: <50BAA372.1030609@FreeBSD.org> OpenPGP: id=68D40A14 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enig0B7592801D444594F32B7743" X-Y-GMX-Trusted: 0 Cc: FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: marco.broeder@gmx.eu List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Dec 2012 10:27:06 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig0B7592801D444594F32B7743 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 02.12.2012 01:40, Dimitry Andric wrote: > On 2012-12-01 11:00, Marco Br=C3=B6der wrote: >> since r243376 clang does not build with new libc++ anymore. Log attach= ed. > ... >> /usr/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/l= ib/CodeGen/CGDebugInfo.cpp:1695:16: >> error: >> no matching member function for call to 'push_back' >> ReplaceMap.push_back(std::make_pair(Ty.getAsOpaquePtr(), TC)); >> ~~~~~~~~~~~^~~~~~~~~ >=20 > Should be fixed in r243781, thanks for reporting it. >=20 Confirmed. Thank you for the quick fix! --=20 Regards --------------enig0B7592801D444594F32B7743 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIcBAEBCAAGBQJQuyyrAAoJEEjQ6Txo1AoU9VsP/3PC2jFhZEuIWTCRzNQ64Ka9 8d5LLhUo1Q37JPso8RNoXRp1NY55m0Bh6ZzGD35RJWSruWbK+aeMRfDYcTzZ7Elu biyEzhlvax7QA0esonzwuR3L0KHvhxcrfsB9VISS27zGSJuqoJ+ntQwK0kd9GmZs TBOKiIOZt8olCHWFkbJZCqCnuTdV52dl2lJXXNbmqw5M1jlU4inABF2WfnkD02Bt 1D0dkqqdXoIO/X2DWAPx7zXqda5+CDhbTsWxTNwKQHyXMlhRXDnx+hkFKyi8J6pl iCBnvco+3cSentDFPLXO0MceVcR0GIXA1lcKreNNv97TVnJWl7fqqVo4UB9cBYkN kKRL2V3IQL0N/OvTbwohB+KehjVhzokjm54iRPoYayXhDpsLhGTICHoVQtSJTYQq MM5bmB7a5QjDLQZl/mugl5qtJVrb489wBSehlO7s7rEZz7IdfRL48SeooyXm8gfw iEAhfBYYW66lSe2VPa5gxmAxJwAiOAIaTHJ9shej50TJW7z7DirRyvGa4GVSDeO6 J3StnY2zR+jCdNFoFojHRDTvFLIRsSAawYZBod1cUs1ykzKokP01kCdPxCim6yot 5754DDc02ESeUgcFh+jvHvzP98bg/6H6wGJnUwpAc10s4yvmyvqdZYDU8jXKZfQQ YQXEE1ghqBqRHN7E+JTG =4mlL -----END PGP SIGNATURE----- --------------enig0B7592801D444594F32B7743-- From owner-freebsd-stable@FreeBSD.ORG Sun Dec 2 23:28:44 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9B38AF3D; Sun, 2 Dec 2012 23:28:44 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id 7606A8FC08; Sun, 2 Dec 2012 23:28:44 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=ryuu.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1TfIxn-00073o-Im; Sun, 02 Dec 2012 23:28:44 +0000 Date: Mon, 03 Dec 2012 08:28:42 +0900 Message-ID: From: Randy Bush To: Dimitry Andric Subject: Re: buildworld on geode blowing chunks in lib/clang/libllvmcore In-Reply-To: References: <50BA7D98.6090807@FreeBSD.org> User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII Cc: FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Dec 2012 23:28:44 -0000 WITHOUT_CLANG=yes c++ -O2 -pipe -DIPFIREWALL_NAT -march=pentium -I/usr/src/lib/clang/libllvmcore/ ../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmcore/../../../contrib/ llvm/tools/clang/include -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/ lib/VMCore -I. -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/../../lib/ clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CO NSTANT_MACROS -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.0\" -DDEFAULT _SYSROOT=\"\" -fstack-protector -fno-exceptions -c /usr/src/lib/clang/libllvmcor e/../../../contrib/llvm/lib/VMCore/Function.cpp -o Function.o {standard input}: Assembler messages: {standard input}:36465: Warning: end of file not at end of a line; newline inser ted {standard input}:36631: Error: unknown pseudo-op: `.lc798' c++: Internal error: Killed: 9 (program cc1plus) Please submit a full bug report. See for instructions. *** Error code 1 Stop in /usr/src/lib/clang/libllvmcore. *** Error code 1 and on the second near-identical system c++ -DIPFIREWALL_NAT -O -march=pentium -I/usr/src/lib/clang/libllvmarmasmparser /../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmarmasmparser/../../.. /contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmarmasmparser/../.. /../contrib/llvm/lib/Target/ARM/AsmParser -I/usr/src/lib/clang/libllvmarmasmpars er/../../../contrib/llvm/lib/Target/ARM -I. -I/usr/src/lib/clang/libllvmarmasmpa rser/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREE BSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DLLVM_DEFAULT_TARGET_TRIPLE= \"i386-unknown-freebsd9.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-except ions -fno-rtti -c /usr/src/lib/clang/libllvmarmasmparser/../../../contrib/llvm/l ib/Target/ARM/AsmParser/ARMAsmParser.cpp -o ARMAsmParser.o c++: Internal error: Killed: 9 (program cc1plus) Please submit a full bug report. See for instructions. *** [ARMAsmParser.o] Error code 1 Stop in /usr/src/lib/clang/libllvmarmasmparser. *** [all] Error code 1 whoopsie! Dec 2 03:45:11 soek0 kernel: pid 41470 (cc1plus), uid 0, was killed: out of swap space and the second Dec 2 17:24:48 soek1 kernel: pid 25417 (cc1plus), uid 0, was killed: out of swap space /me sighs looks like it is gonna be cross-compile time. can you say PITA? randy From owner-freebsd-stable@FreeBSD.ORG Sun Dec 2 23:37:14 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9E1551E4; Sun, 2 Dec 2012 23:37:14 +0000 (UTC) (envelope-from longwitz@incore.de) Received: from dss.incore.de (dss.incore.de [195.145.1.138]) by mx1.freebsd.org (Postfix) with ESMTP id 53B5E8FC17; Sun, 2 Dec 2012 23:37:14 +0000 (UTC) Received: from inetmail.dmz (inetmail.dmz [10.3.0.3]) by dss.incore.de (Postfix) with ESMTP id 5DF755CFF9; Mon, 3 Dec 2012 00:37:07 +0100 (CET) X-Virus-Scanned: amavisd-new at incore.de Received: from dss.incore.de ([10.3.0.3]) by inetmail.dmz (inetmail.dmz [10.3.0.3]) (amavisd-new, port 10024) with LMTP id UGYFNAQyt5bM; Mon, 3 Dec 2012 00:37:06 +0100 (CET) Received: from mail.incore (fwintern.dmz [10.0.0.253]) by dss.incore.de (Postfix) with ESMTP id A6A655CFF8; Mon, 3 Dec 2012 00:37:06 +0100 (CET) Received: from bsdmhs.longwitz (unknown [192.168.99.6]) by mail.incore (Postfix) with ESMTP id 4CF4C5083F; Mon, 3 Dec 2012 00:37:06 +0100 (CET) Message-ID: <50BBE621.8050907@incore.de> Date: Mon, 03 Dec 2012 00:37:05 +0100 From: Andreas Longwitz User-Agent: Thunderbird 2.0.0.19 (X11/20090113) MIME-Version: 1.0 To: Andriy Gapon Subject: Re: page fault on verbose boot References: <50ABE8BC.1010904@incore.de> <50B8CD59.1050308@FreeBSD.org> <50B8DD1C.4010308@incore.de> <50B8ED1B.8080009@FreeBSD.org> <50B9463C.3090005@incore.de> <50BA4CC2.1010908@FreeBSD.org> In-Reply-To: <50BA4CC2.1010908@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Dec 2012 23:37:14 -0000 >>> "Andriy Gapon wrote" >>> Looking at the code in ioapic_program_intpin() this seems to be possible indeed: >>> >>> /* Write the values to the APIC. */ >>> intpin->io_lowreg = low; >>> ioapic_write(io->io_addr, IOAPIC_REDTBL_LO(intpin->io_intpin), low); >>> >>> The line above reprograms vector number AND _unmasks_ the pin (which was >>> specifically masked before reprogramming in ioapic_assign_cpu). >>> The lines below reprogram the destination LAPIC/CPU: >>> >>> value = ioapic_read(io->io_addr, IOAPIC_REDTBL_HI(intpin->io_intpin)); >>> value &= ~IOART_DEST; >>> value |= high; >>> ioapic_write(io->io_addr, IOAPIC_REDTBL_HI(intpin->io_intpin), value); >>> >>> So a pending interrupt would be happily delivered to a wrong destination (new >>> vector + old lapic). >>> I am not sure if just swapping these two blocks of lines would fix the issue, but >>> I hope that it would. Could you please try that? >> Yes I did and the first bootverbose run with your block switching patch >> was ok. I will do some more expansive tests next week. > > Thank you very much. > I've committed this change to head. After several tests I can state: the patch is ok for me. Thanks for your quick help! -- Andreas Longwitz From owner-freebsd-stable@FreeBSD.ORG Mon Dec 3 15:48:22 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4089EACF for ; Mon, 3 Dec 2012 15:48:22 +0000 (UTC) (envelope-from efraindector@motumweb.com) Received: from mail-da0-f54.google.com (mail-da0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 03E888FC08 for ; Mon, 3 Dec 2012 15:48:21 +0000 (UTC) Received: by mail-da0-f54.google.com with SMTP id n2so1336101dad.13 for ; Mon, 03 Dec 2012 07:48:21 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=message-id:from:to:cc:references:in-reply-to:subject:date :organization:mime-version:content-type:content-transfer-encoding :x-priority:x-msmail-priority:importance:x-mailer:x-mimeole :x-gm-message-state; bh=mOYnGZwF+9SvVm0P1jXx42OQFk6rGnttif7LA1JtP6c=; b=dV+rfdp6QwiawMMLJrBqv4UbaLVsoBBnRYzeFVHlu9fCHpc5GCj/2ECPGavHUSpWK2 p73vRWTtCh29G7b9pF9L9KzYhf2V6ycH2ZjkgtbgGQ/1AXG9d2H+1pa/tqveHZ3x6lyY Ha8ve+9t+bv0hWn9YUkl5hMvqp9xYFWqVJHzsZ0qCHJ0rmkGztk82HxsRFnHSAEA8Mbm fxAi9VyqV2JRbTyBOoWPJQggAu9hJ0V1ePhRo+coA6HFxrsLChSXq7PMgPtQceYMW1WV zelRAhcfpaxXExMq7Yx9SkuxZCA86AAQ+yj8Cbnm30XHgeJHjpjDxNOynuiZnFN0nvsV AerA== Received: by 10.66.85.103 with SMTP id g7mr26834406paz.45.1354549701117; Mon, 03 Dec 2012 07:48:21 -0800 (PST) Received: from CMOTUM25PC ([187.210.81.114]) by mx.google.com with ESMTPS id kc4sm8239507pbc.23.2012.12.03.07.48.18 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 03 Dec 2012 07:48:19 -0800 (PST) Message-ID: <39FD37661D86488A89B11AB41118A2C1@CMOTUM25PC> From: =?UTF-8?Q?Efra=C3=ADn_D=C3=A9ctor?= To: "Warner Losh" , "mbsd" References: <1354239860.19647.8.camel@eva02> <2996DE95-27F8-4173-AE76-56D76A697595@bsdimp.com> In-Reply-To: <2996DE95-27F8-4173-AE76-56D76A697595@bsdimp.com> Subject: Re: How to clean up / Date: Mon, 3 Dec 2012 09:48:16 -0600 Organization: =?UTF-8?Q?HESA_T=C3=A9cnica?= MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="UTF-8"; reply-type=original Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 16.4.3505.912 X-MimeOLE: Produced By Microsoft MimeOLE V16.4.3505.912 X-Gm-Message-State: ALoCoQm4iiQRNEJodh2Zwa7a/Ze8wdRy/JcF71F7Maqo2GmaswJqay80w6qWyopENIsfx6u3nl51 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Dec 2012 15:48:22 -0000 Hello. Thank you all for your advices, Im going to try to recompile the kernel without debug and see what happens. Thanks! -----Mensaje original----- From: Warner Losh Sent: Friday, November 30, 2012 8:50 AM To: mbsd Cc: freebsd-stable@freebsd.org Subject: Re: How to clean up / Also, all the rescue binaries combined are 5M, not 5M each... Warner On Nov 29, 2012, at 6:44 PM, mbsd wrote: > Ξ ~ → du -sh /boot/kernel > 59M kernel > > Try to recompile your kernel without debug. Or just remove the .symbols files (or better, save them on a larger partition for easier debugging in case of problems). Warner > > > On Tue, 2012-11-27 at 16:57 -0600, Efraín Déctor wrote: >> Hello. >> >> I recently upgraded to 9.1-RC3, everything went fine, however the / >> partition its about to get full. Im really new to FreeBSD so I don’t know >> what files can be deleted safely. >> >> # find -x / -size +10000 -exec du -h {} \; >> >> 16M /boot/kernel/kernel >> 60M /boot/kernel/kernel.symbols >> 6.7M /boot/kernel/if_ath.ko.symbols >> 6.4M /boot/kernel/vxge.ko.symbols >> 9.4M /boot/kernel/xfs.ko.symbols >> 15M /boot/kernel/zfs.ko.symbols >> 15M /boot/kernel.old/kernel >> 55M /boot/kernel.old/kernel.symbols >> 6.7M /boot/kernel.old/if_ath.ko.symbols >> 6.4M /boot/kernel.old/vxge.ko.symbols >> 9.2M /boot/kernel.old/xfs.ko.symbols >> 15M /boot/kernel.old/zfs.ko.symbols >> 15M /boot/kernel.old1/kernel >> 5M /rescue/rescue >> 5M /rescue/cat >> 5M /rescue/chflags >> 5M /rescue/chio >> 5M /rescue/chmod >> 5M /rescue/cp >> 5M /rescue/date >> 5M /rescue/dd >> 5M /rescue/df >> 5M /rescue/echo >> 5M /rescue/ed >> 5M /rescue/red >> 5M /rescue/expr >> 5M /rescue/getfacl >> 5M /rescue/hostname >> 5M /rescue/kenv >> 5M /rescue/kill >> 5M /rescue/ln >> 5M /rescue/link >> 5M /rescue/ls >> 5M /rescue/mkdir >> 5M /rescue/mv >> 5M /rescue/pkill >> 5M /rescue/pgrep >> 5M /rescue/ps >> 5M /rescue/pwd >> 5M /rescue/realpath >> 5M /rescue/rm >> 5M /rescue/unlink >> 5M /rescue/rmdir >> 5M /rescue/setfacl >> 5M /rescue/sh >> 5M /rescue/stty >> 5M /rescue/sync >> 5M /rescue/test >> 5M /rescue/[ >> 5M /rescue/rcp >> 5M /rescue/csh >> 5M /rescue/tcsh >> 5M /rescue/atacontrol >> 5M /rescue/badsect >> 5M /rescue/camcontrol >> 5M /rescue/ccdconfig >> 5M /rescue/clri >> 5M /rescue/devfs >> 5M /rescue/dmesg >> 5M /rescue/dump >> 5M /rescue/rdump >> 5M /rescue/dumpfs >> 5M /rescue/dumpon >> 5M /rescue/fsck >> 5M /rescue/fsck_ffs >> 5M /rescue/fsck_4.2bsd >> 5M /rescue/fsck_ufs >> 5M /rescue/fsck_msdosfs >> 5M /rescue/fsdb >> 5M /rescue/fsirand >> 5M /rescue/gbde >> 5M /rescue/geom >> 5M /rescue/glabel >> 5M /rescue/gpart >> 5M /rescue/ifconfig >> 5M /rescue/init >> 5M /rescue/kldconfig >> 5M /rescue/kldload >> 5M /rescue/kldstat >> 5M /rescue/kldunload >> 5M /rescue/ldconfig >> 5M /rescue/md5 >> 5M /rescue/mdconfig >> 5M /rescue/mdmfs >> 5M /rescue/mknod >> 5M /rescue/mount >> 5M /rescue/mount_cd9660 >> 5M /rescue/mount_msdosfs >> 5M /rescue/mount_nfs >> 5M /rescue/mount_ntfs >> 5M /rescue/mount_nullfs >> 5M /rescue/mount_udf >> 5M /rescue/mount_unionfs >> 5M /rescue/newfs >> 5M /rescue/newfs_msdos >> 5M /rescue/nos-tun >> 5M /rescue/ping >> 5M /rescue/reboot >> 5M /rescue/fastboot >> 5M /rescue/halt >> 5M /rescue/fasthalt >> 5M /rescue/restore >> 5M /rescue/rrestore >> 5M /rescue/rcorder >> 5M /rescue/route >> 5M /rescue/routed >> 5M /rescue/rtquery >> 5M /rescue/rtsol >> 5M /rescue/savecore >> 5M /rescue/spppcontrol >> 5M /rescue/swapon >> 5M /rescue/sysctl >> 5M /rescue/tunefs >> 5M /rescue/umount >> 5M /rescue/atmconfig >> 5M /rescue/ping6 >> 5M /rescue/ipf >> 5M /rescue/zfs >> 5M /rescue/zpool >> 5M /rescue/bsdlabel >> 5M /rescue/disklabel >> 5M /rescue/fdisk >> 5M /rescue/dhclient >> 5M /rescue/head >> 5M /rescue/mt >> 5M /rescue/sed >> 5M /rescue/tail >> 5M /rescue/tee >> 5M /rescue/gzip >> 5M /rescue/gunzip >> 5M /rescue/gzcat >> 5M /rescue/zcat >> 5M /rescue/bzip2 >> 5M /rescue/bunzip2 >> 5M /rescue/bzcat >> 5M /rescue/xz >> 5M /rescue/unxz >> 5M /rescue/lzma >> 5M /rescue/unlzma >> 5M /rescue/xzcat >> 5M /rescue/lzcat >> 5M /rescue/tar >> 5M /rescue/vi >> 5M /rescue/ex >> 5M /rescue/id >> 5M /rescue/groups >> 5M /rescue/whoami >> 5M /rescue/chroot >> 5M /rescue/chown >> 5M /rescue/chgrp >> 5M /rescue/nc >> 76M /compat/linux/usr/lib/locale/locale-archive.tmpl >> 8.0M /.sujournal >> >> Thanks in advance. >> _______________________________________________ >> 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 Mon Dec 3 16:34:54 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E88239A3 for ; Mon, 3 Dec 2012 16:34:54 +0000 (UTC) (envelope-from chris#@1command.com) Received: from udns.ultimateDNS.NET (24-113-70-254.wavecable.com [24.113.70.254]) by mx1.freebsd.org (Postfix) with ESMTP id B5A3D8FC08 for ; Mon, 3 Dec 2012 16:34:53 +0000 (UTC) Received: from udns.ultimateDNS.NET (localhost [127.0.0.1]) by udns.ultimateDNS.NET (8.14.5/8.14.5) with ESMTP id qB3G64Hx002852 for ; Mon, 3 Dec 2012 08:06:10 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id qB3G5x2D002851; Mon, 3 Dec 2012 08:05:59 -0800 (PST) (envelope-from chris#@1command.com) Received: from udns.ultimatedns.net ([24.113.70.254]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Mon, 3 Dec 2012 08:05:58 -0800 (PST) Message-ID: <05c3f8ca28401a255bd3b5150d0f7ad7.authenticated@ultimatedns.net> Date: Mon, 3 Dec 2012 08:05:58 -0800 (PST) Subject: What's the most effective way to restart net && children? From: "Chris H" To: "freebsd-stable" User-Agent: UDNSMS/2.0.3 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Dec 2012 16:34:55 -0000 Greetings, I've always maintained at least a /24 since the early 80's. I'm now evaluating a new ISP, and am not ready to commit. Until then I'll be forced to use DHCP. My problem is that they are really mercenary about their lease(s) -- ~24hrs! So, given that I am treating the assigned IP(s) as pseudo-static, I would prefer not to bounce the box(es). I currently bounce them alternating rc & hosts, etc. I can easily switch configs "on the fly" by restarting network & related services, but am looking for a _graceful_ way to re-start the network. I see /etc/netstart, but it looks a little more /brutal/ than I was hoping for. Any and all suggestions _greatly_ appreciated. Thank you for all your time, and consideration. --Chris From owner-freebsd-stable@FreeBSD.ORG Mon Dec 3 16:42:02 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AF6C7D6F for ; Mon, 3 Dec 2012 16:42:02 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from duck.symmetricom.us (duck.symmetricom.us [206.168.13.214]) by mx1.freebsd.org (Postfix) with ESMTP id 3C4618FC0C for ; Mon, 3 Dec 2012 16:42:02 +0000 (UTC) Received: from damnhippie.dyndns.org (daffy.symmetricom.us [206.168.13.218]) by duck.symmetricom.us (8.14.5/8.14.5) with ESMTP id qB3Gg1Yc068245 for ; Mon, 3 Dec 2012 09:42:01 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id qB3Gfx2w045690; Mon, 3 Dec 2012 09:41:59 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) Subject: Re: What's the most effective way to restart net && children? From: Ian Lepore To: Chris H In-Reply-To: <05c3f8ca28401a255bd3b5150d0f7ad7.authenticated@ultimatedns.net> References: <05c3f8ca28401a255bd3b5150d0f7ad7.authenticated@ultimatedns.net> Content-Type: text/plain; charset="us-ascii" Date: Mon, 03 Dec 2012 09:41:59 -0700 Message-ID: <1354552919.1140.34.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Dec 2012 16:42:02 -0000 On Mon, 2012-12-03 at 08:05 -0800, Chris H wrote: > Greetings, > I've always maintained at least a /24 since the early 80's. > I'm now evaluating a new ISP, and am not ready to commit. Until then I'll be > forced to use DHCP. My problem is that they are really mercenary about their > lease(s) -- ~24hrs! So, given that I am treating the assigned IP(s) as pseudo-static, > I would prefer not to bounce the box(es). > I currently bounce them alternating rc & hosts, etc. I can easily switch configs > "on the fly" by restarting network & related services, but am looking for a > _graceful_ way to re-start the network. I see /etc/netstart, but it looks a little > more /brutal/ than I was hoping for. Any and all suggestions _greatly_ appreciated. > > Thank you for all your time, and consideration. > > --Chris > You can use "service netif restart" to restart / re-dhcp all the interfaces. Doing it that way will do ALL interfaces, including loopback, which can break running programs that are using it. You can name one or more interfaces to be restarted instead of letting it do all of them. Do you have any reason to think the short leases time will somehow lead to changing IPs? My provider gives me 12 hour leases, and my IP hasn't changed in like 7 years. -- Ian From owner-freebsd-stable@FreeBSD.ORG Mon Dec 3 16:42:03 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6F085D70 for ; Mon, 3 Dec 2012 16:42:03 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wg0-f52.google.com (mail-wg0-f52.google.com [74.125.82.52]) by mx1.freebsd.org (Postfix) with ESMTP id E77DB8FC12 for ; Mon, 3 Dec 2012 16:42:01 +0000 (UTC) Received: by mail-wg0-f52.google.com with SMTP id 12so1712550wgh.31 for ; Mon, 03 Dec 2012 08:41:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=JzfP0MYC0kr3Cn+0p1Kf0/ZgE5DAlswk+eoVIik1rf4=; b=NSaZNfCjqObZYa5lDjW1LWUxTgJQy9kNJtVv/dMhijud9U89XssLCA0XYBuU66ZOp5 Ejw+w0xac1RitiHHbVQpsLBZGtYT8CMBWYuCo+AXR8+CMie8SkEG02lX2ttLFmMzq6+i zKweSvIpgxCYpdb7dJyqxXp7ckoQBjgnAT/0Nqm5rqWE7Kj9g7Jz45gIQBMADAV945+R DtG8tyjrCG148VATRGnlkZjSRxYXRQrQStHz/LWqOOk03tVxK4AQXMkE6fHY1cHuxq2C ZtbGtU1nlQxz9mMONc4imaKlEIRZuNq5KuCjY2Afu8DOLUxDk/J2bsaSFwygIp2G3x3E o4JQ== MIME-Version: 1.0 Received: by 10.180.103.106 with SMTP id fv10mr10629022wib.19.1354552915015; Mon, 03 Dec 2012 08:41:55 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.217.57.9 with HTTP; Mon, 3 Dec 2012 08:41:54 -0800 (PST) In-Reply-To: <05c3f8ca28401a255bd3b5150d0f7ad7.authenticated@ultimatedns.net> References: <05c3f8ca28401a255bd3b5150d0f7ad7.authenticated@ultimatedns.net> Date: Mon, 3 Dec 2012 08:41:54 -0800 X-Google-Sender-Auth: gQHESHvyQNZjgEtmVJGfxapV3gg Message-ID: Subject: Re: What's the most effective way to restart net && children? From: Adrian Chadd To: Chris H Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Dec 2012 16:42:03 -0000 .. use avahi or some other multicast DNS setup; have boxes announce their current host that way? Adrian On 3 December 2012 08:05, Chris H wrote: > Greetings, > I've always maintained at least a /24 since the early 80's. > I'm now evaluating a new ISP, and am not ready to commit. Until then I'll be > forced to use DHCP. My problem is that they are really mercenary about their > lease(s) -- ~24hrs! So, given that I am treating the assigned IP(s) as pseudo-static, > I would prefer not to bounce the box(es). > I currently bounce them alternating rc & hosts, etc. I can easily switch configs > "on the fly" by restarting network & related services, but am looking for a > _graceful_ way to re-start the network. I see /etc/netstart, but it looks a little > more /brutal/ than I was hoping for. Any and all suggestions _greatly_ appreciated. > > Thank you for all your time, and consideration. > > --Chris > > _______________________________________________ > 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 Dec 3 17:13:51 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 80E587E0 for ; Mon, 3 Dec 2012 17:13:51 +0000 (UTC) (envelope-from chris#@1command.com) Received: from udns.ultimateDNS.NET (24-113-70-254.wavecable.com [24.113.70.254]) by mx1.freebsd.org (Postfix) with ESMTP id 3094F8FC12 for ; Mon, 3 Dec 2012 17:13:50 +0000 (UTC) Received: from udns.ultimateDNS.NET (localhost [127.0.0.1]) by udns.ultimateDNS.NET (8.14.5/8.14.5) with ESMTP id qB3HDgt1003674; Mon, 3 Dec 2012 09:13:48 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id qB3HDb00003670; Mon, 3 Dec 2012 09:13:37 -0800 (PST) (envelope-from chris#@1command.com) Received: from udns.ultimatedns.net ([24.113.70.254]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Mon, 3 Dec 2012 09:13:37 -0800 (PST) Message-ID: <67d0d746cf42af843250e392150ea927.authenticated@ultimatedns.net> In-Reply-To: <1354552919.1140.34.camel@revolution.hippie.lan> References: <05c3f8ca28401a255bd3b5150d0f7ad7.authenticated@ultimatedns.net> <1354552919.1140.34.camel@revolution.hippie.lan> Date: Mon, 3 Dec 2012 09:13:37 -0800 (PST) Subject: Re: What's the most effective way to restart net && children? From: "Chris H" To: "Ian Lepore" User-Agent: UDNSMS/2.0.3 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Dec 2012 17:13:51 -0000 > On Mon, 2012-12-03 at 08:05 -0800, Chris H wrote: >> Greetings, >> I've always maintained at least a /24 since the early 80's. >> I'm now evaluating a new ISP, and am not ready to commit. Until then I'll be >> forced to use DHCP. My problem is that they are really mercenary about their >> lease(s) -- ~24hrs! So, given that I am treating the assigned IP(s) as pseudo-static, >> I would prefer not to bounce the box(es). >> I currently bounce them alternating rc & hosts, etc. I can easily switch configs >> "on the fly" by restarting network & related services, but am looking for a Greetings IAn, and thank you for your reply... >> _graceful_ way to re-start the network. I see /etc/netstart, but it looks a little >> more /brutal/ than I was hoping for. Any and all suggestions _greatly_ appreciated. >> >> Thank you for all your time, and consideration. >> >> --Chris >> > > You can use "service netif restart" to restart / re-dhcp all the > interfaces. Doing it that way will do ALL interfaces, including > loopback, which can break running programs that are using it. You can > name one or more interfaces to be restarted instead of letting it do all > of them. > > Do you have any reason to think the short leases time will somehow lead > to changing IPs? My provider gives me 12 hour leases, and my IP hasn't > changed in like 7 years. > > -- Ian Yes, that was always the way I used to experience it (other ISP's). The IP never changed after leases renewed. But now not only the IP, but the netmask changes, anywhere from 255.2455.254.0 to 255.255.252.0, no even 255.255.255.255! I'd blow them off because of this. But thus far, I really like everything else, and as a result, will likely simply lease a /24 from them. But until (of if) I make that decision, it's really a PITA. Great advice. I'll look into your suggestion(s). I currently boot into an rc.conf(5) with the ifconfig(8) line as DHCP, to obtain the new lease. Then bounce the box(es) with the ifconfig(8) line(s) setup as they would be when used with static address(es). Given your advice, it looks like I can cobble up a script to use service(8) to shutdown all the services that depend in network, and then use service(8) to restart the network interfaces to garner the new IP(s) and then restart the network, and utilize it as static, bringing up the services that depend on it. Thanks again for your reply. --Chris > > > From owner-freebsd-stable@FreeBSD.ORG Mon Dec 3 18:41:34 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9C3A17B; Mon, 3 Dec 2012 18:41:34 +0000 (UTC) (envelope-from olivier777a7@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 64CC68FC18; Mon, 3 Dec 2012 18:41:34 +0000 (UTC) Received: by mail-pb0-f54.google.com with SMTP id wz12so2182036pbc.13 for ; Mon, 03 Dec 2012 10:41:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=F2irgfTg0TOHUAOL52kSmh+t9uR1Aulef3Y65iHenX8=; b=JWZmt5Wsg6U7BBYrnBaFe+VsXyLzm6MzuFzF2PKpnc8huNl0mIf5MZzJdxo6z7Tmop pFTnuQxe5le7g2iwYrg118fuFDcGZXHNkwVeRsA1XD4emi5b8fOe8dTf1paq4WEMcKsk ZvfRPx30iGjDywZvfZF7HOdw98+DoigGLwPywB1I4jMzoN4TToQfa8/5Nd5IDEHt5iCz o6kKSjxiwHBfRS6EYAWL5u33ZlJjj9ET55pJg85DZ0piYLnDu430r9zeVx+gTNTNv5hS Z0cqLH/uaHrX4vuVcKX514Vzy0AjUyMfYtuQ/Xe+pslPR7/V1uDSigLXA/PsEGVaOfAg GnQQ== MIME-Version: 1.0 Received: by 10.66.75.162 with SMTP id d2mr28097929paw.27.1354560093820; Mon, 03 Dec 2012 10:41:33 -0800 (PST) Received: by 10.66.148.136 with HTTP; Mon, 3 Dec 2012 10:41:33 -0800 (PST) Date: Mon, 3 Dec 2012 10:41:33 -0800 Message-ID: Subject: NFS/ZFS hangs after upgrading from 9.0-RELEASE to -STABLE From: olivier olivier To: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Dec 2012 18:41:34 -0000 Hi all After upgrading from 9.0-RELEASE to 9.1-PRERELEASE #0 r243679 I'm having severe problems with NFS sharing of a ZFS volume. nfsd appears to hang at random times (between once every couple hours to once every two days) while accessing a ZFS volume, and the only way I have found of resolving the problem is to reboot. The server console is sometimes still responsive during the nfsd hang, and I can read and write files to the same ZFS volume while nfsd is hung. I am pasting below the output of procstat -kk on nfsd, and details of my pool (nfsstat on the server gets hung when the problem has started occurring, and does not produce any output). The pool is v28 and was created from a bunch of volumes attached over Fibre Channel using the mpt driver. My system has a Supermicro board and 4 AMD Opteron 6274 CPUs. I did not experience any nfsd hangs with 9.0-RELEASE (same machine, essentially same configuration, same usage pattern). I would greatly appreciate any help to resolve this problem! Thank you Olivier PID TID COMM TDNAME KSTACK 1511 102751 nfsd nfsd: master mi_switch+0x186 sleepq_wait+0x42 __lockmgr_args+0x5ae vop_stdlock+0x39 VOP_LOCK1_APV+0x46 _vn_lock+0x47 zfs_fhtovp+0x338 nfsvno_fhtovp+0x87 nfsd_fhtovp+0x7a nfsrvd_dorpc+0x9cf nfssvc_program+0x447 svc_run_internal+0x687 svc_run+0x8f nfsrvd_nfsd+0x193 nfssvc_nfsd+0x9b sys_nfssvc+0x90 amd64_syscall+0x540 Xfast_syscall+0xf7 1511 102752 nfsd nfsd: service mi_switch+0x186 sleepq_wait+0x42 __lockmgr_args+0x5ae vop_stdlock+0x39 VOP_LOCK1_APV+0x46 _vn_lock+0x47 zfs_fhtovp+0x338 nfsvno_fhtovp+0x87 nfsd_fhtovp+0x7a nfsrvd_dorpc+0x9cf nfssvc_program+0x447 svc_run_internal+0x687 svc_thread_start+0xb fork_exit+0x11f fork_trampoline+0xe 1511 102753 nfsd nfsd: service mi_switch+0x186 sleepq_wait+0x42 _cv_wait+0x112 zio_wait+0x61 zil_commit+0x764 zfs_freebsd_write+0xba0 VOP_WRITE_APV+0xb2 nfsvno_write+0x14d nfsrvd_write+0x362 nfsrvd_dorpc+0x3c0 nfssvc_program+0x447 svc_run_internal+0x687 svc_thread_start+0xb fork_exit+0x11f fork_trampoline+0xe 1511 102754 nfsd nfsd: service mi_switch+0x186 sleepq_wait+0x42 _cv_wait+0x112 zio_wait+0x61 zil_commit+0x3cf zfs_freebsd_fsync+0xdc nfsvno_fsync+0x2f2 nfsrvd_commit+0xe7 nfsrvd_dorpc+0x3c0 nfssvc_program+0x447 svc_run_internal+0x687 svc_thread_start+0xb fork_exit+0x11f fork_trampoline+0xe 1511 102755 nfsd nfsd: service mi_switch+0x186 sleepq_wait+0x42 __lockmgr_args+0x5ae vop_stdlock+0x39 VOP_LOCK1_APV+0x46 _vn_lock+0x47 zfs_fhtovp+0x338 nfsvno_fhtovp+0x87 nfsd_fhtovp+0x7a nfsrvd_dorpc+0x9cf nfssvc_program+0x447 svc_run_internal+0x687 svc_thread_start+0xb fork_exit+0x11f fork_trampoline+0xe 1511 102756 nfsd nfsd: service mi_switch+0x186 sleepq_wait+0x42 _cv_wait+0x112 zil_commit+0x6d zfs_freebsd_write+0xba0 VOP_WRITE_APV+0xb2 nfsvno_write+0x14d nfsrvd_write+0x362 nfsrvd_dorpc+0x3c0 nfssvc_program+0x447 svc_run_internal+0x687 svc_thread_start+0xb fork_exit+0x11f fork_trampoline+0xe PID TID COMM TDNAME KSTACK 1507 102750 nfsd - mi_switch+0x186 sleepq_catch_signals+0x2e1 sleepq_wait_sig+0x16 _cv_wait_sig+0x12a seltdwait+0xf6 kern_select+0x6ef sys_select+0x5d amd64_syscall+0x540 Xfast_syscall+0xf7 pool: tank state: ONLINE status: The pool is formatted using a legacy on-disk format. The pool can still be used, but some features are unavailable. action: Upgrade the pool using 'zpool upgrade'. Once this is done, the pool will no longer be accessible on software that does not support feature flags. scan: scrub repaired 0 in 45h37m with 0 errors on Mon Dec 3 03:07:11 2012 config: NAME STATE READ WRITE CKSUM tank ONLINE 0 0 0 raidz1-0 ONLINE 0 0 0 da19 ONLINE 0 0 0 da31 ONLINE 0 0 0 da32 ONLINE 0 0 0 da33 ONLINE 0 0 0 da34 ONLINE 0 0 0 raidz1-1 ONLINE 0 0 0 da20 ONLINE 0 0 0 da36 ONLINE 0 0 0 da37 ONLINE 0 0 0 da38 ONLINE 0 0 0 da39 ONLINE 0 0 0 From owner-freebsd-stable@FreeBSD.ORG Mon Dec 3 21:51:38 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 035A0C3 for ; Mon, 3 Dec 2012 21:51:38 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by mx1.freebsd.org (Postfix) with ESMTP id A69828FC12 for ; Mon, 3 Dec 2012 21:51:36 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1TfdvV-00051X-Ja for freebsd-stable@freebsd.org; Mon, 03 Dec 2012 22:51:45 +0100 Received: from 93-97-10-126.zone5.bethere.co.uk ([93.97.10.126]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 03 Dec 2012 22:51:45 +0100 Received: from johannes by 93-97-10-126.zone5.bethere.co.uk with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 03 Dec 2012 22:51:45 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Johannes Totz Subject: Re: How to clean up / Date: Mon, 03 Dec 2012 21:51:16 +0000 Lines: 49 Message-ID: References: <1354239860.19647.8.camel@eva02> <2A4F276A-B95D-4D03-86F4-0A7C5A06B9A9@gsoft.com.au> <50B8758C.2070202@dssgmbh.de> <129391C5-DBD1-4E14-9834-0CEC8713C05E@my.gd> Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 93-97-10-126.zone5.bethere.co.uk User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/17.0 Thunderbird/17.0 In-Reply-To: <129391C5-DBD1-4E14-9834-0CEC8713C05E@my.gd> X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Dec 2012 21:51:38 -0000 On 30/11/2012 10:25, Fleuriot Damien wrote: > > On Nov 30, 2012, at 9:59 AM, Alfred Bartsch wrote: > >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Am 30.11.2012 08:16, schrieb Kevin Oberman: >>> On Thu, Nov 29, 2012 at 8:46 PM, Daniel O'Connor >>> wrote: >>>> >>>> On 30/11/2012, at 12:14, mbsd wrote: >>>>> Ξ ~ → du -sh /boot/kernel 59M kernel >>>>> >>>>> Try to recompile your kernel without debug. >>>> >>>> Or delete /boot/kernel/*.symbols. >> >> You may suppress the installation of the *.symbols files by inserting >> the following statement into /etc/make.conf: >> >> # prevent installation of "*.symbols" in /boot/kernel >> INSTALL_NODEBUG= yes > > > In addition to the previous advice you've received regarding symbol files, you may also want to only compile and install the kernel modules you actually use. > There's also the side benefit of the kernel being that much faster to rebuild. > > Get the list with "kldstat". > > Here for example, we only build a very few of them: > $ kldstat > Id Refs Address Size Name > 1 19 0xffffffff80100000 b0eec0 kernel > 2 1 0xffffffff80c0f000 bca8 geom_label.ko > 3 1 0xffffffff80c1b000 1350 mfi_linux.ko > 4 4 0xffffffff80c1d000 47958 linux.ko > 5 1 0xffffffff80e12000 40c3 linprocfs.ko > 6 1 0xffffffff80e17000 a14 linsysfs.ko > > > This yields a very lightweight kernel folder, even when retaining the debug symbols: > $ du -hs > 46M . > > This is what you want in /etc/rc.conf : > MODULES_OVERRIDE=geom/geom_label if_lagg if_vlan linprocfs linsysfs linux mfi/mfi_linux This should be in /etc/make.conf? From owner-freebsd-stable@FreeBSD.ORG Mon Dec 3 22:45:17 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3EBC9237 for ; Mon, 3 Dec 2012 22:45:17 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id BA62A8FC08 for ; Mon, 3 Dec 2012 22:45:16 +0000 (UTC) Received: by mail-ee0-f54.google.com with SMTP id c13so2332190eek.13 for ; Mon, 03 Dec 2012 14:45:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=84bYCbOWTZfrht8BsC65cN9/GV4hn0/eNcrkVqhO1m8=; b=oqAVAXz6Wf86YdF4MAwX8VyKZcezgC7/ZQ+7seo7ec0jH8jBj60Abu0gaEBsb4KG6H foPGXgwssYXa5zLHvL6QGD6RK+BMqqNh7e06ETEwLcB+XdTTBcvjsdihr1KIYQm8X5+P C4kOQLmitVQL3WaFXuTq8qGlMrrnK7kgua0XV7xJdDWXRVY4dpftKmCgggBUIqvhIYs5 q7xlukG8Z95CyIm/0o94gCI26c5BOuhcF0OzYTNDx/bVHiFD+O9zAvhZNsfP0ZjMfU0y MPbvNwN/SSxjun/YklhtvaRiYIapi9HWt+r3bjCpXwpW2i4jp92LZr2c3hS8J+28nC44 LkEA== MIME-Version: 1.0 Received: by 10.14.194.199 with SMTP id m47mr22679854een.11.1354574715563; Mon, 03 Dec 2012 14:45:15 -0800 (PST) Received: by 10.223.170.193 with HTTP; Mon, 3 Dec 2012 14:45:15 -0800 (PST) In-Reply-To: References: <1354239860.19647.8.camel@eva02> <2A4F276A-B95D-4D03-86F4-0A7C5A06B9A9@gsoft.com.au> <50B8758C.2070202@dssgmbh.de> <129391C5-DBD1-4E14-9834-0CEC8713C05E@my.gd> Date: Mon, 3 Dec 2012 14:45:15 -0800 Message-ID: Subject: Re: How to clean up / From: Kevin Oberman To: Johannes Totz Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Dec 2012 22:45:17 -0000 On Mon, Dec 3, 2012 at 1:51 PM, Johannes Totz wrote: > On 30/11/2012 10:25, Fleuriot Damien wrote: >> >> >> On Nov 30, 2012, at 9:59 AM, Alfred Bartsch wrote: >> >>> -----BEGIN PGP SIGNED MESSAGE----- >>> Hash: SHA1 >>> >>> Am 30.11.2012 08:16, schrieb Kevin Oberman: >>>> >>>> On Thu, Nov 29, 2012 at 8:46 PM, Daniel O'Connor >>>> wrote: >>>>> >>>>> >>>>> On 30/11/2012, at 12:14, mbsd wrote: >>>>>> >>>>>> =C3=8E=C5=BE ~ =C3=A2=E2=80=A0=E2=80=99 du -sh /boot/kernel 59M ke= rnel >>>>>> >>>>>> Try to recompile your kernel without debug. >>>>> >>>>> >>>>> Or delete /boot/kernel/*.symbols. >>> >>> >>> You may suppress the installation of the *.symbols files by inserting >>> the following statement into /etc/make.conf: >>> >>> # prevent installation of "*.symbols" in /boot/kernel >>> INSTALL_NODEBUG=3D yes >> >> >> >> In addition to the previous advice you've received regarding symbol file= s, >> you may also want to only compile and install the kernel modules you >> actually use. >> There's also the side benefit of the kernel being that much faster to >> rebuild. >> >> Get the list with "kldstat". >> >> Here for example, we only build a very few of them: >> $ kldstat >> Id Refs Address Size Name >> 1 19 0xffffffff80100000 b0eec0 kernel >> 2 1 0xffffffff80c0f000 bca8 geom_label.ko >> 3 1 0xffffffff80c1b000 1350 mfi_linux.ko >> 4 4 0xffffffff80c1d000 47958 linux.ko >> 5 1 0xffffffff80e12000 40c3 linprocfs.ko >> 6 1 0xffffffff80e17000 a14 linsysfs.ko >> >> >> This yields a very lightweight kernel folder, even when retaining the >> debug symbols: >> $ du -hs >> 46M . >> >> This is what you want in /etc/rc.conf : >> MODULES_OVERRIDE=3Dgeom/geom_label if_lagg if_vlan linprocfs linsysfs li= nux >> mfi/mfi_linux > > > This should be in /etc/make.conf? thiat woruld work, but it would be better to put it into /etc/src.conf. make.conf will define the variable for any make(1) operation while src.conf is only used for building/installing the world and kernel. (I'll admit that a namespace collision is very unlikely here, but I think it is just good practice to use src.conf for defining things only relevant to the OS.) --=20 R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 01:31:43 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 79AC5D68 for ; Tue, 4 Dec 2012 01:31:43 +0000 (UTC) (envelope-from prvs=1685a61a7f=evendas@krazer.com.br) Received: from krazer.com.br (usaimport.com.br [74.208.147.131]) by mx1.freebsd.org (Postfix) with ESMTP id 19E7C8FC32 for ; Tue, 4 Dec 2012 01:31:37 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=krazer.com.br; s=MDaemon; t=1354583463; x=1355188263; q=dns/txt; h=DomainKey-Signature: Received:From:To:Subject:Date:MIME-Version:Content-Type: Message-ID; bh=/AGF6JRzB/J7iTsWt8UkF/2jJ0/KNRujXWNnXTa6qHA=; b=k ecmS6sPNbXzAIWtiviDBHNh6DExmy0oPR08SHR5UVP39ru004MwzYLaMT4sUdBsb Zj7dz1mleU2MoASaqppmrp0LLjN3Oc2FzrdkT26iFQAYCeWCwe2+SgvPo0kJfTnu Z4GcVUlP1hJpLd2vGeU2DdMUtUqCs83ZZi2J27MICc= DomainKey-Signature: a=rsa-sha1; s=MDaemon; d=krazer.com.br; c=simple; q=dns; h=from:message-id; b=pSqQMOVfNz5FPx3Pe4o7i07LQu10AZbfWKW4hSYRbzx1MvgmROB/TORr9yXc ry890KXGVfcM3vv/zyZ8G73+ZCaSSpEd+eUrUJQv/V2hETYPgd9hbm6bQ 1jQ9IZ7X6lOxL8FY7ntWuWeG0FkCN4NkcvMVM/PdKnoeMbGwGFtZ0k=; X-MDAV-Processed: allearth.com.br, Mon, 03 Dec 2012 23:11:03 -0200 Received: from krazer by allearth.com.br (MDaemon PRO v11.0.0) with ESMTP id md50003170664.msg for ; Mon, 03 Dec 2012 23:11:02 -0200 X-Spam-Processed: allearth.com.br, Mon, 03 Dec 2012 23:11:02 -0200 (not processed: message from trusted or authenticated source) X-Authenticated-Sender: evendas@krazer.com.br X-MDRemoteIP: 74.208.167.75 X-Return-Path: prvs=1685a61a7f=evendas@krazer.com.br X-Envelope-From: evendas@krazer.com.br X-MDaemon-Deliver-To: freebsd-stable@freebsd.org From: "Vendas Krazer Technologies" To: Subject: =?utf-8?B?Tm92YSBDUEUgS3JhemVyIFNreSBTdGF0aW9uIDVHSHo=?= =?utf-8?B?IE4gLSBDUEUgQW50ZW5hIEludGVncmFkYSBkZSAxOGRCaQ==?= =?utf-8?B?IGUgQ29tIFNhw61kYSBwYXJhIEFudGVuYSBFeHRlcm5h?= Date: Mon, 03 Dec 2012 22:08:17 -0200 MIME-Version: 1.0 Content-Type: multipart/related; boundary="----=45652905_3502_4801_0078_850943129657" Message-ID: X-Mailer: Clientes Krazer X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Dec 2012 01:31:43 -0000 This is a multi-part message in MIME format. ------=45652905_3502_4801_0078_850943129657 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Lan=C3=A7amento CPE Krazer Sky Station 5GHz N Voc=C3=AA cliente pediu que a Krazer fizesse uma nova CPE num formato mais = estiloso, pequena, de menor tamanho e que tivesse novas funcionabilidade, m= ais especificamente acesso f=C3=A1cil ao bot=C3=A3o de reset, prote=C3=A7= =C3=A3o contra queima e a t=C3=A3o desejada SA=C3=8DDA PARA ANTENA EXTERNA!= !! R$ 179.90 Antena Integrada de 18dBi 60=C2=BA Duas Portas de Rede Lan e Wan PA Real de 630mW e LNA Ultra Ganho PoE Passivo com Prote=C3=A7=C3=A3o Dupla de 12 a 24V Fonte Chaveada 12V Full Range 110 a 220V Exclusiva Sa=C3=ADda para Antena Externa Homologa=C3=A7=C3=A3o Anatel 0269-11-5280 Instala=C3=A7=C3=A3o R=C3=A1pida e Simples. Software Amigavel e em Portugu=C3=AAs! Suporte a PPPoE Wisp Cliente! Controle de Banda! Excelente sinal de recep=C3=A7=C3=A3o! Longa Dist=C3=A2ncia! Fa=C3=A7a um teste em sua rede e compare com os concorrentes, muito mais si= nal que UBNT, muito mais dados, transmiss=C3=A3o de quase 90Mbps TCP/IP con= tinuamente! Lat=C3=AAncia de rede de 1 a 5 ms com carga completa! Contate-nos Val Campos // Carla Maria // Eder Roberto Email / MSN: vendas@allearth.com.br Vendas / SAC (19) 3256-5557 (19) 3245-0708 www.krazer.com.br Envio de Email n=C3=A3o autorizado =C3=A9 crime, n=C3=A3o seja o vil=C3=A3o= da hist=C3=B3ria! Email =C3=A9 protegido sobre sigilo fiscal e federal. Le= i Federal Brasil. ------=45652905_3502_4801_0078_850943129657-- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 06:54:47 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AA0F1F5C for ; Tue, 4 Dec 2012 06:54:47 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (s1.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 0C4A48FC13 for ; Tue, 4 Dec 2012 06:54:46 +0000 (UTC) Received: from titan.inop.wdn.omnilan.net (titan.inop.wdn.omnilan.net [172.21.3.1]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id qB46rB84023536 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 4 Dec 2012 07:53:11 +0100 (CET) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <50BD9D46.5010905@omnilan.de> Date: Tue, 04 Dec 2012 07:50:46 +0100 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: geom using 100% cpu with failed da5. How to calm it down without cam passdev? X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig0F8CBAFB186629D0E7BE76FA" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Dec 2012 06:54:47 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig0F8CBAFB186629D0E7BE76FA Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable Hello, I've a failed disk at a remote server, which shouldn't be a problem actually. Just for info, here's the last shout: kernel: (da5:mps0:0:5:0): SYNCHRONIZE CACHE(10). CDB: 35 0 0 0 0 0 0 0 0 0 length 0 SMID 256 command timeout cm 0xffffff8001c64800 ccb 0xfffffe0007329000 kernel: mps0: mpssas_alloc_tm freezing simq kernel: mps0: timedout cm 0xffffff8001c64800 allocated tm 0xffffff8001c50148 kernel: (da5:mps0:0:5:0): SYNCHRONIZE CACHE(10). CDB: 35 0 0 0 0 0 0 0 0 0 length 0 SMID 256 completed timedout cm 0xffffff8001c64800 ccb 0xfffffe0007329000 during recovery ioc 8048 scsi 0 state c xf(noperiph:mps0:0:5:0): SMID 1 abort TaskMID 256 status 0x4a code 0x0 count 1 kernel: (noperiph:mps0:0:5:0): SMID 1 finished recovery after aborting TaskMID 256 kernel: mps0: mpssas_free_tm releasing simq kernel: (da5:mps0:0:5:0): SYNCHRONIZE CACHE(10). CDB: 35 0 0 0 0 0 0 0 0 0 kernel: (da5:mps0:0:5:0): CAM status: Command timeout kernel: (da5:mps0:0:5:0): Retrying command kernel: (da5:mps0:0:5:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 length 0 SMID 981 terminated ioc 804b scsi 0 state 0 xfer 0 kernel: mps0: mpssas_alloc_tm freezing simq kernel: mps0: mpssas_remove_complete on handle 0x000e, IOCStatus=3D 0= x0 kernel: mps0: mpssas_free_tm releasing simq kernel: (da5:mps0:0:(pass7:5:mps0:0:0): lost device - 4 outstanding, 2 refs kernel: 5:0): passdevgonecb: devfs entry is gone kernel: (da5:mps0:0:5:0): oustanding 3 kernel: (da5:mps0:0:5:0): oustanding 2 kernel: (da5:mps0:0:5:0): oustanding 1 kernel: (da5:mps0:0:5:0): oustanding 0 After reboot, 'camcontrol devlist' doesn't show any da5, but 'geom disk list' _does_ show da5!!! My problem is that geom is now consuming 100% of one core! top -S: 13 root 3 -8 - 0K 48K - 1 480:19 100.00% geom Since there's no /dev/da5 I can't use camcontrol to stop anything, and at the moment nobody can physically remove the failed drive. How can I calm geom down? How can I find out what "geom" is doing/trying to do? I guess it's related to the failed da5, but how can I know? Thanks, -Harry --------------enig0F8CBAFB186629D0E7BE76FA Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAlC9nV8ACgkQLDqVQ9VXb8hq4gCgpcd48gQY3rQ553N01QAOLXge 25EAoJN7BHZxn4lc3Qv88GqBVrC4gWo/ =QSiq -----END PGP SIGNATURE----- --------------enig0F8CBAFB186629D0E7BE76FA-- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 07:15:45 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1F6154B0 for ; Tue, 4 Dec 2012 07:15:45 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 932CC8FC15 for ; Tue, 4 Dec 2012 07:15:44 +0000 (UTC) Received: by mail-ee0-f54.google.com with SMTP id c13so2509180eek.13 for ; Mon, 03 Dec 2012 23:15:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=5RfZ9R6svGYmiseaw/bIlvsZ8mMhDyCl7oQj0y5a8WQ=; b=fxOkvcIY3zsr3395mk9xUaXpRTMYRJTNoPsgYCFIrIhSuM48M5cbnU7z62lfd/9tTo u0Yoo9Xr5iXFbOdcNqcGhwAaKddQ0O3DpNTkvHYbKhvIHhLdSRh9cHxAtofhbeuKITgY qifhD4flAZoyEnoiXr5xwvVr9O4fSAj5ABswUU1Od652tby04zSGtiVKtU1rnFIZh93L P9Fkjtquivc1tn1wa+I7pBkKsVkj6e4GEvC7mxe5MTHDId3Q9+sTs9fgj2aG1Ew87ohN x7XNDMwlnrk0tcL0GkttS5yOhR8uVcL9+AFvKYV8KzuX7T4c568EoppRoG1JGqb8KyaI XYJw== Received: by 10.14.203.2 with SMTP id e2mr45357600eeo.20.1354605343644; Mon, 03 Dec 2012 23:15:43 -0800 (PST) Received: from [192.168.1.104] (45.81.datacomsa.pl. [195.34.81.45]) by mx.google.com with ESMTPS id r1sm938779eeo.2.2012.12.03.23.15.42 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 03 Dec 2012 23:15:43 -0800 (PST) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Subject: =?windows-1250?Q?Re=3A_FreeBSD_9-STABLE=3A_jail_+_rctl_=85_what_?= =?windows-1250?Q?is_datasize=3F?= Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=windows-1250 From: =?iso-8859-2?Q?Edward_Tomasz_Napiera=B3a?= In-Reply-To: Date: Tue, 4 Dec 2012 08:15:37 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <9CEF855F-2909-4ED5-8FC4-C8FC68321700@FreeBSD.org> References: To: Hub- FreeBSD X-Mailer: Apple Mail (2.1283) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Dec 2012 07:15:45 -0000 Wiadomo=9C=E6 napisana przez Hub- FreeBSD w dniu 1 gru 2012, o godz. = 20:37: > Eagerly awaiting the %cpu ability that is in 10, I'm starting to play = with using this =85 not so much to deny, but to allow me to more = accurately calculate usage =85=20 >=20 > when I do an 'rctl -u' for a jail, I see two values: >=20 > datasize=3D11173888 > memoryuse=3D88137728 >=20 > My question is simple =85 does memoryuse *include* datasize? Or is = total memory use memoryuse+datasize? >=20 > Basically, memoryuse =3D=3D sum of the RSS column in ps =85 vmemoryuse = is sum of the VSZ =85 one of them has to include the datasize, but is it = VSZ or RSS? VSZ. The datasize is exactly the same as with setrlimit(2); it's a sum of data segment sizes. In most cases you don't want to use it - use = memoryuse and vmemoryuse instead. --=20 If you cut off my head, what would I say? Me and my head, or me and my = body? From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 10:50:19 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 38719981 for ; Tue, 4 Dec 2012 10:50:19 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay06.ispgateway.de (smtprelay06.ispgateway.de [80.67.31.102]) by mx1.freebsd.org (Postfix) with ESMTP id E0C4E8FC13 for ; Tue, 4 Dec 2012 10:50:18 +0000 (UTC) Received: from [78.35.171.127] (helo=fabiankeil.de) by smtprelay06.ispgateway.de with esmtpsa (SSLv3:AES128-SHA:128) (Exim 4.68) (envelope-from ) id 1TfpzV-0007mz-O1; Tue, 04 Dec 2012 11:44:41 +0100 Date: Tue, 4 Dec 2012 11:44:33 +0100 From: Fabian Keil To: Harald Schmalzbauer Subject: Re: geom using 100% cpu with failed da5. How to calm it down without cam passdev? Message-ID: <20121204114433.1de6b740@fabiankeil.de> In-Reply-To: <50BD9D46.5010905@omnilan.de> References: <50BD9D46.5010905@omnilan.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/kjEgJZw=P6FdnpjKCThOnKV"; protocol="application/pgp-signature" X-Df-Sender: Nzc1MDY3 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Dec 2012 10:50:19 -0000 --Sig_/kjEgJZw=P6FdnpjKCThOnKV Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Harald Schmalzbauer wrote: > I've a failed disk at a remote server, which shouldn't be a problem > actually. Welcome to geom ... > Just for info, here's the last shout: > kernel: (da5:mps0:0:5:0): SYNCHRONIZE CACHE(10). CDB: 35 0 0 0 0 0 0 > 0 0 0 length 0 SMID 256 command timeout cm 0xffffff8001c64800 ccb > 0xfffffe0007329000 > kernel: mps0: mpssas_alloc_tm freezing simq > kernel: mps0: timedout cm 0xffffff8001c64800 allocated tm > 0xffffff8001c50148 > kernel: (da5:mps0:0:5:0): SYNCHRONIZE CACHE(10). CDB: 35 0 0 0 0 0 0 > 0 0 0 length 0 SMID 256 completed timedout cm 0xffffff8001c64800 ccb > 0xfffffe0007329000 during recovery ioc 8048 scsi 0 state c > xf(noperiph:mps0:0:5:0): SMID 1 abort TaskMID 256 status 0x4a code 0x0 > count 1 > kernel: (noperiph:mps0:0:5:0): SMID 1 finished recovery after > aborting TaskMID 256 > kernel: mps0: mpssas_free_tm releasing simq > kernel: (da5:mps0:0:5:0): SYNCHRONIZE CACHE(10). CDB: 35 0 0 0 0 0 0 > 0 0 0 > kernel: (da5:mps0:0:5:0): CAM status: Command timeout > kernel: (da5:mps0:0:5:0): Retrying command > kernel: (da5:mps0:0:5:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 length 0 > SMID 981 terminated ioc 804b scsi 0 state 0 xfer 0 > kernel: mps0: mpssas_alloc_tm freezing simq > kernel: mps0: mpssas_remove_complete on handle 0x000e, IOCStatus=3D 0= x0 > kernel: mps0: mpssas_free_tm releasing simq > kernel: (da5:mps0:0:(pass7:5:mps0:0:0): lost device - 4 outstanding, > 2 refs > kernel: 5:0): passdevgonecb: devfs entry is gone > kernel: (da5:mps0:0:5:0): oustanding 3 > kernel: (da5:mps0:0:5:0): oustanding 2 > kernel: (da5:mps0:0:5:0): oustanding 1 > kernel: (da5:mps0:0:5:0): oustanding 0 >=20 > After reboot, 'camcontrol devlist' doesn't show any da5, > but 'geom disk list' _does_ show da5!!! >=20 > My problem is that geom is now consuming 100% of one core! > top -S: > 13 root 3 -8 - 0K 48K - 1 480:19 100.00% geom >=20 > Since there's no /dev/da5 I can't use camcontrol to stop anything, and > at the moment nobody can physically remove the failed drive. > How can I calm geom down? I reported a similar problem in: http://www.freebsd.org/cgi/query-pr.cgi?pr=3D171865 The PR contains a patch that I'm using as a workaround. > How can I find out what "geom" is doing/trying to do? > I guess it's related to the failed da5, but how can I know? DTrace might help. Fabian --Sig_/kjEgJZw=P6FdnpjKCThOnKV Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlC91B0ACgkQBYqIVf93VJ2lyACdGgVB0BJlpI1g2emsMm6XDF0q yx8An2GDy3/er5ECVl3e4FhmGXj1htNT =lWMq -----END PGP SIGNATURE----- --Sig_/kjEgJZw=P6FdnpjKCThOnKV-- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 14:26:19 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 196AE91B; Tue, 4 Dec 2012 14:26:19 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.net.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id B02C98FC0C; Tue, 4 Dec 2012 14:26:17 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqAEAJ0HvlCDaFvO/2dsb2JhbABEhjO4EHOCHgEBAQMBAQEBICsgCxsYAgINGQIpAQkmBggHBAEcBIdpBgyuWYI/kE+BIosVARoNgwaBEwOIX4p2gi6BHI8rgxCBRwcXHg X-IronPort-AV: E=Sophos;i="4.84,215,1355115600"; d="scan'208";a="3254280" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-annu.net.uoguelph.ca with ESMTP; 04 Dec 2012 09:26:10 -0500 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 6EF50B3F15; Tue, 4 Dec 2012 09:26:10 -0500 (EST) Date: Tue, 4 Dec 2012 09:26:10 -0500 (EST) From: Rick Macklem To: olivier olivier Message-ID: <1769356561.1118634.1354631170432.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: Subject: Re: NFS/ZFS hangs after upgrading from 9.0-RELEASE to -STABLE MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.201] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Dec 2012 14:26:19 -0000 Olivier wrote: > Hi all > After upgrading from 9.0-RELEASE to 9.1-PRERELEASE #0 r243679 I'm > having > severe problems with NFS sharing of a ZFS volume. nfsd appears to hang > at > random times (between once every couple hours to once every two days) > while > accessing a ZFS volume, and the only way I have found of resolving the > problem is to reboot. The server console is sometimes still responsive > during the nfsd hang, and I can read and write files to the same ZFS > volume > while nfsd is hung. I am pasting below the output of procstat -kk on > nfsd, > and details of my pool (nfsstat on the server gets hung when the > problem > has started occurring, and does not produce any output). The pool is > v28 > and was created from a bunch of volumes attached over Fibre Channel > using > the mpt driver. My system has a Supermicro board and 4 AMD Opteron > 6274 > CPUs. > > I did not experience any nfsd hangs with 9.0-RELEASE (same machine, > essentially same configuration, same usage pattern). > > I would greatly appreciate any help to resolve this problem! > Thank you > Olivier > > PID TID COMM TDNAME KSTACK > 1511 102751 nfsd nfsd: master > mi_switch+0x186 > sleepq_wait+0x42 > __lockmgr_args+0x5ae > vop_stdlock+0x39 > VOP_LOCK1_APV+0x46 > _vn_lock+0x47 > zfs_fhtovp+0x338 > nfsvno_fhtovp+0x87 > nfsd_fhtovp+0x7a > nfsrvd_dorpc+0x9cf > nfssvc_program+0x447 > svc_run_internal+0x687 > svc_run+0x8f > nfsrvd_nfsd+0x193 > nfssvc_nfsd+0x9b > sys_nfssvc+0x90 > amd64_syscall+0x540 > Xfast_syscall+0xf7 > 1511 102752 nfsd nfsd: service > mi_switch+0x186 > sleepq_wait+0x42 > __lockmgr_args+0x5ae > vop_stdlock+0x39 > VOP_LOCK1_APV+0x46 > _vn_lock+0x47 > zfs_fhtovp+0x338 > nfsvno_fhtovp+0x87 > nfsd_fhtovp+0x7a > nfsrvd_dorpc+0x9cf > nfssvc_program+0x447 > svc_run_internal+0x687 > svc_thread_start+0xb > fork_exit+0x11f > fork_trampoline+0xe > 1511 102753 nfsd nfsd: service > mi_switch+0x186 > sleepq_wait+0x42 > _cv_wait+0x112 > zio_wait+0x61 > zil_commit+0x764 > zfs_freebsd_write+0xba0 > VOP_WRITE_APV+0xb2 > nfsvno_write+0x14d > nfsrvd_write+0x362 > nfsrvd_dorpc+0x3c0 > nfssvc_program+0x447 > svc_run_internal+0x687 > svc_thread_start+0xb > fork_exit+0x11f > fork_trampoline+0xe > 1511 102754 nfsd nfsd: service > mi_switch+0x186 > sleepq_wait+0x42 > _cv_wait+0x112 > zio_wait+0x61 > zil_commit+0x3cf > zfs_freebsd_fsync+0xdc > nfsvno_fsync+0x2f2 > nfsrvd_commit+0xe7 > nfsrvd_dorpc+0x3c0 > nfssvc_program+0x447 > svc_run_internal+0x687 > svc_thread_start+0xb > fork_exit+0x11f > fork_trampoline+0xe > 1511 102755 nfsd nfsd: service > mi_switch+0x186 > sleepq_wait+0x42 > __lockmgr_args+0x5ae > vop_stdlock+0x39 > VOP_LOCK1_APV+0x46 > _vn_lock+0x47 > zfs_fhtovp+0x338 > nfsvno_fhtovp+0x87 > nfsd_fhtovp+0x7a > nfsrvd_dorpc+0x9cf > nfssvc_program+0x447 > svc_run_internal+0x687 > svc_thread_start+0xb > fork_exit+0x11f > fork_trampoline+0xe > 1511 102756 nfsd nfsd: service > mi_switch+0x186 > sleepq_wait+0x42 > _cv_wait+0x112 > zil_commit+0x6d > zfs_freebsd_write+0xba0 > VOP_WRITE_APV+0xb2 > nfsvno_write+0x14d > nfsrvd_write+0x362 > nfsrvd_dorpc+0x3c0 > nfssvc_program+0x447 > svc_run_internal+0x687 > svc_thread_start+0xb > fork_exit+0x11f > fork_trampoline+0xe > These threads are either waiting for a vnode lock or waiting inside zil_commit() { at 3 different locations in zil_commit() }. A guess would be that the ZIL hasn`t completed a write for some reason, so 3 threads are waiting for it when one of them is holding a lock on the vnode being written and the remaining threads are waiting for that vnode lock. I am not a ZFS guy, so I cannot help further, except to suggest that you try and determine what might cause a write to the ZIL to stall. (Different device, different device driver...) Good luck with it, rick > > PID TID COMM TDNAME KSTACK > 1507 102750 nfsd - > mi_switch+0x186 > sleepq_catch_signals+0x2e1 > sleepq_wait_sig+0x16 > _cv_wait_sig+0x12a > seltdwait+0xf6 > kern_select+0x6ef > sys_select+0x5d > amd64_syscall+0x540 > Xfast_syscall+0xf7 > > > pool: tank > state: ONLINE > status: The pool is formatted using a legacy on-disk format. The pool > can > still be used, but some features are unavailable. > action: Upgrade the pool using 'zpool upgrade'. Once this is done, the > pool will no longer be accessible on software that does not support > feature > flags. > scan: scrub repaired 0 in 45h37m with 0 errors on Mon Dec 3 03:07:11 > 2012 > config: > > NAME STATE READ WRITE CKSUM > tank ONLINE 0 0 0 > raidz1-0 ONLINE 0 0 0 > da19 ONLINE 0 0 0 > da31 ONLINE 0 0 0 > da32 ONLINE 0 0 0 > da33 ONLINE 0 0 0 > da34 ONLINE 0 0 0 > raidz1-1 ONLINE 0 0 0 > da20 ONLINE 0 0 0 > da36 ONLINE 0 0 0 > da37 ONLINE 0 0 0 > da38 ONLINE 0 0 0 > da39 ONLINE 0 0 0 > _______________________________________________ > 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 Dec 4 17:54:47 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CF782B29 for ; Tue, 4 Dec 2012 17:54:47 +0000 (UTC) (envelope-from rcartwri@asu.edu) Received: from mail-ie0-f182.google.com (mail-ie0-f182.google.com [209.85.223.182]) by mx1.freebsd.org (Postfix) with ESMTP id 86F138FC14 for ; Tue, 4 Dec 2012 17:54:47 +0000 (UTC) Received: by mail-ie0-f182.google.com with SMTP id s9so8009084iec.13 for ; Tue, 04 Dec 2012 09:54:47 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=DTRrfAzfOMcXshAkFr6g9AlKnMV+y+l0hvheyPf7ofU=; b=TtyC5yyEC3X2ys4GSQ+jilMECtaa7BHbtqaSyTCCYk3Li0Kylba+N/HETi/NPxpa6Q 11XjtbZE49u/vW2VUAXmSm253kwO/BFPbCyL7o+83CPEJ4yT4GoLNJol979jco8N5u3y Mlr28D0l30i1y2tKAogaR3+vMAxXm10NrEilbGLQf1FY1dvbUoKvtTJSBkKWXgVtxF4x FHE+4ZJERPw+u/CrdMgeKNoFyUSmkrCX8mOu3lYCRlsBhnqvm8TaXj0TNl2vCiYfRiJG D40qq2F5v8IBV2/qE6/EPaAyn2hcWYn+//K4+/oCGJuja99Ze9OFAArsoGPz0pgH03rY 3yiQ== MIME-Version: 1.0 Received: by 10.50.173.103 with SMTP id bj7mr3617597igc.47.1354643686996; Tue, 04 Dec 2012 09:54:46 -0800 (PST) Received: by 10.64.64.39 with HTTP; Tue, 4 Dec 2012 09:54:46 -0800 (PST) In-Reply-To: <1769356561.1118634.1354631170432.JavaMail.root@erie.cs.uoguelph.ca> References: <1769356561.1118634.1354631170432.JavaMail.root@erie.cs.uoguelph.ca> Date: Tue, 4 Dec 2012 10:54:46 -0700 Message-ID: Subject: Re: NFS/ZFS hangs after upgrading from 9.0-RELEASE to -STABLE From: "Reed A. Cartwright" To: Rick Macklem Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQmureX8QVOFDVSB6m58b9tMRz+CKutACcwmM4n3rf97MxPuy3byE+TUwUmZN9PWR8F9QRKy Cc: freebsd-fs@freebsd.org, "freebsd-stable@freebsd.org" , olivier olivier X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Dec 2012 17:54:47 -0000 I'm having similar issues after upgrading to 9.1-RC2 and RC3. I'm not using either NFS or a ZIL. On Tue, Dec 4, 2012 at 7:26 AM, Rick Macklem wrote: > Olivier wrote: >> Hi all >> After upgrading from 9.0-RELEASE to 9.1-PRERELEASE #0 r243679 I'm >> having >> severe problems with NFS sharing of a ZFS volume. nfsd appears to hang >> at >> random times (between once every couple hours to once every two days) >> while >> accessing a ZFS volume, and the only way I have found of resolving the >> problem is to reboot. The server console is sometimes still responsive >> during the nfsd hang, and I can read and write files to the same ZFS >> volume >> while nfsd is hung. I am pasting below the output of procstat -kk on >> nfsd, >> and details of my pool (nfsstat on the server gets hung when the >> problem >> has started occurring, and does not produce any output). The pool is >> v28 >> and was created from a bunch of volumes attached over Fibre Channel >> using >> the mpt driver. My system has a Supermicro board and 4 AMD Opteron >> 6274 >> CPUs. >> >> I did not experience any nfsd hangs with 9.0-RELEASE (same machine, >> essentially same configuration, same usage pattern). >> >> I would greatly appreciate any help to resolve this problem! >> Thank you >> Olivier >> >> PID TID COMM TDNAME KSTACK >> 1511 102751 nfsd nfsd: master >> mi_switch+0x186 >> sleepq_wait+0x42 >> __lockmgr_args+0x5ae >> vop_stdlock+0x39 >> VOP_LOCK1_APV+0x46 >> _vn_lock+0x47 >> zfs_fhtovp+0x338 >> nfsvno_fhtovp+0x87 >> nfsd_fhtovp+0x7a >> nfsrvd_dorpc+0x9cf >> nfssvc_program+0x447 >> svc_run_internal+0x687 >> svc_run+0x8f >> nfsrvd_nfsd+0x193 >> nfssvc_nfsd+0x9b >> sys_nfssvc+0x90 >> amd64_syscall+0x540 >> Xfast_syscall+0xf7 >> 1511 102752 nfsd nfsd: service >> mi_switch+0x186 >> sleepq_wait+0x42 >> __lockmgr_args+0x5ae >> vop_stdlock+0x39 >> VOP_LOCK1_APV+0x46 >> _vn_lock+0x47 >> zfs_fhtovp+0x338 >> nfsvno_fhtovp+0x87 >> nfsd_fhtovp+0x7a >> nfsrvd_dorpc+0x9cf >> nfssvc_program+0x447 >> svc_run_internal+0x687 >> svc_thread_start+0xb >> fork_exit+0x11f >> fork_trampoline+0xe >> 1511 102753 nfsd nfsd: service >> mi_switch+0x186 >> sleepq_wait+0x42 >> _cv_wait+0x112 >> zio_wait+0x61 >> zil_commit+0x764 >> zfs_freebsd_write+0xba0 >> VOP_WRITE_APV+0xb2 >> nfsvno_write+0x14d >> nfsrvd_write+0x362 >> nfsrvd_dorpc+0x3c0 >> nfssvc_program+0x447 >> svc_run_internal+0x687 >> svc_thread_start+0xb >> fork_exit+0x11f >> fork_trampoline+0xe >> 1511 102754 nfsd nfsd: service >> mi_switch+0x186 >> sleepq_wait+0x42 >> _cv_wait+0x112 >> zio_wait+0x61 >> zil_commit+0x3cf >> zfs_freebsd_fsync+0xdc >> nfsvno_fsync+0x2f2 >> nfsrvd_commit+0xe7 >> nfsrvd_dorpc+0x3c0 >> nfssvc_program+0x447 >> svc_run_internal+0x687 >> svc_thread_start+0xb >> fork_exit+0x11f >> fork_trampoline+0xe >> 1511 102755 nfsd nfsd: service >> mi_switch+0x186 >> sleepq_wait+0x42 >> __lockmgr_args+0x5ae >> vop_stdlock+0x39 >> VOP_LOCK1_APV+0x46 >> _vn_lock+0x47 >> zfs_fhtovp+0x338 >> nfsvno_fhtovp+0x87 >> nfsd_fhtovp+0x7a >> nfsrvd_dorpc+0x9cf >> nfssvc_program+0x447 >> svc_run_internal+0x687 >> svc_thread_start+0xb >> fork_exit+0x11f >> fork_trampoline+0xe >> 1511 102756 nfsd nfsd: service >> mi_switch+0x186 >> sleepq_wait+0x42 >> _cv_wait+0x112 >> zil_commit+0x6d >> zfs_freebsd_write+0xba0 >> VOP_WRITE_APV+0xb2 >> nfsvno_write+0x14d >> nfsrvd_write+0x362 >> nfsrvd_dorpc+0x3c0 >> nfssvc_program+0x447 >> svc_run_internal+0x687 >> svc_thread_start+0xb >> fork_exit+0x11f >> fork_trampoline+0xe >> > These threads are either waiting for a vnode lock or waiting inside > zil_commit() { at 3 different locations in zil_commit() }. A guess > would be that the ZIL hasn`t completed a write for some reason, so > 3 threads are waiting for it when one of them is holding a lock on > the vnode being written and the remaining threads are waiting for > that vnode lock. > > I am not a ZFS guy, so I cannot help further, except to suggest > that you try and determine what might cause a write to the ZIL to > stall. (Different device, different device driver...) > > Good luck with it, rick > >> >> PID TID COMM TDNAME KSTACK >> 1507 102750 nfsd - >> mi_switch+0x186 >> sleepq_catch_signals+0x2e1 >> sleepq_wait_sig+0x16 >> _cv_wait_sig+0x12a >> seltdwait+0xf6 >> kern_select+0x6ef >> sys_select+0x5d >> amd64_syscall+0x540 >> Xfast_syscall+0xf7 >> >> >> pool: tank >> state: ONLINE >> status: The pool is formatted using a legacy on-disk format. The pool >> can >> still be used, but some features are unavailable. >> action: Upgrade the pool using 'zpool upgrade'. Once this is done, the >> pool will no longer be accessible on software that does not support >> feature >> flags. >> scan: scrub repaired 0 in 45h37m with 0 errors on Mon Dec 3 03:07:11 >> 2012 >> config: >> >> NAME STATE READ WRITE CKSUM >> tank ONLINE 0 0 0 >> raidz1-0 ONLINE 0 0 0 >> da19 ONLINE 0 0 0 >> da31 ONLINE 0 0 0 >> da32 ONLINE 0 0 0 >> da33 ONLINE 0 0 0 >> da34 ONLINE 0 0 0 >> raidz1-1 ONLINE 0 0 0 >> da20 ONLINE 0 0 0 >> da36 ONLINE 0 0 0 >> da37 ONLINE 0 0 0 >> da38 ONLINE 0 0 0 >> da39 ONLINE 0 0 0 >> _______________________________________________ >> 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" -- Reed A. Cartwright, PhD Assistant Professor of Genomics, Evolution, and Bioinformatics School of Life Sciences Center for Evolutionary Medicine and Informatics The Biodesign Institute Arizona State University From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 23:05:10 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D6B80455; Tue, 4 Dec 2012 23:05:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 947DC8FC0C; Tue, 4 Dec 2012 23:05:10 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id qB4N59jZ062512; Tue, 4 Dec 2012 23:05:09 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id qB4N59nu062506; Tue, 4 Dec 2012 23:05:09 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 4 Dec 2012 23:05:09 GMT Message-Id: <201212042305.qB4N59nu062506@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_7 tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Dec 2012 23:05:11 -0000 TB --- 2012-12-04 23:00:00 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-12-04 23:00:00 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-04 23:00:00 - starting RELENG_7 tinderbox run for i386/pc98 TB --- 2012-12-04 23:00:00 - cleaning the object tree TB --- 2012-12-04 23:00:00 - checking out /src from svn://svn.freebsd.org/base/stable/7 TB --- 2012-12-04 23:00:00 - cd /tinderbox/RELENG_7/i386/pc98 TB --- 2012-12-04 23:00:00 - /usr/local/bin/svn cleanup /src TB --- 2012-12-04 23:00:09 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:00:09 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:00:09 - WARNING: sleeping 30 s and retrying... TB --- 2012-12-04 23:00:39 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:00:39 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:00:39 - WARNING: sleeping 60 s and retrying... TB --- 2012-12-04 23:01:39 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:01:39 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:01:39 - WARNING: sleeping 90 s and retrying... TB --- 2012-12-04 23:03:09 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:03:09 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:03:09 - WARNING: sleeping 120 s and retrying... TB --- 2012-12-04 23:05:09 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:05:09 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:05:09 - ERROR: unable to check out the source tree TB --- 2012-12-04 23:05:09 - 1.50 user 4.30 system 309.55 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 23:05:11 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E135C456; Tue, 4 Dec 2012 23:05:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 9B5138FC18; Tue, 4 Dec 2012 23:05:10 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id qB4N59sV062514; Tue, 4 Dec 2012 23:05:09 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id qB4N59Xq062507; Tue, 4 Dec 2012 23:05:09 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 4 Dec 2012 23:05:09 GMT Message-Id: <201212042305.qB4N59Xq062507@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_7 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Dec 2012 23:05:11 -0000 TB --- 2012-12-04 23:00:00 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-12-04 23:00:00 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-04 23:00:00 - starting RELENG_7 tinderbox run for i386/i386 TB --- 2012-12-04 23:00:00 - cleaning the object tree TB --- 2012-12-04 23:00:00 - checking out /src from svn://svn.freebsd.org/base/stable/7 TB --- 2012-12-04 23:00:00 - cd /tinderbox/RELENG_7/i386/i386 TB --- 2012-12-04 23:00:00 - /usr/local/bin/svn cleanup /src TB --- 2012-12-04 23:00:09 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:00:09 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:00:09 - WARNING: sleeping 30 s and retrying... TB --- 2012-12-04 23:00:39 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:00:39 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:00:39 - WARNING: sleeping 60 s and retrying... TB --- 2012-12-04 23:01:39 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:01:39 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:01:39 - WARNING: sleeping 90 s and retrying... TB --- 2012-12-04 23:03:09 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:03:09 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:03:09 - WARNING: sleeping 120 s and retrying... TB --- 2012-12-04 23:05:09 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:05:09 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:05:09 - ERROR: unable to check out the source tree TB --- 2012-12-04 23:05:09 - 1.72 user 4.09 system 309.56 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 23:05:11 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E99B6457; Tue, 4 Dec 2012 23:05:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id A31D58FC1A; Tue, 4 Dec 2012 23:05:10 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id qB4N59SK062510; Tue, 4 Dec 2012 23:05:09 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id qB4N59xM062509; Tue, 4 Dec 2012 23:05:09 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 4 Dec 2012 23:05:09 GMT Message-Id: <201212042305.qB4N59xM062509@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_7 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Dec 2012 23:05:11 -0000 TB --- 2012-12-04 23:00:00 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-12-04 23:00:00 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-04 23:00:00 - starting RELENG_7 tinderbox run for powerpc/powerpc TB --- 2012-12-04 23:00:00 - cleaning the object tree TB --- 2012-12-04 23:00:00 - checking out /src from svn://svn.freebsd.org/base/stable/7 TB --- 2012-12-04 23:00:00 - cd /tinderbox/RELENG_7/powerpc/powerpc TB --- 2012-12-04 23:00:00 - /usr/local/bin/svn cleanup /src TB --- 2012-12-04 23:00:09 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:00:09 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:00:09 - WARNING: sleeping 30 s and retrying... TB --- 2012-12-04 23:00:39 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:00:39 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:00:39 - WARNING: sleeping 60 s and retrying... TB --- 2012-12-04 23:01:39 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:01:39 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:01:39 - WARNING: sleeping 90 s and retrying... TB --- 2012-12-04 23:03:09 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:03:09 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:03:09 - WARNING: sleeping 120 s and retrying... TB --- 2012-12-04 23:05:09 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:05:09 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:05:09 - ERROR: unable to check out the source tree TB --- 2012-12-04 23:05:09 - 1.66 user 4.12 system 309.57 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 23:05:11 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EA4C3458; Tue, 4 Dec 2012 23:05:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 9A53A8FC16; Tue, 4 Dec 2012 23:05:10 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id qB4N59Ib062511; Tue, 4 Dec 2012 23:05:09 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id qB4N59HE062504; Tue, 4 Dec 2012 23:05:09 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 4 Dec 2012 23:05:09 GMT Message-Id: <201212042305.qB4N59HE062504@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_7 tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Dec 2012 23:05:11 -0000 TB --- 2012-12-04 23:00:00 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-12-04 23:00:00 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-04 23:00:00 - starting RELENG_7 tinderbox run for ia64/ia64 TB --- 2012-12-04 23:00:00 - cleaning the object tree TB --- 2012-12-04 23:00:00 - checking out /src from svn://svn.freebsd.org/base/stable/7 TB --- 2012-12-04 23:00:00 - cd /tinderbox/RELENG_7/ia64/ia64 TB --- 2012-12-04 23:00:00 - /usr/local/bin/svn cleanup /src TB --- 2012-12-04 23:00:09 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:00:09 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:00:09 - WARNING: sleeping 30 s and retrying... TB --- 2012-12-04 23:00:39 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:00:39 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:00:39 - WARNING: sleeping 60 s and retrying... TB --- 2012-12-04 23:01:39 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:01:39 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:01:39 - WARNING: sleeping 90 s and retrying... TB --- 2012-12-04 23:03:09 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:03:09 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:03:09 - WARNING: sleeping 120 s and retrying... TB --- 2012-12-04 23:05:09 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:05:09 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:05:09 - ERROR: unable to check out the source tree TB --- 2012-12-04 23:05:09 - 1.48 user 4.30 system 309.55 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 23:05:11 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F2BC8459; Tue, 4 Dec 2012 23:05:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 9FF2B8FC19; Tue, 4 Dec 2012 23:05:10 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id qB4N592k062513; Tue, 4 Dec 2012 23:05:09 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id qB4N5973062505; Tue, 4 Dec 2012 23:05:09 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 4 Dec 2012 23:05:09 GMT Message-Id: <201212042305.qB4N5973062505@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_7 tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Dec 2012 23:05:11 -0000 TB --- 2012-12-04 23:00:00 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-12-04 23:00:00 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-04 23:00:00 - starting RELENG_7 tinderbox run for sparc64/sparc64 TB --- 2012-12-04 23:00:00 - cleaning the object tree TB --- 2012-12-04 23:00:00 - checking out /src from svn://svn.freebsd.org/base/stable/7 TB --- 2012-12-04 23:00:00 - cd /tinderbox/RELENG_7/sparc64/sparc64 TB --- 2012-12-04 23:00:00 - /usr/local/bin/svn cleanup /src TB --- 2012-12-04 23:00:09 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:00:09 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:00:09 - WARNING: sleeping 30 s and retrying... TB --- 2012-12-04 23:00:39 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:00:39 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:00:39 - WARNING: sleeping 60 s and retrying... TB --- 2012-12-04 23:01:39 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:01:39 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:01:39 - WARNING: sleeping 90 s and retrying... TB --- 2012-12-04 23:03:09 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:03:09 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:03:09 - WARNING: sleeping 120 s and retrying... TB --- 2012-12-04 23:05:09 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:05:09 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:05:09 - ERROR: unable to check out the source tree TB --- 2012-12-04 23:05:09 - 1.56 user 4.23 system 309.55 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 23:10:19 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A95D9A31; Tue, 4 Dec 2012 23:10:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 424188FC16; Tue, 4 Dec 2012 23:10:19 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id qB4NAIIx062609; Tue, 4 Dec 2012 23:10:18 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id qB4NAIf3062603; Tue, 4 Dec 2012 23:10:18 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 4 Dec 2012 23:10:18 GMT Message-Id: <201212042310.qB4NAIf3062603@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_8 tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Dec 2012 23:10:20 -0000 TB --- 2012-12-04 23:05:10 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-12-04 23:05:10 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-04 23:05:10 - starting RELENG_8 tinderbox run for ia64/ia64 TB --- 2012-12-04 23:05:10 - cleaning the object tree TB --- 2012-12-04 23:05:10 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-12-04 23:05:10 - cd /tinderbox/RELENG_8/ia64/ia64 TB --- 2012-12-04 23:05:10 - /usr/local/bin/svn cleanup /src TB --- 2012-12-04 23:05:18 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:05:18 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:05:18 - WARNING: sleeping 30 s and retrying... TB --- 2012-12-04 23:05:48 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:05:48 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:05:48 - WARNING: sleeping 60 s and retrying... TB --- 2012-12-04 23:06:48 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:06:48 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:06:48 - WARNING: sleeping 90 s and retrying... TB --- 2012-12-04 23:08:18 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:08:18 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:08:18 - WARNING: sleeping 120 s and retrying... TB --- 2012-12-04 23:10:18 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:10:18 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:10:18 - ERROR: unable to check out the source tree TB --- 2012-12-04 23:10:18 - 1.84 user 4.70 system 308.70 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 23:10:20 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AAD46A32; Tue, 4 Dec 2012 23:10:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 47D148FC19; Tue, 4 Dec 2012 23:10:19 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id qB4NAIZb062611; Tue, 4 Dec 2012 23:10:18 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id qB4NAIPo062605; Tue, 4 Dec 2012 23:10:18 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 4 Dec 2012 23:10:18 GMT Message-Id: <201212042310.qB4NAIPo062605@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_8 tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Dec 2012 23:10:20 -0000 TB --- 2012-12-04 23:05:10 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-12-04 23:05:10 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-04 23:05:10 - starting RELENG_8 tinderbox run for i386/pc98 TB --- 2012-12-04 23:05:10 - cleaning the object tree TB --- 2012-12-04 23:05:10 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-12-04 23:05:10 - cd /tinderbox/RELENG_8/i386/pc98 TB --- 2012-12-04 23:05:10 - /usr/local/bin/svn cleanup /src TB --- 2012-12-04 23:05:18 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:05:18 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:05:18 - WARNING: sleeping 30 s and retrying... TB --- 2012-12-04 23:05:48 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:05:48 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:05:48 - WARNING: sleeping 60 s and retrying... TB --- 2012-12-04 23:06:48 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:06:48 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:06:48 - WARNING: sleeping 90 s and retrying... TB --- 2012-12-04 23:08:18 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:08:18 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:08:18 - WARNING: sleeping 120 s and retrying... TB --- 2012-12-04 23:10:18 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:10:18 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:10:18 - ERROR: unable to check out the source tree TB --- 2012-12-04 23:10:18 - 1.75 user 4.87 system 308.70 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 23:10:20 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C18B2A33; Tue, 4 Dec 2012 23:10:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 4440B8FC18; Tue, 4 Dec 2012 23:10:19 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id qB4NAIws062610; Tue, 4 Dec 2012 23:10:18 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id qB4NAIHi062604; Tue, 4 Dec 2012 23:10:18 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 4 Dec 2012 23:10:18 GMT Message-Id: <201212042310.qB4NAIHi062604@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_8 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Dec 2012 23:10:20 -0000 TB --- 2012-12-04 23:05:10 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-12-04 23:05:10 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-04 23:05:10 - starting RELENG_8 tinderbox run for mips/mips TB --- 2012-12-04 23:05:10 - cleaning the object tree TB --- 2012-12-04 23:05:10 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-12-04 23:05:10 - cd /tinderbox/RELENG_8/mips/mips TB --- 2012-12-04 23:05:10 - /usr/local/bin/svn cleanup /src TB --- 2012-12-04 23:05:18 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:05:18 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:05:18 - WARNING: sleeping 30 s and retrying... TB --- 2012-12-04 23:05:48 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:05:48 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:05:48 - WARNING: sleeping 60 s and retrying... TB --- 2012-12-04 23:06:48 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:06:48 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:06:48 - WARNING: sleeping 90 s and retrying... TB --- 2012-12-04 23:08:18 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:08:18 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:08:18 - WARNING: sleeping 120 s and retrying... TB --- 2012-12-04 23:10:18 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:10:18 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:10:18 - ERROR: unable to check out the source tree TB --- 2012-12-04 23:10:18 - 1.93 user 4.62 system 308.70 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 23:10:20 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C3207A34; Tue, 4 Dec 2012 23:10:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 4B73E8FC1A; Tue, 4 Dec 2012 23:10:19 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id qB4NAIFI062612; Tue, 4 Dec 2012 23:10:18 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id qB4NAITw062607; Tue, 4 Dec 2012 23:10:18 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 4 Dec 2012 23:10:18 GMT Message-Id: <201212042310.qB4NAITw062607@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_8 tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Dec 2012 23:10:20 -0000 TB --- 2012-12-04 23:05:10 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-12-04 23:05:10 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-04 23:05:10 - starting RELENG_8 tinderbox run for amd64/amd64 TB --- 2012-12-04 23:05:10 - cleaning the object tree TB --- 2012-12-04 23:05:10 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-12-04 23:05:10 - cd /tinderbox/RELENG_8/amd64/amd64 TB --- 2012-12-04 23:05:10 - /usr/local/bin/svn cleanup /src TB --- 2012-12-04 23:05:18 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:05:18 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:05:18 - WARNING: sleeping 30 s and retrying... TB --- 2012-12-04 23:05:48 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:05:48 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:05:48 - WARNING: sleeping 60 s and retrying... TB --- 2012-12-04 23:06:48 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:06:48 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:06:48 - WARNING: sleeping 90 s and retrying... TB --- 2012-12-04 23:08:18 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:08:18 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:08:18 - WARNING: sleeping 120 s and retrying... TB --- 2012-12-04 23:10:18 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:10:18 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:10:18 - ERROR: unable to check out the source tree TB --- 2012-12-04 23:10:18 - 1.65 user 4.87 system 308.70 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 23:10:20 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D4863A35; Tue, 4 Dec 2012 23:10:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 4FA368FC1B; Tue, 4 Dec 2012 23:10:19 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id qB4NAIE5062613; Tue, 4 Dec 2012 23:10:18 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id qB4NAI0o062606; Tue, 4 Dec 2012 23:10:18 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 4 Dec 2012 23:10:18 GMT Message-Id: <201212042310.qB4NAI0o062606@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_8 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Dec 2012 23:10:20 -0000 TB --- 2012-12-04 23:05:10 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-12-04 23:05:10 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-04 23:05:10 - starting RELENG_8 tinderbox run for i386/i386 TB --- 2012-12-04 23:05:10 - cleaning the object tree TB --- 2012-12-04 23:05:10 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-12-04 23:05:10 - cd /tinderbox/RELENG_8/i386/i386 TB --- 2012-12-04 23:05:10 - /usr/local/bin/svn cleanup /src TB --- 2012-12-04 23:05:18 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:05:18 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:05:18 - WARNING: sleeping 30 s and retrying... TB --- 2012-12-04 23:05:48 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:05:48 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:05:48 - WARNING: sleeping 60 s and retrying... TB --- 2012-12-04 23:06:48 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:06:48 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:06:48 - WARNING: sleeping 90 s and retrying... TB --- 2012-12-04 23:08:18 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:08:18 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:08:18 - WARNING: sleeping 120 s and retrying... TB --- 2012-12-04 23:10:18 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:10:18 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:10:18 - ERROR: unable to check out the source tree TB --- 2012-12-04 23:10:18 - 1.92 user 4.64 system 308.70 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 23:10:20 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D60BAA36; Tue, 4 Dec 2012 23:10:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 3D7198FC15; Tue, 4 Dec 2012 23:10:19 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id qB4NAIiT062608; Tue, 4 Dec 2012 23:10:18 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id qB4NAIx6062602; Tue, 4 Dec 2012 23:10:18 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 4 Dec 2012 23:10:18 GMT Message-Id: <201212042310.qB4NAIx6062602@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_8 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Dec 2012 23:10:20 -0000 TB --- 2012-12-04 23:05:10 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-12-04 23:05:10 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-04 23:05:10 - starting RELENG_8 tinderbox run for arm/arm TB --- 2012-12-04 23:05:10 - cleaning the object tree TB --- 2012-12-04 23:05:10 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-12-04 23:05:10 - cd /tinderbox/RELENG_8/arm/arm TB --- 2012-12-04 23:05:10 - /usr/local/bin/svn cleanup /src TB --- 2012-12-04 23:05:18 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:05:18 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:05:18 - WARNING: sleeping 30 s and retrying... TB --- 2012-12-04 23:05:48 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:05:48 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:05:48 - WARNING: sleeping 60 s and retrying... TB --- 2012-12-04 23:06:48 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:06:48 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:06:48 - WARNING: sleeping 90 s and retrying... TB --- 2012-12-04 23:08:18 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:08:18 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:08:18 - WARNING: sleeping 120 s and retrying... TB --- 2012-12-04 23:10:18 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:10:18 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:10:18 - ERROR: unable to check out the source tree TB --- 2012-12-04 23:10:18 - 1.95 user 4.59 system 308.70 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 23:16:56 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1E2511F0; Tue, 4 Dec 2012 23:16:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id BB5C28FC14; Tue, 4 Dec 2012 23:16:55 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id qB4NGtv5062675; Tue, 4 Dec 2012 23:16:55 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id qB4NGt2F062672; Tue, 4 Dec 2012 23:16:55 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 4 Dec 2012 23:16:55 GMT Message-Id: <201212042316.qB4NGt2F062672@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_8 tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Dec 2012 23:16:56 -0000 TB --- 2012-12-04 23:10:18 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-12-04 23:10:18 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-04 23:10:18 - starting RELENG_8 tinderbox run for sparc64/sparc64 TB --- 2012-12-04 23:10:18 - cleaning the object tree TB --- 2012-12-04 23:10:18 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-12-04 23:10:18 - cd /tinderbox/RELENG_8/sparc64/sparc64 TB --- 2012-12-04 23:10:18 - /usr/local/bin/svn cleanup /src TB --- 2012-12-04 23:10:24 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:10:24 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:10:24 - WARNING: sleeping 30 s and retrying... TB --- 2012-12-04 23:10:54 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:10:54 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:10:54 - WARNING: sleeping 60 s and retrying... TB --- 2012-12-04 23:11:54 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:11:54 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:11:54 - WARNING: sleeping 90 s and retrying... TB --- 2012-12-04 23:13:24 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:13:24 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:13:24 - WARNING: sleeping 120 s and retrying... TB --- 2012-12-04 23:15:24 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:16:55 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:16:55 - ERROR: unable to check out the source tree TB --- 2012-12-04 23:16:55 - 1.66 user 2.35 system 396.36 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 23:16:56 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 275AA1F1; Tue, 4 Dec 2012 23:16:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id C3EC08FC15; Tue, 4 Dec 2012 23:16:55 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id qB4NGtbO062674; Tue, 4 Dec 2012 23:16:55 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id qB4NGtmu062673; Tue, 4 Dec 2012 23:16:55 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 4 Dec 2012 23:16:55 GMT Message-Id: <201212042316.qB4NGtmu062673@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_8 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Dec 2012 23:16:56 -0000 TB --- 2012-12-04 23:10:18 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-12-04 23:10:18 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-04 23:10:18 - starting RELENG_8 tinderbox run for powerpc/powerpc TB --- 2012-12-04 23:10:18 - cleaning the object tree TB --- 2012-12-04 23:10:18 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-12-04 23:10:18 - cd /tinderbox/RELENG_8/powerpc/powerpc TB --- 2012-12-04 23:10:18 - /usr/local/bin/svn cleanup /src TB --- 2012-12-04 23:10:24 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:10:24 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:10:24 - WARNING: sleeping 30 s and retrying... TB --- 2012-12-04 23:10:54 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:10:54 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:10:54 - WARNING: sleeping 60 s and retrying... TB --- 2012-12-04 23:11:54 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:11:54 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:11:54 - WARNING: sleeping 90 s and retrying... TB --- 2012-12-04 23:13:24 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:13:24 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:13:24 - WARNING: sleeping 120 s and retrying... TB --- 2012-12-04 23:15:24 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:16:55 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:16:55 - ERROR: unable to check out the source tree TB --- 2012-12-04 23:16:55 - 1.62 user 2.44 system 396.36 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Tue Dec 4 23:34:23 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 31A01657; Tue, 4 Dec 2012 23:34:23 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id CDA318FC15; Tue, 4 Dec 2012 23:34:22 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id qB4N59iu062515; Tue, 4 Dec 2012 23:05:09 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id qB4N59Gv062508; Tue, 4 Dec 2012 23:05:09 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 4 Dec 2012 23:05:09 GMT Message-Id: <201212042305.qB4N59Gv062508@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_7 tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Dec 2012 23:34:23 -0000 TB --- 2012-12-04 23:00:00 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-12-04 23:00:00 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-04 23:00:00 - starting RELENG_7 tinderbox run for amd64/amd64 TB --- 2012-12-04 23:00:00 - cleaning the object tree TB --- 2012-12-04 23:00:00 - checking out /src from svn://svn.freebsd.org/base/stable/7 TB --- 2012-12-04 23:00:00 - cd /tinderbox/RELENG_7/amd64/amd64 TB --- 2012-12-04 23:00:00 - /usr/local/bin/svn cleanup /src TB --- 2012-12-04 23:00:09 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:00:09 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:00:09 - WARNING: sleeping 30 s and retrying... TB --- 2012-12-04 23:00:39 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:00:39 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:00:39 - WARNING: sleeping 60 s and retrying... TB --- 2012-12-04 23:01:39 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:01:39 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:01:39 - WARNING: sleeping 90 s and retrying... TB --- 2012-12-04 23:03:09 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:03:09 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:03:09 - WARNING: sleeping 120 s and retrying... TB --- 2012-12-04 23:05:09 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:05:09 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:05:09 - ERROR: unable to check out the source tree TB --- 2012-12-04 23:05:09 - 1.73 user 4.02 system 309.56 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Wed Dec 5 08:15:43 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 791E654C for ; Wed, 5 Dec 2012 08:15:43 +0000 (UTC) (envelope-from shiv.nath@digital-infotech.net) Received: from mail.digital-infotech.net (mail.digital-infotech.net [41.211.25.193]) by mx1.freebsd.org (Postfix) with ESMTP id 8BD7A8FC14 for ; Wed, 5 Dec 2012 08:09:02 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.digital-infotech.net (Postfix) with ESMTP id 609462E4103 for ; Wed, 5 Dec 2012 07:50:04 +0000 (GMT) Received: from mail.digital-infotech.net ([127.0.0.1]) by localhost (mail.digital-infotech.net [127.0.0.1]) (maiad, port 10024) with ESMTP id 06322-10 for ; Wed, 5 Dec 2012 07:50:04 +0000 (GMT) Received: from mail.digital-infotech.net (localhost [127.0.0.1]) by mail.digital-infotech.net (Postfix) with ESMTP id 45CF92E404B for ; Wed, 5 Dec 2012 07:50:04 +0000 (GMT) X-DKIM: OpenDKIM Filter v2.5.0 mail.digital-infotech.net 45CF92E404B DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=digital-infotech.net; s=digital; t=1354693804; bh=17W+6knxoPDvNPljRrTtrd+QFIpHxhITw++wCjdJ1oI=; h=Date:Subject:From:To:Reply-To; b=oVFwa6vjQSQG26EosAzY+f6ukzB99BPEkq4/lxavL3Z2vsV+HC6rx2w7mzET/xJCs Y5VoE/IU+kPsrDr6D2RHYyNVBw10n7MF3coLku7By4Ectfri+JVsunV3mEA/7ffMp1 wELdS0g4HUc42GRceo55HYdr+bOSS5HOTmfANzts= Received: from 41.211.27.79 (SquirrelMail authenticated user prabhpal@digital-infotech.net) by mail.digital-infotech.net with HTTP; Wed, 5 Dec 2012 07:50:04 -0000 Message-ID: Date: Wed, 5 Dec 2012 07:50:04 -0000 Subject: FreeBSDD Upgrade Failing From: "Shiv. Nath" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.22 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: shiv.nath@digital-infotech.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Dec 2012 08:15:43 -0000 Hi FreeBSD Community, i got warning that 9.1RC3 is approaching end of its life, i should upgrade with in two week. when i started the upgrade, i get the following error. any solution anyone knows? [root@rock]# freebsd-update -r 9.1-RELEASE upgrade Looking up update.FreeBSD.org mirrors... 3 mirrors found. Fetching metadata signature for 9.1-RC3 from update5.FreeBSD.org... done. Fetching metadata index... done. Inspecting system... done. The following components of FreeBSD seem to be installed: kernel/generic src/src world/base world/doc world/games world/lib32 The following components of FreeBSD do not seem to be installed: Does this look reasonable (y/n)? y Fetching metadata signature for 9.1-RELEASE from update5.FreeBSD.org... failed. Fetching metadata signature for 9.1-RELEASE from update4.FreeBSD.org... failed. Fetching metadata signature for 9.1-RELEASE from update3.FreeBSD.org... failed. No mirrors remaining, giving up. Thanks / Shiv. Nath From owner-freebsd-stable@FreeBSD.ORG Wed Dec 5 08:18:17 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 15ED576C for ; Wed, 5 Dec 2012 08:18:17 +0000 (UTC) (envelope-from cpet@sdf.org) Received: from sdf.lonestar.org (mx.sdf.org [192.94.73.19]) by mx1.freebsd.org (Postfix) with ESMTP id CD0528FC12 for ; Wed, 5 Dec 2012 08:18:16 +0000 (UTC) Received: from [192.168.1.65] (dsl-187-150-79-65-dyn.prod-infinitum.com.mx [187.150.79.65] (may be forged)) (authenticated (0 bits)) by sdf.lonestar.org (8.14.5/8.14.5) with ESMTP id qB58I9bR022004 for ; Wed, 5 Dec 2012 08:18:09 GMT Message-ID: <50BF0333.7050807@sdf.org> Date: Wed, 05 Dec 2012 02:17:55 -0600 From: Chris Petrik User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: FreeBSDD Upgrade Failing References: In-Reply-To: X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 05 Dec 2012 08:18:17 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 9.1-RELEASE is not officially released yet, so that is why you are seeing that. On 12/5/2012 1:50 AM, Shiv. Nath wrote: > Hi FreeBSD Community, > > i got warning that 9.1RC3 is approaching end of its life, i should > upgrade with in two week. when i started the upgrade, i get the > following error. any solution anyone knows? > > [root@rock]# freebsd-update -r 9.1-RELEASE upgrade Looking up > update.FreeBSD.org mirrors... 3 mirrors found. Fetching metadata > signature for 9.1-RC3 from update5.FreeBSD.org... done. Fetching > metadata index... done. Inspecting system... done. > > The following components of FreeBSD seem to be installed: > kernel/generic src/src world/base world/doc world/games > world/lib32 > > The following components of FreeBSD do not seem to be installed: > > Does this look reasonable (y/n)? y > > Fetching metadata signature for 9.1-RELEASE from > update5.FreeBSD.org... failed. Fetching metadata signature for > 9.1-RELEASE from update4.FreeBSD.org... failed. Fetching metadata > signature for 9.1-RELEASE from update3.FreeBSD.org... failed. No > mirrors remaining, giving up. > > > Thanks / Shiv. Nath > > _______________________________________________ > 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" > -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (MingW32) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iQEcBAEBAgAGBQJQvwMzAAoJEAGnn5Nn8qWUBtAH/jpwSXbfxGKPvXSlif3G0hDD gep7IouohqEC4mS/Ys2ZVzMSwdvibyD5QX1FAOfp9vYWRHa+XTnRSygZVZD8rZbW 9xY9A3M2sbyuQDPPSgzZUxwiXbCfEPcVuyDVdrh26IJbebFNi97P81BYIERAIxC+ G1yi9jFMNWpyI4EXzJBMeELDzoBs1HGNKL6SSzxOTGXkWh41JgaJl+ihOw7QencO dnwGTYUkVxQUw68kdwD2Y0ZdFKwR/JRcS9QAjpsazSXMQkukVHOKPYGe71wxg1YI 514D4VzVhH/RoEDDqBmtLr3fITz0JA/UoQt61tcahYDdBE/xTOR36LRZNtSumtc= =JXBB -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 5 11:18:31 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CFB64EAB for ; Wed, 5 Dec 2012 11:18:31 +0000 (UTC) (envelope-from shiv.nath@digital-infotech.net) Received: from mail.digital-infotech.net (mail.digital-infotech.net [41.211.25.193]) by mx1.freebsd.org (Postfix) with ESMTP id 671FB8FC12 for ; Wed, 5 Dec 2012 11:18:31 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.digital-infotech.net (Postfix) with ESMTP id 63F502E4101 for ; Wed, 5 Dec 2012 11:16:25 +0000 (GMT) Received: from mail.digital-infotech.net ([127.0.0.1]) by localhost (mail.digital-infotech.net [127.0.0.1]) (maiad, port 10024) with ESMTP id 01476-01 for ; Wed, 5 Dec 2012 11:16:25 +0000 (GMT) Received: from mail.digital-infotech.net (localhost [127.0.0.1]) by mail.digital-infotech.net (Postfix) with ESMTP id 394762E404B for ; Wed, 5 Dec 2012 11:16:25 +0000 (GMT) X-DKIM: OpenDKIM Filter v2.5.0 mail.digital-infotech.net 394762E404B DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=digital-infotech.net; s=digital; t=1354706185; bh=JUk6GPomHdPsX5w9hZmLzF+OZY6koLjFFkTeLl2nBSM=; h=Date:Subject:From:To:Reply-To; b=jf/eOSbmEVNqWM0ztCQ8S7+hzZbDPvSK3Nibqe63a0EABsmxu2rKLrBZqes6yylfz RKra7LN8eThJ7c++uw4KFmuWiOMhTQJ23jaaT0VxZjIrpUgfB/BU3q6sChQ5uV1nQb 9nuEKPCbET3HG6kYF8LchbQ0a7ZSDDJ/KWuQupgM= Received: from 41.211.27.79 (SquirrelMail authenticated user prabhpal@digital-infotech.net) by mail.digital-infotech.net with HTTP; Wed, 5 Dec 2012 11:16:25 -0000 Message-ID: <4496569fa9b731f461472a2a12554381.squirrel@mail.digital-infotech.net> Date: Wed, 5 Dec 2012 11:16:25 -0000 Subject: Update Failing FreeBSD 9.1-Release From: "Shiv. Nath" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.22 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: shiv.nath@digital-infotech.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Dec 2012 11:18:32 -0000 anyone knows what to do? [root@rock]# freebsd-update -r 9.1-RELEASE upgrade Looking up update.FreeBSD.org mirrors... 3 mirrors found. Fetching metadata signature for 9.1-RC3 from update5.FreeBSD.org... done. Fetching metadata index... done. Fetching 1 metadata patches. done. Applying metadata patches... done. Inspecting system... done. The following components of FreeBSD seem to be installed: kernel/generic src/src world/base world/doc world/games world/lib32 The following components of FreeBSD do not seem to be installed: Does this look reasonable (y/n)? y Fetching metadata signature for 9.1-RELEASE from update5.FreeBSD.org... failed. Fetching metadata signature for 9.1-RELEASE from update4.FreeBSD.org... failed. Fetching metadata signature for 9.1-RELEASE from update3.FreeBSD.org... failed. No mirrors remaining, giving up. Thanks / Shiv. Nath From owner-freebsd-stable@FreeBSD.ORG Wed Dec 5 11:29:58 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ACB0A46B for ; Wed, 5 Dec 2012 11:29:58 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.78]) by mx1.freebsd.org (Postfix) with ESMTP id 581FE8FC14 for ; Wed, 5 Dec 2012 11:29:58 +0000 (UTC) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1TgDAk-0005OA-DG for freebsd-stable@freebsd.org; Wed, 05 Dec 2012 12:29:50 +0100 Received: from [81.21.138.17] (helo=ronaldradial.versatec.local) by smtp.greenhost.nl with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1TgDAj-0002rl-Nb for freebsd-stable@freebsd.org; Wed, 05 Dec 2012 12:29:49 +0100 Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: freebsd-stable@freebsd.org Subject: Re: Update Failing FreeBSD 9.1-Release References: <4496569fa9b731f461472a2a12554381.squirrel@mail.digital-infotech.net> Date: Wed, 05 Dec 2012 12:29:49 +0100 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Ronald Klop" Message-ID: In-Reply-To: <4496569fa9b731f461472a2a12554381.squirrel@mail.digital-infotech.net> User-Agent: Opera Mail/12.11 (Win32) X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: - X-Spam-Score: -1.9 X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=disabled version=3.3.1 X-Scan-Signature: e462de357cb394d64966911c06262bc8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 05 Dec 2012 11:29:58 -0000 On Wed, 05 Dec 2012 12:16:25 +0100, Shiv. Nath wrote: > anyone knows what to do? Maybe wait until 9.1-RELEASE is actually released. Ronald. > [root@rock]# freebsd-update -r 9.1-RELEASE upgrade > Looking up update.FreeBSD.org mirrors... 3 mirrors found. > Fetching metadata signature for 9.1-RC3 from update5.FreeBSD.org... done. > Fetching metadata index... done. > Fetching 1 metadata patches. done. > Applying metadata patches... done. > Inspecting system... done. > > The following components of FreeBSD seem to be installed: > kernel/generic src/src world/base world/doc world/games world/lib32 > > The following components of FreeBSD do not seem to be installed: > > Does this look reasonable (y/n)? y > > Fetching metadata signature for 9.1-RELEASE from update5.FreeBSD.org... > failed. > Fetching metadata signature for 9.1-RELEASE from update4.FreeBSD.org... > failed. > Fetching metadata signature for 9.1-RELEASE from update3.FreeBSD.org... > failed. > No mirrors remaining, giving up. > > > Thanks / Shiv. Nath > > _______________________________________________ > 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 Dec 5 11:31:18 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E41C358A for ; Wed, 5 Dec 2012 11:31:18 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.78]) by mx1.freebsd.org (Postfix) with ESMTP id 8F6658FC12 for ; Wed, 5 Dec 2012 11:31:18 +0000 (UTC) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1TgDC9-0005TI-75 for freebsd-stable@freebsd.org; Wed, 05 Dec 2012 12:31:17 +0100 Received: from [81.21.138.17] (helo=ronaldradial.versatec.local) by smtp.greenhost.nl with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1TgDC8-00033c-Fj for freebsd-stable@freebsd.org; Wed, 05 Dec 2012 12:31:16 +0100 Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: freebsd-stable@freebsd.org Subject: Re: FreeBSDD Upgrade Failing References: Date: Wed, 05 Dec 2012 12:31:16 +0100 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Ronald Klop" Message-ID: In-Reply-To: User-Agent: Opera Mail/12.11 (Win32) X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.5 X-Spam-Status: No, score=-0.5 required=5.0 tests=BAYES_05 autolearn=disabled version=3.3.1 X-Scan-Signature: ba572e8a3bde05b4b19613c12a9e49fc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 05 Dec 2012 11:31:19 -0000 On Wed, 05 Dec 2012 08:50:04 +0100, Shiv. Nath wrote: > Hi FreeBSD Community, > > i got warning that 9.1RC3 is approaching end of its life, i should > upgrade > with in two week. Where did you get this warning? I have never seen it anywhere on the internet or on my machines. Ronald. > when i started the upgrade, i get the following error. > any solution anyone knows? > > [root@rock]# freebsd-update -r 9.1-RELEASE upgrade > Looking up update.FreeBSD.org mirrors... 3 mirrors found. > Fetching metadata signature for 9.1-RC3 from update5.FreeBSD.org... done. > Fetching metadata index... done. > Inspecting system... done. > > The following components of FreeBSD seem to be installed: > kernel/generic src/src world/base world/doc world/games world/lib32 > > The following components of FreeBSD do not seem to be installed: > > Does this look reasonable (y/n)? y > > Fetching metadata signature for 9.1-RELEASE from update5.FreeBSD.org... > failed. > Fetching metadata signature for 9.1-RELEASE from update4.FreeBSD.org... > failed. > Fetching metadata signature for 9.1-RELEASE from update3.FreeBSD.org... > failed. > No mirrors remaining, giving up. > > > Thanks / Shiv. Nath > > _______________________________________________ > 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 Dec 5 11:50:17 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4874FBE6 for ; Wed, 5 Dec 2012 11:50:17 +0000 (UTC) (envelope-from bounce-mc.us4_9350649.409421-freebsd-stable=freebsd.org@mail2.us1.mcsv.net) Received: from mail2.us1.mcsv.net (mail2.us1.mcsv.net [204.232.163.2]) by mx1.freebsd.org (Postfix) with ESMTP id F12398FC0C for ; Wed, 5 Dec 2012 11:50:16 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; s=k1; d=mail2.us1.mcsv.net; h=Subject:From:Reply-To:To:Date:Message-ID:List-Unsubscribe:Sender:Content-Type:MIME-Version; i=gandirect=3Dgandirect.com@mail2.us1.mcsv.net; bh=DftBsMJtBzHZ3kKWMHCd7GKp7yQ=; b=lcX9BCXuuABgSW8UBV9MtP7If3gMGUoQ2f7AhIaxdl4SNuTXZkbt8Fl6UvA4WJgMULYcIIwkcOkc /ACRoQvc1BrjZGJg5nCdMmnpyqsFmFeSKwbPBrrdebMrPo7TzmzXr1b7r5i7/3bqA3upFNvrkzuC /zMq2Zy+f3uQQ4nCvNM= DomainKey-Signature: a=rsa-sha1; c=nofws; q=dns; s=k1; d=mail2.us1.mcsv.net; b=IfyWp65xgr5Cd2xn1mUbCGRQQ4OYColm6QlewPMLejlL3hAu4qu1rn1ERHChB6P66VI+hf6TskLb 0h3nxlDYDaZRjjY3BFKHEHjSWBm5XP2L9xAaBAVUDg6xKi5afwUDtS7iERisZmWPVOD7UXc9VWd4 U2k8EYjKcmoxh+Ak5Zw=; Received: from (127.0.0.1) by mail2.us1.mcsv.net (PowerMTA(TM) v3.5r16) id hnsqfi0vc3gt for ; Wed, 5 Dec 2012 11:35:36 +0000 (envelope-from ) Subject: =?utf-8?Q?Save=20=E2=82=AC=202=2C000=20with=20Gan=20Direct=20All=2Din=2DOne=20Insurance?= From: =?utf-8?Q?Gan=20Direct?= To: =?utf-8?Q??= Date: Wed, 5 Dec 2012 11:35:36 +0000 Message-ID: <953e7a73414b04f0ff6056f552eab7c3f9f.20121205113518@mail2.us1.mcsv.net> X-Mailer: MailChimp Mailer - **CIDd52abfa8672eab7c3f9f** X-Campaign: mailchimp953e7a73414b04f0ff6056f55.d52abfa867 X-campaignid: mailchimp953e7a73414b04f0ff6056f55.d52abfa867 X-Report-Abuse: Please report abuse for this campaign here: http://www.mailchimp.com/abuse/abuse.phtml?u=953e7a73414b04f0ff6056f55&id=d52abfa867&e=2eab7c3f9f x-accounttype: pd Sender: "Gan Direct" x-mcda: FALSE MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8"; format="fixed" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: =?utf-8?Q?Gan=20Direct?= List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Dec 2012 11:50:17 -0000 Save =E2=82=AC 2,000 by switching your Motor, Property and Health Insuranc= e to Gan Direct All-in-One ------------------------------------------------------------ http://us4.campaign-archive1.com/?u=3D953e7a73414b04f0ff6056f55&id=3Dd52ab= fa867&e=3D2eab7c3f9f (http://www.GanDirect.com?utm_source=3DNew+Prospective+Customers&utm_campa= ign=3Dd52abfa867-Pros_Bundled_offer11_28_2012&utm_medium=3Demail) Save =E2=82=AC 2,000 by switching your Motor, Property and Health Insurance to Gan Direct All-in-One We don't believe in empty promises. Gan Direct More for Less. Guaranteed. At Gan Direct, we believe in a world where life is simpler, easier, and mo= re affordable. Now by switching your Motor, Property and Health Insurance to Gan Direct A= ll-in-One you can save =E2=82=AC 2,000 per year. The savings example is for the average family, with two cars, two children= , in a four bedroom home with Health Insurance based on the most popular p= lan in Cyprus. And with Gan's Easy Switch service we will take the hassle off you by deal= ing with all the paperwork. Call us at 800 5 10 15. Gan Direct's All-in-One. Not just savings, but easy savings. Gan Direct | Simpler, Better, Faster The acceptance of your proposal is subject to terms and conditions and we= reserve the right to decline =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Copyright =C2=A9 2012 Gan Direct Insurance, All rights reserved. Our mailing address is: Gan Direct Insurance, PO Box 51998, 3509 Limassol ** forward to a friend (http://us4.forward-to-friend.com/forward?u=3D953e7= a73414b04f0ff6056f55&id=3Dd52abfa867&e=3D2eab7c3f9f) ** unsubscribe from this list (http://gandirect.us4.list-manage.com/unsubs= cribe?u=3D953e7a73414b04f0ff6056f55&id=3D63b7e8c64f&e=3D2eab7c3f9f&c=3Dd52ab= fa867) ** update subscription preferences (http://gandirect.us4.list-manage.com/p= rofile?u=3D953e7a73414b04f0ff6056f55&id=3D63b7e8c64f&e=3D2eab7c3f9f) From owner-freebsd-stable@FreeBSD.ORG Wed Dec 5 11:50:17 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A107FBE7 for ; Wed, 5 Dec 2012 11:50:17 +0000 (UTC) (envelope-from bounce-mc.us4_9350649.409421-stable=freebsd.org@mail2.us1.mcsv.net) Received: from mail2.us1.mcsv.net (mail2.us1.mcsv.net [204.232.163.2]) by mx1.freebsd.org (Postfix) with ESMTP id 564268FC12 for ; Wed, 5 Dec 2012 11:50:17 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; s=k1; d=mail2.us1.mcsv.net; h=Subject:From:Reply-To:To:Date:Message-ID:List-Unsubscribe:Sender:Content-Type:MIME-Version; i=gandirect=3Dgandirect.com@mail2.us1.mcsv.net; bh=FJXk8RRcvF/oQKCypp8oGwHP4rU=; b=jgmL+fE0QJniHVXgL+lmc5+6jcdnb1FPB/ar5lU9JzzKZW02zC6DUPitbe0nt0AA3SobnDlgU0TC 8c/G8hQTLEzuEGoihKmKfmOJ1LNb0LVvgMelRECBrTiaqOnPOb63jw9cNv4D8gAbz8f/wdoVvUYQ M4eON5emZPXq61+6LtI= DomainKey-Signature: a=rsa-sha1; c=nofws; q=dns; s=k1; d=mail2.us1.mcsv.net; b=V2e/mpPmeFhnvezhXlMKndui4Jx6nmMTLHldAAV4ALbQo/rfoTGTd8ynyNmulQ7rrV1qAgxB+azi kesInCWjS/kUcpYxgVdTVsqmV4rT14zvI0lBoMQPBEDrPwTFvdsTI3LGdQugG4y/yxaT2Znwo0e2 hYUdkqdZBVZuUhBP9h4=; Received: from (127.0.0.1) by mail2.us1.mcsv.net (PowerMTA(TM) v3.5r16) id hnsqfi0vc3gt for ; Wed, 5 Dec 2012 11:34:54 +0000 (envelope-from ) Subject: =?utf-8?Q?Save=20=E2=82=AC=202=2C000=20with=20Gan=20Direct=20All=2Din=2DOne=20Insurance?= From: =?utf-8?Q?Gan=20Direct?= To: =?utf-8?Q??= Date: Wed, 5 Dec 2012 11:34:54 +0000 Message-ID: <953e7a73414b04f0ff6056f5525ee3e5722.20121205113437@mail2.us1.mcsv.net> X-Mailer: MailChimp Mailer - **CIDd52abfa86725ee3e5722** X-Campaign: mailchimp953e7a73414b04f0ff6056f55.d52abfa867 X-campaignid: mailchimp953e7a73414b04f0ff6056f55.d52abfa867 X-Report-Abuse: Please report abuse for this campaign here: http://www.mailchimp.com/abuse/abuse.phtml?u=953e7a73414b04f0ff6056f55&id=d52abfa867&e=25ee3e5722 x-accounttype: pd Sender: "Gan Direct" x-mcda: FALSE MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8"; format="fixed" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: =?utf-8?Q?Gan=20Direct?= List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Dec 2012 11:50:17 -0000 Save =E2=82=AC 2,000 by switching your Motor, Property and Health Insuranc= e to Gan Direct All-in-One ------------------------------------------------------------ http://us4.campaign-archive1.com/?u=3D953e7a73414b04f0ff6056f55&id=3Dd52ab= fa867&e=3D25ee3e5722 (http://www.GanDirect.com?utm_source=3DNew+Prospective+Customers&utm_campa= ign=3Dd52abfa867-Pros_Bundled_offer11_28_2012&utm_medium=3Demail) Save =E2=82=AC 2,000 by switching your Motor, Property and Health Insurance to Gan Direct All-in-One We don't believe in empty promises. Gan Direct More for Less. Guaranteed. At Gan Direct, we believe in a world where life is simpler, easier, and mo= re affordable. Now by switching your Motor, Property and Health Insurance to Gan Direct A= ll-in-One you can save =E2=82=AC 2,000 per year. The savings example is for the average family, with two cars, two children= , in a four bedroom home with Health Insurance based on the most popular p= lan in Cyprus. And with Gan's Easy Switch service we will take the hassle off you by deal= ing with all the paperwork. Call us at 800 5 10 15. Gan Direct's All-in-One. Not just savings, but easy savings. Gan Direct | Simpler, Better, Faster The acceptance of your proposal is subject to terms and conditions and we= reserve the right to decline =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Copyright =C2=A9 2012 Gan Direct Insurance, All rights reserved. Our mailing address is: Gan Direct Insurance, PO Box 51998, 3509 Limassol ** forward to a friend (http://us4.forward-to-friend.com/forward?u=3D953e7= a73414b04f0ff6056f55&id=3Dd52abfa867&e=3D25ee3e5722) ** unsubscribe from this list (http://gandirect.us4.list-manage.com/unsubs= cribe?u=3D953e7a73414b04f0ff6056f55&id=3D63b7e8c64f&e=3D25ee3e5722&c=3Dd52ab= fa867) ** update subscription preferences (http://gandirect.us4.list-manage.com/p= rofile?u=3D953e7a73414b04f0ff6056f55&id=3D63b7e8c64f&e=3D25ee3e5722) From owner-freebsd-stable@FreeBSD.ORG Wed Dec 5 15:20:19 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DCC336D0 for ; Wed, 5 Dec 2012 15:20:19 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.78]) by mx1.freebsd.org (Postfix) with ESMTP id 5E3968FC12 for ; Wed, 5 Dec 2012 15:20:19 +0000 (UTC) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1TgGli-0005Rb-Vg; Wed, 05 Dec 2012 16:20:15 +0100 Received: from [81.21.138.17] (helo=ronaldradial.versatec.local) by smtp.greenhost.nl with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1TgGli-0006Z9-MX; Wed, 05 Dec 2012 16:20:14 +0100 Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: "Franci Nabalanci" Subject: Re: Update Failing FreeBSD 9.1-Release References: <4496569fa9b731f461472a2a12554381.squirrel@mail.digital-infotech.net> Date: Wed, 05 Dec 2012 16:20:13 +0100 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Ronald Klop" Message-ID: In-Reply-To: User-Agent: Opera Mail/12.11 (Win32) X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.0 X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_20 autolearn=disabled version=3.3.1 X-Scan-Signature: bc82d6a2e188773012c482ed32290af0 Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 05 Dec 2012 15:20:19 -0000 On Wed, 05 Dec 2012 14:58:52 +0100, Franci Nabalanci wrote: > And when update will be out? There are nothing about month on the > official > site. According to the commits it is planned for today (USA time, so for me it is tonight or tomorrow morning). http://www.secnetix.de/olli/FreeBSD/svnews/index.py?r=243808 http://svnweb.freebsd.org/base/releng/9.1/UPDATING?r1=243709&r2=243708&pathrev=243709 As far as I know it can take a little while before freebsd-update handles the new version. Ronald. NB: please leave the freebsd-stable@ address in your replies. > On Dec 5, 2012 5:30 AM, "Ronald Klop" > wrote: > >> On Wed, 05 Dec 2012 12:16:25 +0100, Shiv. Nath < >> shiv.nath@digital-infotech.**net > >> wrote: >> >> anyone knows what to do? >>> >> >> Maybe wait until 9.1-RELEASE is actually released. >> >> Ronald. >> >> >> [root@rock]# freebsd-update -r 9.1-RELEASE upgrade >>> Looking up update.FreeBSD.org mirrors... 3 mirrors found. >>> Fetching metadata signature for 9.1-RC3 from update5.FreeBSD.org... >>> done. >>> Fetching metadata index... done. >>> Fetching 1 metadata patches. done. >>> Applying metadata patches... done. >>> Inspecting system... done. >>> >>> The following components of FreeBSD seem to be installed: >>> kernel/generic src/src world/base world/doc world/games world/lib32 >>> >>> The following components of FreeBSD do not seem to be installed: >>> >>> Does this look reasonable (y/n)? y >>> >>> Fetching metadata signature for 9.1-RELEASE from update5.FreeBSD.org... >>> failed. >>> Fetching metadata signature for 9.1-RELEASE from update4.FreeBSD.org... >>> failed. >>> Fetching metadata signature for 9.1-RELEASE from update3.FreeBSD.org... >>> failed. >>> No mirrors remaining, giving up. >>> >>> >>> Thanks / Shiv. Nath >>> >>> ______________________________**_________________ >>> 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 Dec 5 15:22:39 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 36CFF918 for ; Wed, 5 Dec 2012 15:22:39 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.78]) by mx1.freebsd.org (Postfix) with ESMTP id D7DD68FC13 for ; Wed, 5 Dec 2012 15:22:38 +0000 (UTC) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1TgGo1-0005ai-1d; Wed, 05 Dec 2012 16:22:37 +0100 Received: from [81.21.138.17] (helo=ronaldradial.versatec.local) by smtp.greenhost.nl with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1TgGo0-0006nP-PC; Wed, 05 Dec 2012 16:22:36 +0100 Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: "Franci Nabalanci" Subject: Re: FreeBSDD Upgrade Failing References: Date: Wed, 05 Dec 2012 16:22:35 +0100 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Ronald Klop" Message-ID: In-Reply-To: User-Agent: Opera Mail/12.11 (Win32) X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.5 X-Spam-Status: No, score=-0.5 required=5.0 tests=BAYES_05 autolearn=disabled version=3.3.1 X-Scan-Signature: 7006e789400ccdeb5065f5d065827fb5 Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 05 Dec 2012 15:22:39 -0000 On Wed, 05 Dec 2012 14:56:35 +0100, Franci Nabalanci wrote: > Did you try FreeBSD-update fetch? No, I have never used that. Ronald. > On Dec 5, 2012 5:31 AM, "Ronald Klop" > wrote: > >> On Wed, 05 Dec 2012 08:50:04 +0100, Shiv. Nath < >> shiv.nath@digital-infotech.**net > >> wrote: >> >> Hi FreeBSD Community, >>> >>> i got warning that 9.1RC3 is approaching end of its life, i should >>> upgrade >>> with in two week. >>> >> >> Where did you get this warning? I have never seen it anywhere on the >> internet or on my machines. >> >> Ronald. >> >> when i started the upgrade, i get the following error. >>> any solution anyone knows? >>> >>> [root@rock]# freebsd-update -r 9.1-RELEASE upgrade >>> Looking up update.FreeBSD.org mirrors... 3 mirrors found. >>> Fetching metadata signature for 9.1-RC3 from update5.FreeBSD.org... >>> done. >>> Fetching metadata index... done. >>> Inspecting system... done. >>> >>> The following components of FreeBSD seem to be installed: >>> kernel/generic src/src world/base world/doc world/games world/lib32 >>> >>> The following components of FreeBSD do not seem to be installed: >>> >>> Does this look reasonable (y/n)? y >>> >>> Fetching metadata signature for 9.1-RELEASE from update5.FreeBSD.org... >>> failed. >>> Fetching metadata signature for 9.1-RELEASE from update4.FreeBSD.org... >>> failed. >>> Fetching metadata signature for 9.1-RELEASE from update3.FreeBSD.org... >>> failed. >>> No mirrors remaining, giving up. >>> >>> >>> Thanks / Shiv. Nath >>> >>> ______________________________**_________________ >>> 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 Dec 5 20:05:08 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4189C82F; Wed, 5 Dec 2012 20:05:08 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (s1.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id AFD258FC12; Wed, 5 Dec 2012 20:05:06 +0000 (UTC) Received: from titan.inop.wdn.omnilan.net (titan.inop.wdn.omnilan.net [172.21.3.1]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id qB5K6vAU060511 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 5 Dec 2012 21:07:01 +0100 (CET) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <50BFA8E0.3050603@omnilan.de> Date: Wed, 05 Dec 2012 21:04:48 +0100 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: freebsd-stable@freebsd.org, freebsd-scsi@freebsd.org Subject: Re: cam SCSI negotiation issues (mpt in that case), only 3.300MB/s transfers References: <50AF7C88.5000507@omnilan.de> In-Reply-To: <50AF7C88.5000507@omnilan.de> X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigFBBB97480F55D763FDF81840" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 05 Dec 2012 20:05:08 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigFBBB97480F55D763FDF81840 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable schrieb Harald Schmalzbauer am 23.11.2012 14:39 (localtime): > ... > found out that hint.mpt.0.msi_enable=3D"1" > solves the interrupt storm problem, although dmesg output still is > exactly the same: > mpt0: port 0x4000-0x40ff mem > 0xd6440000-0xd645ffff,0xd6420000-0xd643ffff irq 18 at device 0.0 on pci= 3 > mpt0: MPI Version=3D1.2.15.0 > Btw, I'm still curious what the sysctl "hw.mpt.0.role" means? With my > LSI1030 it's "3", an onther 1068, it's "1" Any hint for me what "hw.mpt.0.role" means? > ...I had no luck using "camcontrol negotiate sa0 -R 40" to > alter the negotiation parameters. > It always shows 3,300MB/s and seems to reflect reality I'd still need help here if possible. Is there any point to start for non-developers? Any SCSI command "secrets" I can try? If anybody is interested in solving, but lacks hardware, I'd donate one LSI20320IE. Thanks, -Harry (not subscribed to freebsd-scsi@) --------------enigFBBB97480F55D763FDF81840 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAlC/qOgACgkQLDqVQ9VXb8gafACgsPQgIcDo4sM2kLqfiGtskIwO jegAn2Oc/pwDSGpJvtlz2qY/HBnn4DLB =w2Mo -----END PGP SIGNATURE----- --------------enigFBBB97480F55D763FDF81840-- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 5 20:19:27 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DA984A08 for ; Wed, 5 Dec 2012 20:19:27 +0000 (UTC) (envelope-from zonal.repit@insurer.com) Received: from smtp.ufl.edu (smtp-prod01.osg.ufl.edu [128.227.74.217]) by mx1.freebsd.org (Postfix) with ESMTP id 747DF8FC13 for ; Wed, 5 Dec 2012 20:19:27 +0000 (UTC) Received: from REXSYLVA-PC ([41.58.46.210]) (authenticated bits=0) by smtp.ufl.edu (8.13.8/8.13.8/3.0.0) with ESMTP id qB5KHlLT004056 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Wed, 5 Dec 2012 15:19:20 -0500 From: "LOTTO IT" Subject: 12/5/2012 To: freebsd-stable@freebsd.org MIME-Version: 1.0 Date: Wed, 5 Dec 2012 21:19:19 +0100 Message-ID: <608019374826518360@smtp.ufl.edu> X-Antivirus: avast! (VPS 121205-1, 12/05/2012), Outbound message X-Antivirus-Status: Clean X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.9.8185, 1.0.431, 0.0.0000 definitions=2012-12-05_08:2012-12-05,2012-12-05,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=28 spamscore=28 ipscore=0 suspectscore=3 phishscore=0 bulkscore=1 adultscore=0 classifier=spam adjust=0 reason=mlx engine=6.0.2-1203120001 definitions=main-1212050172 X-Spam-Level: * X-UFL-Spam-Level: * Content-Type: text/plain ; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: rzonal@yahoo.cn List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Dec 2012 20:19:27 -0000 Hello freebsd-stable@freebsd.org , Please confirm if you are the owner= of this email. Reply =20 From owner-freebsd-stable@FreeBSD.ORG Wed Dec 5 21:23:05 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CF2C6F3; Wed, 5 Dec 2012 21:23:05 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (s1.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id A6F198FC1C; Wed, 5 Dec 2012 21:23:04 +0000 (UTC) Received: from titan.inop.wdn.omnilan.net (titan.inop.wdn.omnilan.net [172.21.3.1]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id qB5LP4ss061869 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 5 Dec 2012 22:25:04 +0100 (CET) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <50BFBB36.4080808@omnilan.de> Date: Wed, 05 Dec 2012 22:23:02 +0100 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: freebsd-stable@freebsd.org, freebsd-scsi@freebsd.org Subject: Re: cam SCSI negotiation issues (mpt in that case), only 3.300MB/s transfers References: <50AF7C88.5000507@omnilan.de> <50BFA8E0.3050603@omnilan.de> In-Reply-To: <50BFA8E0.3050603@omnilan.de> X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig2689A864DF9F1D9383DA6CBD" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 05 Dec 2012 21:23:05 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig2689A864DF9F1D9383DA6CBD Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable schrieb Harald Schmalzbauer am 05.12.2012 21:04 (localtime): > schrieb Harald Schmalzbauer am 23.11.2012 14:39 (localtime): >> ... >> found out that hint.mpt.0.msi_enable=3D"1" >> solves the interrupt storm problem, although dmesg output still is >> exactly the same: >> mpt0: port 0x4000-0x40ff mem >> 0xd6440000-0xd645ffff,0xd6420000-0xd643ffff irq 18 at device 0.0 on pc= i3 >> mpt0: MPI Version=3D1.2.15.0 >> Btw, I'm still curious what the sysctl "hw.mpt.0.role" means? With my >> LSI1030 it's "3", an onther 1068, it's "1" > Any hint for me what "hw.mpt.0.role" means? > > >> ...I had no luck using "camcontrol negotiate sa0 -R 40" to >> alter the negotiation parameters. >> It always shows 3,300MB/s and seems to reflect reality > I'd still need help here if possible. > Is there any point to start for non-developers? Any SCSI command > "secrets" I can try? > If anybody is interested in solving, but lacks hardware, I'd donate one= > LSI20320IE. > Found dev.mpt.0.debug, set to 8: Dec 5 21:05:36 wega kernel: mpt0: exit mpt_intr Dec 5 21:05:36 wega kernel: mpt0: enter mpt_intr =2E (some hundred times repeated) kernel: mpt0: exit mpt_intr kernel: mpt0: enter mpt_intr kernel: mpt0: TMF complete: req 0xffffff8030ace480:304 status 0x0 kernel: mpt0: exit mpt_intr kernel: SCSI IO Request @ 0xffffff823ffa7b00 kernel: Chain Offset 0x00 kernel: MsgFlags 0x00 kernel: MsgContext 0x0001012a kernel: Bus: 0 kernel: TargetID 0 kernel: SenseBufferLength 32 kernel: LUN: 0x0 kernel: Control 0x00000500 NODATATRANSFER UNTAGGED kernel: DataLength 0x00000000 kernel: SenseBufAddr 0x911255e0 kernel: CDB[0:6] 00 00 00 00 00 00 kernel: mpt0: enter mpt_intr kernel: mpt0: exit mpt_intr kernel: mpt0: enter mpt_intr kernel: mpt0: Address Reply: kernel: SCSI IO Request Reply @ 0xffffff823fff9a00 kernel: IOC Status Success kernel: IOCLogInfo 0x00000000 kernel: MsgLength 0x08 kernel: MsgFlags 0x00 kernel: MsgContext 0x0001012a kernel: Bus: 0 kernel: mpt0: enter mpt_intr kernel: mpt0: exit mpt_intr kernel: mpt0: enter mpt_intr kernel: mpt0: exit mpt_intr kernel: mpt0: enter mpt_intr kernel: mpt0: exit mpt_intr kernel: mpt0: enter mpt_intr kernel: mpt0: exit mpt_intr kernel: mpt0: enter mpt_intr kernel: mpt0: exit mpt_intr kernel: mpt0: enter mpt_intr kernel: mpt0: exit mpt_intr kernel: mpt0: enter mpt_intr kernel: mpt0: TMF complete: req 0xffffff8030ace480:304 status 0x0 kernel: mpt0: exit mpt_intr kernel: SCSI IO Request @ 0xffffff823ffa7b00 kernel: Chain Offset 0x00 kernel: MsgFlags 0x00 kernel: MsgContext 0x0001012a kernel: Bus: 0 kernel: TargetID 0 kernel: SenseBufferLength 32 kernel: LUN: 0x0 kernel: Control 0x00000500 NODATATRANSFER UNTAGGED kernel: DataLength 0x00000000 kernel: SenseBufAddr 0x911255e0 kernel: CDB[0:6] 00 00 00 00 00 00 kernel: mpt0: enter mpt_intr kernel: mpt0: exit mpt_intr kernel: mpt0: enter mpt_intr kernel: SCSI IO Request Reply @ 0xffffff823fff9a00 kernel: IOC Status Success kernel: IOCLogInfo 0x00000000 kernel: MsgLength 0x08 kernel: MsgFlags 0x00 kernel: MsgContext 0x0001012a kernel: Bus: 0 kernel: TargetID 0 kernel: CDBLength 6 kernel: SCSI Status: Check Condition kernel: SCSI State: (0x00000001)AutoSense_Valid kernel: TransferCnt 0x0000 kernel: SenseCnt 0x0012 kernel: ResponseInfo 0x00000000 kernel: mpt0: exit mpt_intr kernel: SCSI IO Request @ 0xffffff80002ae3d0 kernel: Chain Offset 0x00 kernel: MsgFlags 0x00 kernel: MsgContext 0x0001012b kernel: Bus: 0 kernel: TargetID 0 kernel: SenseBufferLength 18 kernel: LUN: 0x0 kernel: Control 0x02000500 READ UNTAGGED kernel: DataLength 0x00000024 kernel: SenseBufAddr 0x911257e0 kernel: CDB[0:6] 12 00 00 00 24 00 kernel: 64_BIT_ADDRESSING LAST_ELEMENT END_OF_BUFFER END_OF_LIST kernel: mpt0: enter mpt_intr kernel: mpt0: Context Reply: 0x0001012b kernel: mpt0: exit mpt_intr kernel: SCSI IO Request @ 0xffffff80002ae3d0 kernel: Chain Offset 0x00 kernel: MsgFlags 0x00 kernel: MsgContext 0x0001012c kernel: Bus: 0 kernel: TargetID 0 kernel: SenseBufferLength 18 kernel: LUN: 0x0 kernel: Control 0x02000500 READ UNTAGGED kernel: DataLength 0x00000038 kernel: SenseBufAddr 0x911259e0 kernel: CDB[0:6] 12 00 00 00 38 00 kernel: SE64 0xffffff8240020830: Addr=3D0x0000000057ce18f8 FlagsLength=3D0xd3000038 kernel: 64_BIT_ADDRESSING LAST_ELEMENT END_OF_BUFFER END_OF_LIST kernel: mpt0: enter mpt_intr kernel: mpt0: Context Reply: 0x0001012c kernel: mpt0: exit mpt_intr kernel: mpt0: enter mpt_intr kernel: mpt0: exit mpt_intr kernel: mpt0: mpt_get_spi_settings[0]: current NP 0 Info 9 kernel: mpt0: mpt_get_spi_settings[0]: ACTIVE flags 0x29 per 0x0 off=3D0 kernel: SCSI IO Request @ 0xffffff80002ae3d0 kernel: Chain Offset 0x00 kernel: MsgContext 0x0001012e kernel: Bus: 0 kernel: TargetID 0 kernel: SenseBufferLength 18 kernel: LUN: 0x0 kernel: Control 0x02000500 READ UNTAGGED kernel: DataLength 0x000000ff kernel: SenseBufAddr 0x91125de0 kernel: CDB[0:6] 12 01 00 00 ff 00 kernel: SE64 0xffffff8240020c30: Addr=3D0x0000000007c80900 FlagsLength=3D0xd30000ff kernel: 64_BIT_ADDRESSING LAST_ELEMENT END_OF_BUFFER END_OF_LIST kernel: mpt0: enter mpt_intr kernel: mpt0: Address Reply: kernel: SCSI IO Request Reply @ 0xffffff823fff9c00 kernel: IOC Status SCSI: Data Underrun kernel: IOCLogInfo 0x00000000 kernel: MsgLength 0x08 kernel: MsgFlags 0x00 kernel: MsgContext 0x0001012e kernel: Bus: 0 kernel: TargetID 0 kernel: CDBLength 6 kernel: SCSI Status: OK kernel: SCSI State: (0x00000000) kernel: TransferCnt 0x000a kernel: SenseCnt 0x0000 kernel: ResponseInfo 0x00000000 kernel: SCSI IO Request @ 0xffffff80002ae3d0 kernel: Chain Offset 0x00 kernel: MsgFlags 0x00 kernel: MsgContext 0x0001012f kernel: Bus: 0 kernel: TargetID 0 kernel: SenseBufferLength 18 kernel: LUN: 0x0 kernel: Control 0x02000500 READ UNTAGGED kernel: DataLength 0x000000ff kernel: SenseBufAddr 0x91125fe0 kernel: CDB[0:6] 12 01 80 00 ff 00 kernel: SE64 0xffffff8240020e30: Addr=3D0x00000001c8008800 FlagsLength=3D0xd30000ff kernel: 64_BIT_ADDRESSING LAST_ELEMENT END_OF_BUFFER END_OF_LIST kernel: mpt0: enter mpt_intr kernel: mpt0: Address Reply: kernel: SCSI IO Request Reply @ 0xffffff823fff9d00 kernel: IOC Status SCSI: Data Underrun kernel: IOCLogInfo 0x00000000 kernel: MsgLength 0x08 kernel: MsgFlags 0x00 kernel: MsgContext 0x0001012f kernel: Bus: 0 kernel: TargetID 0 kernel: CDBLength 6 kernel: SCSI Status: OK kernel: SCSI State: (0x00000000) kernel: SenseCnt 0x0000 kernel: ResponseInfo 0x00000000 kernel: mpt0: exit mpt_intr kernel: mpt0: enter mpt_intr kernel: mpt0: exit mpt_intr kernel: mpt0: mpt_get_spi_settings[0]: current NP 0 Info 9 kernel: mpt0: mpt_get_spi_settings[0]: ACTIVE flags 0x29 per 0x0 off=3D0 kernel: SCSI IO Request @ 0xffffff80002ae090 kernel: Chain Offset 0x00 kernel: MsgFlags 0x00 kernel: MsgContext 0x00010131 kernel: Bus: 0 kernel: TargetID 0 kernel: SenseBufferLength 18 kernel: LUN: 0x1 kernel: Control 0x02000500 READ UNTAGGED kernel: DataLength 0x00000024 kernel: SenseBufAddr 0x911263e0 kernel: CDB[0:6] 12 00 00 00 24 00 kernel: SE64 0xffffff8240021230: Addr=3D0x00000001f98678f8 FlagsLength=3D0xd3000024 kernel: 64_BIT_ADDRESSING LAST_ELEMENT END_OF_BUFFER END_OF_LIST kernel: mpt0: enter mpt_intr kernel: mpt0: Context Reply: 0x00010131 kernel: mpt0: exit mpt_intr kernel: mpt0: enter mpt_intr kernel: mpt0: exit mpt_intr kernel: mpt0: mpt_get_spi_settings[0]: current NP 0 Info 9 kernel: SCSI IO Request @ 0xffffff80002ae090 kernel: Chain Offset 0x00 kernel: MsgFlags 0x00 kernel: MsgContext 0x00010133 kernel: Bus: 0 kernel: TargetID 0 kernel: SenseBufferLength 18 kernel: LUN: 0x2 kernel: Control 0x02000500 READ UNTAGGED kernel: DataLength 0x00000024 kernel: SenseBufAddr 0x911267e0 kernel: CDB[0:6] 12 00 00 00 24 00 kernel: SE64 0xffffff8240021630: Addr=3D0x00000001f986a0f8 FlagsLength=3D0xd3000024 kernel: 64_BIT_ADDRESSING LAST_ELEMENT END_OF_BUFFER END_OF_LIST kernel: mpt0: enter mpt_intr kernel: mpt0: Context Reply: 0x00010133 kernel: mpt0: exit mpt_intr kernel: mpt0: enter mpt_intr kernel: mpt0: exit mpt_intr kernel: mpt0: mpt_get_spi_settings[0]: current NP 0 Info 9 kernel: mpt0: mpt_get_spi_settings[0]: ACTIVE flags 0x29 per 0x0 off=3D0 kernel: SCSI IO Request @ 0xffffff80002ae090 kernel: Chain Offset 0x00 kernel: MsgFlags 0x00 kernel: MsgContext 0x00010135 kernel: Bus: 0 kernel: TargetID 0 kernel: LUN: 0x3 kernel: Control 0x02000500 READ UNTAGGED kernel: DataLength 0x00000024 kernel: SenseBufAddr 0x91126be0 kernel: CDB[0:6] 12 00 00 00 24 00 kernel: SE64 0xffffff8240021a30: Addr=3D0x0000000057cb58f8 FlagsLength=3D0xd3000024 kernel: 64_BIT_ADDRESSING LAST_ELEMENT END_OF_BUFFER END_OF_LIST kernel: mpt0: enter mpt_intr kernel: mpt0: Context Reply: 0x00010135 kernel: mpt0: exit mpt_intr kernel: mpt0: enter mpt_intr kernel: mpt0: exit mpt_intr kernel: mpt0: mpt_get_spi_settings[0]: current NP 0 Info 9 kernel: mpt0: mpt_get_spi_settings[0]: ACTIVE flags 0x29 per 0x0 off=3D0 kernel: SCSI IO Request @ 0xffffff80002ae090 kernel: Chain Offset 0x00 kernel: MsgFlags 0x00 kernel: MsgContext 0x00010137 kernel: Bus: 0 kernel: TargetID 0 kernel: SenseBufferLength 18 kernel: LUN: 0x4 kernel: Control 0x02000500 READ UNTAGGED kernel: DataLength 0x00000024 kernel: SenseBufAddr 0x91126fe0 kernel: CDB[0:6] 12 00 00 00 24 00 kernel: SE64 0xffffff8240021e30: Addr=3D0x00000000071438f8 FlagsLength=3D0xd3000024 kernel: mpt0: enter mpt_intr kernel: mpt0: Context Reply: 0x00010137 kernel: mpt0: exit mpt_intr kernel: mpt0: enter mpt_intr kernel: mpt0: exit mpt_intr kernel: mpt0: mpt_get_spi_settings[0]: current NP 0 Info 9 kernel: mpt0: mpt_get_spi_settings[0]: ACTIVE flags 0x29 per 0x0 off=3D0 kernel: SCSI IO Request @ 0xffffff80002ae090 kernel: Chain Offset 0x00 kernel: MsgFlags 0x00 kernel: MsgContext 0x00010139 kernel: Bus: 0 kernel: TargetID 0 kernel: SenseBufferLength 18 kernel: LUN: 0x5 kernel: Control 0x02000500 READ UNTAGGED kernel: DataLength 0x00000024 kernel: SenseBufAddr 0x911273e0 kernel: CDB[0:6] 12 00 00 00 24 00 kernel: SE64 0xffffff8240022230: Addr=3D0x00000001f98180f8 FlagsLength=3D0xd3000024 kernel: 64_BIT_ADDRESSING LAST_ELEMENT END_OF_BUFFER END_OF_LIST kernel: mpt0: enter mpt_intr kernel: mpt0: Context Reply: 0x00010139 kernel: mpt0: exit mpt_intr kernel: mpt0: enter mpt_intr kernel: mpt0: exit mpt_intr kernel: mpt0: mpt_get_spi_settings[0]: current NP 0 Info 9 kernel: mpt0: mpt_get_spi_settings[0]: ACTIVE flags 0x29 per 0x0 off=3D0 kernel: SCSI IO Request @ 0xffffff80002ae090 kernel: Chain Offset 0x00 kernel: MsgFlags 0x00 kernel: MsgContext 0x0001013b kernel: Bus: 0 kernel: TargetID 0 kernel: SenseBufferLength 18 kernel: LUN: 0x6 kernel: Control 0x02000500 READ UNTAGGED kernel: DataLength 0x00000024 kernel: SenseBufAddr 0x911277e0 kernel: CDB[0:6] 12 00 00 00 24 00 kernel: SE64 0xffffff8240022630: Addr=3D0x00000001f980e0f8 FlagsLength=3D0xd3000024 kernel: 64_BIT_ADDRESSING LAST_ELEMENT END_OF_BUFFER END_OF_LIST kernel: mpt0: enter mpt_intr kernel: mpt0: Context Reply: 0x0001013b kernel: mpt0: exit mpt_intr kernel: mpt0: enter mpt_intr kernel: mpt0: exit mpt_intr kernel: mpt0: mpt_get_spi_settings[0]: current NP 0 Info 9 kernel: mpt0: mpt_get_spi_settings[0]: ACTIVE flags 0x29 per 0x0 off=3D0 kernel: SCSI IO Request @ 0xffffff80002ae090 kernel: Chain Offset 0x00 kernel: MsgFlags 0x00 kernel: MsgContext 0x0001013d kernel: Bus: 0 kernel: TargetID 0 kernel: SenseBufferLength 18 kernel: LUN: 0x7 kernel: Control 0x02000500 READ UNTAGGED kernel: DataLength 0x00000024 kernel: SenseBufAddr 0x91127be0 kernel: CDB[0:6] 12 00 00 00 24 00 kernel: SE64 0xffffff8240022a30: Addr=3D0x00000000070fd0f8 FlagsLength=3D0xd3000024 kernel: 64_BIT_ADDRESSING LAST_ELEMENT END_OF_BUFFER END_OF_LIST kernel: mpt0: enter mpt_intr kernel: mpt0: Context Reply: 0x0001013d kernel: mpt0: exit mpt_intr kernel: mpt0: enter mpt_intr kernel: mpt0: exit mpt_intr kernel: mpt0: mpt_get_spi_settings[1]: current NP 0 Info 0 kernel: mpt0: mpt_get_spi_settings[1]: ACTIVE flags 0x29 per 0x0 off=3D0 kernel: SCSI IO Request @ 0xffffff80002ae090 kernel: Chain Offset 0x00 kernel: MsgFlags 0x00 kernel: MsgContext 0x0001013f kernel: Bus: 0 kernel: TargetID 1 kernel: SenseBufferLength 18 kernel: LUN: 0x0 kernel: Control 0x02000500 READ UNTAGGED kernel: DataLength 0x00000024 kernel: SenseBufAddr 0x91127fe0 kernel: CDB[0:6] 12 00 00 00 24 00 kernel: SE64 0xffffff8240022e30: Addr=3D0x00000001f980e0f8 FlagsLength=3D0xd3000024 kernel: 64_BIT_ADDRESSING LAST_ELEMENT END_OF_BUFFER END_OF_LIST kernel: mpt0: enter mpt_intr kernel: mpt0: exit mpt_intr kernel: mpt0: enter mpt_intr kernel: mpt0: exit mpt_intr kernel: mpt0: enter mpt_intr kernel: mpt0: Address Reply: kernel: SCSI IO Request Reply @ 0xffffff823fff9700 kernel: IOC Status SCSI: Device Not There kernel: IOCLogInfo 0x00000000 kernel: MsgLength 0x08 kernel: MsgFlags 0x00 kernel: MsgContext 0x0001013f kernel: Bus: 0 kernel: TargetID 1 kernel: CDBLength 6 kernel: SCSI IO Request @ 0xffffff80002ae090 kernel: Chain Offset 0x00 kernel: MsgFlags 0x00 kernel: MsgContext 0x00010141 kernel: Bus: 0 kernel: TargetID 2 kernel: SenseBufferLength 18 kernel: LUN: 0x0 kernel: Control 0x02000500 READ UNTAGGED kernel: DataLength 0x00000024 kernel: SenseBufAddr 0x911283e0 kernel: CDB[0:6] 12 00 00 00 24 00 kernel: SE64 0xffffff8240023230: Addr=3D0x0000000057c1b0f8 FlagsLength=3D0xd3000024 kernel: 64_BIT_ADDRESSING LAST_ELEMENT END_OF_BUFFER END_OF_LIST kernel: mpt0: enter mpt_intr kernel: mpt0: exit mpt_intr kernel: mpt0: enter mpt_intr kernel: mpt0: Address Reply: kernel: SCSI IO Request Reply @ 0xffffff823fff9900 kernel: IOC Status SCSI: Device Not There kernel: IOCLogInfo 0x00000000 kernel: MsgLength 0x08 kernel: MsgFlags 0x00 kernel: MsgContext 0x00010141 kernel: Bus: 0 kernel: TargetID 2 kernel: CDBLength 6 kernel: SCSI Status: OK kernel: SCSI State: (0x00000000) kernel: TransferCnt 0x0000 kernel: SenseCnt 0x0000 kernel: ResponseInfo 0x00000000 kernel: mpt0: exit mpt_intr kernel: mpt0: enter mpt_intr kernel: mpt0: exit mpt_intr kernel: SenseBufAddr 0x911277e0 kernel: CDB[0:6] 12 00 00 00 24 00 kernel: SE64 0xffffff8240022630: Addr=3D0x00000001f980e0f8 FlagsLength=3D0xd3000024 kernel: 64_BIT_ADDRESSING LAST_ELEMENT END_OF_BUFFER END_OF_LIST kernel: mpt0: enter mpt_intr kernel: mpt0: Context Reply: 0x0001013b kernel: mpt0: exit mpt_intr kernel: mpt0: enter mpt_intr kernel: mpt0: exit mpt_intr kernel: mpt0: mpt_get_spi_settings[0]: current NP 0 Info 9 kernel: mpt0: mpt_get_spi_settings[0]: ACTIVE flags 0x29 per 0x0 off=3D0 kernel: SCSI IO Request @ 0xffffff80002ae090 kernel: Chain Offset 0x00 kernel: MsgContext 0x0001013d kernel: Bus: 0 kernel: TargetID 0 kernel: SenseBufferLength 18 kernel: LUN: 0x7 kernel: Control 0x02000500 READ UNTAGGED kernel: DataLength 0x00000024 kernel: SenseBufAddr 0x91127be0 kernel: CDB[0:6] 12 00 00 00 24 00 kernel: SE64 0xffffff8240022a30: Addr=3D0x00000000070fd0f8 FlagsLength=3D0xd3000024 kernel: 64_BIT_ADDRESSING LAST_ELEMENT END_OF_BUFFER END_OF_LIST kernel: mpt0: enter mpt_intr kernel: Control 0x02000500 READ UNTAGGED kernel: DataLength 0x00000024 kernel: SenseBufAddr 0x911273e0 kernel: CDB[0:6] 12 00 00 00 24 00 kernel: SE64 0xffffff8240022230: Addr=3D0x00000001f98180f8 FlagsLength=3D0xd3000024 kernel: 64_BIT_ADDRESSING LAST_ELEMENT END_OF_BUFFER END_OF_LIST kernel: mpt0: enter mpt_intr kernel: mpt0: Context Reply: 0x00010139 kernel: mpt0: exit mpt_intr kernel: mpt0: enter mpt_intr kernel: mpt0: exit mpt_intr kernel: mpt0: mpt_get_spi_settings[0]: current NP 0 Info 9 kernel: mpt0: mpt_get_spi_settings[0]: ACTIVE flags 0x29 per 0x0 off=3D0 kernel: SCSI IO Request @ 0xffffff80002ae090 kernel: Chain Offset 0x00 kernel: MsgFlags 0x00 kernel: MsgContext 0x0001013b kernel: TargetID 0 kernel: SenseBufferLength 18 kernel: LUN: 0x6 kernel: Control 0x02000500 READ UNTAGGED kernel: DataLength 0x00000024 kernel: SenseBufAddr 0x911277e0 kernel: CDB[0:6] 12 00 00 00 24 00 kernel: SE64 0xffffff8240022630: Addr=3D0x00000001f980e0f8 FlagsLength=3D0xd3000024 kernel: 64_BIT_ADDRESSING LAST_ELEMENT END_OF_BUFFER END_OF_LIST kernel: mpt0: enter mpt_intr kernel: mpt0: Context Reply: 0x0001013b kernel: mpt0: exit mpt_intr kernel: mpt0: enter mpt_intr kernel: mpt0: exit mpt_intr kernel: mpt0: mpt_get_spi_settings[0]: current NP 0 Info 9 kernel: mpt0: mpt_get_spi_settings[0]: ACTIVE flags 0x29 per 0x0 off=3D0 kernel: SCSI IO Request @ 0xffffff80002ae090 kernel: Chain Offset 0x00 kernel: MsgFlags 0x00 kernel: MsgContext 0x0001013d kernel: Bus: 0 kernel: TargetID 0 kernel: SenseBufferLength 18 kernel: LUN: 0x7 kernel: Control 0x02000500 READ UNTAGGED kernel: DataLength 0x00000024 kernel: SenseBufAddr 0x91127be0 kernel: SE64 0xffffff8240022a30: Addr=3D0x00000000070fd0f8 FlagsLength=3D0xd3000024 kernel: 64_BIT_ADDRESSING LAST_ELEMENT END_OF_BUFFER END_OF_LIST kernel: mpt0: enter mpt_intr kernel: mpt0: Context Reply: 0x0001013d kernel: mpt0: exit mpt_intr kernel: mpt0: enter mpt_intr kernel: mpt0: exit mpt_intr kernel: mpt0: mpt_get_spi_settings[1]: current NP 0 Info 0 kernel: mpt0: mpt_get_spi_settings[1]: ACTIVE flags 0x29 per 0x0 off=3D0 kernel: SCSI IO Request @ 0xffffff80002ae090 kernel: Chain Offset 0x00 kernel: MsgFlags 0x00 kernel: MsgContext 0x0001013f kernel: Bus: 0 kernel: TargetID 1 kernel: SenseBufferLength 18 kernel: LUN: 0x0 kernel: Control 0x02000500 READ UNTAGGED kernel: DataLength 0x00000024 kernel: SenseBufAddr 0x91127fe0 kernel: CDB[0:6] 12 00 00 00 24 00 kernel: SE64 0xffffff8240022e30: Addr=3D0x00000001f980e0f8 FlagsLength=3D0xd3000024 kernel: 64_BIT_ADDRESSING LAST_ELEMENT END_OF_BUFFER END_OF_LIST kernel: mpt0: enter mpt_intr kernel: mpt0: exit mpt_intr kernel: mpt0: enter mpt_intr kernel: mpt0: exit mpt_intr kernel: mpt0: enter mpt_intr kernel: mpt0: Address Reply: kernel: SCSI IO Request Reply @ 0xffffff823fff9700 kernel: IOC Status SCSI: Device Not There I can't read anything useful in there, but maybe someone else can? This PR is about the same symptom, stating that the regression has been between 6.2 and 6.3: http://www.freebsd.org/cgi/query-pr.cgi?pr=3D120247 Back in 2006-May, Scott Long and Matthew Jacob responded to a similar mpt issue: http://lists.freebsd.org/pipermail/freebsd-current/2006-May/063619.html Does anybody know if that hs ever been fixed? Thanks, -Harry --------------enig2689A864DF9F1D9383DA6CBD Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAlC/uzcACgkQLDqVQ9VXb8jkdwCeLVbUaEUblTGsUbSkiG4shTov iP4AoLdxo7cwaHUUTEVVgA+sdhagfYAp =mC7n -----END PGP SIGNATURE----- --------------enig2689A864DF9F1D9383DA6CBD-- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 5 21:39:45 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5FA95621; Wed, 5 Dec 2012 21:39:45 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (s1.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 92D4D8FC0C; Wed, 5 Dec 2012 21:39:44 +0000 (UTC) Received: from titan.inop.wdn.omnilan.net (titan.inop.wdn.omnilan.net [172.21.3.1]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id qB5LfiZb062055 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 5 Dec 2012 22:41:44 +0100 (CET) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <50BFBF1E.30901@omnilan.de> Date: Wed, 05 Dec 2012 22:39:42 +0100 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: freebsd-stable@freebsd.org, freebsd-scsi@freebsd.org Subject: Re: cam SCSI negotiation issues (mpt in that case), only 3.300MB/s transfers References: <50AF7C88.5000507@omnilan.de> <50BFA8E0.3050603@omnilan.de> <50BFBB36.4080808@omnilan.de> In-Reply-To: <50BFBB36.4080808@omnilan.de> X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig1CA7D274CC31E794734FEAE4" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 05 Dec 2012 21:39:45 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig1CA7D274CC31E794734FEAE4 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable schrieb Harald Schmalzbauer am 05.12.2012 22:23 (localtime): > kernel: IOC Status SCSI: Data Underrun Searching for this topic showd an 53c1030 errata fix: https://patchwork.kernel.org/patch/94223/ Like you guessed, I can't make use of it, but probably someone else? Thanks, -Harry --------------enig1CA7D274CC31E794734FEAE4 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAlC/vx4ACgkQLDqVQ9VXb8g8FgCeOfwg24uGjRUAT50HVodOSVjP eIwAn0sGx48RBiX9YNEPWOTPepmEcM7Y =LrZe -----END PGP SIGNATURE----- --------------enig1CA7D274CC31E794734FEAE4-- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 6 07:00:39 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4D98439E for ; Thu, 6 Dec 2012 07:00:39 +0000 (UTC) (envelope-from ozkan.kirik@gmail.com) Received: from mail-vb0-f45.google.com (mail-vb0-f45.google.com [209.85.212.45]) by mx1.freebsd.org (Postfix) with ESMTP id EE6E98FC0C for ; Thu, 6 Dec 2012 07:00:38 +0000 (UTC) Received: by mail-vb0-f45.google.com with SMTP id p1so6057052vbi.18 for ; Wed, 05 Dec 2012 23:00:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=E+H+WyRoMmJxEUEPg1bACMNmpInTXAsUtTdJQVxySQE=; b=JSL3RdS2j97w+WFh3M2h5Q09cuWfkhlanGPXyKwr9f+nZjF2f7T9RMGrUrEXi7U9Uu 9BmU+L1rW2PTssPF6DrbUHUgltmJS/4vd+kPJg5ylyA5b6g3zLS4hbzae9LMtCjMx7Iw c7gDPqFGojyv689CURJcNMN2Ha/SOfC+MdxbStbBJo1biC2gohwMadTjo2uvKofPKJu6 j8MflS4q1SRx1bWUrjnnPulCNmwEuQKDpK4cCGH6AgxP/UQlmeklnaDl4VUrsJ/0v4Kh Quz3LUTqsX5IqPoTFraeCmehUc8oxy5bL/YpCKFIEInBF3bSrwCzqgLezOUkTaO1nWu1 ovdA== MIME-Version: 1.0 Received: by 10.52.36.100 with SMTP id p4mr318897vdj.16.1354777237726; Wed, 05 Dec 2012 23:00:37 -0800 (PST) Received: by 10.58.213.134 with HTTP; Wed, 5 Dec 2012 23:00:37 -0800 (PST) Date: Thu, 6 Dec 2012 09:00:37 +0200 Message-ID: Subject: 9.1-RC3 fusefs-encfs problem ( ls: b: Bad file descriptor ) From: =?ISO-8859-1?Q?=D6zkan_KIRIK?= To: freebsd-stable Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Dec 2012 07:00:39 -0000 Hi, I just installed fusefs-encfs from ports. There is something wrong while mounting the fuse. The output : root@host # kldstat Id Refs Address Size Name 1 3 0xffffffff80200000 13e0d58 kernel 2 1 0xffffffff81812000 a9bb fuse.ko root@host # encfs `pwd`/a `pwd`/b The directory "/usr/home/sysadmin/a/" does not exist. Should it be created? (y,n) y The directory "/usr/home/sysadmin/b" does not exist. Should it be created? (y,n) y Creating new encrypted volume. Please choose from one of the following options: enter "x" for expert configuration mode, enter "p" for pre-configured paranoia mode, anything else, or an empty line will select standard mode. ?> Standard configuration selected. Configuration finished. The filesystem to be created has the following properties: Filesystem cipher: "ssl/aes", version 3:0:2 Filename encoding: "nameio/block", version 3:0:1 Key Size: 192 bits Block Size: 1024 bytes Each file contains 8 byte header with unique IV data. Filenames encoded using IV chaining mode. File holes passed through to ciphertext. Now you will need to enter a password for your filesystem. You will need to remember this password, as there is absolutely no recovery mechanism. However, the password can be changed later using encfsctl. New Encfs Password: Verify Encfs Password: root@host # root@host # mount /dev/ada0p2 on / (ufs, local, journaled soft-updates) devfs on /dev (devfs, local, multilabel) /dev/fuse0 on /usr/home/b (fusefs, local, synchronous) root@host # cd b b: Not a directory. root@host # ls b ls: b: Bad file descriptor root@host # umount b umount: b: stat: Bad file descriptor umount: b: unknown file system root@host # umount /usr/home/b -> has no errors. I tried this on two different machines with 9.1-RC3 amd64. How can we solve this problem? Sincerely, Ozkan KIRIK From owner-freebsd-stable@FreeBSD.ORG Thu Dec 6 21:26:50 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9E5655A5 for ; Thu, 6 Dec 2012 21:26:50 +0000 (UTC) (envelope-from demelier.david@gmail.com) Received: from mail-wg0-f52.google.com (mail-wg0-f52.google.com [74.125.82.52]) by mx1.freebsd.org (Postfix) with ESMTP id 2D3ED8FC12 for ; Thu, 6 Dec 2012 21:26:49 +0000 (UTC) Received: by mail-wg0-f52.google.com with SMTP id 12so4019283wgh.31 for ; Thu, 06 Dec 2012 13:26:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=bhd8ajxE834Vbxr9LJbhPFfdK/GQ6TdXv5epwdu/tks=; b=dRkBjS/OpVTtO2fqfG76GR2FSPpmbK+J6R8IOn6ltDNsdu8FsHIgPvcJel/l4C9E+n OIXW0pW7OZnkoTQwocqFLgid/HBnvkPSq83a2atAP1LA27HoEu0WnSYEr2RmoGEmRvvw JaQjA6GUkeF19l916c6Jziv2fuySYB3hIeSB+BKHxPkE4hwNRvGN2O4eM2egEbuDcFNS xwK+1LIMyaVDX3M3KTCMXhNOud0dAReE0LreywK9tEdwOBlMSO1mBa+fLYv3gf3dTlJZ GrTDtng9XeSKbffFNGG42K/v9M/fP2C7gqoXeAPLfUWDALxGlmNVMGrdTdSED1wRx7k7 m9Dg== Received: by 10.180.98.8 with SMTP id ee8mr11197816wib.4.1354829202989; Thu, 06 Dec 2012 13:26:42 -0800 (PST) Received: from Melon.malikania.fr (205.21.102.84.rev.sfr.net. [84.102.21.205]) by mx.google.com with ESMTPS id dw4sm12795902wib.1.2012.12.06.13.26.41 (version=SSLv3 cipher=OTHER); Thu, 06 Dec 2012 13:26:42 -0800 (PST) Message-ID: <50C10D78.5020205@gmail.com> Date: Thu, 06 Dec 2012 22:26:16 +0100 From: David Demelier User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Cannot cross compile 9.1-RELEASE to i386 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Dec 2012 21:26:50 -0000 Hello, I'm trying to make as small as possible a FreeBSD installation for my Alix 2D2, I did it with 8.1-RELEASE so, a lot of changes appeared I think. I'm trying to make TARGET_ARCH=i386 buildworld and it fails at: ===> sys/boot/i386/gptboot (all) Warning: Object directory not changed from original /usr/src/sys/boot/i386/gptboot cc -DBOOTPROG=\"gptboot\" -O1 -DGPT -DUFS1_AND_UFS2 -DSIOPRT=0x3f8 -DSIOFMT=0x3 -DSIOSPD=9600 -I/usr/src/sys/boot/i386/gptboot/../../common -I/usr/src/sys/boot/i386/gptboot/../common -I/usr/src/sys/boot/i386/gptboot/../btx/lib -I. -I/usr/src/sys/boot/i386/gptboot/../boot2 -I/usr/src/sys/boot/i386/gptboot/../../.. -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 -msoft-float -std=gnu99 -c gptldr.S ld -static -N --gc-sections -nostdlib -e start -Ttext 0x7c00 -o gptldr.out gptldr.o objcopy -S -O binary gptldr.out gptldr.bin make: don't know how to make /usr/src/sys/boot/i386/gptboot/../btx/lib/crt0.o. Stop *** [all] Error code 2 Stop in /usr/src/sys/boot/i386. *** [all] Error code 1 Stop in /usr/src/sys/boot. *** [all] Error code 1 Stop in /usr/src/sys. *** [sys.all__D] Error code 1 Stop in /usr/src. *** [everything] Error code 1 Stop in /usr/src. *** [buildworld] Error code 1 Stop in /usr/src. My src.conf is like that: WITHOUT_JAIL=yes WITHOUT_ACPI=yes WITHOUT_AMD=yes WITHOUT_APM=yes WITHOUT_ATM=yes WITHOUT_AUDIT=yes WITHOUT_AUTHPF=yes WITHOUT_BIND=yes WITHOUT_BLUETOOTH=yes WITHOUT_BSNMP=yes WITHOUT_CALENDAR=yes WITHOUT_CDDL=yes WITHOUT_CLANG=yes WITHOUT_CTM=yes WITHOUT_CVS=yes WITHOUT_CXX=yes WITHOUT_DICT=yes WITHOUT_EXAMPLES=yes WITHOUT_FDT=yes WITHOUT_FLOPPY=yes WITHOUT_FREEBSD_UPDATE=yes WITHOUT_GAMES=yes WITHOUT_GCOV=yes WITHOUT_GDB=yes WITHOUT_HTML=yes WITHOUT_INFO=yes WITHOUT_IPFILTER=yes WITHOUT_IPFW=yes WITHOUT_IPX=yes WITHOUT_JAIL=yes WITHOUT_KERBEROS=yes WITHOUT_KERNEL_SYMBOLS=yes WITHOUT_LOCATE=yes WITHOUT_MAKE=yes WITHOUT_NDIS=yes WITHOUT_NIS=yes WITHOUT_NLS=yes WITHOUT_OBJC=yes WITHOUT_PAM=yes WITHOUT_PORTSNAP=yes WITHOUT_PPP=yes WITHOUT_RCMDS=yes WITHOUT_SHAREDOCS=yes WITHOUT_SYSINSTALL=yes Did I added a WITHOUT_ that could break or is it a cross-compile issue? (Host version is amd64). Cheers, From owner-freebsd-stable@FreeBSD.ORG Fri Dec 7 01:19:40 2012 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E702DA51; Fri, 7 Dec 2012 01:19:40 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper.allbsd.org [IPv6:2001:2f0:104:e001::32]) by mx1.freebsd.org (Postfix) with ESMTP id 5E8938FC12; Fri, 7 Dec 2012 01:19:40 +0000 (UTC) Received: from alph.allbsd.org (p1137-ipbf1505funabasi.chiba.ocn.ne.jp [118.7.212.137]) (authenticated bits=128) by mail.allbsd.org (8.14.5/8.14.5) with ESMTP id qB71JOxE092570 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 7 Dec 2012 10:19:34 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) (authenticated bits=0) by alph.allbsd.org (8.14.5/8.14.5) with ESMTP id qB71JMl2086544; Fri, 7 Dec 2012 10:19:23 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Fri, 07 Dec 2012 10:19:17 +0900 (JST) Message-Id: <20121207.101917.103513550140980591.hrs@allbsd.org> To: stable@FreeBSD.org, current@FreeBSD.org Subject: FreeBSD daily snapshot build in allbsd.org temporarily down From: Hiroki Sato X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.5 on Emacs 23.4 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Fri_Dec__7_10_19_17_2012_093)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.97.4 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (mail.allbsd.org [133.31.130.32]); Fri, 07 Dec 2012 10:19:34 +0900 (JST) X-Spam-Status: No, score=-98.1 required=13.0 tests=CONTENT_TYPE_PRESENT, ONLY1HOPDIRECT,SAMEHELOBY2HOP,USER_IN_WHITELIST autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on gatekeeper.allbsd.org Cc: ozkan.kirik@gmail.com X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2012 01:19:41 -0000 ----Security_Multipart(Fri_Dec__7_10_19_17_2012_093)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi all, I received many emails asking why https://pub.allbsd.org/FreeBSD-snapshots/ is stopped working and when it will recover, so I just wanted to let you know that FreeBSD daily snapshot build in allbsd.org is temporarily down. The reason why it is down is some local network issue and CVS->SVN migration of the build system. The latter was solved already. However, the former was unexpected and needed some time than I thought originally. The snapshot build will start again this weekend or early next week. Glen is offering similar snapshot ISO images and distfiles for amd64 and i386 at https://snapshots.glenbarber.us/Latest/, so please visit his page if you need the latest snapshot right now. -- Hiroki ----Security_Multipart(Fri_Dec__7_10_19_17_2012_093)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEABECAAYFAlDBRBUACgkQTyzT2CeTzy1+vwCgwAE7ddpE0+xBfohjegGUYHLo xUQAnRPOzVUL97eevKqtiMjDL3iWl6k3 =VB7o -----END PGP SIGNATURE----- ----Security_Multipart(Fri_Dec__7_10_19_17_2012_093)---- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 7 08:09:58 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 31E96682 for ; Fri, 7 Dec 2012 08:09:58 +0000 (UTC) (envelope-from demelier.david@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id A836B8FC12 for ; Fri, 7 Dec 2012 08:09:57 +0000 (UTC) Received: by mail-bk0-f54.google.com with SMTP id je9so86590bkc.13 for ; Fri, 07 Dec 2012 00:09:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=3D+64DF1HX86//rZ2rzdqNA9jQf+9nvAF90wgWArcYM=; b=RbD7iArEMbHZjognmL8SJHd0rdiv33jGL8GM5q1WqevjvmURkKybskQsevx+zxiyNw VQyhk/h2y0AROTWMWpNHRBVljtPqyEGargVbca57K/k8yLzGG3ct8aU1L0h9DEFR/EE1 XBi6rnUEjpPD10G4QUdqPxGq0j6A1OAH2Fbsm/9AZFFuwyqvvKcV95KdGJkCDgj/MDBe u+gEJyYBkfCeqjmiw2Bq7Ex1rIvpImj5TwYU6WYvVC9k1o2yNQp8dZg+4Vh4nGmJ5Fwn Th1hxZf9jEvU6e53jDoPTlwafdkRPLXnfOn08l3pTOM+WQH42H/Xxg8P+cPg45ZJ4vO2 meXg== Received: by 10.204.147.216 with SMTP id m24mr1676694bkv.63.1354867796123; Fri, 07 Dec 2012 00:09:56 -0800 (PST) Received: from Melon.malikania.fr ([130.79.0.44]) by mx.google.com with ESMTPS id hm8sm8126090bkc.10.2012.12.07.00.09.54 (version=SSLv3 cipher=OTHER); Fri, 07 Dec 2012 00:09:55 -0800 (PST) Message-ID: <50C1A43A.8080202@gmail.com> Date: Fri, 07 Dec 2012 09:09:30 +0100 From: David Demelier User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: Cannot cross compile 9.1-RELEASE to i386 References: <50C10D78.5020205@gmail.com> In-Reply-To: <50C10D78.5020205@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2012 08:09:58 -0000 On 06/12/2012 22:26, David Demelier wrote: > Hello, > > I'm trying to make as small as possible a FreeBSD installation for my > Alix 2D2, I did it with 8.1-RELEASE so, a lot of changes appeared I > think. > > I'm trying to make TARGET_ARCH=i386 buildworld and it fails at: > > ===> sys/boot/i386/gptboot (all) > Warning: Object directory not changed from original > /usr/src/sys/boot/i386/gptboot > cc -DBOOTPROG=\"gptboot\" -O1 -DGPT -DUFS1_AND_UFS2 -DSIOPRT=0x3f8 > -DSIOFMT=0x3 -DSIOSPD=9600 > -I/usr/src/sys/boot/i386/gptboot/../../common > -I/usr/src/sys/boot/i386/gptboot/../common > -I/usr/src/sys/boot/i386/gptboot/../btx/lib -I. > -I/usr/src/sys/boot/i386/gptboot/../boot2 > -I/usr/src/sys/boot/i386/gptboot/../../.. -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 -msoft-float -std=gnu99 -c gptldr.S > ld -static -N --gc-sections -nostdlib -e start -Ttext 0x7c00 -o > gptldr.out gptldr.o > objcopy -S -O binary gptldr.out gptldr.bin > make: don't know how to make > /usr/src/sys/boot/i386/gptboot/../btx/lib/crt0.o. Stop > *** [all] Error code 2 > > Stop in /usr/src/sys/boot/i386. > *** [all] Error code 1 > > Stop in /usr/src/sys/boot. > *** [all] Error code 1 > > Stop in /usr/src/sys. > *** [sys.all__D] Error code 1 > > Stop in /usr/src. > *** [everything] Error code 1 > > Stop in /usr/src. > *** [buildworld] Error code 1 > > Stop in /usr/src. > > My src.conf is like that: > > WITHOUT_JAIL=yes > WITHOUT_ACPI=yes > WITHOUT_AMD=yes > WITHOUT_APM=yes > WITHOUT_ATM=yes > WITHOUT_AUDIT=yes > WITHOUT_AUTHPF=yes > WITHOUT_BIND=yes > WITHOUT_BLUETOOTH=yes > WITHOUT_BSNMP=yes > WITHOUT_CALENDAR=yes > WITHOUT_CDDL=yes > WITHOUT_CLANG=yes > WITHOUT_CTM=yes > WITHOUT_CVS=yes > WITHOUT_CXX=yes > WITHOUT_DICT=yes > WITHOUT_EXAMPLES=yes > WITHOUT_FDT=yes > WITHOUT_FLOPPY=yes > WITHOUT_FREEBSD_UPDATE=yes > WITHOUT_GAMES=yes > WITHOUT_GCOV=yes > WITHOUT_GDB=yes > WITHOUT_HTML=yes > WITHOUT_INFO=yes > WITHOUT_IPFILTER=yes > WITHOUT_IPFW=yes > WITHOUT_IPX=yes > WITHOUT_JAIL=yes > WITHOUT_KERBEROS=yes > WITHOUT_KERNEL_SYMBOLS=yes > WITHOUT_LOCATE=yes > WITHOUT_MAKE=yes > WITHOUT_NDIS=yes > WITHOUT_NIS=yes > WITHOUT_NLS=yes > WITHOUT_OBJC=yes > WITHOUT_PAM=yes > WITHOUT_PORTSNAP=yes > WITHOUT_PPP=yes > WITHOUT_RCMDS=yes > WITHOUT_SHAREDOCS=yes > WITHOUT_SYSINSTALL=yes > > Did I added a WITHOUT_ that could break or is it a cross-compile > issue? (Host version is amd64). > > Cheers, > The problem was an old CPUTYPE defined in the make.conf, working now :) From owner-freebsd-stable@FreeBSD.ORG Fri Dec 7 10:42:05 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6AED88FE; Fri, 7 Dec 2012 10:42:05 +0000 (UTC) (envelope-from kpaasial@gmail.com) Received: from mail-vc0-f182.google.com (mail-vc0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 051DC8FC08; Fri, 7 Dec 2012 10:42:04 +0000 (UTC) Received: by mail-vc0-f182.google.com with SMTP id fo14so350625vcb.13 for ; Fri, 07 Dec 2012 02:42:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=X/3K/pDdN3V1+D3Nc2yb//sBFfydbyWOJPkY2uD6Y38=; b=EXZSqp3Xs6IiOS75nIa4RnDRZVKWgjnEKkOsnjGkJ6VEopHm/CdB0S3QoF02Rjcw0x YF1B6QiT3T9AwQ7rbI1JTidH4NpCsZ6fWFRT/32M7d6S99dqm4Sq96pHOWQC4uqCAvS9 Wol4ZOMHSUulZIcQU4Bue5iR4d8vaheXLpobZuRC8rkhqBbkXZsmApPT/IWNJMeFsUiR 4KFjpREhTTxCSOaDVGsGGNdF1mdqsqsd+zTu10fddslHdfm6tyKxkU17FzSb96cHqMwL C2eErr9BK3bFwoJToaiuRiU/INbgK8ioTnyijbFcvCWvRNB2TRQyO7EIY3oqfJswWuxN QK4g== MIME-Version: 1.0 Received: by 10.52.93.146 with SMTP id cu18mr3074092vdb.37.1354876923935; Fri, 07 Dec 2012 02:42:03 -0800 (PST) Received: by 10.58.209.163 with HTTP; Fri, 7 Dec 2012 02:42:03 -0800 (PST) Date: Fri, 7 Dec 2012 12:42:03 +0200 Message-ID: Subject: ipv6_addrs_IF aliases in rc.conf(5) From: Kimmo Paasiala To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2012 10:42:05 -0000 Hello, I wrote a small patch for /etc/network.subr to add support for ipv6_addrs_IF aliases in rc.conf(5) to match the already existing ipv4_addrs_IF aliases for ipv4 addresses. With this patch the ipv6 aliases can be written like: ipv6_addrs_re0="2001:db8:1111:2222::1/64 2001:db8:1111:2222::2/64" Only this syntax is supported, it's not possible to use the "prefixlen nn" syntax in the list. The patch is against a recent 9-STABLE, last changed rev of network.subr on my SVN checkout is r242187. I don't have a CURRENT system to test if it applies to CURRENT as well. The patch can be found attached to a PR I sent: http://www.freebsd.org/cgi/query-pr.cgi?pr=174225 I wrote this patch inspired by a question on the FreeBSD forums: http://forums.freebsd.org/showthread.php?t=36136 Please test and report if it works for you :) Regards, Kimmo Paasiala From owner-freebsd-stable@FreeBSD.ORG Fri Dec 7 11:38:47 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F3C3F586 for ; Fri, 7 Dec 2012 11:38:46 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from mail-vb0-f54.google.com (mail-vb0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id A2DAB8FC15 for ; Fri, 7 Dec 2012 11:38:46 +0000 (UTC) Received: by mail-vb0-f54.google.com with SMTP id l1so421910vba.13 for ; Fri, 07 Dec 2012 03:38:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=ImGaLhi0glG0IT0Ry9L1dFmpP3QbcVSguyZMEjI4nqo=; b=olicU6OVJEJiQ0KlS/IQHDsqSaaqaeq+fJf9uYpPmIPPceRaSAWq3vPHzxME7qQxGd fk2UThUIQt2J52X6RFxo0lNU1NaZ36AifFDbpVh4wTae3/3cVZyJSChSr+Na23w9mRsE cbPUlnzsmSYvN43IT2oXDWuKy7NEsftD4zlSuz0k4sdyY+G2UsJeOti11tpFLEuDcuue GOsmaIT6loa1gdUjHav3jpF0YysbrnuSf+1tQhMqN35BJdiimJFkh6YA96oY607cmz5E Ihikk7cruceHUq+VBv+twYzkTgAjYySi6i4M9UyBhM95xW7KQWasBeHsVjKSjH2An2GX 3J6w== MIME-Version: 1.0 Received: by 10.220.223.13 with SMTP id ii13mr3527809vcb.2.1354880325864; Fri, 07 Dec 2012 03:38:45 -0800 (PST) Received: by 10.58.233.39 with HTTP; Fri, 7 Dec 2012 03:38:45 -0800 (PST) Date: Fri, 7 Dec 2012 11:38:45 +0000 Message-ID: Subject: Using dhclient on WAN if on a box serving DHCP to LAN if From: Tom Evans To: FreeBSD Stable Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2012 11:38:47 -0000 Hi all Using 9.0-STABLE #1 r230946 - I found it out as I rebooted to prepare for 9.1, but I think it should be largely irrelevant of version. I have a freebsd router that provides all the things a soho router should on its LAN iface - DNS, DHCP, NAT (via pf). The WAN iface connects to a ADSL modem operating in bridge mode. My ISP has recently forced a change on to me, in order to get service I have to connect via DHCP, in order for them to give me my static IP. Apparently this makes their lives a lot easier. Even knowing the IP, netmask, broadcast and router is not enough, no service will flow unless a DHCP request has been registered. Relevant rc.conf, ale0 is the WAN, em0 is the LAN ifconfig_ale0="DHCP" ifconfig_em0="inet 192.168.1.1 netmask 255.255.255.0" gateway_enable="YES" dhcpd_enable="YES" dhcpd_flags="-q" dhcpd_ifaces="em0" dhcpd_conf="/usr/local/etc/dhcpd.conf" With this configuration, the default route is over the LAN iface. This causes the dhclient for ale0 to get a response from the local dhcpd server, not the ISP dhcpd server. This drove me potty! Can anyone explain why dhcpd, having been told only to listen for DHCP on em0, responds to ale0? Could this be related to my pf rules, or is it down to the default route being incorrect? Changing rc.conf to this allows the network to come up correctly: ifconfig_ale0="inet xx.xx.110.172 netmask 255.255.255.0 broadcast xx.xx.110.255 DHCP" defaultrouter="xx.xx.110.1" This relies on me knowing that these are the values that dhclient on the WAN iface will receive from my ISP's DHCP server. How would I achieve this setup if this information was dynamic or otherwise unknowable? My ISP could easily change my gateway IP, the only guarantee I have is that my allocated IP is static. So: 1) Why does the LAN dhcpd respond to the WAN dhclient? 2) Is there a better way of specifying this setup, so that it does not have hard coded addresses in there? Thanks in advance for any pointers. Tom From owner-freebsd-stable@FreeBSD.ORG Fri Dec 7 12:26:07 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E9E5820B for ; Fri, 7 Dec 2012 12:26:07 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.78]) by mx1.freebsd.org (Postfix) with ESMTP id 6B13E8FC08 for ; Fri, 7 Dec 2012 12:26:07 +0000 (UTC) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1Tgx0A-00080v-GW for freebsd-stable@freebsd.org; Fri, 07 Dec 2012 13:25:59 +0100 Received: from [81.21.138.17] (helo=ronaldradial.versatec.local) by smtp.greenhost.nl with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1Tgx0A-0007RU-Ar for freebsd-stable@freebsd.org; Fri, 07 Dec 2012 13:25:58 +0100 Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: freebsd-stable@freebsd.org Subject: Re: Using dhclient on WAN if on a box serving DHCP to LAN if References: Date: Fri, 07 Dec 2012 13:25:59 +0100 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Ronald Klop" Message-ID: In-Reply-To: User-Agent: Opera Mail/12.11 (Win32) X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: - X-Spam-Score: -1.9 X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=disabled version=3.3.1 X-Scan-Signature: d58e29c6f4e42f76447094ef3ccb23d2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2012 12:26:08 -0000 On Fri, 07 Dec 2012 12:38:45 +0100, Tom Evans wrote: > Hi all > > Using 9.0-STABLE #1 r230946 - I found it out as I rebooted to prepare > for 9.1, but I think it should be largely irrelevant of version. > > I have a freebsd router that provides all the things a soho router > should on its LAN iface - DNS, DHCP, NAT (via pf). The WAN iface > connects to a ADSL modem operating in bridge mode. > > My ISP has recently forced a change on to me, in order to get service > I have to connect via DHCP, in order for them to give me my static IP. > Apparently this makes their lives a lot easier. Even knowing the IP, > netmask, broadcast and router is not enough, no service will flow > unless a DHCP request has been registered. > > Relevant rc.conf, ale0 is the WAN, em0 is the LAN > > ifconfig_ale0="DHCP" > ifconfig_em0="inet 192.168.1.1 netmask 255.255.255.0" > gateway_enable="YES" > > dhcpd_enable="YES" > dhcpd_flags="-q" > dhcpd_ifaces="em0" > dhcpd_conf="/usr/local/etc/dhcpd.conf" What is in dhcpd.conf? Ronald. > With this configuration, the default route is over the LAN iface. This > causes the dhclient for ale0 to get a response from the local dhcpd > server, not the ISP dhcpd server. This drove me potty! Can anyone > explain why dhcpd, having been told only to listen for DHCP on em0, > responds to ale0? Could this be related to my pf rules, or is it down > to the default route being incorrect? > > Changing rc.conf to this allows the network to come up correctly: > > ifconfig_ale0="inet xx.xx.110.172 netmask 255.255.255.0 broadcast > xx.xx.110.255 DHCP" > defaultrouter="xx.xx.110.1" > > This relies on me knowing that these are the values that dhclient on > the WAN iface will receive from my ISP's DHCP server. How would I > achieve this setup if this information was dynamic or otherwise > unknowable? My ISP could easily change my gateway IP, the only > guarantee I have is that my allocated IP is static. > > So: > > 1) Why does the LAN dhcpd respond to the WAN dhclient? > 2) Is there a better way of specifying this setup, so that it does not > have hard coded addresses in there? > > Thanks in advance for any pointers. > > Tom > _______________________________________________ > 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 Fri Dec 7 12:29:22 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 93A9642B for ; Fri, 7 Dec 2012 12:29:22 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from mx0.gid.co.uk (mx0.gid.co.uk [194.32.164.250]) by mx1.freebsd.org (Postfix) with ESMTP id 0D6AB8FC13 for ; Fri, 7 Dec 2012 12:29:21 +0000 (UTC) Received: from rbpbp.gid.co.uk (80-46-130-69.static.dsl.as9105.com [80.46.130.69]) by mx0.gid.co.uk (8.14.2/8.14.2) with ESMTP id qB7CEARt058371; Fri, 7 Dec 2012 12:14:10 GMT (envelope-from rb@gid.co.uk) Subject: Re: Using dhclient on WAN if on a box serving DHCP to LAN if Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=us-ascii From: Bob Bishop In-Reply-To: Date: Fri, 7 Dec 2012 12:14:04 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Tom Evans X-Mailer: Apple Mail (2.1283) Cc: FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2012 12:29:22 -0000 Hi, On 7 Dec 2012, at 11:38, Tom Evans wrote: > Hi all >=20 > Using 9.0-STABLE #1 r230946 - I found it out as I rebooted to prepare > for 9.1, but I think it should be largely irrelevant of version. >=20 > I have a freebsd router that provides all the things a soho router > should on its LAN iface - DNS, DHCP, NAT (via pf). The WAN iface > connects to a ADSL modem operating in bridge mode. >=20 > My ISP has recently forced a change on to me, in order to get service > I have to connect via DHCP, in order for them to give me my static IP. > Apparently this makes their lives a lot easier. Even knowing the IP, > netmask, broadcast and router is not enough, no service will flow > unless a DHCP request has been registered. >=20 > Relevant rc.conf, ale0 is the WAN, em0 is the LAN >=20 > ifconfig_ale0=3D"DHCP" > ifconfig_em0=3D"inet 192.168.1.1 netmask 255.255.255.0" > gateway_enable=3D"YES" >=20 > dhcpd_enable=3D"YES" > dhcpd_flags=3D"-q" > dhcpd_ifaces=3D"em0" > dhcpd_conf=3D"/usr/local/etc/dhcpd.conf" >=20 > With this configuration, the default route is over the LAN iface. This > causes the dhclient for ale0 to get a response from the local dhcpd > server, not the ISP dhcpd server. This drove me potty! Can anyone > explain why dhcpd, having been told only to listen for DHCP on em0, > responds to ale0? Could this be related to my pf rules, or is it down > to the default route being incorrect? >=20 > Changing rc.conf to this allows the network to come up correctly: >=20 > ifconfig_ale0=3D"inet xx.xx.110.172 netmask 255.255.255.0 broadcast > xx.xx.110.255 DHCP" > defaultrouter=3D"xx.xx.110.1" >=20 > This relies on me knowing that these are the values that dhclient on > the WAN iface will receive from my ISP's DHCP server. How would I > achieve this setup if this information was dynamic or otherwise > unknowable? My ISP could easily change my gateway IP, the only > guarantee I have is that my allocated IP is static. >=20 > So: >=20 > 1) Why does the LAN dhcpd respond to the WAN dhclient? Maybe DHCP requests are getting passed across the gateway. Try setting = gateway_enable=3D"NO" temporarily, if that stops the unwanted behaviour = then configure pf to block DHCP requests crossing the gateway. > 2) Is there a better way of specifying this setup, so that it does not > have hard coded addresses in there? >=20 > Thanks in advance for any pointers. >=20 > Tom > _______________________________________________ > 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" >=20 -- Bob Bishop rb@gid.co.uk From owner-freebsd-stable@FreeBSD.ORG Fri Dec 7 14:06:23 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ECD354EE for ; Fri, 7 Dec 2012 14:06:23 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from duck.symmetricom.us (duck.symmetricom.us [206.168.13.214]) by mx1.freebsd.org (Postfix) with ESMTP id 9A7E08FC14 for ; Fri, 7 Dec 2012 14:06:23 +0000 (UTC) Received: from damnhippie.dyndns.org (daffy.symmetricom.us [206.168.13.218]) by duck.symmetricom.us (8.14.5/8.14.5) with ESMTP id qB7E6Gnt026103 for ; Fri, 7 Dec 2012 07:06:16 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id qB7E5rL5050888; Fri, 7 Dec 2012 07:05:53 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) Subject: Re: Using dhclient on WAN if on a box serving DHCP to LAN if From: Ian Lepore To: Tom Evans In-Reply-To: References: Content-Type: text/plain; charset="us-ascii" Date: Fri, 07 Dec 2012 07:05:53 -0700 Message-ID: <1354889153.87661.267.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2012 14:06:24 -0000 On Fri, 2012-12-07 at 11:38 +0000, Tom Evans wrote: > Hi all > > Using 9.0-STABLE #1 r230946 - I found it out as I rebooted to prepare > for 9.1, but I think it should be largely irrelevant of version. > > I have a freebsd router that provides all the things a soho router > should on its LAN iface - DNS, DHCP, NAT (via pf). The WAN iface > connects to a ADSL modem operating in bridge mode. > > My ISP has recently forced a change on to me, in order to get service > I have to connect via DHCP, in order for them to give me my static IP. > Apparently this makes their lives a lot easier. Even knowing the IP, > netmask, broadcast and router is not enough, no service will flow > unless a DHCP request has been registered. > > Relevant rc.conf, ale0 is the WAN, em0 is the LAN > > ifconfig_ale0="DHCP" > ifconfig_em0="inet 192.168.1.1 netmask 255.255.255.0" > gateway_enable="YES" > > dhcpd_enable="YES" > dhcpd_flags="-q" > dhcpd_ifaces="em0" > dhcpd_conf="/usr/local/etc/dhcpd.conf" > > With this configuration, the default route is over the LAN iface. This > causes the dhclient for ale0 to get a response from the local dhcpd > server, not the ISP dhcpd server. This drove me potty! Can anyone > explain why dhcpd, having been told only to listen for DHCP on em0, > responds to ale0? Could this be related to my pf rules, or is it down > to the default route being incorrect? > > Changing rc.conf to this allows the network to come up correctly: > > ifconfig_ale0="inet xx.xx.110.172 netmask 255.255.255.0 broadcast > xx.xx.110.255 DHCP" > defaultrouter="xx.xx.110.1" > > This relies on me knowing that these are the values that dhclient on > the WAN iface will receive from my ISP's DHCP server. How would I > achieve this setup if this information was dynamic or otherwise > unknowable? My ISP could easily change my gateway IP, the only > guarantee I have is that my allocated IP is static. > > So: > > 1) Why does the LAN dhcpd respond to the WAN dhclient?dhcpd_ifaces="sk0" > 2) Is there a better way of specifying this setup, so that it does not > have hard coded addresses in there? > > Thanks in advance for any pointers. > > Tom I've been running this exact setup for years (although it's still running on freebsd 7.x because I've been too lazy to update a setup that works so well). Make sure you're telling dhcpd to only listen for broadcasts on the lan interface. You can do this in rc.conf with dhcpd_ifaces="sk0" Also, I found that dhcpd (at least the old version I'm running) whines if you don't have a subnet statement for the wan interface in the config even if it's not serving on that interface, so my dhcpd.conf has this # The subnet that should be active via the cable modem. # We don't serve it (no range statement). # I don't remember why I need the broadcast-address thing here. # It might be to match what comcast sets via their dhcp. subnet 24.6.2.0 netmask 255.255.254.0 { not authoritative; option routers 24.6.2.1; option broadcast-address 255.255.255.255; } -- Ian From owner-freebsd-stable@FreeBSD.ORG Fri Dec 7 15:29:16 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 698B76DF for ; Fri, 7 Dec 2012 15:29:16 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from mail-vc0-f182.google.com (mail-vc0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 13C2A8FC16 for ; Fri, 7 Dec 2012 15:29:15 +0000 (UTC) Received: by mail-vc0-f182.google.com with SMTP id fo14so665943vcb.13 for ; Fri, 07 Dec 2012 07:29:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=5hOJzIo9kB76/w2G0BCPYbUqqeQD3HDmop++eTxKWdA=; b=ik0L/WZcwno9mTE5kpmMgSfY73zmDT0TNg15xIknDCdKISUmUOEfoaXYE9cbQMfkeF cyVxd3epteKflGLSv87NNRS1Fp6jwdx886xEwQROIwVUW6ln/3t/pf4IALKHKS6qoXa3 /VBaT+TwEfwmOrRkTVAvbqJW52vRwfRVbhTyIEmKD/b5ShC/4Bo2NZUQ3IaX5F3gwZUb ZfheHj26Xf7sRQp5erw0AE0P0wDp536qIHm4pKnGmN6HuFhIyNFcdjc91+/GjiI20fQ6 iaXR4473CL0BbdPuOJu9lThBNQojvxrAdpm3mgdUJy39fZl6sAlHhJ59hp6gUldCRNYJ mk7A== MIME-Version: 1.0 Received: by 10.52.98.105 with SMTP id eh9mr3520738vdb.11.1354894155434; Fri, 07 Dec 2012 07:29:15 -0800 (PST) Received: by 10.58.233.39 with HTTP; Fri, 7 Dec 2012 07:29:15 -0800 (PST) In-Reply-To: References: Date: Fri, 7 Dec 2012 15:29:15 +0000 Message-ID: Subject: Re: Using dhclient on WAN if on a box serving DHCP to LAN if From: Tom Evans To: Ronald Klop Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2012 15:29:16 -0000 On Fri, Dec 7, 2012 at 12:25 PM, Ronald Klop wrote: > On Fri, 07 Dec 2012 12:38:45 +0100, Tom Evans > > What is in dhcpd.conf? > > Ronald. > dhcpd.conf is straightforward: option domain-name "xxxxx.com"; option subnet-mask 255.255.255.0; default-lease-time 3600; max-lease-time 86400; ddns-update-style none; subnet 192.168.1.0 netmask 255.255.255.0 { range 192.168.1.200 192.168.1.253; option domain-name-servers 192.168.1.1; option routers 192.168.1.1; } Ian: I had already specified dhcpd_ifaces to be just the internal interface, which is why it had confused me! I haven't yet got any complaints from dhcpd about the subnet on the extif, so far as I can see. For clarity, this is my pf.conf, which again is very simple: ext_if="ale0" int_if="{ em0 }" antispoof_if="{ lo0 em0 }" tcp_services="{ 22 443 }" icmp_types="{ echoreq echorep unreach }" # options set block-policy return set loginterface $ext_if set skip on lo0 # tables table persist # scrub #match in all scrub (no-df) # nat/rdr nat on $ext_if from !($ext_if) -> ($ext_if:0) nat-anchor "ftp-proxy/*" rdr-anchor "ftp-proxy/*" # filter rules block in pass out keep state anchor "ftp-proxy/*" antispoof quick for $antispoof_if block in quick on $ext_if from label "ssh bruteforce" pass in on $ext_if inet proto tcp from any to ($ext_if) port $tcp_services flags S/SA keep state pass in inet proto icmp all icmp-type $icmp_types keep state pass in quick on $int_if Ideally, I would like the configuration to not specify the details of the configuration. Eg, if I instead had a dynamic IP, how could I configure that, as I would not know IP, netmask, broadcast and router addresses beforehand. Cheers Tom From owner-freebsd-stable@FreeBSD.ORG Fri Dec 7 15:46:16 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 69365CDE for ; Fri, 7 Dec 2012 15:46:16 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id E70058FC16 for ; Fri, 7 Dec 2012 15:46:15 +0000 (UTC) Received: by mail-ee0-f54.google.com with SMTP id c13so444422eek.13 for ; Fri, 07 Dec 2012 07:46:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=5eHfU+L3/AU5Lo5aUqY9OxmjAntjeG6sKHHeccQ9cnQ=; b=HnX5ATNRRNDZAk5sZtVTrMArIgLK+txx8yvHRtrYH0BxDo/4uZvthJyBg+4YNfgiU4 aAtwflH7xwcwVjKm+3c23yh4+9GaMPawSPY/J3q03iWTgcUtA8z2+udzqZIg7pHDqClY +2L2l+cA3Bx8R9jr6HIzKCzCuL64aPYU5O3E2067zFkbV3Uioe5stQjLVtF7BEYQg7d3 GGBx5CQSP9wBYL8+nmRrbxLZ8UOSOr2qw6EiDUNRdV71sk214kV5h91Ff00mb5hqotNO MFrOCoY5l8uYAE/TJpnH4B9t7x2qIMgeXXINXCfyQcks1Y1gmU06qlPGbeRkFLQ1Sd2a Jiew== MIME-Version: 1.0 Received: by 10.14.221.5 with SMTP id q5mr17852597eep.33.1354895174791; Fri, 07 Dec 2012 07:46:14 -0800 (PST) Received: by 10.14.198.71 with HTTP; Fri, 7 Dec 2012 07:46:14 -0800 (PST) In-Reply-To: References: Date: Fri, 7 Dec 2012 09:46:14 -0600 Message-ID: Subject: Re: Using dhclient on WAN if on a box serving DHCP to LAN if From: Scot Hetzel To: Tom Evans Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2012 15:46:16 -0000 On Fri, Dec 7, 2012 at 5:38 AM, Tom Evans wrote: > Hi all > > Using 9.0-STABLE #1 r230946 - I found it out as I rebooted to prepare > for 9.1, but I think it should be largely irrelevant of version. > > I have a freebsd router that provides all the things a soho router > should on its LAN iface - DNS, DHCP, NAT (via pf). The WAN iface > connects to a ADSL modem operating in bridge mode. > > My ISP has recently forced a change on to me, in order to get service > I have to connect via DHCP, in order for them to give me my static IP. > Apparently this makes their lives a lot easier. Even knowing the IP, > netmask, broadcast and router is not enough, no service will flow > unless a DHCP request has been registered. > > Relevant rc.conf, ale0 is the WAN, em0 is the LAN > > ifconfig_ale0="DHCP" > ifconfig_em0="inet 192.168.1.1 netmask 255.255.255.0" > gateway_enable="YES" > > dhcpd_enable="YES" > dhcpd_flags="-q" > dhcpd_ifaces="em0" > dhcpd_conf="/usr/local/etc/dhcpd.conf" > > With this configuration, the default route is over the LAN iface. This > causes the dhclient for ale0 to get a response from the local dhcpd > server, not the ISP dhcpd server. This drove me potty! Can anyone > explain why dhcpd, having been told only to listen for DHCP on em0, > responds to ale0? Could this be related to my pf rules, or is it down > to the default route being incorrect? > I have seen some modems that were configured to bridge mode or use public IPs that would also hand out the private IPs. Try changing your LAN IP address to not be on the 192.168.1.0/24 network (i.e. 192.168.2.0/24). Then see if you pull a 192.168.1.x or the LAN IP address. -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 7 20:36:12 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 99592E6F for ; Fri, 7 Dec 2012 20:36:12 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 6FE7B8FC12 for ; Fri, 7 Dec 2012 20:36:11 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1Th4eS-0002s7-5F for freebsd-stable@freebsd.org; Fri, 07 Dec 2012 12:36:04 -0800 Date: Fri, 7 Dec 2012 12:36:04 -0800 (PST) From: Jakub Lach To: freebsd-stable@freebsd.org Message-ID: <1354912564145-5767462.post@n5.nabble.com> In-Reply-To: <1354271955297-5765495.post@n5.nabble.com> References: <50AA8C85.2000002@netfence.it> <176051353355653@web21f.yandex.ru> <50B3E8A6.7060004@ose.nl> <50B46F5D.1040100@netfence.it> <50B471F1.5040704@ose.nl> <1354015603346-5764584.post@n5.nabble.com> <1354271955297-5765495.post@n5.nabble.com> Subject: Re: Help review the FAQ MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2012 20:36:12 -0000 While it's very, very minute detail, I think that in #officesuite there should be "Apache OpenOffice" not "Apache Open Office" as they were very careful even bureaucratic [*] if I reckon correctly, when choosing new branding. [*] They have "branding initiative guidelines" and held vote- https://blogs.apache.org/OOo/entry/openoffice_org_is_now_apache -- View this message in context: http://freebsd.1045724.n5.nabble.com/Help-review-the-FAQ-tp5762326p5767462.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 7 20:56:17 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E2EA4727 for ; Fri, 7 Dec 2012 20:56:17 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.78]) by mx1.freebsd.org (Postfix) with ESMTP id 962E08FC15 for ; Fri, 7 Dec 2012 20:56:17 +0000 (UTC) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1Th4xz-0000hh-33 for freebsd-stable@freebsd.org; Fri, 07 Dec 2012 21:56:15 +0100 Received: from h253044.upc-h.chello.nl ([62.194.253.44] helo=pinky) by smtp.greenhost.nl with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1Th4xy-0005J8-QZ for freebsd-stable@freebsd.org; Fri, 07 Dec 2012 21:56:14 +0100 Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: freebsd-stable@freebsd.org Date: Fri, 07 Dec 2012 21:56:14 +0100 Subject: machine can reboot again MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Ronald Klop" Message-ID: User-Agent: Opera Mail/12.11 (Win32) X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: - X-Spam-Score: -1.9 X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=disabled version=3.3.1 X-Scan-Signature: 37cd652797327feca36395ab16a6a7fc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2012 20:56:18 -0000 Hi, After an update of 9-stable from 14 Nov. to 6 Dec. my machine does not hang on reboot and shutdown anymore. I don't know what broke it (a while ago) and I don't know what fixed it, but is very nice! Ronald. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 7 21:11:46 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DFFB3DBD for ; Fri, 7 Dec 2012 21:11:46 +0000 (UTC) (envelope-from b.smeelen@ose.nl) Received: from mail.ose.nl (mail.ose.nl [212.178.134.164]) by mx1.freebsd.org (Postfix) with ESMTP id 6C9B08FC13 for ; Fri, 7 Dec 2012 21:11:45 +0000 (UTC) X-Footer: b3NlLm5s Received: from localhost ([127.0.0.1]) by mail.ose.nl (using TLSv1/SSLv3 with cipher AES256-SHA (256 bits)); Fri, 7 Dec 2012 22:11:43 +0100 Message-ID: <50C25B8F.2010605@ose.nl> Date: Fri, 07 Dec 2012 22:11:43 +0100 From: Bas Smeelen User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Jakub Lach , freebsd-stable@freebsd.org Subject: Re: Help review the FAQ References: <50AA8C85.2000002@netfence.it> <176051353355653@web21f.yandex.ru> <50B3E8A6.7060004@ose.nl> <50B46F5D.1040100@netfence.it> <50B471F1.5040704@ose.nl> <1354015603346-5764584.post@n5.nabble.com> <1354271955297-5765495.post@n5.nabble.com> <1354912564145-5767462.post@n5.nabble.com> In-Reply-To: <1354912564145-5767462.post@n5.nabble.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2012 21:11:47 -0000 On 12/07/12 21:36, Jakub Lach wrote: > While it's very, very minute detail, I think that in #officesuite > there should be "Apache OpenOffice" not "Apache Open Office" > as they were very careful even bureaucratic [*] if I reckon correctly, > when choosing new branding. > > [*] They have "branding initiative guidelines" and held vote- > https://blogs.apache.org/OOo/entry/openoffice_org_is_now_apache Hi Jakub You can file a patch for it Index: en_US.ISO8859-1/books/faq/book.xml =================================================================== --- en_US.ISO8859-1/books/faq/book.xml (revision 40304) +++ en_US.ISO8859-1/books/faq/book.xml (working copy) @@ -3523,7 +3523,7 @@ The open-source Apache Open Office + url="http://www.openoffice.org">Apache OpenOffice and LibreOffice office suites work natively on &os;. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 7 21:36:45 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9745D1AC for ; Fri, 7 Dec 2012 21:36:45 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-la0-f54.google.com (mail-la0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 048908FC13 for ; Fri, 7 Dec 2012 21:36:44 +0000 (UTC) Received: by mail-la0-f54.google.com with SMTP id j13so888497lah.13 for ; Fri, 07 Dec 2012 13:36:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=YzmUpkNlIQsvGT6Iq+8QARLwiPKOhX1EfHdY1VAGWbs=; b=pKOTP+9kaB9uOaoambptywgC4rbSv+tX5Exa88hs2SPIv4z7/xd5waLfMYw0cMvJlm NFM6iAC2M2KflCnVBcWStxQ1IC4KQ0b34HGnXGJw1P2MNSkKzcCTrl0BOGlxlpmfH0rx FhZrQaWhH9bryBwSFiQZ8a4QS39GChbBaOe5A= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-gm-message-state; bh=YzmUpkNlIQsvGT6Iq+8QARLwiPKOhX1EfHdY1VAGWbs=; b=nPu4TR1+IgJjIIWKmPZwjpuhPzWhxi/nKO8zsS+xsFo+USvrc3lrJlf5NpVgQxiQeg Rty/bqYqiciv6EleBKTFB4jbdeH6rmM3Mxh/zSfJUflZT8+4uZV+oNrtaU1RDQtxxs3P M7Bwi+qFfMqWneFzrmcTBx/r5/iCebDeXqz4qDZC3BSlTII3BdJ/SiXVM7GmNAxD6Snj 37zeJkNNa8uE06x60/YFbwln+c1ruyXE4yvyA1TwQRGehUeeyg9I5hxTu3QflODIX/St cLCgTuFNtzRLCPTa0mZ5mZ/a7FXxn4sfi8aRwBrnobXH9d1RDEM/CezC5EverV0PlrKZ UDxw== Received: by 10.152.105.173 with SMTP id gn13mr6728095lab.41.1354916203541; Fri, 07 Dec 2012 13:36:43 -0800 (PST) MIME-Version: 1.0 Received: by 10.112.110.225 with HTTP; Fri, 7 Dec 2012 13:36:13 -0800 (PST) In-Reply-To: <50C25B8F.2010605@ose.nl> References: <50AA8C85.2000002@netfence.it> <176051353355653@web21f.yandex.ru> <50B3E8A6.7060004@ose.nl> <50B46F5D.1040100@netfence.it> <50B471F1.5040704@ose.nl> <1354015603346-5764584.post@n5.nabble.com> <1354271955297-5765495.post@n5.nabble.com> <1354912564145-5767462.post@n5.nabble.com> <50C25B8F.2010605@ose.nl> From: Eitan Adler Date: Fri, 7 Dec 2012 16:36:13 -0500 Message-ID: Subject: Re: Help review the FAQ To: Bas Smeelen Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQnBePiZ0qgYmxFkqtdY9Ca2PHTj0qSlv6ZiOpnS8wQ22GmJY373jK9mMbYyG/7xxq6FcIkT Cc: freebsd-stable@freebsd.org, Jakub Lach X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2012 21:36:45 -0000 On 7 December 2012 16:11, Bas Smeelen wrote: > On 12/07/12 21:36, Jakub Lach wrote: >> >> While it's very, very minute detail, I think that in #officesuite >> there should be "Apache OpenOffice" not "Apache Open Office" >> as they were very careful even bureaucratic [*] if I reckon correctly, >> when choosing new branding. >> >> [*] They have "branding initiative guidelines" and held vote- >> https://blogs.apache.org/OOo/entry/openoffice_org_is_now_apache Patch sent to mentor for approval. Thanks! -- Eitan Adler From owner-freebsd-stable@FreeBSD.ORG Fri Dec 7 22:18:26 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 78E5D442 for ; Fri, 7 Dec 2012 22:18:26 +0000 (UTC) (envelope-from tomek.cedro@gmail.com) Received: from mail-la0-f54.google.com (mail-la0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id E90488FC0C for ; Fri, 7 Dec 2012 22:18:25 +0000 (UTC) Received: by mail-la0-f54.google.com with SMTP id j13so916754lah.13 for ; Fri, 07 Dec 2012 14:18:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=TB9Xa+sBsB70OBCdFdqKV7P46oXnAsYHLogMg1MIxMI=; b=HOBNanOk7R0ob/hr5Se1T3QiDU3Pszqf5LtT+TVO7hhe8rJDZFlhVjgrFBEUJSQucb 3ap3L1Lj1RBvPH+dsQRjFBWdb4zn2xhMnK+vI5E5Ljde7Zb0NJ71mZj84uyCw/Wbrqsi y2X65l3cslPanmLlQRf5pdqxFvUxMj0K/4IHLxqOGgyEgj0ZVEkk2eUci4tLq+6MLRsH 8zEy3Tf9DGKXF7VQYSMqPLFodvqL/rHyGa6MBvQO8Q5NDXV5SY5AhK3LDZKtQMTLW9An 0mtMYWDvLPIK6aHOrZcN4m0jE5y+99U0ERhxzQphfrnpk7CRxf0eziLlYVR3Wis6p/Jl ThBg== MIME-Version: 1.0 Received: by 10.152.110.229 with SMTP id id5mr6809078lab.36.1354918704762; Fri, 07 Dec 2012 14:18:24 -0800 (PST) Sender: tomek.cedro@gmail.com Received: by 10.114.12.226 with HTTP; Fri, 7 Dec 2012 14:18:24 -0800 (PST) Received: by 10.114.12.226 with HTTP; Fri, 7 Dec 2012 14:18:24 -0800 (PST) Date: Fri, 7 Dec 2012 23:18:24 +0100 X-Google-Sender-Auth: tiOz6iXmGHWMlntws0AD63AWtO8 Message-ID: Subject: 9.1-RC3 reproducible kernel panic in ffs_valloc? From: CeDeROM To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2012 22:18:26 -0000 Hello :-) After days of problem with my system storage (?) I think I have located the issue, or at least I am able to reproduce it, please take a look at attached picture (photo of a crash). http://i45.tinypic.com/23qtcx.jpg At first I thought that was the Ext2 filesystem issue, but then I have replaced the filesystem to UFS2-SU+J (which increased transfer efficiency and dramatically reduced filesystem check time compared to Ext2) but the issue persisted. This problem occurs also when only / is mounted (no additional storage locations only the OS). Right now I am not sure if this is storage related anymore... but there are some remarks about ffs. Crash occurs after I start Xorg (Kde3 WM, all packages installed from binary packages with portinstall). Please let me know if you need additional information/tests :-) Best regards :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-stable@FreeBSD.ORG Fri Dec 7 22:20:01 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 91FF36C2 for ; Fri, 7 Dec 2012 22:20:01 +0000 (UTC) (envelope-from tomek.cedro@gmail.com) Received: from mail-la0-f54.google.com (mail-la0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 086F78FC0C for ; Fri, 7 Dec 2012 22:20:00 +0000 (UTC) Received: by mail-la0-f54.google.com with SMTP id j13so917691lah.13 for ; Fri, 07 Dec 2012 14:20:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=HgcP2DrPzZIPwQd3+ZZFAuuM5hV8hHka65Za4uxPhzk=; b=WO8Pc6lwL0l9F2f2go2QIpX6L2XSq40ZtO8g/QjVcObBE19MmJEpYGv3UuYy4MMH8c 59Rf2xE3HFxLM4Yh0N/T4lj1QDMcTZiWabBhpd7zJSOE6nozsWGMxakwG6nU+aCdjSc0 cNzN4Cda84DpUjbR/QjRtNA7Y1s9YQVXZzy9y8hkUsoaBNOoSR+RorLZQRi9AFSEQJfm NSYqYSdMbyOjYDaUu3e5yDs16BlpashzGAgY0Z73IT5tKWQIbabp7h7tI8v89D4MducL LvAbmYcEAQJgMu8WVk7RZ7mnEDVQU339H+u7eSa8qIUYod71sGV/7X1cNa7I4KpBusQF c3uQ== MIME-Version: 1.0 Received: by 10.112.51.175 with SMTP id l15mr3054558lbo.5.1354918799892; Fri, 07 Dec 2012 14:19:59 -0800 (PST) Sender: tomek.cedro@gmail.com Received: by 10.114.12.226 with HTTP; Fri, 7 Dec 2012 14:19:59 -0800 (PST) Received: by 10.114.12.226 with HTTP; Fri, 7 Dec 2012 14:19:59 -0800 (PST) Date: Fri, 7 Dec 2012 23:19:59 +0100 X-Google-Sender-Auth: w11_g24x1HNf-JUoXP11wov7lfs Message-ID: Subject: 9.1-RC3 LiveCD missing features From: CeDeROM To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2012 22:20:01 -0000 Hello :-) I have tried to chceck for badblocks on my / but I did not find badblocks program on LiveCD and there is no option to install it. This is very useful utility, please add it as part of LiveCD :-) Also there is a problem with DHCP based workstations using LiveCD -although interface gets configured it is impossible to update /etc/resolv.conf (by dhclient and by hand) and so this workstation pretty useless for IPv4 (is it more usable on IPv6?). Please update :-) Thank you :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-stable@FreeBSD.ORG Fri Dec 7 23:39:06 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5C78775A for ; Fri, 7 Dec 2012 23:39:06 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 3ABB08FC12 for ; Fri, 7 Dec 2012 23:39:06 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1Th7VZ-0000qO-FC for freebsd-stable@freebsd.org; Fri, 07 Dec 2012 15:39:05 -0800 Date: Fri, 7 Dec 2012 15:39:05 -0800 (PST) From: Jakub Lach To: freebsd-stable@freebsd.org Message-ID: <1354923545357-5767503.post@n5.nabble.com> Subject: Cannot build kernel since subr_devstat.c commit MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2012 23:39:06 -0000 Relevant bit is- /usr/src/sys/kern/subr_devstat.c:295:2: error: implicit declaration of function 'DTRACE_DEVSTAT_BIO_START' is invalid in C99 [-Werror,-Wimplicit-function-declaration] DTRACE_DEVSTAT_BIO_START(); ^ /usr/src/sys/kern/subr_devstat.c:390:2: error: implicit declaration of function 'DTRACE_DEVSTAT_BIO_DONE' is invalid in C99 [-Werror,-Wimplicit-function-declaration] DTRACE_DEVSTAT_BIO_DONE(); ^ /usr/src/sys/kern/subr_devstat.c:390:2: note: did you mean 'DTRACE_DEVSTAT_BIO_START'? DTRACE_DEVSTAT_BIO_DONE(); ^~~~~~~~~~~~~~~~~~~~~~~ DTRACE_DEVSTAT_BIO_START /usr/src/sys/kern/subr_devstat.c:295:2: note: 'DTRACE_DEVSTAT_BIO_START' declared here DTRACE_DEVSTAT_BIO_START(); ^ 2 errors generated. *** [subr_devstat.o] Error code 1 http://svnweb.freebsd.org/base/stable/9/sys/kern/subr_devstat.c?view=log -- View this message in context: http://freebsd.1045724.n5.nabble.com/Cannot-build-kernel-since-subr-devstat-c-commit-tp5767503.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Sat Dec 8 00:41:37 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6C63CE9; Sat, 8 Dec 2012 00:41:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id 2AC0E8FC14; Sat, 8 Dec 2012 00:41:37 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id qB80fa8S077386; Sat, 8 Dec 2012 00:41:36 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id qB80faI3077376; Sat, 8 Dec 2012 00:41:36 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 8 Dec 2012 00:41:36 GMT Message-Id: <201212080041.qB80faI3077376@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Dec 2012 00:41:37 -0000 TB --- 2012-12-07 23:42:21 - tinderbox 2.9 running on freebsd-stable.sentex.ca TB --- 2012-12-07 23:42:21 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2012-12-07 23:42:21 - starting RELENG_9 tinderbox run for arm/arm TB --- 2012-12-07 23:42:21 - cleaning the object tree TB --- 2012-12-07 23:42:21 - checking out /src from svn://svn.freebsd.org/base/stable/9 TB --- 2012-12-07 23:42:21 - cd /tinderbox/RELENG_9/arm/arm TB --- 2012-12-07 23:42:21 - /usr/local/bin/svn cleanup /src TB --- 2012-12-07 23:43:08 - /usr/local/bin/svn update /src TB --- 2012-12-07 23:43:17 - At svn revision 244000 TB --- 2012-12-07 23:43:18 - building world TB --- 2012-12-07 23:43:18 - CROSS_BUILD_TESTING=YES TB --- 2012-12-07 23:43:18 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-07 23:43:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-07 23:43:18 - SRCCONF=/dev/null TB --- 2012-12-07 23:43:18 - TARGET=arm TB --- 2012-12-07 23:43:18 - TARGET_ARCH=arm TB --- 2012-12-07 23:43:18 - TZ=UTC TB --- 2012-12-07 23:43:18 - __MAKE_CONF=/dev/null TB --- 2012-12-07 23:43:18 - cd /src TB --- 2012-12-07 23:43:18 - /usr/bin/make -B buildworld >>> World build started on Fri Dec 7 23:43:19 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Dec 8 00:40:04 UTC 2012 TB --- 2012-12-08 00:40:04 - cd /src/sys/arm/conf TB --- 2012-12-08 00:40:04 - /usr/sbin/config -m AVILA TB --- 2012-12-08 00:40:04 - building AVILA kernel TB --- 2012-12-08 00:40:04 - CROSS_BUILD_TESTING=YES TB --- 2012-12-08 00:40:04 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-08 00:40:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-08 00:40:04 - SRCCONF=/dev/null TB --- 2012-12-08 00:40:04 - TARGET=arm TB --- 2012-12-08 00:40:04 - TARGET_ARCH=arm TB --- 2012-12-08 00:40:04 - TZ=UTC TB --- 2012-12-08 00:40:04 - __MAKE_CONF=/dev/null TB --- 2012-12-08 00:40:04 - cd /src TB --- 2012-12-08 00:40:04 - /usr/bin/make -B buildkernel KERNCONF=AVILA >>> Kernel build for AVILA started on Sat Dec 8 00:40:04 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -mbig-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -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 -mcpu=xscale -ffreestanding -Werror /src/sys/kern/subr_devstat.c cc1: warnings being treated as errors /src/sys/kern/subr_devstat.c: In function 'devstat_start_transaction_bio': /src/sys/kern/subr_devstat.c:295: warning: implicit declaration of function 'DTRACE_DEVSTAT_BIO_START' /src/sys/kern/subr_devstat.c:295: warning: nested extern declaration of 'DTRACE_DEVSTAT_BIO_START' [-Wnested-externs] /src/sys/kern/subr_devstat.c: In function 'devstat_end_transaction_bio': /src/sys/kern/subr_devstat.c:390: warning: implicit declaration of function 'DTRACE_DEVSTAT_BIO_DONE' /src/sys/kern/subr_devstat.c:390: warning: nested extern declaration of 'DTRACE_DEVSTAT_BIO_DONE' [-Wnested-externs] *** Error code 1 Stop in /obj/arm.arm/src/sys/AVILA. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-12-08 00:41:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-12-08 00:41:35 - ERROR: failed to build AVILA kernel TB --- 2012-12-08 00:41:35 - 2521.42 user 519.58 system 3554.69 real http://tinderbox.freebsd.org/tinderbox-releng_9-RELENG_9-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Sat Dec 8 01:01:14 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 615225F3; Sat, 8 Dec 2012 01:01:14 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id BF6288FC15; Sat, 8 Dec 2012 01:01:13 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.5/8.14.5) with ESMTP id qB811AOV087925; Sat, 8 Dec 2012 03:01:10 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.7.1 kib.kiev.ua qB811AOV087925 Received: (from kostik@localhost) by tom.home (8.14.5/8.14.5/Submit) id qB8119AG087924; Sat, 8 Dec 2012 03:01:09 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 8 Dec 2012 03:01:09 +0200 From: Konstantin Belousov To: fs@freebsd.org Subject: nullfs changes MFC Message-ID: <20121208010109.GH3013@kib.kiev.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rYG72ePx0AS+3phQ" Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Dec 2012 01:01:14 -0000 --rYG72ePx0AS+3phQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, I am going to merge latest batch of the nullfs improvements into stable/9. This will bring up significant performance enchancements due to use of the shared locks for lookups if the lower layer supports it, much better caching on the nullfs layer, and proper handling of the text segments on the nullfs. Also, it should improve the error recovery and some corner cases with locking. Unfortunately, the merge would break KBI for VFS, since it needs 5 new VOP slots, and only three spares are left. We already are very liberal with the VFS KBI, so I do not feel that the merge is not acceptable, due to the benefits it brings to the nullfs. The merge is available at=20 http://people.freebsd.org/~kib/misc/nullfs_9.1.patch --rYG72ePx0AS+3phQ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQIcBAEBAgAGBQJQwpFVAAoJEJDCuSvBvK1BoH0P/iRe4AYokmwWxnYIZqHUyigi 7j/q46ZPx5LU6e5c3rM/RRQED3enIyBcCndiIcvTLqpCSSLjlL/Zw0RmsbWuRF7Z 9WbVosx00Oh8+7MVI2oFuaJqKuhUDS4Q6W8uOD/ZUYRZ/wzg4Av/jwW/3hIbfA+v 1rrA1moUcXAhtwQiP+VKCw8V9+15EVNfhBPIAgl2sPBZpbGLqlTjPUS1FRGGBN4t iriSi0bb4XfOiNIJTbyk4HSCxh1P/gPewXRLYBmn2J1uq28ckeOIOiE7+hr37LD1 QFiItMc1SWdvUOcQwB6ZL0bJomeoQYsVfnRBfYVgO/7AZTVJbGtfwv7qT5SsBwev bOTA4IRawSTwe0bM0FQubDgLRARrOLFpY2l3d+6vRwZ2cCRyOmvA1AwXiZZlwjQ8 J3NxH5XkwJYtkiUmKVkq6Eanv1Kh1Z4Koe7sVsM66/MVJJwXKjWtsLKkZkMQGzg8 z/kt7vrGoaLRg7UmQ8SYrkPrM5qNZfzbkTZHoDfZmqrEv0bvzWUcn4VbH6WJZ3kw G5pXUf0QhVXcYUS1ONfMxsyoL+axDJ7GuzWfPEIfVqdQP3qD7ioA3I2g4Lr+L0HU Zp6mZgWnwnhyVGej4uakmwoWeksKMrJsHzm40IZi+UmnOcK11Q+xKkxZrAfQqaBP pmL+rD9hEistjnrkRFAB =Rj7D -----END PGP SIGNATURE----- --rYG72ePx0AS+3phQ-- From owner-freebsd-stable@FreeBSD.ORG Sat Dec 8 01:10:18 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EE1827D7 for ; Sat, 8 Dec 2012 01:10:18 +0000 (UTC) (envelope-from mauzo@anubis.morrow.me.uk) Received: from isis.morrow.me.uk (isis.morrow.me.uk [204.109.63.142]) by mx1.freebsd.org (Postfix) with ESMTP id 9AD7E8FC12 for ; Sat, 8 Dec 2012 01:10:18 +0000 (UTC) Received: from anubis.morrow.me.uk (host109-150-211-97.range109-150.btcentralplus.com [109.150.211.97]) (Authenticated sender: mauzo) by isis.morrow.me.uk (Postfix) with ESMTPSA id A4F66450BB; Sat, 8 Dec 2012 01:02:54 +0000 (UTC) X-DKIM: OpenDKIM Filter v2.4.1 isis.morrow.me.uk A4F66450BB DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=morrow.me.uk; s=dkim201101; t=1354928575; bh=NE0lFJ6bKci+0QdZpkAqjt7shpSPaTtyOFXW/0Zoab8=; h=Date:From:To:Subject:Message-ID:MIME-Version:Content-Type: In-Reply-To; b=hiJwv4gg+7cPItoc00ASN6RZ28NmmLxWmP8fV/eVguoxVCtDhj+B5MksPJrJVsEHy D76O29uaPUd/WvLdfvDDtXHKdJbTCC0jQreq6Hs/+YglHiytGGim7WW27GGWqymNQp QW67cwpLn5lv2LPELC/QyurEkhazJqhkyXTvOR70= X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.97.5 at isis.morrow.me.uk Received: by anubis.morrow.me.uk (Postfix, from userid 5001) id 1755071AB; Sat, 8 Dec 2012 01:02:51 +0000 (GMT) Date: Sat, 8 Dec 2012 01:02:50 +0000 From: Ben Morrow To: cederom@tlen.pl, freebsd-stable@freebsd.org Subject: Re: 9.1-RC3 LiveCD missing features Message-ID: <20121208010250.GA42246@anubis.morrow.me.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Newsgroups: gmane.os.freebsd.stable Organization: morrow.me.uk User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Dec 2012 01:10:19 -0000 Quoth CeDeROM : > > I have tried to chceck for badblocks on my / but I did not find badblocks > program on LiveCD and there is no option to install it. This is very useful > utility, please add it as part of LiveCD :-) There is no badblocks utility in the FreeBSD base system. It wouldn't be much use with modern disks in any case, since they do automatic bad-block mapping internally and once any bad blocks become visible the disk is failing and you will likely see lots more very soon. The Linux utility is available as part of the sysutils/e2fsprogs port. If you just want to test a disk there are examples in the dd(1) manpage. Ben From owner-freebsd-stable@FreeBSD.ORG Sat Dec 8 02:58:21 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0BBD9265; Sat, 8 Dec 2012 02:58:21 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 5205F8FC0C; Sat, 8 Dec 2012 02:58:19 +0000 (UTC) Received: by mail-ee0-f54.google.com with SMTP id c13so755991eek.13 for ; Fri, 07 Dec 2012 18:58:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=aC4BkGCLPaFWIB33Gg/8dDynUV6JPf7bk5xHXV1sWgs=; b=lUe/Rwj2ux0lUwXFSfeMvgvO/9wuVD7f6XYHl1Nto/DKjgJZ3x1h+sEgaVPvDFm/Rd PCgRXrpFleBQSWsz+zYy3/v0xP7HYYzwx8iHyXhpFuWi66xIE83G7HfMa0cYxTGO/zZF l/edvS53OgUDz+c4rbX7AxC8wTA7Yy4FYqj+CTem3B84VeChNQbL2Bqdvw0/XZObxFaz AhdaOy9XTWFzg4CKd3TuaQKh1Qa5Bjk7q8C2B3TpumDejVEUENpEOAmx6qbGUyGwNCGv 9iaLKLBps2hIlR3Iz6gSqHTwH8nSllC8Oxhpcv/g9er+ZvwtCfHA2CxtVGaDWV1V+5uP RBfw== Received: by 10.14.203.2 with SMTP id e2mr23834473eeo.20.1354935499143; Fri, 07 Dec 2012 18:58:19 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPS id r1sm26577245eeo.2.2012.12.07.18.58.18 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 07 Dec 2012 18:58:18 -0800 (PST) Sender: Baptiste Daroussin Date: Sat, 8 Dec 2012 03:58:16 +0100 From: Baptiste Daroussin To: Konstantin Belousov Subject: Re: nullfs changes MFC Message-ID: <20121208025816.GC88230@ithaqua.etoilebsd.net> References: <20121208010109.GH3013@kib.kiev.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6zdv2QT/q3FMhpsV" Content-Disposition: inline In-Reply-To: <20121208010109.GH3013@kib.kiev.ua> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: stable@freebsd.org, fs@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Dec 2012 02:58:21 -0000 --6zdv2QT/q3FMhpsV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Dec 08, 2012 at 03:01:09AM +0200, Konstantin Belousov wrote: > Hi, > I am going to merge latest batch of the nullfs improvements into > stable/9. This will bring up significant performance enchancements due > to use of the shared locks for lookups if the lower layer supports it, > much better caching on the nullfs layer, and proper handling of the text > segments on the nullfs. Also, it should improve the error recovery and > some corner cases with locking. >=20 > Unfortunately, the merge would break KBI for VFS, since it needs 5 new > VOP slots, and only three spares are left. We already are very liberal > with the VFS KBI, so I do not feel that the merge is not acceptable, due > to the benefits it brings to the nullfs. >=20 > The merge is available at=20 > http://people.freebsd.org/~kib/misc/nullfs_9.1.patch Sorry I haven't checked the latest zfs related MFC, but for some time there= was an issue with nullfs improvements and zfs, will this mfc be synchronize wit= h the mfc of the related zfs fixes? regards, Bapt --6zdv2QT/q3FMhpsV Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlDCrMgACgkQ8kTtMUmk6EydgQCfRQIxqYF/JPfz2yO9KyQX282K 40UAoKLAfTk0SfRqKLdkaBSg7/Wz0YYW =E7wz -----END PGP SIGNATURE----- --6zdv2QT/q3FMhpsV-- From owner-freebsd-stable@FreeBSD.ORG Sat Dec 8 03:06:21 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2E58D633; Sat, 8 Dec 2012 03:06:21 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 877518FC08; Sat, 8 Dec 2012 03:06:20 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.5/8.14.5) with ESMTP id qB836GkU003097; Sat, 8 Dec 2012 05:06:16 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.7.1 kib.kiev.ua qB836GkU003097 Received: (from kostik@localhost) by tom.home (8.14.5/8.14.5/Submit) id qB836GCc003096; Sat, 8 Dec 2012 05:06:16 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 8 Dec 2012 05:06:16 +0200 From: Konstantin Belousov To: Baptiste Daroussin Subject: Re: nullfs changes MFC Message-ID: <20121208030616.GI3013@kib.kiev.ua> References: <20121208010109.GH3013@kib.kiev.ua> <20121208025816.GC88230@ithaqua.etoilebsd.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="K7aE7P/AKa2gsrZH" Content-Disposition: inline In-Reply-To: <20121208025816.GC88230@ithaqua.etoilebsd.net> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: stable@freebsd.org, avg@freebsd.org, fs@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Dec 2012 03:06:21 -0000 --K7aE7P/AKa2gsrZH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Dec 08, 2012 at 03:58:16AM +0100, Baptiste Daroussin wrote: > On Sat, Dec 08, 2012 at 03:01:09AM +0200, Konstantin Belousov wrote: =2E.. > > The merge is available at=20 > > http://people.freebsd.org/~kib/misc/nullfs_9.1.patch >=20 >=20 > Sorry I haven't checked the latest zfs related MFC, but for some time > there was an issue with nullfs improvements and zfs, will this mfc be > synchronize with the mfc of the related zfs fixes? Corresponding zfs fixes were already merged to stable/9, as I was told. Cc:ed Andrey to confirm it once more. --K7aE7P/AKa2gsrZH Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQIcBAEBAgAGBQJQwq6nAAoJEJDCuSvBvK1BV3kQAKXDSmilNHMB4NLxhmmRDKMo raHSILsJXXJGqZc/CORWMnI1buEM9N1CHeRoLlpgbi08Mi6NyTF4zTPQGKlVihdr W/a9Z05xZjv5SF0TCHi5WZn6PvQGBSrwtfywVhMlI3Q9gsTWnsIRvbFENKRyzkro Y1EPLm712DW8AHXDiyxy0zucYptL+Ct3foBR0/stcgj/h5zGnwudQk9tM+Wl6jkN 0fk52FpIXoHlyc9+j2r5Xijx1kGMu4oZ6wed0wag2l91A2m8aw/cBkrNNnblNc5L BDmHLi5wT3kCNd0NBN06hN+XXNMurVDZUVjXL//7wr9JrG/tWgAfrOHA2/9TObHi AZAbFfqi+EflM55KT1yVMLRp9soR47wKKsYcGNumIaW+i4Y2qZL69dXu/83mGJXw Yc44L5or36gSzEAXh6IWFt+RyZucHpe6IRjt4u1HfiufoC7eAbDnZdLMLRFhDyyc I4aoLVxvKnpal4TiXIrFzChVXErIn81OtX3ACVCUZKO4h3H8+q53dTIDtiWXcByV G7JN+aIhFWvfpy0Oo2BeJ9ThGrKYd3p4ehJn3Okf8aWQrxdz72Pe/0BYzn9VWW97 vO3Et6fgdMd2pd6EM/VpIc+r3frg1T372E0LJE6pXTiJjN1fFQYkQF7BliCR/pmV ExNcm2VQwil1ljAPXx76 =aYn1 -----END PGP SIGNATURE----- --K7aE7P/AKa2gsrZH-- From owner-freebsd-stable@FreeBSD.ORG Sat Dec 8 04:43:25 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9382D57E; Sat, 8 Dec 2012 04:43:25 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id 262CE8FC0C; Sat, 8 Dec 2012 04:43:25 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id qB84hOv3015384; Sat, 8 Dec 2012 04:43:24 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id qB84hO2a015383; Sat, 8 Dec 2012 04:43:24 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 8 Dec 2012 04:43:24 GMT Message-Id: <201212080443.qB84hO2a015383@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Dec 2012 04:43:25 -0000 TB --- 2012-12-07 23:01:30 - tinderbox 2.9 running on freebsd-stable.sentex.ca TB --- 2012-12-07 23:01:30 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2012-12-07 23:01:30 - starting RELENG_9 tinderbox run for amd64/amd64 TB --- 2012-12-07 23:01:30 - cleaning the object tree TB --- 2012-12-07 23:01:30 - checking out /src from svn://svn.freebsd.org/base/stable/9 TB --- 2012-12-07 23:01:30 - cd /tinderbox/RELENG_9/amd64/amd64 TB --- 2012-12-07 23:01:30 - /usr/local/bin/svn cleanup /src TB --- 2012-12-07 23:02:37 - /usr/local/bin/svn update /src TB --- 2012-12-07 23:02:53 - At svn revision 243999 TB --- 2012-12-07 23:02:54 - building world TB --- 2012-12-07 23:02:54 - CROSS_BUILD_TESTING=YES TB --- 2012-12-07 23:02:54 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-07 23:02:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-07 23:02:54 - SRCCONF=/dev/null TB --- 2012-12-07 23:02:54 - TARGET=amd64 TB --- 2012-12-07 23:02:54 - TARGET_ARCH=amd64 TB --- 2012-12-07 23:02:54 - TZ=UTC TB --- 2012-12-07 23:02:54 - __MAKE_CONF=/dev/null TB --- 2012-12-07 23:02:54 - cd /src TB --- 2012-12-07 23:02:54 - /usr/bin/make -B buildworld >>> World build started on Fri Dec 7 23:02:55 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sat Dec 8 01:55:34 UTC 2012 TB --- 2012-12-08 01:55:34 - generating LINT kernel config TB --- 2012-12-08 01:55:34 - cd /src/sys/amd64/conf TB --- 2012-12-08 01:55:34 - /usr/bin/make -B LINT TB --- 2012-12-08 01:55:34 - cd /src/sys/amd64/conf TB --- 2012-12-08 01:55:34 - /usr/sbin/config -m LINT TB --- 2012-12-08 01:55:34 - building LINT kernel TB --- 2012-12-08 01:55:34 - CROSS_BUILD_TESTING=YES TB --- 2012-12-08 01:55:34 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-08 01:55:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-08 01:55:34 - SRCCONF=/dev/null TB --- 2012-12-08 01:55:34 - TARGET=amd64 TB --- 2012-12-08 01:55:34 - TARGET_ARCH=amd64 TB --- 2012-12-08 01:55:34 - TZ=UTC TB --- 2012-12-08 01:55:34 - __MAKE_CONF=/dev/null TB --- 2012-12-08 01:55:34 - cd /src TB --- 2012-12-08 01:55:34 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Dec 8 01:55:34 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Sat Dec 8 02:26:37 UTC 2012 TB --- 2012-12-08 02:26:37 - cd /src/sys/amd64/conf TB --- 2012-12-08 02:26:37 - /usr/sbin/config -m LINT-NOINET TB --- 2012-12-08 02:26:37 - building LINT-NOINET kernel TB --- 2012-12-08 02:26:37 - CROSS_BUILD_TESTING=YES TB --- 2012-12-08 02:26:37 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-08 02:26:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-08 02:26:37 - SRCCONF=/dev/null TB --- 2012-12-08 02:26:37 - TARGET=amd64 TB --- 2012-12-08 02:26:37 - TARGET_ARCH=amd64 TB --- 2012-12-08 02:26:37 - TZ=UTC TB --- 2012-12-08 02:26:37 - __MAKE_CONF=/dev/null TB --- 2012-12-08 02:26:37 - cd /src TB --- 2012-12-08 02:26:37 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Sat Dec 8 02:26:37 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET completed on Sat Dec 8 02:56:25 UTC 2012 TB --- 2012-12-08 02:56:25 - cd /src/sys/amd64/conf TB --- 2012-12-08 02:56:25 - /usr/sbin/config -m LINT-NOINET6 TB --- 2012-12-08 02:56:25 - building LINT-NOINET6 kernel TB --- 2012-12-08 02:56:25 - CROSS_BUILD_TESTING=YES TB --- 2012-12-08 02:56:25 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-08 02:56:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-08 02:56:25 - SRCCONF=/dev/null TB --- 2012-12-08 02:56:25 - TARGET=amd64 TB --- 2012-12-08 02:56:25 - TARGET_ARCH=amd64 TB --- 2012-12-08 02:56:25 - TZ=UTC TB --- 2012-12-08 02:56:25 - __MAKE_CONF=/dev/null TB --- 2012-12-08 02:56:25 - cd /src TB --- 2012-12-08 02:56:25 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Sat Dec 8 02:56:26 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET6 completed on Sat Dec 8 03:30:49 UTC 2012 TB --- 2012-12-08 03:30:49 - cd /src/sys/amd64/conf TB --- 2012-12-08 03:30:49 - /usr/sbin/config -m LINT-NOIP TB --- 2012-12-08 03:30:50 - building LINT-NOIP kernel TB --- 2012-12-08 03:30:50 - CROSS_BUILD_TESTING=YES TB --- 2012-12-08 03:30:50 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-08 03:30:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-08 03:30:50 - SRCCONF=/dev/null TB --- 2012-12-08 03:30:50 - TARGET=amd64 TB --- 2012-12-08 03:30:50 - TARGET_ARCH=amd64 TB --- 2012-12-08 03:30:50 - TZ=UTC TB --- 2012-12-08 03:30:50 - __MAKE_CONF=/dev/null TB --- 2012-12-08 03:30:50 - cd /src TB --- 2012-12-08 03:30:50 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP >>> Kernel build for LINT-NOIP started on Sat Dec 8 03:30:50 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOIP completed on Sat Dec 8 03:59:12 UTC 2012 TB --- 2012-12-08 03:59:12 - cd /src/sys/amd64/conf TB --- 2012-12-08 03:59:12 - /usr/sbin/config -m LINT-VIMAGE TB --- 2012-12-08 03:59:12 - building LINT-VIMAGE kernel TB --- 2012-12-08 03:59:12 - CROSS_BUILD_TESTING=YES TB --- 2012-12-08 03:59:12 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-08 03:59:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-08 03:59:12 - SRCCONF=/dev/null TB --- 2012-12-08 03:59:12 - TARGET=amd64 TB --- 2012-12-08 03:59:12 - TARGET_ARCH=amd64 TB --- 2012-12-08 03:59:12 - TZ=UTC TB --- 2012-12-08 03:59:12 - __MAKE_CONF=/dev/null TB --- 2012-12-08 03:59:12 - cd /src TB --- 2012-12-08 03:59:12 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Sat Dec 8 03:59:12 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-VIMAGE completed on Sat Dec 8 04:33:26 UTC 2012 TB --- 2012-12-08 04:33:26 - cd /src/sys/amd64/conf TB --- 2012-12-08 04:33:26 - /usr/sbin/config -m GENERIC TB --- 2012-12-08 04:33:26 - building GENERIC kernel TB --- 2012-12-08 04:33:26 - CROSS_BUILD_TESTING=YES TB --- 2012-12-08 04:33:26 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-08 04:33:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-08 04:33:26 - SRCCONF=/dev/null TB --- 2012-12-08 04:33:26 - TARGET=amd64 TB --- 2012-12-08 04:33:26 - TARGET_ARCH=amd64 TB --- 2012-12-08 04:33:26 - TZ=UTC TB --- 2012-12-08 04:33:26 - __MAKE_CONF=/dev/null TB --- 2012-12-08 04:33:26 - cd /src TB --- 2012-12-08 04:33:26 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat Dec 8 04:33:26 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -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 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror /src/sys/kern/subr_devstat.c cc1: warnings being treated as errors /src/sys/kern/subr_devstat.c: In function 'devstat_start_transaction_bio': /src/sys/kern/subr_devstat.c:295: warning: implicit declaration of function 'DTRACE_DEVSTAT_BIO_START' /src/sys/kern/subr_devstat.c:295: warning: nested extern declaration of 'DTRACE_DEVSTAT_BIO_START' [-Wnested-externs] /src/sys/kern/subr_devstat.c: In function 'devstat_end_transaction_bio': /src/sys/kern/subr_devstat.c:390: warning: implicit declaration of function 'DTRACE_DEVSTAT_BIO_DONE' /src/sys/kern/subr_devstat.c:390: warning: nested extern declaration of 'DTRACE_DEVSTAT_BIO_DONE' [-Wnested-externs] *** Error code 1 Stop in /obj/amd64.amd64/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-12-08 04:43:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-12-08 04:43:24 - ERROR: failed to build GENERIC kernel TB --- 2012-12-08 04:43:24 - 15672.84 user 1948.57 system 20514.26 real http://tinderbox.freebsd.org/tinderbox-releng_9-RELENG_9-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Sat Dec 8 07:43:33 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AEE82ABA for ; Sat, 8 Dec 2012 07:43:33 +0000 (UTC) (envelope-from tomek.cedro@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2462C8FC16 for ; Sat, 8 Dec 2012 07:43:32 +0000 (UTC) Received: by mail-lb0-f182.google.com with SMTP id go10so1206049lbb.13 for ; Fri, 07 Dec 2012 23:43:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=yU4BsP1ow8hXE72PxH95HW15lVJv5+XLLtuTDe+RnIU=; b=bH9D5d24SSBIyN6T+KPH5zli0MT2n5h6AUx2HeY5pMPwTkpyt/YO/hWqPY1yaDOK2s p4XiZX3GjsU4W9xigcPxIaEx+ZEvmrc0ld7Fz7C2fAirC7NHpZbwqqTiC4CRvk/OPoCO X10Dr6RED97kB13GvVFtFbJh35f7CTOCsgRv8p3Vib/hGBhRTzA9hy4rF4rxM+PxUTef 942nWydYxJnUs7ATLGXEutPCUyuNC/jHJJwuvaO17dS9txlVDYpx5K1cJ6u7oDJGLUsX ONQtiA07vKy/7p3aCgu76an6j2Pwod1ASIPwbwGH1BtseTFrfZvj/B7sWD7uIW5AiM7y OD4A== MIME-Version: 1.0 Received: by 10.112.84.102 with SMTP id x6mr3598534lby.35.1354952611621; Fri, 07 Dec 2012 23:43:31 -0800 (PST) Sender: tomek.cedro@gmail.com Received: by 10.114.12.226 with HTTP; Fri, 7 Dec 2012 23:43:31 -0800 (PST) Received: by 10.114.12.226 with HTTP; Fri, 7 Dec 2012 23:43:31 -0800 (PST) In-Reply-To: References: Date: Sat, 8 Dec 2012 08:43:31 +0100 X-Google-Sender-Auth: MhyPD_k2JJ3VkrilkvQXBr_7uHI Message-ID: Subject: Re: 9.1-RC3 reproducible kernel panic in ffs_valloc? From: CeDeROM To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Dec 2012 07:43:33 -0000 This problem was caused by corrupted UFS2-SU+J (9.x default) filesystem marked as clean where journal showed no issues, running fsck -t ufs -fy solved the issue! http://i47.tinypic.com/35m1qxk.jpg I guess filesystem related kernel panic should enforce full filesystem chceck (some filesystem flag or journal date modification to enforce full check). Maybe it is possible to stop the OS in that case, perform some sort of fsck running from memory, and then continue the OS with no crash? :-) Best regards :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-stable@FreeBSD.ORG Sat Dec 8 10:35:56 2012 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 795EBA1D; Sat, 8 Dec 2012 10:35:56 +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 62AA48FC0C; Sat, 8 Dec 2012 10:35:54 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id MAA21337; Sat, 08 Dec 2012 12:35:44 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1ThHl2-000Fe2-6w; Sat, 08 Dec 2012 12:35:44 +0200 Message-ID: <50C317FE.8090609@FreeBSD.org> Date: Sat, 08 Dec 2012 12:35:42 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Konstantin Belousov Subject: Re: nullfs changes MFC References: <20121208010109.GH3013@kib.kiev.ua> <20121208025816.GC88230@ithaqua.etoilebsd.net> <20121208030616.GI3013@kib.kiev.ua> In-Reply-To: <20121208030616.GI3013@kib.kiev.ua> X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Baptiste Daroussin , stable@FreeBSD.org, fs@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Dec 2012 10:35:56 -0000 on 08/12/2012 05:06 Konstantin Belousov said the following: > On Sat, Dec 08, 2012 at 03:58:16AM +0100, Baptiste Daroussin wrote: >> On Sat, Dec 08, 2012 at 03:01:09AM +0200, Konstantin Belousov wrote: > ... >>> The merge is available at >>> http://people.freebsd.org/~kib/misc/nullfs_9.1.patch >> >> >> Sorry I haven't checked the latest zfs related MFC, but for some time >> there was an issue with nullfs improvements and zfs, will this mfc be >> synchronize with the mfc of the related zfs fixes? > > Corresponding zfs fixes were already merged to stable/9, as I was told. > Cc:ed Andrey to confirm it once more. Yes, a while ago. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Sat Dec 8 11:17:24 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5B3508B0 for ; Sat, 8 Dec 2012 11:17:24 +0000 (UTC) (envelope-from ut7@universecompany.com) Received: from smtp01.atlngahp.sys.nuvox.net (smtp01.atlngahp.sys.nuvox.net [70.43.63.18]) by mx1.freebsd.org (Postfix) with ESMTP id EF07B8FC12 for ; Sat, 8 Dec 2012 11:17:23 +0000 (UTC) Received: from universe-s1.UniverseCorporation.local (70.46.100.174.nw.nuvox.net [70.46.100.174]) by smtp01.atlngahp.sys.nuvox.net (8.13.1/8.13.1) with ESMTP id qB8B40P0005548 for ; Sat, 8 Dec 2012 06:04:16 -0500 Received: from firewall ([192.168.1.254]) by universe-s1.UniverseCorporation.local with Microsoft SMTPSVC(6.0.3790.4675); Sat, 8 Dec 2012 05:53:53 -0500 Received: from localhost ([127.0.0.1]) by firewall with esmtp (Exim 4.69) (envelope-from ) id 1ThICd-0001Rx-Gn for freebsd-stable@freebsd.org; Sat, 08 Dec 2012 06:04:15 -0500 Message-ID: <27255039.3681354964655521.JavaMail.ut7@universecompany.com> Date: Sat, 8 Dec 2012 06:04:15 -0500 (EST) From: ut7@universecompany.com To: freebsd-stable@freebsd.org Subject: Quarantine Digest X-Mailer: UVM MailSender X-OriginalArrivalTime: 08 Dec 2012 10:53:53.0343 (UTC) FILETIME=[50270CF0:01CDD532] MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Dec 2012 11:17:24 -0000 Quarantine Digest for freebsd-stable@freebsd.org [1]Click here to access your spam quarantine. The spam quarantine contains emails that are being held from your email account. Quarantined emails can be released to your inbox or deleted using the spam quarantine link. References 1. https://70.46.100.174:8088/quarantine/manageuser?tkn=ZW1tYXsDP%2FiRlcl0JEkbSdMgpozsvxQGIdspVn7AYRfyV0nU&action=viewibx From owner-freebsd-stable@FreeBSD.ORG Sat Dec 8 12:57:34 2012 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 52EC741E for ; Sat, 8 Dec 2012 12:57:34 +0000 (UTC) (envelope-from simon.wright@gmx.net) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.22]) by mx1.freebsd.org (Postfix) with SMTP id B1B048FC0C for ; Sat, 8 Dec 2012 12:57:33 +0000 (UTC) Received: (qmail invoked by alias); 08 Dec 2012 12:57:31 -0000 Received: from mail.moalboal.org.uk (EHLO [192.168.1.225]) [212.98.32.54] by mail.gmx.net (mp040) with SMTP; 08 Dec 2012 13:57:31 +0100 X-Authenticated: #5939745 X-Provags-ID: V01U2FsdGVkX1/hyBZTlvLhkL320yiDYM2YyMu3WiAiGayW88/wZa HqGQCk9GFBg0cD Message-ID: <50C33937.7050104@gmx.net> Date: Sat, 08 Dec 2012 13:57:27 +0100 From: Simon Wright User-Agent: Mozilla/5.0 (OS/2; Warp 4.5; rv:10.0.11) Gecko/20121116 Thunderbird/10.0.11 MIME-Version: 1.0 To: stable@FreeBSD.org Subject: Error in openssl for buildworld Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Y-GMX-Trusted: 0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Dec 2012 12:57:34 -0000 Hi all Just tried to buildworld with the 9_1 sources updated today by svn and get this error, both on amd64 and i386: /usr/src_fbsd9/ is on a read-only nfs mount, /usr/obj is local make command was very simple: sudo make buildworld ======================= cc -O2 -pipe -DTERMIOS -DANSI_SOURCE -I/usr/src_fbsd9/secure/lib/libssl/../../../crypto/openssl -I/usr/src_fbsd9/secure/lib/libssl/../../../crypto/openssl/crypto -I/usr/obj/usr/src_fbsd9/secure/lib/libssl -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DOPENSSL_NO_IDEA -DL_ENDIAN -DNO_IDEA -std=gnu99 -fstack-protector -Wno-pointer-sign -c /usr/src_fbsd9/secure/lib/libssl/../../../crypto/openssl/ssl/d1_clnt.c -o d1_clnt.o cc -O2 -pipe -DTERMIOS -DANSI_SOURCE -I/usr/src_fbsd9/secure/lib/libssl/../../../crypto/openssl -I/usr/src_fbsd9/secure/lib/libssl/../../../crypto/openssl/crypto -I/usr/obj/usr/src_fbsd9/secure/lib/libssl -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DOPENSSL_NO_IDEA -DL_ENDIAN -DNO_IDEA -std=gnu99 -fstack-protector -Wno-pointer-sign -c /usr/src_fbsd9/secure/lib/libssl/../../../crypto/openssl/ssl/d1_lib.c -o d1_lib.o /usr/src_fbsd9/secure/lib/libssl/../../../crypto/openssl/ssl/d1_lib.c: In function 'dtls1_check_timeout_num': /usr/src_fbsd9/secure/lib/libssl/../../../crypto/openssl/ssl/d1_lib.c:445: error: 'SSL_F_DTLS1_CHECK_TIMEOUT_NUM' undeclared (first use in this function) /usr/src_fbsd9/secure/lib/libssl/../../../crypto/openssl/ssl/d1_lib.c:445: error: (Each undeclared identifier is reported only once /usr/src_fbsd9/secure/lib/libssl/../../../crypto/openssl/ssl/d1_lib.c:445: error: for each function it appears in.) *** Error code 1 Stop in /usr/src_fbsd9/secure/lib/libssl. *** Error code 1 Stop in /usr/src_fbsd9. *** Error code 1 Stop in /usr/src_fbsd9. *** Error code 1 Stop in /usr/src_fbsd9. *** Error code 1 Stop in /usr/src_fbsd9. ======================= Here is my make.conf: WRKDIRPREFIX=/usr/tmp NOI4B=1 WITH_GECKO=libxul SUP_UPDATE=1 SUP=/usr/bin/csup SUPFLAGS=-L 1 -l /var/run/csup.lock SUPHOST=cvsup.ch.FreeBSD.org SUPFILE=/usr/local/etc/standard-supfile PORTSSUPFILE=/usr/local/etc/ports-supfile WITH_VIM_OPTIONS="YES" WITHOUT_PKGNG=yes # added by use.perl 2012-11-03 10:25:58 PERL_VERSION=5.14.2 and src.conf: WITHOUT_CVS=YES WITHOUT_KERNEL_SYMBOLS=YES I got the same error about 3 weeks ago but put it down to an rc1/2/3 error at the time but according to UPDATING this is 9.1 release code: UPDATING: Updating Information for FreeBSD current users This file is maintained and copyrighted by M. Warner Losh . See end of file for further details. For commonly done items, please see the COMMON ITEMS: section later in the file. These instructions assume that you basically know what you are doing. If not, then please consult the FreeBSD handbook. Items affecting the ports and packages system can be found in /usr/ports/UPDATING. Please read that file before running portupgrade. 20121205: 9.1-RELEASE. I'd appreciate any hints as to what is going wrong. Regards Simon. From owner-freebsd-stable@FreeBSD.ORG Sat Dec 8 13:17:35 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D13965E8; Sat, 8 Dec 2012 13:17:35 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-ea0-f182.google.com (mail-ea0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0C5F88FC0C; Sat, 8 Dec 2012 13:17:34 +0000 (UTC) Received: by mail-ea0-f182.google.com with SMTP id a14so619556eaa.13 for ; Sat, 08 Dec 2012 05:17:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=yWOijk5OYR/ZQx46T8PMNrGx5BjTvn8niGBeFuUDB40=; b=0JTaNckWjtkrT1X3VHTrh7sGDzDt4dpeKPiNrm3jrR3TbFJCM8DxkIydD6EWTMYMTW 6qwqCnqwt5kcjqyYMnsKpojz5Eh7bDsEbxs+nqx4FX17d92eJQdO69G02T7KBQKfIhFW 1UNpgYxKLNFbXMy3xwHuzpKyZs6iPOu5RPKuMyBGNZe39K1UlA9cDkKhra3TE2+2c4S8 Z++92aGeQdG9oPBCwyzcpcC7WTzQKK4S2BDSKRa2G7K5ABcitcQbs/7Pghj0HCWqLK8K shNRlvo4QBwOvemY0d7IiD1sx/9Y891IzP6rAwbrGrtuiNPKFCVQVdrCPLhv0GpcYonI zFbg== Received: by 10.14.0.133 with SMTP id 5mr28280955eeb.29.1354972648205; Sat, 08 Dec 2012 05:17:28 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPS id w3sm29533918eel.17.2012.12.08.05.17.27 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 08 Dec 2012 05:17:27 -0800 (PST) Sender: Baptiste Daroussin Date: Sat, 8 Dec 2012 14:17:25 +0100 From: Baptiste Daroussin To: Andriy Gapon Subject: Re: nullfs changes MFC Message-ID: <20121208131725.GE88230@ithaqua.etoilebsd.net> References: <20121208010109.GH3013@kib.kiev.ua> <20121208025816.GC88230@ithaqua.etoilebsd.net> <20121208030616.GI3013@kib.kiev.ua> <50C317FE.8090609@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="JBi0ZxuS5uaEhkUZ" Content-Disposition: inline In-Reply-To: <50C317FE.8090609@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Konstantin Belousov , stable@FreeBSD.org, fs@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Dec 2012 13:17:35 -0000 --JBi0ZxuS5uaEhkUZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Dec 08, 2012 at 12:35:42PM +0200, Andriy Gapon wrote: > on 08/12/2012 05:06 Konstantin Belousov said the following: > > On Sat, Dec 08, 2012 at 03:58:16AM +0100, Baptiste Daroussin wrote: > >> On Sat, Dec 08, 2012 at 03:01:09AM +0200, Konstantin Belousov wrote: > > ... > >>> The merge is available at=20 > >>> http://people.freebsd.org/~kib/misc/nullfs_9.1.patch > >> > >> > >> Sorry I haven't checked the latest zfs related MFC, but for some time > >> there was an issue with nullfs improvements and zfs, will this mfc be > >> synchronize with the mfc of the related zfs fixes? > >=20 > > Corresponding zfs fixes were already merged to stable/9, as I was told. > > Cc:ed Andrey to confirm it once more. >=20 > Yes, a while ago. >=20 Perfect thank you both! And sorry for noise :) regards, Bapt --JBi0ZxuS5uaEhkUZ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlDDPeUACgkQ8kTtMUmk6EwnwwCgoOfUI2S5nfyIHOa2OrHPiL85 nwYAnAtam3YwXXGFC3AyTxVXlWweK08z =2bf6 -----END PGP SIGNATURE----- --JBi0ZxuS5uaEhkUZ-- From owner-freebsd-stable@FreeBSD.ORG Sat Dec 8 21:12:32 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A0D93F44; Sat, 8 Dec 2012 21:12:32 +0000 (UTC) (envelope-from bright@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 824BF8FC13; Sat, 8 Dec 2012 21:12:32 +0000 (UTC) Received: from [10.236.164.166] (160.sub-174-234-0.myvzw.com [174.234.0.160]) by elvis.mu.org (Postfix) with ESMTPSA id DFF081A3C36; Sat, 8 Dec 2012 13:12:25 -0800 (PST) References: <20121208010109.GH3013@kib.kiev.ua> Mime-Version: 1.0 (1.0) In-Reply-To: <20121208010109.GH3013@kib.kiev.ua> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-Id: X-Mailer: iPhone Mail (10A523) From: Alfred Perlstein Subject: Re: nullfs changes MFC Date: Sat, 8 Dec 2012 13:12:19 -0800 To: Konstantin Belousov Cc: "stable@freebsd.org" , "fs@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Dec 2012 21:12:32 -0000 By combining vop_settext/unset/get into a single call with parameters "op" a= nd &out (for gettext) you can reduce 3 new vops into a single vop.=20 The same can be done for write count vops.=20 This will allow you to preserve kbi by reducing the vop additions to 2.=20 Sent from my iPhone On Dec 7, 2012, at 5:01 PM, Konstantin Belousov wrote:= > Hi, > I am going to merge latest batch of the nullfs improvements into > stable/9. This will bring up significant performance enchancements due > to use of the shared locks for lookups if the lower layer supports it, > much better caching on the nullfs layer, and proper handling of the text > segments on the nullfs. Also, it should improve the error recovery and > some corner cases with locking. >=20 > Unfortunately, the merge would break KBI for VFS, since it needs 5 new > VOP slots, and only three spares are left. We already are very liberal > with the VFS KBI, so I do not feel that the merge is not acceptable, due > to the benefits it brings to the nullfs. >=20 > The merge is available at=20 > http://people.freebsd.org/~kib/misc/nullfs_9.1.patch