From owner-freebsd-fs@FreeBSD.ORG Mon Aug 25 03:11:25 2008 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60F4C1065679 for ; Mon, 25 Aug 2008 03:11:25 +0000 (UTC) (envelope-from cadfred@electronicbox.net) Received: from smtp2.electronicbox.net (smtp2.electronicbox.net [69.28.239.27]) by mx1.freebsd.org (Postfix) with ESMTP id 5EAB58FC13 for ; Mon, 25 Aug 2008 03:11:25 +0000 (UTC) (envelope-from cadfred@electronicbox.net) Received: from electronicbox.net (210.222-ppp.3menatwork.com [72.0.210.222]) by smtp2.electronicbox.net (Postfix) with SMTP id 4858A3D84A5 for ; Sun, 24 Aug 2008 22:53:33 -0400 (EDT) From: "Fred" To: Sender: "Fred" Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Date: Sun, 24 Aug 2008 22:53:36 -0400 Content-Transfer-Encoding: 8bit Message-Id: <20080825025333.4858A3D84A5@smtp2.electronicbox.net> Subject: Government funds available X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2008 03:11:25 -0000 Press Release 5:46:05 PM The American Grants and Loans Book is now available. This publication contains valuable information with more than 1800 financial programs, subsidies, scholarships, grants and loans offered by the United States federal government. It also includes over 700 financing programs put forth by various Foundations and Associations across the United States. Businesses, students, individuals, municipalities, government departments, institutions, foundations and associations will find a wealth of information that will help them with their new ventures or existing projects. What you get: -Description of Grant available -Url to government website -Full mailing address -Phone and fax number The Canadian Subsidy Directory is also available for Canada. CD version: $69.95 Printed version: $149.95 To order please call: 819-322-7533 If you do not wish to receive communication from us in the future please write "agl" in the subject line to: unsub2@hotpop.com Canada Books 833 Boise de la Riviere Prevost, Qc Canada J0R 1T0 From owner-freebsd-fs@FreeBSD.ORG Mon Aug 25 11:06:50 2008 Return-Path: Delivered-To: freebsd-fs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3532210656C1 for ; Mon, 25 Aug 2008 11:06:50 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 378478FC1F for ; Mon, 25 Aug 2008 11:06:50 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m7PB6nSd027744 for ; Mon, 25 Aug 2008 11:06:50 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m7PB6nnx027740 for freebsd-fs@FreeBSD.org; Mon, 25 Aug 2008 11:06:49 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 25 Aug 2008 11:06:49 GMT Message-Id: <200808251106.m7PB6nnx027740@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-fs@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-fs@FreeBSD.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2008 11:06:50 -0000 Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/93942 fs [vfs] [patch] panic: ufs_dirbad: bad dir (patch from D o kern/112658 fs [smbfs] [patch] smbfs and caching problems (resolves b o kern/114676 fs [ufs] snapshot creation panics: snapacct_ufs2: bad blo o kern/116170 fs [panic] Kernel panic when mounting /tmp o bin/121072 fs [smbfs] mount_smbfs(8) cannot normally convert the cha o bin/122172 fs [fs]: amd(8) automount daemon dies on 6.3-STABLE i386, o kern/122888 fs [zfs] zfs hang w/ prefetch on, zil off while running t 7 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o bin/113049 fs [patch] [request] make quot(8) use getopt(3) and show o bin/113838 fs [patch] [request] mount(8): add support for relative p o bin/114468 fs [patch] [request] add -d option to umount(8) to detach o kern/114847 fs [ntfs] [patch] [request] dirmask support for NTFS ala o kern/114955 fs [cd9660] [patch] [request] support for mask,dirmask,ui o bin/118249 fs mv(1): moving a directory changes its mtime o kern/124621 fs [ext3] Cannot mount ext2fs partition o kern/125536 fs [ext2fs] ext 2 mounts cleanly but fails on commands li o kern/126287 fs [ufs] [panic] Kernel panics while mounting an UFS file 9 problems total. From owner-freebsd-fs@FreeBSD.ORG Mon Aug 25 11:24:26 2008 Return-Path: Delivered-To: freebsd-fs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2C41106566C; Mon, 25 Aug 2008 11:24:26 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id 69C738FC16; Mon, 25 Aug 2008 11:24:26 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id DB7151B10EF2; Mon, 25 Aug 2008 13:24:24 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on malcho.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-10.6 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.4 Received: from hater.haters.org (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id 064481B10F29; Mon, 25 Aug 2008 13:24:15 +0200 (CEST) Message-ID: <48B2965E.20700@moneybookers.com> Date: Mon, 25 Aug 2008 14:24:14 +0300 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.16 (X11/20080813) MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <20080727125413.GG1345@garage.freebsd.pl> In-Reply-To: <20080727125413.GG1345@garage.freebsd.pl> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.93.3/8085/Mon Aug 25 12:08:16 2008 on blah.cmotd.com X-Virus-Status: Clean Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: ZFS patches. X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2008 11:24:26 -0000 Hi, I can add work for me too. Will this patch be ready for 7.1R ? I guess/hope if not ready for 7.1R we will see it in 7.1-STABLE a week after 7.1R ? :) Pawel Jakub Dawidek wrote: > Hi. > > http://people.freebsd.org/~pjd/patches/zfs_20080727.patch.bz2 > > The patch above contains the most recent ZFS version that could be found > in OpenSolaris as of today. Apart for large amount of new functionality, > I belive there are many stability (and also performance) improvements > compared to the version from the base system. > > Check out OpenSolaris website to find out the differences between base > system version and patch version. > > Please test, test, test. If I get enough positive feedback, I may be > able to squeeze it into 7.1-RELEASE, but this might be hard. > > If you have any questions, please use mailing lists > (freebsd-fs@FreeBSD.org would be the best). > > Thank you in advance! > > -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-fs@FreeBSD.ORG Tue Aug 26 06:48:07 2008 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA4AC1065680 for ; Tue, 26 Aug 2008 06:48:07 +0000 (UTC) (envelope-from netslists@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.239]) by mx1.freebsd.org (Postfix) with ESMTP id 738FA8FC1C for ; Tue, 26 Aug 2008 06:48:07 +0000 (UTC) (envelope-from netslists@gmail.com) Received: by wr-out-0506.google.com with SMTP id c8so1177677wra.27 for ; Mon, 25 Aug 2008 23:48:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:content-type :content-transfer-encoding; bh=CuXjuJ+rXTBKtLZgK7vH8Bf62TAI2xprfdc4JWoQut8=; b=slBkbWu2+ciK8bScJfiw/rtJESbFGVesBX2QP/J/6X7/qIi+bbSTaAtDVisfAUBHYK ydoNGgdsRvnEcbum3mrXz9gLKZP2c099e26hd7vGg7pwWoDU7al48CYstEWuiCGKxczt /6AL70zO5a7bmZw9QDD4IAbmywDJnjtD/5Vjc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; b=x1lM4vd6wbv01upOUeOIDuOo7bqnFHp1T0ddf31Sx3sSUWV0eZnE250Ror8MW2jI9H 71P+hR50eU71blRGOJ5t/NxnT6bNjly/KcK+vJ7F5nExXAcFh9tL9+V7MmNQ7FVIs9LA CjOGU2OpytXHUsnPj6mbaqIbH5sO7g80O1ouA= Received: by 10.90.78.14 with SMTP id a14mr2984725agb.74.1219731747617; Mon, 25 Aug 2008 23:22:27 -0700 (PDT) Received: from ?192.168.12.8? ( [97.101.40.241]) by mx.google.com with ESMTPS id 6sm8924317wrh.35.2008.08.25.23.22.26 (version=SSLv3 cipher=RC4-MD5); Mon, 25 Aug 2008 23:22:26 -0700 (PDT) Message-ID: <48B3A11C.6030504@gmail.com> Date: Tue, 26 Aug 2008 02:22:20 -0400 From: Sten Daniel Soersdal User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: freebsd-fs@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Sector size of 4096 bytes (not 512) X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 06:48:07 -0000 Does anyone know if i might run into any surprises if my hdd has 4096 byte sized sectors and not the regular 512, it is low-level formatted that way. I want to run a regular FreeBSD (v7) installation on it for a machine that goes into production relatively soon after that. I tried Googling but i have trouble finding definitive answers. I have noticed on the many lists that people writing device drivers and filesystem utils often assume it's 512B in size. My (lack of) confidence in my own understanding of the filesystem code makes me uncertain. (I looked in src/sys/boot and src/sys/ufs). -- Sten Daniel Soersdal From owner-freebsd-fs@FreeBSD.ORG Tue Aug 26 07:37:34 2008 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 630B51065682 for ; Tue, 26 Aug 2008 07:37:34 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.238]) by mx1.freebsd.org (Postfix) with ESMTP id 1FCC38FC15 for ; Tue, 26 Aug 2008 07:37:34 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by wr-out-0506.google.com with SMTP id c8so1186739wra.27 for ; Tue, 26 Aug 2008 00:37:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=vBwWrdicyjZzwmDmQjXI3Y1zHFJzRBvD1J/Xu/mZn04=; b=FL0wQJoqJuYx9Q/8ttLkpaDVs8k22w2R8jrSXv36AF7l+hK57og00EiS7v5bBtVyST K7V4yCl4m903z5RC3S+B4jJO1mjUBaN7MtwTtpTNsJL1bjHN2lengoQToEEmMUhcHRmi WdhfHlFZjDmN+B5DuPNDW+4JIGeWyVC4TsE/E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=AxnDSRyYBZlvED/pORNpB1qyezJRxF20m4geZOz3p//agIDdugK3PM/b+jLeoY/DT5 5l+QgU6l/iQetGJUQoaJ9lxWeZAAlbomCKQrdfqNpk5w0pBisTIkONCi9SZFmiV9tT/A ZkxKxAElfTDLQYFuPpCZg+lyqrJnzrE5TDzLs= Received: by 10.90.80.19 with SMTP id d19mr6624605agb.97.1219734347866; Tue, 26 Aug 2008 00:05:47 -0700 (PDT) Received: by 10.90.96.4 with HTTP; Tue, 26 Aug 2008 00:05:47 -0700 (PDT) Message-ID: Date: Tue, 26 Aug 2008 11:05:47 +0400 From: pluknet To: "Sten Daniel Soersdal" In-Reply-To: <48B3A11C.6030504@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <48B3A11C.6030504@gmail.com> Cc: freebsd-fs@freebsd.org Subject: Re: Sector size of 4096 bytes (not 512) X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 07:37:34 -0000 2008/8/26 Sten Daniel Soersdal : > > Does anyone know if i might run into any surprises if my hdd has 4096 byte > sized sectors and not the regular 512, it is low-level formatted that way. > I want to run a regular FreeBSD (v7) installation on it for a machine that > goes into production relatively soon after that. > I tried Googling but i have trouble finding definitive answers. > I have noticed on the many lists that people writing device drivers and > filesystem utils often assume it's 512B in size. > My (lack of) confidence in my own understanding of the filesystem code makes > me uncertain. (I looked in src/sys/boot and src/sys/ufs). > You should not change the sector size, because it is value of the physical parameter on disc (typically it's 512 for magnetic discs and 4096 for optical discs), not whatever logical value. You should better check tuning(7)/tunefs(8) man pages if you want to tune up your system. wbr, pluknet From owner-freebsd-fs@FreeBSD.ORG Tue Aug 26 07:43:36 2008 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C7D6C1065672 for ; Tue, 26 Aug 2008 07:43:36 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 8E01B8FC2A for ; Tue, 26 Aug 2008 07:43:36 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 3B851170E5; Tue, 26 Aug 2008 07:43:35 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.2/8.14.2) with ESMTP id m7Q7hYuR035439; Tue, 26 Aug 2008 07:43:35 GMT (envelope-from phk@critter.freebsd.dk) To: Sten Daniel Soersdal From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 26 Aug 2008 02:22:20 -0400." <48B3A11C.6030504@gmail.com> Date: Tue, 26 Aug 2008 07:43:34 +0000 Message-ID: <35438.1219736614@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: freebsd-fs@freebsd.org Subject: Re: Sector size of 4096 bytes (not 512) X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 07:43:36 -0000 In message <48B3A11C.6030504@gmail.com>, Sten Daniel Soersdal writes: > >Does anyone know if i might run into any surprises if my hdd has 4096 >byte sized sectors and not the regular 512, it is low-level formatted >that way. That's no problem, as long as the sectorsize is a power of two, larger than or equal to 512, you should have no trouble. >I want to run a regular FreeBSD (v7) installation on it for a machine >that goes into production relatively soon after that. In the disk menu where you create filesystems, you will need to use the set the newfs arguments (is it 'N' in the menu ?) to -b 32768 -f 4096 -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-fs@FreeBSD.ORG Tue Aug 26 07:44:39 2008 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E0AAF106564A for ; Tue, 26 Aug 2008 07:44:39 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id A6C738FC27 for ; Tue, 26 Aug 2008 07:44:39 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id D2266170E3; Tue, 26 Aug 2008 07:44:38 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.2/8.14.2) with ESMTP id m7Q7icpL035462; Tue, 26 Aug 2008 07:44:38 GMT (envelope-from phk@critter.freebsd.dk) To: pluknet From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 26 Aug 2008 11:05:47 +0400." Date: Tue, 26 Aug 2008 07:44:38 +0000 Message-ID: <35461.1219736678@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: freebsd-fs@freebsd.org Subject: Re: Sector size of 4096 bytes (not 512) X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 07:44:40 -0000 In message , plukn et writes: >2008/8/26 Sten Daniel Soersdal : >> >> Does anyone know if i might run into any surprises if my hdd has 4096 byte >> sized sectors and not the regular 512, it is low-level formatted that way. [...] >You should not change the sector size, because it is value of the >physical parameter on disc >(typically it's 512 for magnetic discs and 4096 for optical discs), >not whatever logical value. >You should better check tuning(7)/tunefs(8) man pages if you want to >tune up your system. This answer has nothing to do with the question asked, and is wrong in just about every way it can be. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-fs@FreeBSD.ORG Tue Aug 26 11:06:34 2008 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 372121065687 for ; Tue, 26 Aug 2008 11:06:34 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 06C8C8FC2C for ; Tue, 26 Aug 2008 11:06:33 +0000 (UTC) (envelope-from des@des.no) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 0F7DD2088; Tue, 26 Aug 2008 13:06:33 +0200 (CEST) Received: by ds4.des.no (Postfix, from userid 1001) id EFFC084492; Tue, 26 Aug 2008 13:06:32 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: "Poul-Henning Kamp" References: <35438.1219736614@critter.freebsd.dk> Date: Tue, 26 Aug 2008 13:06:32 +0200 In-Reply-To: <35438.1219736614@critter.freebsd.dk> (Poul-Henning Kamp's message of "Tue, 26 Aug 2008 07:43:34 +0000") Message-ID: <86zln011dz.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@freebsd.org Subject: Re: Sector size of 4096 bytes (not 512) X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 11:06:34 -0000 "Poul-Henning Kamp" writes: > [to install on a disk with 4096-byte sectors] > In the disk menu where you create filesystems, you will need to use the > set the newfs arguments (is it 'N' in the menu ?) to > -b 32768 -f 4096 Doesn't newfs figure this out on its own, based on the parameters reported by ata / cam? DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-fs@FreeBSD.ORG Tue Aug 26 11:20:24 2008 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 88049106569A for ; Tue, 26 Aug 2008 11:20:24 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 57A988FC28 for ; Tue, 26 Aug 2008 11:20:24 +0000 (UTC) (envelope-from des@des.no) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 602002091; Tue, 26 Aug 2008 13:20:23 +0200 (CEST) Received: by ds4.des.no (Postfix, from userid 1001) id 3C00E844C2; Tue, 26 Aug 2008 13:20:23 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: "Poul-Henning Kamp" References: <35438.1219736614@critter.freebsd.dk> <86zln011dz.fsf@ds4.des.no> Date: Tue, 26 Aug 2008 13:20:23 +0200 In-Reply-To: <86zln011dz.fsf@ds4.des.no> ("Dag-Erling =?utf-8?Q?Sm=C3=B8rg?= =?utf-8?Q?rav=22's?= message of "Tue, 26 Aug 2008 13:06:32 +0200") Message-ID: <86vdxo10qw.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@freebsd.org Subject: Re: Sector size of 4096 bytes (not 512) X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 11:20:24 -0000 Dag-Erling Sm=C3=B8rgrav writes: > Doesn't newfs figure this out on its own, based on the parameters > reported by ata / cam? It does, actually: if (sectorsize =3D=3D 0) if (ioctl(disk.d_fd, DIOCGSECTORSIZE, §orsize) =3D=3D -= 1) sectorsize =3D 0; /* back out on error for safety */ /* ... */ if (fsize <=3D 0) fsize =3D MAX(DFL_FRAGSIZE, sectorsize); if (bsize <=3D 0) bsize =3D MIN(DFL_BLKSIZE, 8 * fsize); If I read the sysinstall code correctly, it won't specify a block and fragment size unless you actually press 'N' to set custom options - at which point it will initialize them to "-b 16384 -f 2048" (which are the newfs defaults for disks with sector sizes <=3D 2048) before displaying the dialog box where you can edit them. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-fs@FreeBSD.ORG Tue Aug 26 12:45:56 2008 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 98EE5106567C for ; Tue, 26 Aug 2008 12:45:56 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 6DA0A8FC21 for ; Tue, 26 Aug 2008 12:45:56 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 0269E170E3; Tue, 26 Aug 2008 12:45:54 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.2/8.14.2) with ESMTP id m7QCjs1U095624; Tue, 26 Aug 2008 12:45:54 GMT (envelope-from phk@critter.freebsd.dk) To: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 26 Aug 2008 13:06:32 +0200." <86zln011dz.fsf@ds4.des.no> Date: Tue, 26 Aug 2008 12:45:54 +0000 Message-ID: <95623.1219754754@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: freebsd-fs@freebsd.org Subject: Re: Sector size of 4096 bytes (not 512) X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 12:45:56 -0000 In message <86zln011dz.fsf@ds4.des.no>, =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= wr ites: >"Poul-Henning Kamp" writes: >> [to install on a disk with 4096-byte sectors] >> In the disk menu where you create filesystems, you will need to use the >> set the newfs arguments (is it 'N' in the menu ?) to >> -b 32768 -f 4096 > >Doesn't newfs figure this out on its own, based on the parameters >reported by ata / cam? Ohh, actually it might... -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-fs@FreeBSD.ORG Tue Aug 26 13:05:50 2008 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E02D1065686 for ; Tue, 26 Aug 2008 13:05:50 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.224]) by mx1.freebsd.org (Postfix) with ESMTP id 5A0378FC13 for ; Tue, 26 Aug 2008 13:05:50 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by wr-out-0506.google.com with SMTP id c8so1251729wra.27 for ; Tue, 26 Aug 2008 06:05:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=5KHHAIEUljUrHmn7DJR1YxJDi0CT1mlNmd0RvrgvwOc=; b=hLba/78LHzHwL3sBUtn9pp01T3QsCRv4oBh7olJp6nh9YGgtmVsw8tQL+CUNe8SMTk t2xlBDEotDibxGVRQM6fHt4E4ds6Mcm5G/3dm9jIZAyqgTAVoaRm31FJRZUnsOLi+5cq /GWdOjEV3K7Sr5sUGs9qmOXlgnyBnlltL7rxE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=GRxnQWjQ/fsQt4TpmFAorhODtED93hkMhQRa4/j+1ehH8MgDSVKVrPdOO4YFkviQ68 EebI3Lag26KSBs51hWnSvWn6JOHSHeFGA3dLJVB773As3bXJivMOrbBkfZ5NyLK6k6nn fdZnypJ/bYH2Oj2IGdTZ+zlmTKZkrX+RqiTIc= Received: by 10.90.91.2 with SMTP id o2mr7046982agb.111.1219755949014; Tue, 26 Aug 2008 06:05:49 -0700 (PDT) Received: by 10.90.96.4 with HTTP; Tue, 26 Aug 2008 06:05:48 -0700 (PDT) Message-ID: Date: Tue, 26 Aug 2008 17:05:48 +0400 From: pluknet To: "Poul-Henning Kamp" In-Reply-To: <35461.1219736678@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <35461.1219736678@critter.freebsd.dk> Cc: freebsd-fs@freebsd.org Subject: Re: Sector size of 4096 bytes (not 512) X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 13:05:50 -0000 2008/8/26 Poul-Henning Kamp : > In message , plukn > et writes: >>2008/8/26 Sten Daniel Soersdal : >>> >>> Does anyone know if i might run into any surprises if my hdd has 4096 byte >>> sized sectors and not the regular 512, it is low-level formatted that way. > > [...] > >>You should not change the sector size, because it is value of the >>physical parameter on disc >>(typically it's 512 for magnetic discs and 4096 for optical discs), >>not whatever logical value. >>You should better check tuning(7)/tunefs(8) man pages if you want to >>tune up your system. > > This answer has nothing to do with the question asked, and is wrong in > just about every way it can be. > > -- > Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 > phk@FreeBSD.ORG | TCP/IP since RFC 956 > FreeBSD committer | BSD since 4.3-tahoe > Never attribute to malice what can adequately be explained by incompetence. > I'm talking about on-disk sector-size, not about filesystem's block-size. wbr, pluknet From owner-freebsd-fs@FreeBSD.ORG Tue Aug 26 13:09:58 2008 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 806A51065684 for ; Tue, 26 Aug 2008 13:09:58 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 5664F8FC14 for ; Tue, 26 Aug 2008 13:09:58 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id E499C170E3; Tue, 26 Aug 2008 13:09:56 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.2/8.14.2) with ESMTP id m7QD9uKS095750; Tue, 26 Aug 2008 13:09:56 GMT (envelope-from phk@critter.freebsd.dk) To: pluknet From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 26 Aug 2008 17:05:48 +0400." Date: Tue, 26 Aug 2008 13:09:56 +0000 Message-ID: <95749.1219756196@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: freebsd-fs@freebsd.org Subject: Re: Sector size of 4096 bytes (not 512) X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 13:09:58 -0000 In message , plukne t writes: >2008/8/26 Poul-Henning Kamp : >> This answer has nothing to do with the question asked, and is wrong in >> just about every way it can be. >> >I'm talking about on-disk sector-size, not about filesystem's block-size. I wrote the code that implementes both of those :-) -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-fs@FreeBSD.ORG Tue Aug 26 14:05:20 2008 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 289BA106564A for ; Tue, 26 Aug 2008 14:05:20 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id EECDB8FC23 for ; Tue, 26 Aug 2008 14:05:19 +0000 (UTC) (envelope-from des@des.no) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 1B1522090; Tue, 26 Aug 2008 16:05:19 +0200 (CEST) Received: by ds4.des.no (Postfix, from userid 1001) id C718C8456D; Tue, 26 Aug 2008 13:20:23 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: "Poul-Henning Kamp" References: <35438.1219736614@critter.freebsd.dk> <86zln011dz.fsf@ds4.des.no> Date: Tue, 26 Aug 2008 13:20:23 +0200 In-Reply-To: <86zln011dz.fsf@ds4.des.no> ("Dag-Erling =?utf-8?Q?Sm=C3=B8rg?= =?utf-8?Q?rav=22's?= message of "Tue, 26 Aug 2008 13:06:32 +0200") Message-ID: <86vdxo10qw.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@freebsd.org Subject: Re: Sector size of 4096 bytes (not 512) X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 14:05:20 -0000 Dag-Erling Sm=C3=B8rgrav writes: > Doesn't newfs figure this out on its own, based on the parameters > reported by ata / cam? It does, actually: if (sectorsize =3D=3D 0) if (ioctl(disk.d_fd, DIOCGSECTORSIZE, §orsize) =3D=3D -= 1) sectorsize =3D 0; /* back out on error for safety */ /* ... */ if (fsize <=3D 0) fsize =3D MAX(DFL_FRAGSIZE, sectorsize); if (bsize <=3D 0) bsize =3D MIN(DFL_BLKSIZE, 8 * fsize); If I read the sysinstall code correctly, it won't specify a block and fragment size unless you actually press 'N' to set custom options - at which point it will initialize them to "-b 16384 -f 2048" (which are the newfs defaults for disks with sector sizes <=3D 2048) before displaying the dialog box where you can edit them. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-fs@FreeBSD.ORG Tue Aug 26 14:05:20 2008 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28E9A106566C for ; Tue, 26 Aug 2008 14:05:20 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id EEE0C8FC26 for ; Tue, 26 Aug 2008 14:05:19 +0000 (UTC) (envelope-from des@des.no) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 0A43F208E; Tue, 26 Aug 2008 16:05:18 +0200 (CEST) Received: by ds4.des.no (Postfix, from userid 1001) id 3C00E844C2; Tue, 26 Aug 2008 13:20:23 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: "Poul-Henning Kamp" References: <35438.1219736614@critter.freebsd.dk> <86zln011dz.fsf@ds4.des.no> Date: Tue, 26 Aug 2008 13:20:23 +0200 In-Reply-To: <86zln011dz.fsf@ds4.des.no> ("Dag-Erling =?utf-8?Q?Sm=C3=B8rg?= =?utf-8?Q?rav=22's?= message of "Tue, 26 Aug 2008 13:06:32 +0200") Message-ID: <86vdxo10qw.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@freebsd.org Subject: Re: Sector size of 4096 bytes (not 512) X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 14:05:20 -0000 Dag-Erling Sm=C3=B8rgrav writes: > Doesn't newfs figure this out on its own, based on the parameters > reported by ata / cam? It does, actually: if (sectorsize =3D=3D 0) if (ioctl(disk.d_fd, DIOCGSECTORSIZE, §orsize) =3D=3D -= 1) sectorsize =3D 0; /* back out on error for safety */ /* ... */ if (fsize <=3D 0) fsize =3D MAX(DFL_FRAGSIZE, sectorsize); if (bsize <=3D 0) bsize =3D MIN(DFL_BLKSIZE, 8 * fsize); If I read the sysinstall code correctly, it won't specify a block and fragment size unless you actually press 'N' to set custom options - at which point it will initialize them to "-b 16384 -f 2048" (which are the newfs defaults for disks with sector sizes <=3D 2048) before displaying the dialog box where you can edit them. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-fs@FreeBSD.ORG Tue Aug 26 22:20:36 2008 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C306A1065686 for ; Tue, 26 Aug 2008 22:20:36 +0000 (UTC) (envelope-from andrew@modulus.org) Received: from email.octopus.com.au (host-122-100-2-232.octopus.com.au [122.100.2.232]) by mx1.freebsd.org (Postfix) with ESMTP id 6F8268FC14 for ; Tue, 26 Aug 2008 22:20:36 +0000 (UTC) (envelope-from andrew@modulus.org) Received: by email.octopus.com.au (Postfix, from userid 1002) id 2FE4E172FC; Wed, 27 Aug 2008 08:02:00 +1000 (EST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on email.octopus.com.au X-Spam-Level: X-Spam-Status: No, score=-1.4 required=10.0 tests=ALL_TRUSTED autolearn=failed version=3.2.3 Received: from [10.1.50.60] (138.21.96.58.exetel.com.au [58.96.21.138]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: admin@email.octopus.com.au) by email.octopus.com.au (Postfix) with ESMTP id DBF461712C for ; Wed, 27 Aug 2008 08:01:55 +1000 (EST) Message-ID: <48B47D42.9060307@modulus.org> Date: Wed, 27 Aug 2008 08:01:38 +1000 From: Andrew Snow User-Agent: Thunderbird 2.0.0.14 (X11/20080523) MIME-Version: 1.0 To: freebsd-fs@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Poor ZFS prefetch performance X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2008 22:20:36 -0000 On latest 8-current with latest patches, I am seeing poor data prefetch hit rate with my workload of rsync on millions of files. ZFS has been quite good apart from this - UFS was much faster at this particular workload. ZFS just seems to be reading many megabytes over and over from the filesystem with little to show for it. Arcstats reports the following: kstat.zfs.misc.arcstats.prefetch_data_hits: 475476 kstat.zfs.misc.arcstats.prefetch_data_misses: 5325057 kstat.zfs.misc.arcstats.prefetch_metadata_hits: 126411515 kstat.zfs.misc.arcstats.prefetch_metadata_misses: 3998476 I don't really want to turn of prefetching completely because it does actually help in many situations. From this I deduce it would be really nice to provide an extra tunable that allows you to turn off prefetching for data but leave it on for metadata. This would be easy to do because data prefetches come in through dmu_zfetch, but metadata comes through dmu_prefetch() in dmu.c - Andrew From owner-freebsd-fs@FreeBSD.ORG Wed Aug 27 06:45:04 2008 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 61F19106568C for ; Wed, 27 Aug 2008 06:45:04 +0000 (UTC) (envelope-from alvaro.mtr@googlemail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.173]) by mx1.freebsd.org (Postfix) with ESMTP id 1BBD48FC17 for ; Wed, 27 Aug 2008 06:45:03 +0000 (UTC) (envelope-from alvaro.mtr@googlemail.com) Received: by wf-out-1314.google.com with SMTP id 24so2246485wfg.7 for ; Tue, 26 Aug 2008 23:45:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=l/fLVqgwG7UxVuAUFlzrFIowwCvxiScLZjvCmg9VBTI=; b=Bwmz+7YFikc3eyrHp0/9SDsEVIuVZQdJUMGUaFZfsr+zMsV8ULZ/YouNJsMCOtJMlF yfZUBWWaLnmnxyhDfx7+ZU4pobwEbQXG8uBc+nUXGMtwxreVutdXl5bF5cxv8scjnCgn A4jNqhkysol906HT0860FeRrUiVmn+0jOU2ss= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=Gd684enX4EyBU/HwgD24XBTh6kjXWHttnhyfVbId9tzw0JFJBOdwsJH+Z46qCRgItB km052Suy44m0RC7NW4mumTXiQz7xx8N4XYprFl9DN4HngNXTvSxa9uzP/ZywO4SzC3JZ YT0R1sYlqLnSa6MB+6k0lZowy3Lu7o6UK+bt4= Received: by 10.142.192.11 with SMTP id p11mr2339338wff.111.1219818204644; Tue, 26 Aug 2008 23:23:24 -0700 (PDT) Received: by 10.142.80.5 with HTTP; Tue, 26 Aug 2008 23:23:24 -0700 (PDT) Message-ID: Date: Wed, 27 Aug 2008 01:23:24 -0500 From: Alvaro To: freebsd-fs@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: hfs+ in freebsd7.0-stable X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2008 06:45:04 -0000 has anyone compiled succesfully the hfs+ programs in http://people.freebsd.org/~yar/hfs/ in 7.0-stable? From owner-freebsd-fs@FreeBSD.ORG Wed Aug 27 08:23:09 2008 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD8D1106567B for ; Wed, 27 Aug 2008 08:23:09 +0000 (UTC) (envelope-from michael@fuckner.net) Received: from dedihh.fuckner.net (dedihh.fuckner.net [81.209.183.161]) by mx1.freebsd.org (Postfix) with ESMTP id 840C98FC12 for ; Wed, 27 Aug 2008 08:23:09 +0000 (UTC) (envelope-from michael@fuckner.net) Received: from localhost (localhost [127.0.0.1]) by dedihh.fuckner.net (Postfix) with ESMTP id 52C9B62292; Wed, 27 Aug 2008 10:08:01 +0200 (CEST) X-Virus-Scanned: amavisd-new at fuckner.net Received: from dedihh.fuckner.net ([127.0.0.1]) by localhost (dedihh.fuckner.net [127.0.0.1]) (amavisd-new, port 10024) with SMTP id rruCc2GNqOSU; Wed, 27 Aug 2008 10:07:55 +0200 (CEST) Received: from tkd14.delnet (unknown [85.183.0.20]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by dedihh.fuckner.net (Postfix) with ESMTPSA id 59D6362268; Wed, 27 Aug 2008 10:07:55 +0200 (CEST) Message-ID: <48B50B5C.1050002@fuckner.net> Date: Wed, 27 Aug 2008 10:07:56 +0200 From: Michael Fuckner User-Agent: Thunderbird 2.0.0.16 (X11/20080730) MIME-Version: 1.0 To: Alvaro References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org Subject: Re: hfs+ in freebsd7.0-stable X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2008 08:23:10 -0000 Alvaro wrote: > has anyone compiled succesfully the hfs+ programs in > http://people.freebsd.org/~yar/hfs/ in 7.0-stable? did you try ports/emulators/hfs or hfsutils? Regards, Michael! From owner-freebsd-fs@FreeBSD.ORG Wed Aug 27 09:13:40 2008 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9ED281065678; Wed, 27 Aug 2008 09:13:40 +0000 (UTC) (envelope-from rebehn@ant.uni-bremen.de) Received: from antsrv1.ant.uni-bremen.de (antsrv1.ant.uni-bremen.de [134.102.176.16]) by mx1.freebsd.org (Postfix) with ESMTP id DB36F8FC20; Wed, 27 Aug 2008 09:13:34 +0000 (UTC) (envelope-from rebehn@ant.uni-bremen.de) Received: from bremerhaven.ant.uni-bremen.de ([134.102.176.10]) by antsrv1.ant.uni-bremen.de with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1KYGkd-0001hE-IO; Wed, 27 Aug 2008 10:51:39 +0200 Message-ID: <48B5159B.3070506@ant.uni-bremen.de> Date: Wed, 27 Aug 2008 10:51:39 +0200 From: Heinrich Rebehn User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.8.1.13) Gecko/20080313 SeaMonkey/1.1.9 (Ubuntu-1.1.9+nobinonly-0ubuntu1) MIME-Version: 1.0 To: Robert Watson References: <434F4FF8.9050903@ant.uni-bremen.de> <20051014064145.GA40856@admin.sibptus.tomsk.ru> <20051014092250.D66245@fledge.watson.org> In-Reply-To: <20051014092250.D66245@fledge.watson.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, Victor Sudakov Subject: Re: Problem with default ACLs and mask X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2008 09:13:40 -0000 Robert Watson wrote: > > On Fri, 14 Oct 2005, Victor Sudakov wrote: > >> Heinrich Rebehn wrote: >>> >> >> [dd] >>> Am i doing something wrong here? Why is the mask not propagated? >> >> I am afraid the current umask prevents it. You must set it to >> something like "umask 002" before you create your files or directories >> (the group write bit matters here). > > The problem, so to speak, is that we actually implement what is > described in the POSIX.1e spec. When we did our initial implementation, > the various OS's varied a bit in the semantics they implemented: > > - Solaris implemented umask override if the mask was specified in the > default ACL. > - IRIX implemented the spec. > > Since that time, Linux has turned up and implemented the Solaris model, > and IRIX has switched to the Solaris model also as a result of peer > pressure. I've previouly looked at switching us, but it tears up our > kernel APIs some and will require significant testing. I had hoped to > do this for FreeBSD 6.x but was derailed working on other problems that > needed to be fixed. My hope is to change the default in FreeBSD 7.x. Hi Robert, has there been any progress so far? This might encourage me to move to 7.x (Still on 6.1) Regards, Heinrich -- Heinrich Rebehn University of Bremen Physics / Electrical and Electronics Engineering - Department of Telecommunications - Phone : +49/421/218-4664 Fax : -3341 From owner-freebsd-fs@FreeBSD.ORG Wed Aug 27 11:13:55 2008 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07C9F106567A for ; Wed, 27 Aug 2008 11:13:55 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello087206045140.chello.pl [87.206.45.140]) by mx1.freebsd.org (Postfix) with ESMTP id 9D7208FC19 for ; Wed, 27 Aug 2008 11:13:54 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id AD0C145CA6; Wed, 27 Aug 2008 13:13:52 +0200 (CEST) Received: from localhost (pjd.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 0D1A045B36; Wed, 27 Aug 2008 13:13:48 +0200 (CEST) Date: Wed, 27 Aug 2008 13:14:01 +0200 From: Pawel Jakub Dawidek To: Poul-Henning Kamp Message-ID: <20080827111401.GA1857@garage.freebsd.pl> References: <48B3A11C.6030504@gmail.com> <35438.1219736614@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="oyUTqETQ0mS9luUI" Content-Disposition: inline In-Reply-To: <35438.1219736614@critter.freebsd.dk> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 8.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-fs@freebsd.org Subject: Re: Sector size of 4096 bytes (not 512) X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2008 11:13:55 -0000 --oyUTqETQ0mS9luUI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 26, 2008 at 07:43:34AM +0000, Poul-Henning Kamp wrote: > In message <48B3A11C.6030504@gmail.com>, Sten Daniel Soersdal writes: > > > >Does anyone know if i might run into any surprises if my hdd has 4096=20 > >byte sized sectors and not the regular 512, it is low-level formatted=20 > >that way. >=20 > That's no problem, as long as the sectorsize is a power of two, larger > than or equal to 512, you should have no trouble. Also, sector shouldn't be larger than page size, because once you place UFS on such thing, mmap(2) will stop working, AFAIR. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --oyUTqETQ0mS9luUI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFItTb5ForvXbEpPzQRAqeuAKCOJaorZ38QmvBns4lcGx3ErqK4+ACg9AZ0 CF13pW75HOx//gXef8K3c1w= =8czA -----END PGP SIGNATURE----- --oyUTqETQ0mS9luUI-- From owner-freebsd-fs@FreeBSD.ORG Wed Aug 27 20:17:23 2008 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A990106566B for ; Wed, 27 Aug 2008 20:17:23 +0000 (UTC) (envelope-from weldon@excelsus.com) Received: from mx0.excelsus.net (emmett.excelsus.com [74.93.113.252]) by mx1.freebsd.org (Postfix) with ESMTP id C78C08FC14 for ; Wed, 27 Aug 2008 20:17:22 +0000 (UTC) (envelope-from weldon@excelsus.com) Received: (qmail 71940 invoked by uid 89); 27 Aug 2008 20:17:20 -0000 Received: from unknown (HELO localhost) (127.0.0.1) by localhost.excelsus.com with SMTP; 27 Aug 2008 20:17:20 -0000 Date: Wed, 27 Aug 2008 16:17:20 -0400 (EDT) From: Weldon S Godfrey 3 To: Jeremy Chadwick In-Reply-To: <20080822174411.GA89610@eos.sc1.parodius.com> Message-ID: <20080827161150.G76650@emmett.excelsus.com> References: <20080806101621.H24586@emmett.excelsus.com> <20080814091337.Y94482@emmett.excelsus.com> <20080821153107.W76650@emmett.excelsus.com> <20080821194742.GA19362@eos.sc1.parodius.com> <20080822115932.M76650@emmett.excelsus.com> <20080822174411.GA89610@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-fs@freebsd.org, pjd@FreeBSD.org Subject: Re: ZFS-NFS kernel panic under load X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2008 20:17:23 -0000 Well, I am not sure if it was exactly that bug, since the last time I paniced, it never dumped to memory. Although this time i paniced, it started to dump then locked up solid. before I paniced I did get an error message at the end of the panic: Stopped at nfsrv_access at 0x190 testb 0x1, 0xa4 (%rax) I did hard reboot after lockup and tried savecore manually, it said it found no cores. (I did wait a good while and verified the drive lights was not running when I hard rebooted). Although I am guessing at this point I could go back to 7.0-R for testing this bug since it appears to be a problem with NFS and ZFS on either v6 or v11 of the filesystem. I will be happy to help debug the issue with anyone, I just need someone that is more knowledgeable of NFS and/or ZFS than I (which is most) Thanks, Weldon If memory serves me right, sometime around Friday, Jeremy Chadwick told me: > On Fri, Aug 22, 2008 at 12:02:47PM -0400, Weldon S Godfrey 3 wrote: >> Ok, I tried panic, it gave a page of the typical panic page that this >> crash generates under 7.0. I rebooted and no core, so I am missing a >> step. Sorry for being clueless here. > > Then you're probably being bit by what's listed in the below PR. > Supposedly you can do "panic", it should dump memory contents to swap, > then upon rebooting go into single-user mode, "mount -a", then run > savecore. A real PITA, I know, but supposedly it works. > > I can't help with the cause of the actual panic, however; it's outside > of my skillset. > From owner-freebsd-fs@FreeBSD.ORG Wed Aug 27 20:45:50 2008 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F19A1065681; Wed, 27 Aug 2008 20:45:50 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from moe.cs.uoguelph.ca (moe.cs.uoguelph.ca [131.104.94.198]) by mx1.freebsd.org (Postfix) with ESMTP id 4A83D8FC1C; Wed, 27 Aug 2008 20:45:50 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.91.102]) by moe.cs.uoguelph.ca (8.13.1/8.13.1) with ESMTP id m7RKjj3q005786; Wed, 27 Aug 2008 16:45:45 -0400 Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id m7RKvsf28654; Wed, 27 Aug 2008 16:57:55 -0400 (EDT) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Wed, 27 Aug 2008 16:57:54 -0400 (EDT) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: Weldon S Godfrey 3 In-Reply-To: <20080827161150.G76650@emmett.excelsus.com> Message-ID: References: <20080806101621.H24586@emmett.excelsus.com> <20080814091337.Y94482@emmett.excelsus.com> <20080821153107.W76650@emmett.excelsus.com> <20080821194742.GA19362@eos.sc1.parodius.com> <20080822115932.M76650@emmett.excelsus.com> <20080822174411.GA89610@eos.sc1.parodius.com> <20080827161150.G76650@emmett.excelsus.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Scanned-By: MIMEDefang 2.63 on 131.104.94.198 Cc: freebsd-fs@freebsd.org, pjd@freebsd.org Subject: Re: ZFS-NFS kernel panic under load X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2008 20:45:50 -0000 On Wed, 27 Aug 2008, Weldon S Godfrey 3 wrote: > > Well, I am not sure if it was exactly that bug, since the last time I > paniced, it never dumped to memory. Although this time i paniced, it started > to dump then locked up solid. > > before I paniced I did get an error message at the end of the panic: > > > Stopped at nfsrv_access at 0x190 testb 0x1, 0xa4 (%rax) > Well, I'd guess that is the following source line: if (rdonly || (vp->v_mount->mnt_flag & MNT_RDONLY)) { since "mnt_flag" is way down in the structure and MNT_RDONLY == 0x1. This suggests that v_mount is no longer valid, but I have no idea why that might happen. (This was looking at the -current nfsserver sources, but I don't think they've changed much. Maybe someone who knows ZFS and how it handles the mount structure might have some idea? rick From owner-freebsd-fs@FreeBSD.ORG Fri Aug 29 00:02:55 2008 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A66871065677 for ; Fri, 29 Aug 2008 00:02:55 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.184]) by mx1.freebsd.org (Postfix) with ESMTP id CF8158FC12 for ; Fri, 29 Aug 2008 00:02:54 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: by fk-out-0910.google.com with SMTP id k31so490307fkk.11 for ; Thu, 28 Aug 2008 17:02:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:references :date:message-id:user-agent:mime-version:content-type; bh=CDw2ESnzFk9exMEr4nOda3jvZgpWA7CRn9y7uUaP87A=; b=bQthqXQzKWui8S+Uv5o8w4mE7xl0+Fo1aMWcZ0dWasNZ3SWHtkz7cQrlUVltz1sO4S g8dFlOIFiekTdbkvu0nEQfHDhL32w60J1qc+gTC3QqRNoq1GlBKaj8E7vnMCDqu+eD8R fR6FTUaUkcZz+wDspywQQFMt8VU9xXR1j2hQg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:message-id:user-agent :mime-version:content-type; b=WEf3a/u2VyRl7cteYZu8OSuIuT3B2jasszVNn2yABKH4ZNqQ/12pQy5KpTqGe0RSXC Tm+bX7ylUrazrsnwqlNal3V2ol6jfHPO1d9QIa7sB//8FHnUXLKeoKx3t8V4HGH2/MJV OnJBZ+7Vp4mqSDj7WrHyIvmqbK2R/SiryXli4= Received: by 10.180.234.2 with SMTP id g2mr2923284bkh.54.1219966204072; Thu, 28 Aug 2008 16:30:04 -0700 (PDT) Received: from localhost ( [93.80.243.28]) by mx.google.com with ESMTPS id 21sm1146555fkx.13.2008.08.28.16.30.00 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 28 Aug 2008 16:30:02 -0700 (PDT) From: swell.k@gmail.com To: freebsd-fs@FreeBSD.org References: <20080727125413.GG1345@garage.freebsd.pl> Date: Fri, 29 Aug 2008 03:29:58 +0400 Message-ID: <86tzd490qx.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Cc: Attilio Rao , Pawel Jakub Dawidek Subject: Re: ZFS patches. X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2008 00:02:55 -0000 --=-=-= (CC'ing Attilio, who made the commits) Pawel Jakub Dawidek writes: > Hi. > > http://people.freebsd.org/~pjd/patches/zfs_20080727.patch.bz2 > > The patch above contains the most recent ZFS version that could be found > in OpenSolaris as of today. Apart for large amount of new functionality, > I belive there are many stability (and also performance) improvements > compared to the version from the base system. [...] After r182371 and r182383 there are another three rejections. Namely cddl/contrib/opensolaris/lib/libzpool/common/sys/zfs_context.h.rej sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c.rej sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_replay.c.rej I'm attaching them in case someone has a quick fix or idea how to solve them, especially regarding `+' lines. In the meantime I'm reverting them locally hoping it will not do any harm to me. If this fails then I will stay with r182370 since I already upgraded my pools to 11th version and can't go back easily. --=-=-= Content-Disposition: attachment; filename=zfs_context.h.rej Content-Description: zfs_context.h.rej *************** *** 331,374 **** char *v_path; } vnode_t; typedef struct vattr { uint_t va_mask; /* bit-mask of attributes */ u_offset_t va_size; /* file size in bytes */ } vattr_t; - #define AT_TYPE 0x0001 - #define AT_MODE 0x0002 - #define AT_UID 0x0004 - #define AT_GID 0x0008 - #define AT_FSID 0x0010 - #define AT_NODEID 0x0020 - #define AT_NLINK 0x0040 - #define AT_SIZE 0x0080 - #define AT_ATIME 0x0100 - #define AT_MTIME 0x0200 - #define AT_CTIME 0x0400 - #define AT_RDEV 0x0800 - #define AT_BLKSIZE 0x1000 - #define AT_NBLOCKS 0x2000 - #define AT_SEQ 0x8000 #define CRCREAT 0 - #define VOP_CLOSE(vp, f, c, o, cr) 0 - #define VOP_PUTPAGE(vp, of, sz, fl, cr) 0 - #define VOP_GETATTR(vp, vap, fl, cr) ((vap)->va_size = (vp)->v_size, 0) - #define VOP_FSYNC(vp, f, cr) fsync((vp)->v_fd) - #define VN_RELE(vp) vn_close(vp) extern int vn_open(char *path, int x1, int oflags, int mode, vnode_t **vpp, int x2, int x3); extern int vn_openat(char *path, int x1, int oflags, int mode, vnode_t **vpp, - int x2, int x3, vnode_t *vp); extern int vn_rdwr(int uio, vnode_t *vp, void *addr, ssize_t len, offset_t offset, int x1, int x2, rlim64_t x3, void *x4, ssize_t *residp); - extern void vn_close(vnode_t *vp); #define vn_remove(path, x1, x2) remove(path) #define vn_rename(from, to, seg) rename((from), (to)) --- 347,439 ---- char *v_path; } vnode_t; + + typedef struct xoptattr { + timestruc_t xoa_createtime; /* Create time of file */ + uint8_t xoa_archive; + uint8_t xoa_system; + uint8_t xoa_readonly; + uint8_t xoa_hidden; + uint8_t xoa_nounlink; + uint8_t xoa_immutable; + uint8_t xoa_appendonly; + uint8_t xoa_nodump; + uint8_t xoa_settable; + uint8_t xoa_opaque; + uint8_t xoa_av_quarantined; + uint8_t xoa_av_modified; + } xoptattr_t; + typedef struct vattr { uint_t va_mask; /* bit-mask of attributes */ u_offset_t va_size; /* file size in bytes */ } vattr_t; + + typedef struct xvattr { + vattr_t xva_vattr; /* Embedded vattr structure */ + uint32_t xva_magic; /* Magic Number */ + uint32_t xva_mapsize; /* Size of attr bitmap (32-bit words) */ + uint32_t *xva_rtnattrmapp; /* Ptr to xva_rtnattrmap[] */ + uint32_t xva_reqattrmap[XVA_MAPSIZE]; /* Requested attrs */ + uint32_t xva_rtnattrmap[XVA_MAPSIZE]; /* Returned attrs */ + xoptattr_t xva_xoptattrs; /* Optional attributes */ + } xvattr_t; + + typedef struct vsecattr { + uint_t vsa_mask; /* See below */ + int vsa_aclcnt; /* ACL entry count */ + void *vsa_aclentp; /* pointer to ACL entries */ + int vsa_dfaclcnt; /* default ACL entry count */ + void *vsa_dfaclentp; /* pointer to default ACL entries */ + size_t vsa_aclentsz; /* ACE size in bytes of vsa_aclentp */ + } vsecattr_t; + + #define AT_TYPE 0x00001 + #define AT_MODE 0x00002 + #define AT_UID 0x00004 + #define AT_GID 0x00008 + #define AT_FSID 0x00010 + #define AT_NODEID 0x00020 + #define AT_NLINK 0x00040 + #define AT_SIZE 0x00080 + #define AT_ATIME 0x00100 + #define AT_MTIME 0x00200 + #define AT_CTIME 0x00400 + #define AT_RDEV 0x00800 + #define AT_BLKSIZE 0x01000 + #define AT_NBLOCKS 0x02000 + #define AT_SEQ 0x08000 + #define AT_XVATTR 0x10000 #define CRCREAT 0 + #define VOP_CLOSE(vp, f, c, o, cr, ct) 0 + #define VOP_PUTPAGE(vp, of, sz, fl, cr, ct) 0 + #define VOP_GETATTR(vp, vap, cr, td) ((vap)->va_size = (vp)->v_size, 0) + + #define VOP_FSYNC(vp, f, cr, ct) fsync((vp)->v_fd) + #define VN_RELE(vp) vn_close(vp, 0, NULL, NULL) + #define vn_lock(vp, type) + #define VOP_UNLOCK(vp, type) + #ifdef VFS_LOCK_GIANT + #undef VFS_LOCK_GIANT + #endif + #define VFS_LOCK_GIANT(mp) 0 + #ifdef VFS_UNLOCK_GIANT + #undef VFS_UNLOCK_GIANT + #endif + #define VFS_UNLOCK_GIANT(vfslocked) extern int vn_open(char *path, int x1, int oflags, int mode, vnode_t **vpp, int x2, int x3); extern int vn_openat(char *path, int x1, int oflags, int mode, vnode_t **vpp, + int x2, int x3, vnode_t *vp, int fd); extern int vn_rdwr(int uio, vnode_t *vp, void *addr, ssize_t len, offset_t offset, int x1, int x2, rlim64_t x3, void *x4, ssize_t *residp); + extern void vn_close(vnode_t *vp, int openflag, cred_t *cr, kthread_t *td); #define vn_remove(path, x1, x2) remove(path) #define vn_rename(from, to, seg) rename((from), (to)) --=-=-= Content-Disposition: attachment; filename=vdev_file.c.rej Content-Description: vdev_file.c.rej *************** *** 81,91 **** } #endif /* * Determine the physical size of the file. */ vattr.va_mask = AT_SIZE; - error = VOP_GETATTR(vp, &vattr, 0, kcred); if (error) { vd->vdev_stat.vs_aux = VDEV_AUX_OPEN_FAILED; return (error); --- 81,110 ---- } #endif + return (0); + } + + static int + vdev_file_open(vdev_t *vd, uint64_t *psize, uint64_t *ashift) + { + vdev_file_t *vf; + vattr_t vattr; + vnode_t *vp; + int error; + + if ((error = vdev_file_open_common(vd)) != 0) + return (error); + + vf = vd->vdev_tsd; + vp = vf->vf_vnode; + /* * Determine the physical size of the file. */ vattr.va_mask = AT_SIZE; + vn_lock(vp, LK_SHARED | LK_RETRY); + error = VOP_GETATTR(vp, &vattr, kcred, curthread); + VOP_UNLOCK(vp, 0); if (error) { vd->vdev_stat.vs_aux = VDEV_AUX_OPEN_FAILED; return (error); --=-=-= Content-Disposition: attachment; filename=zfs_replay.c.rej Content-Description: zfs_replay.c.rej *************** *** 352,386 **** return (error); } - zfs_init_vattr(&va, lr->lr_mask, lr->lr_mode, lr->lr_uid, lr->lr_gid, 0, lr->lr_foid); - va.va_size = lr->lr_size; - ZFS_TIME_DECODE(&va.va_atime, lr->lr_atime); - ZFS_TIME_DECODE(&va.va_mtime, lr->lr_mtime); vp = ZTOV(zp); vn_lock(vp, LK_EXCLUSIVE | LK_RETRY); - error = VOP_SETATTR(vp, &va, kcred, curthread); VOP_UNLOCK(vp, 0); VN_RELE(vp); return (error); } static int - zfs_replay_acl(zfsvfs_t *zfsvfs, lr_acl_t *lr, boolean_t byteswap) { ace_t *ace = (ace_t *)(lr + 1); /* ace array follows lr_acl_t */ #ifdef TODO vsecattr_t vsa; - #endif znode_t *zp; int error; if (byteswap) { byteswap_uint64_array(lr, sizeof (*lr)); - zfs_ace_byteswap(ace, lr->lr_aclcnt); } if ((error = zfs_zget(zfsvfs, lr->lr_foid, &zp)) != 0) { --- 766,877 ---- return (error); } + zfs_init_vattr(vap, lr->lr_mask, lr->lr_mode, lr->lr_uid, lr->lr_gid, 0, lr->lr_foid); + vap->va_size = lr->lr_size; + ZFS_TIME_DECODE(&vap->va_atime, lr->lr_atime); + ZFS_TIME_DECODE(&vap->va_mtime, lr->lr_mtime); + + /* + * Fill in xvattr_t portions if necessary. + */ + + start = (lr_setattr_t *)(lr + 1); + if (vap->va_mask & AT_XVATTR) { + zfs_replay_xvattr((lr_attr_t *)start, &xva); + start = (caddr_t)start + + ZIL_XVAT_SIZE(((lr_attr_t *)start)->lr_attr_masksize); + } else + xva.xva_vattr.va_mask &= ~AT_XVATTR; + + zfsvfs->z_fuid_replay = zfs_replay_fuid_domain(start, &start, + lr->lr_uid, lr->lr_gid); vp = ZTOV(zp); vn_lock(vp, LK_EXCLUSIVE | LK_RETRY); + error = VOP_SETATTR(vp, vap, kcred, curthread); VOP_UNLOCK(vp, 0); + + zfs_fuid_info_free(zfsvfs->z_fuid_replay); + zfsvfs->z_fuid_replay = NULL; VN_RELE(vp); return (error); } static int + zfs_replay_acl_v0(zfsvfs_t *zfsvfs, lr_acl_v0_t *lr, boolean_t byteswap) { ace_t *ace = (ace_t *)(lr + 1); /* ace array follows lr_acl_t */ + vsecattr_t vsa; + znode_t *zp; + int error; + + if (byteswap) { + byteswap_uint64_array(lr, sizeof (*lr)); + zfs_oldace_byteswap(ace, lr->lr_aclcnt); + } + + if ((error = zfs_zget(zfsvfs, lr->lr_foid, &zp)) != 0) { + /* + * As we can log acls out of order, it's possible the + * file has been removed. In this case just drop the acl + * and return success. + */ + if (error == ENOENT) + error = 0; + return (error); + } + + bzero(&vsa, sizeof (vsa)); + vsa.vsa_mask = VSA_ACE | VSA_ACECNT; + vsa.vsa_aclcnt = lr->lr_aclcnt; + vsa.vsa_aclentsz = sizeof (ace_t) * vsa.vsa_aclcnt; + vsa.vsa_aclflags = 0; + vsa.vsa_aclentp = ace; + #ifdef TODO + error = VOP_SETSECATTR(ZTOV(zp), &vsa, 0, kcred, NULL); + #else + panic("%s:%u: unsupported condition", __func__, __LINE__); + #endif + + VN_RELE(ZTOV(zp)); + + return (error); + } + + /* + * Replaying ACLs is complicated by FUID support. + * The log record may contain some optional data + * to be used for replaying FUID's. These pieces + * are the actual FUIDs that were created initially. + * The FUID table index may no longer be valid and + * during zfs_create() a new index may be assigned. + * Because of this the log will contain the original + * doman+rid in order to create a new FUID. + * + * The individual ACEs may contain an ephemeral uid/gid which is no + * longer valid and will need to be replaced with an actual FUID. + * + */ + static int + zfs_replay_acl(zfsvfs_t *zfsvfs, lr_acl_t *lr, boolean_t byteswap) + { + ace_t *ace = (ace_t *)(lr + 1); vsecattr_t vsa; znode_t *zp; int error; if (byteswap) { byteswap_uint64_array(lr, sizeof (*lr)); + zfs_ace_byteswap(ace, lr->lr_acl_bytes, B_FALSE); + if (lr->lr_fuidcnt) { + byteswap_uint64_array((caddr_t)ace + + ZIL_ACE_LENGTH(lr->lr_acl_bytes), + lr->lr_fuidcnt * sizeof (uint64_t)); + } } if ((error = zfs_zget(zfsvfs, lr->lr_foid, &zp)) != 0) { --=-=-=-- From owner-freebsd-fs@FreeBSD.ORG Fri Aug 29 03:36:04 2008 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D543106566B for ; Fri, 29 Aug 2008 03:36:04 +0000 (UTC) (envelope-from DarioP@WebNX.com) Received: from mail.webnx.com (mail.webnx.com [72.37.150.11]) by mx1.freebsd.org (Postfix) with ESMTP id 781928FC0A for ; Fri, 29 Aug 2008 03:36:04 +0000 (UTC) (envelope-from DarioP@WebNX.com) Received: from cpe-76-173-19-134.socal.res.rr.com ([76.173.19.134] helo=[192.168.3.100]) by mail.webnx.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1KYuUf-0004ls-Ay for freebsd-fs@freebsd.org; Thu, 28 Aug 2008 20:17:49 -0700 Message-ID: <48B7693D.2060001@WebNX.com> Date: Thu, 28 Aug 2008 20:13:01 -0700 From: Dario Perovich User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 To: freebsd-fs@freebsd.org Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Subject: move data pool to pool in same tank, free space not recovered. X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2008 03:36:04 -0000 Hello everyone, I used mc-light to try to move about 3.6tb of data from /storage to /storage2 in the same tank. I had about 1.2tb of space free, it copied 1.2tb of data and then ran out of room. /storage shows 2.4tb of data and /storage2 shows 1.2tb but now there’s only 460 megs of free space. I deleted a random file and space is now 1.1gb. The pool/tank was created with 7.0-RELEASE and imported into 8.0-CURRENT-200806 (since 07 wont install and 08 has no amd64). Also yes, I have confirmed the data is no longer, at least ls’d, in /storage For those curious why I’m doing this, I’ve noticed issues with /storage that scrub hasn’t caught so I thought I’d see if creating a fresh pool would be a crude work around, just to run across this. Dario ps. sorry if theres a dupe on the list, I sent from the wrong addr before wasn't sure if it hit the list. From owner-freebsd-fs@FreeBSD.ORG Fri Aug 29 04:04:50 2008 Return-Path: Delivered-To: freebsd-fs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E65461065675 for ; Fri, 29 Aug 2008 04:04:50 +0000 (UTC) (envelope-from dariop@corp.webnx.com) Received: from remote.corp.webnx.com (corp.webnx.com [67.220.206.201]) by mx1.freebsd.org (Postfix) with ESMTP id C7E728FC0A for ; Fri, 29 Aug 2008 04:04:50 +0000 (UTC) (envelope-from dariop@corp.webnx.com) Received: from SBS2K8P01.WEBNX.local ([fe80::9796:85cc:c3f0:378]) by SBS2K8P01.WEBNX.local ([fe80::9796:85cc:c3f0:378%10]) with mapi; Thu, 28 Aug 2008 19:08:02 -0700 From: Dario Perovich To: "freebsd-fs@FreeBSD.org" Date: Thu, 28 Aug 2008 19:08:02 -0700 Thread-Topic: move data pool to pool in same tank, free space not recovered. Thread-Index: AckJe0/sZS6AvpOlQpm7GM5/xOxzeA== Message-ID: <3C412955B44C7B43BBB442F61610484435D1DAB1@SBS2K8P01.WEBNX.local> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: move data pool to pool in same tank, free space not recovered. X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2008 04:04:51 -0000 Hello everyone, I used mc-light to try to move about 3.6tb of data from /storage to /storag= e2 in the same tank. I had about 1.2tb of space free, it copied 1.2tb of da= ta and then ran out of room. /storage shows 2.4tb of data and /storage2 sh= ows 1.2tb but now there's only 460 megs of free space. I deleted a random = file and space is now 1.1gb. The pool/tank was created with 7.0-RELEASE a= nd imported into 8.0-CURRENT-200806 (since 07 wont install and 08 has no am= d64). Also yes, I have confirmed the data is no longer, at least ls'd, in = /storage For those curious why I'm doing this, I've noticed issues with /storage tha= t scrub hasn't caught so I thought I'd see if creating a fresh pool would b= e a crude work around, just to find this :) Dario From owner-freebsd-fs@FreeBSD.ORG Fri Aug 29 07:47:30 2008 Return-Path: Delivered-To: freebsd-fs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A6441065671 for ; Fri, 29 Aug 2008 07:47:30 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello087206045140.chello.pl [87.206.45.140]) by mx1.freebsd.org (Postfix) with ESMTP id 84A838FC15 for ; Fri, 29 Aug 2008 07:47:29 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 19DC845C8C; Fri, 29 Aug 2008 09:47:28 +0200 (CEST) Received: from localhost (pjd.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id F3D45456AB; Fri, 29 Aug 2008 09:47:23 +0200 (CEST) Date: Fri, 29 Aug 2008 09:47:38 +0200 From: Pawel Jakub Dawidek To: swell.k@gmail.com Message-ID: <20080829074738.GB3026@garage.freebsd.pl> References: <20080727125413.GG1345@garage.freebsd.pl> <86tzd490qx.fsf@gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EuxKj2iCbKjpUGkD" Content-Disposition: inline In-Reply-To: <86tzd490qx.fsf@gmail.com> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 8.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-fs@FreeBSD.org, Attilio Rao Subject: Re: ZFS patches. X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2008 07:47:30 -0000 --EuxKj2iCbKjpUGkD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 29, 2008 at 03:29:58AM +0400, swell.k@gmail.com wrote: > (CC'ing Attilio, who made the commits) >=20 > Pawel Jakub Dawidek writes: >=20 > > Hi. > > > > http://people.freebsd.org/~pjd/patches/zfs_20080727.patch.bz2 > > > > The patch above contains the most recent ZFS version that could be found > > in OpenSolaris as of today. Apart for large amount of new functionality, > > I belive there are many stability (and also performance) improvements > > compared to the version from the base system. > [...] >=20 > After r182371 and r182383 there are another three rejections. Namely > cddl/contrib/opensolaris/lib/libzpool/common/sys/zfs_context.h.rej > sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c.rej > sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_replay.c.rej > I'm attaching them in case someone has a quick fix or idea how > to solve them, especially regarding `+' lines. >=20 > In the meantime I'm reverting them locally hoping it will not do any > harm to me. If this fails then I will stay with r182370 since I already > upgraded my pools to 11th version and can't go back easily. There are some rejections, I know, and I'm tracking everything in perforce. In the meantime there were two ZFS version bumps in OpenSOlaris (so I've 13 in perforce at the moment). I probably won't create new patch, but just commit what I've to HEAD. In the meantime also I fixes quite a few bugs, mostly reported by kris@. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --EuxKj2iCbKjpUGkD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFIt6mZForvXbEpPzQRAtFsAKCgvO1v5SbOCtA3PghwlUpTyeYefACfbuHi rK7VZijb2t30gN9wugdPCDM= =fq2o -----END PGP SIGNATURE----- --EuxKj2iCbKjpUGkD-- From owner-freebsd-fs@FreeBSD.ORG Fri Aug 29 07:55:31 2008 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE8D51065676 for ; Fri, 29 Aug 2008 07:55:31 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id C7EBD8FC08 for ; Fri, 29 Aug 2008 07:55:31 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id D5ED546C11; Fri, 29 Aug 2008 03:40:13 -0400 (EDT) Date: Fri, 29 Aug 2008 08:40:13 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Heinrich Rebehn In-Reply-To: <48B5159B.3070506@ant.uni-bremen.de> Message-ID: References: <434F4FF8.9050903@ant.uni-bremen.de> <20051014064145.GA40856@admin.sibptus.tomsk.ru> <20051014092250.D66245@fledge.watson.org> <48B5159B.3070506@ant.uni-bremen.de> User-Agent: Alpine 1.10 (BSF 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-fs@freebsd.org, Victor Sudakov Subject: Re: Problem with default ACLs and mask X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2008 07:55:32 -0000 On Wed, 27 Aug 2008, Heinrich Rebehn wrote: >> Since that time, Linux has turned up and implemented the Solaris model, and >> IRIX has switched to the Solaris model also as a result of peer pressure. >> I've previouly looked at switching us, but it tears up our kernel APIs some >> and will require significant testing. I had hoped to do this for FreeBSD >> 6.x but was derailed working on other problems that needed to be fixed. >> My hope is to change the default in FreeBSD 7.x. > > has there been any progress so far? This might encourage me to move to 7.x > (Still on 6.1) Dear Heinrich: Unfortunately, we've not yet made this change, as it's somewhat disruptive on the in-kernel interfaces for VFS. I'd like to see it made for 8.x; on a similar note, we had a Google Summer of Code project to implement support for NT/NFSv4-style ACLs that has made some excellent headway, so we may aso be able to ship support for that in 8.0 as well. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-fs@FreeBSD.ORG Fri Aug 29 14:57:39 2008 Return-Path: Delivered-To: freebsd-fs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72DCC1065773 for ; Fri, 29 Aug 2008 14:57:39 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: from hyperion.scode.org (cl-1361.ams-04.nl.sixxs.net [IPv6:2001:960:2:550::2]) by mx1.freebsd.org (Postfix) with ESMTP id 31E648FC15 for ; Fri, 29 Aug 2008 14:57:39 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: by hyperion.scode.org (Postfix, from userid 1001) id 18D3723C4F9; Fri, 29 Aug 2008 16:57:37 +0200 (CEST) Date: Fri, 29 Aug 2008 16:57:36 +0200 From: Peter Schuller To: Dario Perovich Message-ID: <20080829145736.GA51262@hyperion.scode.org> References: <3C412955B44C7B43BBB442F61610484435D1DAB1@SBS2K8P01.WEBNX.local> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ew6BAiZeqk4r7MaW" Content-Disposition: inline In-Reply-To: <3C412955B44C7B43BBB442F61610484435D1DAB1@SBS2K8P01.WEBNX.local> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: "freebsd-fs@FreeBSD.org" Subject: Re: move data pool to pool in same tank, free space not recovered. X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2008 14:57:39 -0000 --ew6BAiZeqk4r7MaW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > I used mc-light to try to move about 3.6tb of data from /storage to /stor= age2 in the same tank. I had about 1.2tb of space free, it copied 1.2tb of = data and then ran out of room. /storage shows 2.4tb of data and /storage2 = shows 1.2tb but now there's only 460 megs of free space. I deleted a rando= m file and space is now 1.1gb. The pool/tank was created with 7.0-RELEASE= and imported into 8.0-CURRENT-200806 (since 07 wont install and 08 has no = amd64). Also yes, I have confirmed the data is no longer, at least ls'd, i= n /storage I assume you are *moving* the files and not copying? It may be obvious but: Do you have snapshots of the file system on which your deletes are not recoverying space? --=20 / Peter Schuller PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org --ew6BAiZeqk4r7MaW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAki4DmAACgkQDNor2+l1i32I/gCfWqpEhIL52xJawXmYu5gqs3j/ mo8AoNvlQ1b2vrjEs5zb+W9utV+vRbgf =la93 -----END PGP SIGNATURE----- --ew6BAiZeqk4r7MaW-- From owner-freebsd-fs@FreeBSD.ORG Fri Aug 29 15:13:04 2008 Return-Path: Delivered-To: freebsd-fs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52330106566C for ; Fri, 29 Aug 2008 15:13:04 +0000 (UTC) (envelope-from dariop@webnx.com) Received: from mail.webnx.com (mail.webnx.com [72.37.150.11]) by mx1.freebsd.org (Postfix) with ESMTP id 3A1588FC1B for ; Fri, 29 Aug 2008 15:13:03 +0000 (UTC) (envelope-from dariop@webnx.com) Received: from apache by mail.webnx.com with local (Exim 4.67) (envelope-from ) id 1KZ5ep-0003a0-1n; Fri, 29 Aug 2008 08:13:03 -0700 To: Peter Schuller X-PHP-Script: mail.webnx.com/roundcube/index.php for 38.119.53.28 MIME-Version: 1.0 Date: Fri, 29 Aug 2008 08:13:03 -0700 From: In-Reply-To: <20080829145736.GA51262@hyperion.scode.org> References: <20080829145736.GA51262@hyperion.scode.org> Message-ID: <8e31ea7a985c341d601fa4c5dcb66d23@localhost> X-Sender: dariop@webnx.com User-Agent: RoundCube Webmail/0.1-rc2 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit Cc: freebsd-fs@FreeBSD.org, Dario Perovich Subject: Re: move data pool to pool in same tank, free space not recovered. X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2008 15:13:04 -0000 On Fri, 29 Aug 2008 16:57:36 +0200, Peter Schuller wrote: >> I used mc-light to try to move about 3.6tb of data from /storage to > /storage2 in the same tank. I had about 1.2tb of space free, it copied > 1.2tb of data and then ran out of room. /storage shows 2.4tb of data and > /storage2 shows 1.2tb but now there's only 460 megs of free space. I > deleted a random file and space is now 1.1gb. The pool/tank was created > with 7.0-RELEASE and imported into 8.0-CURRENT-200806 (since 07 wont > install and 08 has no amd64). Also yes, I have confirmed the data is no > longer, at least ls'd, in /storage > > I assume you are *moving* the files and not copying? > > It may be obvious but: Do you have snapshots of the file system on > which your deletes are not recoverying space? > I actually don't use snapshots on it. All the data that shows up in /storage2 is gone from /storage as far as I can see. This was a simple highlight many directories and then move function in midnight commander. Nothing exotic except for how much data was being done. This is a very simple pool, nothing fancy all default, just a file dump for the most part. I can't figure out how to recover the data, a scrub locked the pool randomly, no error, just can't get in or ctrl-c/z the ls. It only happens on /storage which is why I wanted to first test moving things out to /storage2 to see if that made a difference. Dario From owner-freebsd-fs@FreeBSD.ORG Fri Aug 29 16:39:59 2008 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6ADC0106567A for ; Fri, 29 Aug 2008 16:39:59 +0000 (UTC) (envelope-from doug@polands.org) Received: from hrndva-omtalb.mail.rr.com (hrndva-omtalb.mail.rr.com [71.74.56.123]) by mx1.freebsd.org (Postfix) with ESMTP id 27CD78FC1B for ; Fri, 29 Aug 2008 16:39:58 +0000 (UTC) (envelope-from doug@polands.org) Received: from haran.polands.org ([75.87.219.217]) by hrndva-omta01.mail.rr.com with ESMTP id <20080829162452.UQKM9451.hrndva-omta01.mail.rr.com@haran.polands.org> for ; Fri, 29 Aug 2008 16:24:52 +0000 Received: from email.polands.org (ammon.polands.org [172.16.1.7]) by haran.polands.org (8.14.2/8.14.2) with ESMTP id m7TGOo3t054553 for ; Fri, 29 Aug 2008 11:24:50 -0500 (CDT) (envelope-from doug@polands.org) Received: from 198.212.224.1 (SquirrelMail authenticated user djp) by email.polands.org with HTTP; Fri, 29 Aug 2008 11:24:50 -0500 (CDT) Message-ID: <932083ec073ad86a324f24b8725a8477.squirrel@email.polands.org> Date: Fri, 29 Aug 2008 11:24:50 -0500 (CDT) From: "Doug Poland" To: freebsd-fs@freebsd.org User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: ZFS newbie: pools/mounts not surviving reboots? X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2008 16:39:59 -0000 Hello, I'm a newbie when it comes to ZFS and am doing some experimentation to get up-to-speed. I've been using the man pages, wiki and freebsd-fs for reference. Right now I'm running in a VM on 7.x i386. I've created a pool with the intention of housing /var : # zpool create zfs01 da7 # zfs create zfs01/var # dump -0aLC8 -f- /var | ( cd /zfs01/var && restore -rf- ) # zfs set mountpoint=/var zfs01/var # df -h Filesystem Size Used Avail Capacity Mounted on /dev/mirror/gm0s1a 989M 128M 782M 14% / devfs 1.0K 1.0K 0B 100% /dev /dev/da3s1d 989M 468K 910M 0% /var /dev/da4s1d 989M 12K 910M 0% /tmp /dev/da5s1d 989M 390M 520M 43% /usr /dev/da6s1d 989M 180K 910M 0% /home zfs01 983M 128K 983M 0% /zfs01 zfs01/var 984M 640K 983M 0% /zfs01/var fbsd7xvm# zfs set mountpoint=/var zfs01/var fbsd7xvm# mount /dev/mirror/gm0s1a on / (ufs, local) devfs on /dev (devfs, local) /dev/da3s1d on /var (ufs, local, soft-updates) /dev/da4s1d on /tmp (ufs, local, soft-updates) /dev/da5s1d on /usr (ufs, local, soft-updates) /dev/da6s1d on /home (ufs, local, soft-updates) zfs01 on /zfs01 (zfs, local) zfs01/var on /var (zfs, local) Ok, so far so good. My ZFS pool is mounted under /var. However, after I reboot, the pool is no longer mounted # df -h Filesystem Size Used Avail Capacity Mounted on /dev/mirror/gm0s1a 989M 129M 781M 14% / devfs 1.0K 1.0K 0B 100% /dev /dev/da4s1d 989M 12K 910M 0% /tmp /dev/da5s1d 989M 390M 520M 43% /usr /dev/da6s1d 989M 184K 910M 0% /home # zfs list NAME USED AVAIL REFER MOUNTPOINT zfs01 648K 983M 18K /zfs01 zfs01/var 528K 983M 528K /var So what am I doing wrong? -- Regards, Doug From owner-freebsd-fs@FreeBSD.ORG Fri Aug 29 16:51:37 2008 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E4B01065673 for ; Fri, 29 Aug 2008 16:51:37 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay07.ispgateway.de (smtprelay07.ispgateway.de [80.67.29.7]) by mx1.freebsd.org (Postfix) with ESMTP id 8DF7E8FC08 for ; Fri, 29 Aug 2008 16:51:36 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from [88.153.0.16] (helo=localhost) by smtprelay07.ispgateway.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1KZ7CA-0005M4-Ju; Fri, 29 Aug 2008 18:51:34 +0200 Date: Fri, 29 Aug 2008 18:51:27 +0200 From: Fabian Keil To: "Doug Poland" Message-ID: <20080829185127.7ebe0b0e@fabiankeil.de> In-Reply-To: <932083ec073ad86a324f24b8725a8477.squirrel@email.polands.org> References: <932083ec073ad86a324f24b8725a8477.squirrel@email.polands.org> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; i386-portbld-freebsd8.0) X-PGP-KEY-URL: http://www.fabiankeil.de/gpg-keys/freebsd-listen-2008-08-18.asc Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/hg+3=mbJmNs1N.qPZg+dUP/"; protocol="application/pgp-signature"; micalg=PGP-SHA1 X-Df-Sender: 775067 Cc: freebsd-fs@freebsd.org Subject: Re: ZFS newbie: pools/mounts not surviving reboots? X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2008 16:51:37 -0000 --Sig_/hg+3=mbJmNs1N.qPZg+dUP/ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable "Doug Poland" wrote: > I'm a newbie when it comes to ZFS and am doing some experimentation to > get up-to-speed. I've been using the man pages, wiki and freebsd-fs > for reference. >=20 > Right now I'm running in a VM on 7.x i386. I've created a pool with > the intention of housing /var : >=20 > # zpool create zfs01 da7 > # zfs create zfs01/var > # dump -0aLC8 -f- /var | ( cd /zfs01/var && restore -rf- ) > # zfs set mountpoint=3D/var zfs01/var > # df -h > Filesystem Size Used Avail Capacity Mounted on > /dev/mirror/gm0s1a 989M 128M 782M 14% / > devfs 1.0K 1.0K 0B 100% /dev > /dev/da3s1d 989M 468K 910M 0% /var > /dev/da4s1d 989M 12K 910M 0% /tmp > /dev/da5s1d 989M 390M 520M 43% /usr > /dev/da6s1d 989M 180K 910M 0% /home > zfs01 983M 128K 983M 0% /zfs01 > zfs01/var 984M 640K 983M 0% /zfs01/var > fbsd7xvm# zfs set mountpoint=3D/var zfs01/var > fbsd7xvm# mount > /dev/mirror/gm0s1a on / (ufs, local) > devfs on /dev (devfs, local) > /dev/da3s1d on /var (ufs, local, soft-updates) > /dev/da4s1d on /tmp (ufs, local, soft-updates) > /dev/da5s1d on /usr (ufs, local, soft-updates) > /dev/da6s1d on /home (ufs, local, soft-updates) > zfs01 on /zfs01 (zfs, local) > zfs01/var on /var (zfs, local) >=20 >=20 > Ok, so far so good. My ZFS pool is mounted under /var. However, > after I reboot, the pool is no longer mounted >=20 > # df -h > Filesystem Size Used Avail Capacity Mounted on > /dev/mirror/gm0s1a 989M 129M 781M 14% / > devfs 1.0K 1.0K 0B 100% /dev > /dev/da4s1d 989M 12K 910M 0% /tmp > /dev/da5s1d 989M 390M 520M 43% /usr > /dev/da6s1d 989M 184K 910M 0% /home >=20 > # zfs list > NAME USED AVAIL REFER MOUNTPOINT > zfs01 648K 983M 18K /zfs01 > zfs01/var 528K 983M 528K /var >=20 >=20 > So what am I doing wrong? Did you add 'zfs_enable=3D"YES"' to /etc/rc.conf? Fabian --Sig_/hg+3=mbJmNs1N.qPZg+dUP/ Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAki4KQ8ACgkQBYqIVf93VJ2FhQCfQJK1sIQwmSy8fbCLNos7lGsP eS8AnREWUQ/jVsWXXj5E3e1OLsZUH3VU =BECo -----END PGP SIGNATURE----- --Sig_/hg+3=mbJmNs1N.qPZg+dUP/-- From owner-freebsd-fs@FreeBSD.ORG Sat Aug 30 12:20:00 2008 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A32C1065677 for ; Sat, 30 Aug 2008 12:20:00 +0000 (UTC) (envelope-from morganw@chemikals.org) Received: from warped.bluecherry.net (unknown [IPv6:2001:440:eeee:fffb::2]) by mx1.freebsd.org (Postfix) with ESMTP id C749C8FC22 for ; Sat, 30 Aug 2008 12:19:59 +0000 (UTC) (envelope-from morganw@chemikals.org) Received: from volatile.chemikals.org (unknown [74.193.170.223]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by warped.bluecherry.net (Postfix) with ESMTPSA id B1F748004A0D; Sat, 30 Aug 2008 07:19:58 -0500 (CDT) Received: from localhost (morganw@localhost [127.0.0.1]) by volatile.chemikals.org (8.14.2/8.14.2) with ESMTP id m7UCJrox036924; Sat, 30 Aug 2008 07:19:54 -0500 (CDT) (envelope-from morganw@chemikals.org) Date: Sat, 30 Aug 2008 07:19:53 -0500 (CDT) From: Wes Morgan To: Peter Schuller In-Reply-To: Message-ID: References: <200808090020.04315.peter.schuller@infidyne.com> <18588.64214.354495.804458@almost.alerce.com> <200808090917.34149.peter.schuller@infidyne.com> User-Agent: Alpine 1.10 (BSF 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-fs@freebsd.org Subject: Re: ZFS Advice X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Aug 2008 12:20:00 -0000 On Sat, 9 Aug 2008, Wes Morgan wrote: > On Sat, 9 Aug 2008, Peter Schuller wrote: > >>> Or, it could be that a UIO slot is specifically a PCI-Ex8 slot? You >>> can buy risers that convert "1U PCI-E (x16) to 1 UIO and 1 PCI-E " >> >> http://www.supermicro.com/products/nfo/UIO_cards.cfm >> >> This one actually says in the clear: >> >> "8-Lane PCI-Express interface (Supermicro UIO slot)" >> >> My guess is one of the following: >> >> * It means nothing but "PCI-E", and the UIO stuff is just marketing BS. >> >> * It means "extra PCI-E", and the UIO stuff is just marketing BS. >> >> * (Based on the grapical animation on the UIO page) They actually do have a >> special slot on their motherboard for use with their special UIO card which >> then provides a few extra PCI-E slots. The mentioning of UIO on pages >> describing standard PCI-E cards is just marketing BS resulting from the >> technically correct fact that they can be used with their UIO card. >> >> If I don't find specific information to the contrary I'll probably chance >> it >> and see. > > As you say, it's hard to tell from the SuperMicro page. LSI has this card: > > http://lsi.com/storage_home/products_home/host_bus_adapters/sas_hbas/lsisas3081er/index.html > http://www.newegg.com/Product/Product.aspx?Item=N82E16816118092 > > Which is their official card with the same chipset. The slots on both the > SuperMicro and the LSI cards look mighty similar. The only obvious difference > is the little right-angle thing next to the PCI-E interface. I'm very > interested to see if it works out. If I wasn't going to be away for a few > weeks I'd try to abuse CDW's return policy to give it a test. Has anyone, by chance, tried one of those SuperMicro UIO cards in a PCIe slot yet? If not, I'm going to give it a try unless someone is sure it won't work. From owner-freebsd-fs@FreeBSD.ORG Sat Aug 30 14:32:07 2008 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BFEAD1065685 for ; Sat, 30 Aug 2008 14:32:07 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: from hyperion.scode.org (cl-1361.ams-04.nl.sixxs.net [IPv6:2001:960:2:550::2]) by mx1.freebsd.org (Postfix) with ESMTP id 68C258FC17 for ; Sat, 30 Aug 2008 14:32:07 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: by hyperion.scode.org (Postfix, from userid 1001) id 1B8E423C468; Sat, 30 Aug 2008 16:32:06 +0200 (CEST) Date: Sat, 30 Aug 2008 16:32:05 +0200 From: Peter Schuller To: Wes Morgan Message-ID: <20080830143205.GA6244@hyperion.scode.org> References: <200808090020.04315.peter.schuller@infidyne.com> <18588.64214.354495.804458@almost.alerce.com> <200808090917.34149.peter.schuller@infidyne.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wRRV7LY7NUeQGEoC" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-fs@freebsd.org Subject: Re: ZFS Advice X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Aug 2008 14:32:07 -0000 --wRRV7LY7NUeQGEoC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > Has anyone, by chance, tried one of those SuperMicro UIO cards in a PCIe= =20 > slot yet? If not, I'm going to give it a try unless someone is sure it=20 > won't work. I talked to someone off-list who said they are somehow reversed and won't fit into normal PCI-E slots. In addition he pointed out that most non-server boards don't have PCI-e 8x slots even if that weren't the case. On the plus side, he said he booted a FreeBSD 7 CD on a machine with a SA8204ELP card, and it did detect the drives (but not RAID volumes), indicating it should work as a plain controller. This is probably what I'll be going for. Previously I had not been able to get any information on whether it would work. --=20 / Peter Schuller PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org --wRRV7LY7NUeQGEoC Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAki5WeUACgkQDNor2+l1i32dCgCdHTTSf3UOXoPFSanuvzi+sJzF JuAAnirv0bN8pVK0dN2jN1fopAbmtRsa =BkxW -----END PGP SIGNATURE----- --wRRV7LY7NUeQGEoC-- From owner-freebsd-fs@FreeBSD.ORG Sat Aug 30 16:33:05 2008 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C67231065670 for ; Sat, 30 Aug 2008 16:33:05 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA01.westchester.pa.mail.comcast.net (qmta01.westchester.pa.mail.comcast.net [76.96.62.16]) by mx1.freebsd.org (Postfix) with ESMTP id 6BBF98FC0C for ; Sat, 30 Aug 2008 16:33:05 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA10.westchester.pa.mail.comcast.net ([76.96.62.28]) by QMTA01.westchester.pa.mail.comcast.net with comcast id 8bee1a0050cZkys51gH43Q; Sat, 30 Aug 2008 16:17:04 +0000 Received: from koitsu.dyndns.org ([67.180.253.227]) by OMTA10.westchester.pa.mail.comcast.net with comcast id 8gH31a00E4v8bD73WgH3qA; Sat, 30 Aug 2008 16:17:04 +0000 X-Authority-Analysis: v=1.0 c=1 a=QycZ5dHgAAAA:8 a=nxlI2F2nAAAA:8 a=XJ73DR3wAAAA:8 a=Ou8-nDE8AAAA:8 a=roX902khPLZYcIOpQS4A:9 a=AxccF7Evy85ZlGPGzF8A:7 a=KnBVsH-1CoGKkoWD0R8c4SMOKJIA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 4E47817B81A; Sat, 30 Aug 2008 09:17:03 -0700 (PDT) Date: Sat, 30 Aug 2008 09:17:03 -0700 From: Jeremy Chadwick To: Wes Morgan Message-ID: <20080830161703.GA6133@icarus.home.lan> References: <200808090020.04315.peter.schuller@infidyne.com> <18588.64214.354495.804458@almost.alerce.com> <200808090917.34149.peter.schuller@infidyne.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-fs@freebsd.org Subject: Re: ZFS Advice X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Aug 2008 16:33:05 -0000 On Sat, Aug 30, 2008 at 07:19:53AM -0500, Wes Morgan wrote: > On Sat, 9 Aug 2008, Wes Morgan wrote: > >> On Sat, 9 Aug 2008, Peter Schuller wrote: >> >>>> Or, it could be that a UIO slot is specifically a PCI-Ex8 slot? You >>>> can buy risers that convert "1U PCI-E (x16) to 1 UIO and 1 PCI-E " >>> >>> http://www.supermicro.com/products/nfo/UIO_cards.cfm >>> >>> This one actually says in the clear: >>> >>> "8-Lane PCI-Express interface (Supermicro UIO slot)" >>> >>> My guess is one of the following: >>> >>> * It means nothing but "PCI-E", and the UIO stuff is just marketing BS. >>> >>> * It means "extra PCI-E", and the UIO stuff is just marketing BS. >>> >>> * (Based on the grapical animation on the UIO page) They actually do have a >>> special slot on their motherboard for use with their special UIO card which >>> then provides a few extra PCI-E slots. The mentioning of UIO on pages >>> describing standard PCI-E cards is just marketing BS resulting from the >>> technically correct fact that they can be used with their UIO card. >>> >>> If I don't find specific information to the contrary I'll probably >>> chance it >>> and see. >> >> As you say, it's hard to tell from the SuperMicro page. LSI has this card: >> >> http://lsi.com/storage_home/products_home/host_bus_adapters/sas_hbas/lsisas3081er/index.html >> http://www.newegg.com/Product/Product.aspx?Item=N82E16816118092 >> >> Which is their official card with the same chipset. The slots on both >> the SuperMicro and the LSI cards look mighty similar. The only obvious >> difference is the little right-angle thing next to the PCI-E interface. >> I'm very interested to see if it works out. If I wasn't going to be >> away for a few weeks I'd try to abuse CDW's return policy to give it a >> test. > > Has anyone, by chance, tried one of those SuperMicro UIO cards in a PCIe > slot yet? If not, I'm going to give it a try unless someone is sure it > won't work. I don't think it'll work. If you check Supermicro's site under the Accessory section, you can find some of their riser cards which convert the UIO slots into either PCI-X or PCIe depending upon what you want/need. Searching Google for higher-quality images of the risers indicates that the wiring/pinout is indeed different/custom, which is why the riser is needed. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-fs@FreeBSD.ORG Sat Aug 30 20:35:19 2008 Return-Path: Delivered-To: freebsd-fs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E15961065674; Sat, 30 Aug 2008 20:35:19 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [192.147.25.65]) by mx1.freebsd.org (Postfix) with ESMTP id AAFFB8FC14; Sat, 30 Aug 2008 20:35:19 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from 76-205-169-61.lightspeed.austtx.sbcglobal.net ([76.205.169.61]:25393 helo=borg) by thebighonker.lerctr.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KZXAC-000KUj-Pk; Sat, 30 Aug 2008 15:35:18 -0500 Date: Sat, 30 Aug 2008 15:35:12 -0500 (CDT) From: Larry Rosenman Sender: ler@borg To: Pawel Jakub Dawidek In-Reply-To: <20080829074738.GB3026@garage.freebsd.pl> Message-ID: <20080830153311.T32295@borg> References: <20080727125413.GG1345@garage.freebsd.pl> <86tzd490qx.fsf@gmail.com> <20080829074738.GB3026@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Score: -2.3 (--) X-LERCTR-Spam-Score: -2.3 (--) X-Spam-Report: SpamScore (-2.3/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, SARE_SUB_OBFU_OTHER=0.135, TVD_RCVD_IP=1.931 X-LERCTR-Spam-Report: SpamScore (-2.3/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, SARE_SUB_OBFU_OTHER=0.135, TVD_RCVD_IP=1.931 DomainKey-Status: no signature Cc: swell.k@gmail.com, freebsd-fs@FreeBSD.org, Attilio Rao Subject: Re: ZFS patches. X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Aug 2008 20:35:20 -0000 On Fri, 29 Aug 2008, Pawel Jakub Dawidek wrote: > On Fri, Aug 29, 2008 at 03:29:58AM +0400, swell.k@gmail.com wrote: >> (CC'ing Attilio, who made the commits) >> >> Pawel Jakub Dawidek writes: >> >>> Hi. >>> >>> http://people.freebsd.org/~pjd/patches/zfs_20080727.patch.bz2 > > There are some rejections, I know, and I'm tracking everything in > perforce. In the meantime there were two ZFS version bumps in > OpenSOlaris (so I've 13 in perforce at the moment). I probably won't > create new patch, but just commit what I've to HEAD. In the meantime > also I fixes quite a few bugs, mostly reported by kris@. Do you have a time frame for the commit to HEAD? (the current patchset and manual fix for the kern_jail.c include of sys/osd.h is working well, but I'm concerned about getting out of sync easily). Thanks! > > -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-fs@FreeBSD.ORG Sat Aug 30 23:10:52 2008 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3BF361065693 for ; Sat, 30 Aug 2008 23:10:52 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from phoenix.cs.uoguelph.ca (phoenix.cs.uoguelph.ca [131.104.94.216]) by mx1.freebsd.org (Postfix) with ESMTP id D89958FC16 for ; Sat, 30 Aug 2008 23:10:51 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.91.102]) by phoenix.cs.uoguelph.ca (8.13.1/8.13.1) with ESMTP id m7UNApLr015914 for ; Sat, 30 Aug 2008 19:10:51 -0400 Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id m7UNN7J21143 for ; Sat, 30 Aug 2008 19:23:07 -0400 (EDT) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Sat, 30 Aug 2008 19:23:07 -0400 (EDT) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: freebsd-fs@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Scanned-By: MIMEDefang 2.63 on 131.104.94.216 Subject: Is curthread always valid in a VOP call? X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Aug 2008 23:10:52 -0000 Since VOP_GETATTR() and VOP_SETATTR() lost the thread argument in -current, I did the obvious and used "curthread" instead. Is this safe to do? rick