From owner-freebsd-fs@FreeBSD.ORG Sun Aug 10 07:11:17 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 A00D81065691; Sun, 10 Aug 2008 07:11:17 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 822848FC13; Sun, 10 Aug 2008 07:11:17 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 3C4EF1CC0BD; Sun, 10 Aug 2008 00:11:17 -0700 (PDT) Date: Sun, 10 Aug 2008 00:11:17 -0700 From: Jeremy Chadwick To: "Andrey V. Elsukov" Message-ID: <20080810071117.GA3857@eos.sc1.parodius.com> References: <6c3c36d00808062109y6ae176a0ha055129392b00542@mail.gmail.com> <20080807044759.GA7505@eos.sc1.parodius.com> <6c3c36d00808062212y4e9a1464i48e146e84725a36e@mail.gmail.com> <6c3c36d00808062235v5cbb4470v990b76d569f85614@mail.gmail.com> <20080807055841.GB9735@eos.sc1.parodius.com> <489A9739.20707@yandex.ru> <20080807071434.GA15465@eos.sc1.parodius.com> <489ADD89.8070809@mawer.org> <20080807121245.GA26629@eos.sc1.parodius.com> <489BCA4D.3050704@yandex.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <489BCA4D.3050704@yandex.ru> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-fs@freebsd.org, Scott Long Subject: Re: zpool degraded - 'UNAVAIL cannot open' functioning drive 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: Sun, 10 Aug 2008 07:11:17 -0000 On Fri, Aug 08, 2008 at 08:23:41AM +0400, Andrey V. Elsukov wrote: > Jeremy Chadwick wrote: >> In almost every case I've looked at so far, the individuals' chipsets, >> disks, and overall setup are different. SMART statistics on the drives >> show absolutely no sign of errors, or anything that indicates a hardware >> failure. Many of the users are using AHCI as well (myself included, and >> I have seen the DMA error issue myself), which is more reliable than >> classic IDE. > > I have done some work on AHCI part of ATA driver and I am looking > for testers... > http://perforce.freebsd.org/changeList.cgi?CMD=changes&FSPC=//depot/user/butcher/src/... These look quite good. Regarding change 146184, do you know if this addresses the problems documented in PR 102211, PR 108924, or what I described in http://lists.freebsd.org/pipermail/freebsd-stable/2008-February/040534.html ? >> It would be benefitial if there was some form of sysctl to increase the >> verbosity from the ATA subsystem when an error happens. The existing >> data we get back is terse, and barely useful. I know for a fact there's >> more debug information that could be output in such scenarios. And >> please do not reply with "good idea, send patches" unless you're wanting >> to be chewed out. :-) > > Ok, I'll try to add some verbose 'printfs' in my branch in perforce :) That'd be great. It appears to me, WRT FreeBSD, that error conditions do not bother to handle SATA-related errors; everything is assumed to be ATA, so the extra granularity SATA implements is not available on FreeBSD. This also starts to enter the realm of why FreeBSD does not implement support for NCQ -- is this because the ATA driver was built solely around ATA, rather than AHCI? Linux appears to have two different drivers depending upon if you're using AHCI or not. FreeBSD's ata(4) code seems to have everything intermixed/jumbled around, so it looks a lot like spaghetti... Is this the problem? >>> I'm going to do some analysis and find out whether I can find any of >>> our systems that may be experiencing ATA errors that don't correlate >>> with what their SMART data is saying. To date I haven't caught any, >>> but that's not to say they may not be happening... just that all of >>> the ones I have caught to date do appear to have been >>> hardware-related issues... > > IMHO. Today we have many hardware versions and revisions and some of > them are buggy. But another OSes (windows, linux) work with buggy > hardware without big problems. Yes, some developers have docs and can > make workarounds.. I think our ata driver needs new error handling > subsystem, which can correctly handle errors. Yep, I understand there is in fact bugs in consumer and commercial-grade hardware/firmwares. However, FreeBSD users will want to know if they're suffering from said bugs, or some other issue. I'm more than willing to document both scenarios (known buggy hardware and other bugs which are NOT the result of hardware flaws), but I (obviously) need data and example output for this. :-) -- | 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 Sun Aug 10 07:50: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 93EF4106566B; Sun, 10 Aug 2008 07:50:26 +0000 (UTC) (envelope-from fbsd-fs@mawer.org) Received: from outbound.icp-qv1-irony-out1.iinet.net.au (outbound.icp-qv1-irony-out1.iinet.net.au [203.59.1.108]) by mx1.freebsd.org (Postfix) with ESMTP id 947E48FC12; Sun, 10 Aug 2008 07:50:25 +0000 (UTC) (envelope-from fbsd-fs@mawer.org) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvACAMM6nkh8q/Hd/2dsb2JhbAAIqVM X-IronPort-AV: E=Sophos;i="4.31,337,1215360000"; d="scan'208";a="367961582" Received: from unknown (HELO [10.4.1.1]) ([124.171.241.221]) by outbound.icp-qv1-irony-out1.iinet.net.au with ESMTP; 10 Aug 2008 15:50:24 +0800 Message-ID: <489E9DC1.4030802@mawer.org> Date: Sun, 10 Aug 2008 17:50:25 +1000 From: Antony Mawer User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: Jeremy Chadwick References: <6c3c36d00808062109y6ae176a0ha055129392b00542@mail.gmail.com> <20080807044759.GA7505@eos.sc1.parodius.com> <6c3c36d00808062212y4e9a1464i48e146e84725a36e@mail.gmail.com> <6c3c36d00808062235v5cbb4470v990b76d569f85614@mail.gmail.com> <20080807055841.GB9735@eos.sc1.parodius.com> <489A9739.20707@yandex.ru> <20080807071434.GA15465@eos.sc1.parodius.com> <489ADD89.8070809@mawer.org> <20080807121245.GA26629@eos.sc1.parodius.com> <489BCA4D.3050704@yandex.ru> <20080810071117.GA3857@eos.sc1.parodius.com> In-Reply-To: <20080810071117.GA3857@eos.sc1.parodius.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, Scott Long Subject: Re: zpool degraded - 'UNAVAIL cannot open' functioning drive 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: Sun, 10 Aug 2008 07:50:26 -0000 On 10/08/2008 5:11 PM, Jeremy Chadwick wrote: > On Fri, Aug 08, 2008 at 08:23:41AM +0400, Andrey V. Elsukov wrote: >> Jeremy Chadwick wrote: >>> It would be benefitial if there was some form of sysctl to increase the >>> verbosity from the ATA subsystem when an error happens. The existing >>> data we get back is terse, and barely useful. I know for a fact there's >>> more debug information that could be output in such scenarios. And >>> please do not reply with "good idea, send patches" unless you're wanting >>> to be chewed out. :-) >> Ok, I'll try to add some verbose 'printfs' in my branch in perforce :) > > This also starts to enter the realm of why FreeBSD does not implement > support for NCQ -- is this because the ATA driver was built solely > around ATA, rather than AHCI? Linux appears to have two different > drivers depending upon if you're using AHCI or not. FreeBSD's ata(4) > code seems to have everything intermixed/jumbled around, so it looks a > lot like spaghetti... Is this the problem? My understanding of it is that the "legacy" style SATA support is modeled off ATA, while AHCI implements more SCSI-like features (like NCQ). With AHCI mode on Linux, I believe it uses the SCSI subsystem where the infrastructure for things like tagged queuing are available. I thought I heard Scott Long was looking at implementing a SATA subsystem based on CAM at one point, but I gather it succumbed to ENOTIME... --Antony From owner-freebsd-fs@FreeBSD.ORG Sun Aug 10 20:58:54 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 E4BDB1065671 for ; Sun, 10 Aug 2008 20:58:54 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from mailhub.cs.uoguelph.ca (mailhub.cs.uoguelph.ca [131.104.94.205]) by mx1.freebsd.org (Postfix) with ESMTP id 908E78FC1B for ; Sun, 10 Aug 2008 20:58:54 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.91.102]) by mailhub.cs.uoguelph.ca (8.13.1/8.13.1) with ESMTP id m7AKwrcp008706 for ; Sun, 10 Aug 2008 16:58:53 -0400 Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id m7ALAMS26722 for ; Sun, 10 Aug 2008 17:10:22 -0400 (EDT) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Sun, 10 Aug 2008 17:10:22 -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.205 Subject: NFSv4 client and server for FreeBSD-current needs testing 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: Sun, 10 Aug 2008 20:58:55 -0000 I just put my current nfs client and server port to FreeBSD-CURRENT (actually the June snapshot, since July wouldn't install on my hardware) up on the ftp site. I also updated the FreeBSD7 port to be at the same code level and it includes fixes for a few issues reported by Brooks Davis. If anyone is interested in trying it out, just go to: ftp://ftp.cis.uoguelph.ca/pub/nfsv4/FreeBSD-CURRENT I'll be trying the August snapshot very soon and then looking at a current kernel, to try and bring it right up-to-date. Have a good week, rick From owner-freebsd-fs@FreeBSD.ORG Mon Aug 11 04:37:42 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 A120C106564A; Mon, 11 Aug 2008 04:37:42 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp15.yandex.ru (smtp15.yandex.ru [77.88.32.85]) by mx1.freebsd.org (Postfix) with ESMTP id 6A3D28FC0C; Mon, 11 Aug 2008 04:37:41 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from ns.kirov.so-cdu.ru ([77.72.136.145]:63704 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S1377422AbYHKEhg (ORCPT + 2 others); Mon, 11 Aug 2008 08:37:36 +0400 X-Yandex-Spam: 1 X-Yandex-Front: smtp15 X-Yandex-TimeMark: 1218429456 X-MsgDayCount: 3 X-Comment: RFC 2476 MSA function at smtp15.yandex.ru logged sender identity as: bu7cher Message-ID: <489FC20C.8040401@yandex.ru> Date: Mon, 11 Aug 2008 08:37:32 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Jeremy Chadwick References: <6c3c36d00808062109y6ae176a0ha055129392b00542@mail.gmail.com> <20080807044759.GA7505@eos.sc1.parodius.com> <6c3c36d00808062212y4e9a1464i48e146e84725a36e@mail.gmail.com> <6c3c36d00808062235v5cbb4470v990b76d569f85614@mail.gmail.com> <20080807055841.GB9735@eos.sc1.parodius.com> <489A9739.20707@yandex.ru> <20080807071434.GA15465@eos.sc1.parodius.com> <489ADD89.8070809@mawer.org> <20080807121245.GA26629@eos.sc1.parodius.com> <489BCA4D.3050704@yandex.ru> <20080810071117.GA3857@eos.sc1.parodius.com> In-Reply-To: <20080810071117.GA3857@eos.sc1.parodius.com> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, Scott Long Subject: Re: zpool degraded - 'UNAVAIL cannot open' functioning drive 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, 11 Aug 2008 04:37:42 -0000 Jeremy Chadwick wrote: > These look quite good. Regarding change 146184, do you know if this > addresses the problems documented in PR 102211, PR 108924, or what I > described in > http://lists.freebsd.org/pipermail/freebsd-stable/2008-February/040534.html ? Currently I didn't work with ataraid on ICHx, but i tested hot plug on ICH9 with and without my changes. Without changes hot plug worked, but it did several "reiniting channel .." before a drive becomes online. With patched sources a drive is going online without several reinits. -- WBR, Andrey V. Elsukov From owner-freebsd-fs@FreeBSD.ORG Mon Aug 11 07:22:15 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 A1B1C106567B for ; Mon, 11 Aug 2008 07:22:15 +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 01BC88FC0A for ; Mon, 11 Aug 2008 07:22:14 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 6D30545C98; Mon, 11 Aug 2008 09:22:12 +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 DAFBE45C8C; Mon, 11 Aug 2008 09:22:07 +0200 (CEST) Date: Mon, 11 Aug 2008 09:22:16 +0200 From: Pawel Jakub Dawidek To: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: <20080811072216.GB2766@garage.freebsd.pl> References: <48902042.3030609@quip.cz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1LKvkjL3sHcu1TtY" Content-Disposition: inline In-Reply-To: <48902042.3030609@quip.cz> 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: ZFS on whole disk vs. slice vs. partition? 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, 11 Aug 2008 07:22:15 -0000 --1LKvkjL3sHcu1TtY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jul 30, 2008 at 10:03:14AM +0200, Miroslav Lachman wrote: > Hi all, >=20 > I am preparing myself to next try with ZFS and I would like to know if=20 > there are any recomendations / performance differences between using=20 > whole disk device (ad0) or slice (ad0s2) or partition (ad0s1e). >=20 > For example, if I have machine with 2 disks and I want to setup small=20 > part of the disk gmirrored with UFS2 (/ + /usr) and the rest of space=20 > for data on ZFS mirror - is it better to use ad0s1 + ad1s1 for gmirror=20 > and ad0s2 + ad1s2 for ZFS mirror? Or is it better to use ad0s1e + ad1s1e= =20 > for ZFS mirror? >=20 > Next example could be machine with 4 disks (1TB disks in RAIDZ / RAIDZ2= =20 > as array for backups). It would be nice to user ad0 + ad1 + ad2 + ad3,=20 > but then I cannot boot of it, so again - I can use small piece of each=20 > disk as bootable UFS2 root with gmirror of 4 drives (first slice of each= =20 > disk - ad0s1, ad1s1, ad2s1, ad3s1) and the rest for ZFS. Or is there=20 > significant reason not to split disks, use whole device for ZFS pool and= =20 > setup UFS2 root on some other media like CF card with CF 2 IDE convertor? >=20 > Thanks for any useful informations, tips, trick, links etc. There should be no difference whatsoever performance-wise between using disks, slices or partitions on FreeBSD. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --1LKvkjL3sHcu1TtY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFIn+ioForvXbEpPzQRAiK0AJ4leUxSsIbAfVO6Qp3epatX/sW1KQCdFSHd gnMFmWacxM/bszsxD5Ft4CA= =X3R0 -----END PGP SIGNATURE----- --1LKvkjL3sHcu1TtY-- From owner-freebsd-fs@FreeBSD.ORG Mon Aug 11 11:06:57 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 150221065673 for ; Mon, 11 Aug 2008 11:06:57 +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 00D848FC27 for ; Mon, 11 Aug 2008 11:06:57 +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 m7BB6umF047180 for ; Mon, 11 Aug 2008 11:06:56 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m7BB6uPa047176 for freebsd-fs@FreeBSD.org; Mon, 11 Aug 2008 11:06:56 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 11 Aug 2008 11:06:56 GMT Message-Id: <200808111106.m7BB6uPa047176@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, 11 Aug 2008 11:06:57 -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 11 22:08:46 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 235521065672 for ; Mon, 11 Aug 2008 22:08:46 +0000 (UTC) (envelope-from nejc@skoberne.net) Received: from delusion.skoberne.net (lk.84.20.249.154.dc.cable.static.lj-kabel.net [84.20.249.154]) by mx1.freebsd.org (Postfix) with ESMTP id CC89B8FC08 for ; Mon, 11 Aug 2008 22:08:45 +0000 (UTC) (envelope-from nejc@skoberne.net) Received: from localhost (localhost [127.0.0.1]) by delusion.skoberne.net (Postfix) with ESMTP id DC4A022884; Tue, 12 Aug 2008 00:02:16 +0200 (CEST) Received: from delusion.skoberne.net ([127.0.0.1]) by localhost (delusion.skoberne.net [127.0.0.1]) (amavisd-maia, port 10024) with ESMTP id 39035-07; Tue, 12 Aug 2008 00:02:13 +0200 (CEST) Received: from [192.168.15.2] (simian.skoberne.local [192.168.15.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: nejkopejko@skoberne.net) by delusion.skoberne.net (Postfix) with ESMTP id B268722883; Tue, 12 Aug 2008 00:02:13 +0200 (CEST) Message-ID: <48A0B6E5.3000000@skoberne.net> Date: Tue, 12 Aug 2008 00:02:13 +0200 From: =?ISO-8859-2?Q?Nejc_=A9koberne?= User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: freebsd-fs@freebsd.org X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Maia Mailguard Cc: Mitar , Weiss Subject: fchroot on unionfs 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, 11 Aug 2008 22:08:46 -0000 Hi, I have a strange problem with Apache not seeing the lower layer of unionfs. Using ktrace on Apache I have written this C code: #include #include #include #include int main() { int fd; char buf[512]; /* This is what apache does */ fd=open(".",O_RDONLY,0); fchdir(fd); close(fd); /* This is how Apache calls open */ fd=open("/etc/hosts",O_RDONLY,0x1b6); if(fd < 0) { printf("error %d,%d\n",fd,errno); perror(NULL); exit(-1); } read(fd, buf, 511); buf[511]=0; printf("%s",buf); close(fd); return(0); } So without fchdir() call this program just displays (first 511 bytes) of /etc/hosts. If I uncomment fchdir() call with precedent open(".",...) call, I get this: root@web:~# ./a No such file or directory error -1,2 and also if I list the /etc directory with a php script, I see only those files in /etc which are on the upper layer of unionfs. I stumbled upon this problem while trying to figure out why apache can't resolve hostnames I have defined in /etc/hosts. I have this: FreeBSD web.jail 7.0-STABLE FreeBSD 7.0-STABLE #5: Sun Aug 10 09:54:42 CEST 2008 root@server.domain.com:/usr/src/sys/amd64/compile/SERVER amd64 So I am running a jail on a unionfs. Everything works now (after MFCing the unix sockets patch from HEAD to the 7-STABLE (MySQL didn't work)), so I currently have only this problem. I also tried to grep the Apache source code for fchdir, but the call seems to be made implicitely somehow (grep returned no matches). Thanks, Nejc From owner-freebsd-fs@FreeBSD.ORG Tue Aug 12 01:11:42 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 D2D211065679 for ; Tue, 12 Aug 2008 01:11:42 +0000 (UTC) (envelope-from gw.freebsd@tnode.com) Received: from druga.org (druga.org [193.2.157.120]) by mx1.freebsd.org (Postfix) with ESMTP id 653198FC18 for ; Tue, 12 Aug 2008 01:11:41 +0000 (UTC) (envelope-from gw.freebsd@tnode.com) Received: from localhost ([127.0.0.1]) by druga.org with esmtp id 1KShz4-0006gK-5o; Tue, 12 Aug 2008 02:43:34 +0200 Received: from druga.org ([127.0.0.1]) by localhost (druga.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 17594-06; Tue, 12 Aug 2008 02:43:34 +0200 (CEST) Received: from bsn-61-101-126.dial-up.dsl.siol.net ([86.61.101.126] helo=[127.0.0.1]) by druga.org with esmtpa id 1KShz3-0006gF-Tr; Tue, 12 Aug 2008 02:43:34 +0200 Message-ID: <48A0DCBF.6050900@tnode.com> Date: Tue, 12 Aug 2008 02:43:43 +0200 From: GW User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: freebsd-fs@freebsd.org Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: at Druga.org Cc: Mitar Subject: Unionfs move directory problems 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, 12 Aug 2008 01:11:42 -0000 Hi. It seems that there are even more bugs in unionfs at least in 7.0-STABLE as the "unionfs breakout to upper layer" problem submitted by Nejc... Moving directories around in unionfs mounts isn't handled correctly as can be seen from the long example below. It behaves the same if there is no "-o below" parameter. Original hierarchy: ~# mkdir rw ro ro/orig ~# touch ro/orig/file ro/orig/file2 ~# mount -t unionfs -o below ro rw ~/rw# ls -aFloWi total 6 49874 drwx------ 3 root wheel - 512 Aug 12 01:32 ./ 49872 drwx------ 4 root wheel - 512 Aug 12 01:20 ../ 49878 drwx------ 2 root wheel - 512 Aug 12 01:20 orig/ ~/rw# ls -aFloWi orig/ total 4 49878 drwx------ 2 root wheel - 512 Aug 12 01:20 ./ 49874 drwx------ 3 root wheel - 512 Aug 12 01:32 ../ 49876 -rw------- 1 root wheel - 0 Aug 12 01:20 file 49877 -rw------- 1 root wheel - 0 Aug 12 01:20 file2 Problem appears (lost directory contents): ~/rw# mv orig moved ~/rw# ls -aFloWi total 6 49874 drwx------ 3 root wheel - 512 Aug 12 01:33 ./ 49872 drwx------ 4 root wheel - 512 Aug 12 01:20 ../ 49878 drwx------ 2 root wheel - 512 Aug 12 01:20 moved/ 0 w--------- 0 root wheel - 0 Jan 1 1970 orig% ~/rw# ls -aFloWi moved total 4 49878 drwx------ 2 root wheel - 512 Aug 12 01:20 ./ 49874 drwx------ 3 root wheel - 512 Aug 12 01:33 ../ << WTF!??? PROBLEM 1 And now some magic (content reappears): ~/rw# mv moved orig ~/rw# ls -aFloWi total 6 49874 drwx------ 3 root wheel - 512 Aug 12 01:33 ./ 49872 drwx------ 4 root wheel - 512 Aug 12 01:20 ../ 49878 drwx------ 2 root wheel - 512 Aug 12 01:20 orig/ ~/rw# ls -aFloWi orig total 4 49878 drwx------ 2 root wheel - 512 Aug 12 01:20 ./ 49874 drwx------ 3 root wheel - 512 Aug 12 01:33 ../ 49876 -rw------- 1 root wheel - 0 Aug 12 01:20 file 49877 -rw------- 1 root wheel - 0 Aug 12 01:20 file2 Hm, lets test something else (it creates in upper layer): ~/rw# mkdir new ~/rw# touch new/newfile ~/rw# ls -aFloWi total 8 49874 drwx------ 4 root wheel - 512 Aug 12 02:04 ./ 49872 drwx------ 4 root wheel - 512 Aug 12 02:03 ../ 49879 drwx------ 2 root wheel - 512 Aug 12 02:04 new/ 49878 drwx------ 2 root wheel - 512 Aug 12 01:20 orig/ ~/rw# ls -aFloWi new total 4 49879 drwx------ 2 root wheel - 512 Aug 12 02:04 ./ 49874 drwx------ 4 root wheel - 512 Aug 12 02:04 ../ 49880 -rw------- 1 root wheel - 0 Aug 12 02:04 newfile ~/rw# ls -aFloWi orig total 4 49878 drwx------ 2 root wheel - 512 Aug 12 01:20 ./ 49874 drwx------ 4 root wheel - 512 Aug 12 02:04 ../ 49876 -rw------- 1 root wheel - 0 Aug 12 01:20 file 49877 -rw------- 1 root wheel - 0 Aug 12 01:20 file2 And lets see if there is another problem: ~/rw# rm -rf orig ~/rw# ls -aFloWi total 6 49874 drwx------ 3 root wheel - 512 Aug 12 02:06 ./ 49872 drwx------ 4 root wheel - 512 Aug 12 02:03 ../ 49879 drwx------ 2 root wheel - 512 Aug 12 02:06 new/ 0 w--------- 0 root wheel - 0 Jan 1 1970 orig% ~/rw# mv new orig ~/rw# ls -aFloWi total 6 49874 drwx------ 3 root wheel - 512 Aug 12 02:07 ./ 49872 drwx------ 4 root wheel - 512 Aug 12 02:03 ../ 49879 drwx------ 2 root wheel - 512 Aug 12 02:06 orig/ Looks fine till now, but (files appear from nowhere): ~/rw# ls -aFloWi orig total 4 49879 drwx------ 2 root wheel - 512 Aug 12 02:06 ./ 49874 drwx------ 3 root wheel - 512 Aug 12 02:07 ../ 49876 -rw------- 1 root wheel - 0 Aug 12 01:20 file 49877 -rw------- 1 root wheel - 0 Aug 12 01:20 file2 49880 -rw------- 1 root wheel - 0 Aug 12 02:05 newfile << WTF!??? PROBLEM 2 I see two possible solutions to the first problem: - on directory rename/move the whole file hierarchy should be exactly duplicated under a new directory tree - if both layers exist on the same partition, inodes of files can be reused as it is done with hard links, but the directory structure needs to be duplicated so that it has correct parent inodes For the second problem: - in all cases (option whiteout=always or whenneeded) when new directories get created unionfs should check whether such a directory exists in the lower layer and automaticly whiteout all of its entries Does anyone have any better ideas? I am using: ~# uname -a FreeBSD server.domain.com 7.0-STABLE FreeBSD 7.0-STABLE #5: Sun Aug 10 09:54:42 CEST 2008 root@server.domain.com:/usr/src/sys/amd64/compile/SERVER amd64 Is it already fixed in HEAD? Unrelated: Will the newest patches for unionfs from HEAD ever appear in 7-STABLE or do I need to backport them? Is there or will there be a way to separately access any layer in a unionfs mount (without using nullfs)? I made a script to detect duplicates, but in current design (it can be done differently) you need to unmount the layers before you can use it. Are whiteouts and the interface to manage them (FTS or sth) specific to FreeBSD or does it look like other OS (that have something like unionfs, eg Linux) will adapt this sooner or later? Cheers, gw From owner-freebsd-fs@FreeBSD.ORG Tue Aug 12 01:47: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 E07951065671 for ; Tue, 12 Aug 2008 01:47:19 +0000 (UTC) (envelope-from gw.freebsd@tnode.com) Received: from druga.org (druga.org [193.2.157.120]) by mx1.freebsd.org (Postfix) with ESMTP id 71A058FC19 for ; Tue, 12 Aug 2008 01:47:19 +0000 (UTC) (envelope-from gw.freebsd@tnode.com) Received: from localhost ([127.0.0.1]) by druga.org with esmtp id 1KSivd-0007WY-J1; Tue, 12 Aug 2008 03:44:05 +0200 Received: from druga.org ([127.0.0.1]) by localhost (druga.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 26456-03; Tue, 12 Aug 2008 03:44:05 +0200 (CEST) Received: from bsn-61-101-126.dial-up.dsl.siol.net ([86.61.101.126] helo=[127.0.0.1]) by druga.org with esmtpa id 1KSivd-0007WT-CQ; Tue, 12 Aug 2008 03:44:05 +0200 Message-ID: <48A0EAEF.6060802@tnode.com> Date: Tue, 12 Aug 2008 03:44:15 +0200 From: GW User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: freebsd-fs@freebsd.org References: <48A0DCBF.6050900@tnode.com> In-Reply-To: <48A0DCBF.6050900@tnode.com> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: at Druga.org Cc: Mitar Subject: Re: Unionfs move directory problems 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, 12 Aug 2008 01:47:20 -0000 GW wrote: > For the second problem: > - in all cases (option whiteout=always or whenneeded) when new > directories get created unionfs should check whether such a directory > exists in the lower layer and automaticly whiteout all of its entries - or better (can not work for more than 2 layers) copying all files to upper layer in the moved directory and set the opaque flag, so that underlying files under the new directory name can't be seen through This is the way it is done on the end of the following scenario... First a little different PROBLEM 1 again: ~# mkdir ro ro/foo ro/foo/moveme rw ~# touch ro/foo/moveme/file1 ~# touch ro/foo/moveme/file2 ~# ls -aFloWi orig ~# mount -t unionfs -o below ro rw ~# cd rw ~/rw# ls -aFloWi total 6 49876 drwx------ 3 root wheel - 512 Aug 12 03:10 ./ 49872 drwx------ 4 root wheel - 512 Aug 12 03:09 ../ 49879 drwx------ 2 root wheel - 512 Aug 12 03:09 foo/ ~/rw# ls -aFloWi foo/ total 6 49879 drwx------ 2 root wheel - 512 Aug 12 03:09 ./ 49876 drwx------ 3 root wheel - 512 Aug 12 03:10 ../ 49880 drwx------ 2 root wheel - 512 Aug 12 03:10 moveme/ ~/rw# ls -aFloWi foo/moveme/ total 4 49880 drwx------ 2 root wheel - 512 Aug 12 03:10 ./ 49879 drwx------ 3 root wheel - 512 Aug 12 03:10 ../ 49877 -rw------- 1 root wheel - 0 Aug 12 03:10 file1 49878 -rw------- 1 root wheel - 0 Aug 12 03:10 file2 ~/rw# mv foo/moveme/ . ~/rw# ls -aFloWi total 8 49876 drwx------ 4 root wheel - 512 Aug 12 03:11 ./ 49872 drwx------ 4 root wheel - 512 Aug 12 03:09 ../ 49879 drwx------ 2 root wheel - 512 Aug 12 03:10 foo/ 49880 drwx------ 2 root wheel - 512 Aug 12 03:10 moveme/ ~/rw# ls -aFloWi foo total 4 49879 drwx------ 2 root wheel - 512 Aug 12 03:10 ./ 49876 drwx------ 4 root wheel - 512 Aug 12 03:11 ../ 0 w--------- 0 root wheel - 0 Jan 1 1970 moveme% ~/rw# ls -aFloWi moveme/ total 4 49880 drwx------ 2 root wheel - 512 Aug 12 03:10 ./ 49876 drwx------ 4 root wheel - 512 Aug 12 03:11 ../ << again PROBLEM 1, nothing new And now behavour that is a good solution for PROBLEM 2: ~/rw# mkdir foo/moveme ~/rw# ls -aFloWi foo/ total 6 49879 drwx------ 3 root wheel - 512 Aug 12 03:14 ./ 49876 drwx------ 4 root wheel - 512 Aug 12 03:11 ../ 49881 drwx------ 2 root wheel opaque 512 Aug 12 03:14 moveme/ ~/rw# ls -aFloWi foo/moveme/ total 4 49881 drwx------ 2 root wheel opaque 512 Aug 12 03:14 ./ 49879 drwx------ 3 root wheel - 512 Aug 12 03:14 ../ To proove that the opaque flag did the trick: ~/rw# chflags noopaque foo/moveme/ ~/rw# ls -aFloWi foo/moveme/ total 4 49881 drwx------ 2 root wheel - 512 Aug 12 03:14 ./ 49879 drwx------ 3 root wheel - 512 Aug 12 03:14 ../ 49877 -rw------- 1 root wheel - 0 Aug 12 03:10 file1 49878 -rw------- 1 root wheel - 0 Aug 12 03:10 file2 gw From owner-freebsd-fs@FreeBSD.ORG Tue Aug 12 18:44:03 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 010181065678 for ; Tue, 12 Aug 2008 18:44:03 +0000 (UTC) (envelope-from root@dchagin.dialup.corbina.ru) Received: from contrabass.post.ru (contrabass.post.ru [85.21.78.5]) by mx1.freebsd.org (Postfix) with ESMTP id B62838FC13 for ; Tue, 12 Aug 2008 18:44:02 +0000 (UTC) (envelope-from root@dchagin.dialup.corbina.ru) Received: from corbina.ru (mail.post.ru [195.14.50.16]) by contrabass.post.ru (Postfix) with ESMTP id 8E9BD16A65B for ; Tue, 12 Aug 2008 22:20:33 +0400 (MSD) X-Virus-Scanned: by cgpav Uf39PSi9pFi9oFi9 Received: from [10.208.17.3] (HELO dchagin.dialup.corbina.ru) by corbina.ru (CommuniGate Pro SMTP 5.1.14) with ESMTPS id 945812533 for freebsd-fs@freebsd.org; Tue, 12 Aug 2008 22:20:33 +0400 Received: from dchagin.dialup.corbina.ru (localhost.chd.net [127.0.0.1]) by dchagin.dialup.corbina.ru (8.14.2/8.14.2) with ESMTP id m7CIKX6n007146 for ; Tue, 12 Aug 2008 22:20:33 +0400 (MSD) (envelope-from root@dchagin.dialup.corbina.ru) Received: (from root@localhost) by dchagin.dialup.corbina.ru (8.14.2/8.14.2/Submit) id m7CIKSCH007145 for freebsd-fs@freebsd.org; Tue, 12 Aug 2008 22:20:28 +0400 (MSD) (envelope-from root) Date: Tue, 12 Aug 2008 22:20:28 +0400 From: Chagin Dmitry To: freebsd-fs@freebsd.org Message-ID: <20080812182028.GA7047@dchagin.dialup.corbina.ru> Mail-Followup-To: freebsd-fs@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: new file system (my experiments) 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, 12 Aug 2008 18:44:03 -0000 Hi I experiment resalization of new file system based on tmpfs - shmfs for Linux emulation layer. for the beginning has simply copied current source codes to compat/lintmps, has compiled a module and tried to mount: mount -t lintmpfs lintmpfs /compat/linux/dev/shm and has received a panic: #11 0xffffffff803b6ade in calltrap () at /usr/local/root/pub/linux_shmfs/sys/amd64/amd64/exception.S:217 ---Type to continue, or q to quit--- #12 0xffffffff802a794b in vfs_filteropt (opts=0x0, legal=0xffffffff808497e0) at /usr/local/root/pub/linux_shmfs/sys/kern/vfs_mount.c:1812 #13 0xffffffff80847015 in tmpfs_mount (mp=0xffffff0001a3a000, td=0xffffff004dcb56c0) at /usr/local/root/pub/linux_shmfs/sys/modules/lintmpfs/../../compat/lintmpf s/lintmpfs_vfsops.c:206 #14 0xffffffff802a947f in vfs_donmount (td=0xffffff004dcb56c0, fsflags=0, fsoptions=0xffffff000190e800) at /usr/local/root/pub/linux_shmfs/sys/kern/vfs_mount.c:1010 #15 0xffffffff802aaa46 in nmount (td=0xffffff004dcb56c0, uap=0xfffffffe7e7fcbf0) at /usr/local/root/pub/linux_shmfs/sys/kern/vfs_mount.c:417 #16 0xffffffff803d4e47 in syscall (frame=0xfffffffe7e7fcc80) at /usr/local/root/pub/linux_shmfs/sys/amd64/amd64/trap.c:902 #17 0xffffffff803b6ceb in Xfast_syscall () (kgdb) f 12 #12 0xffffffff802a794b in vfs_filteropt (opts=0x0, legal=0xffffffff808497e0) at /usr/local/root/pub/linux_shmfs/sys/kern/vfs_mount.c:1812 1812 { (kgdb) list *0xffffffff802a794b 0xffffffff802a794b is in vfs_filteropt (/usr/local/root/pub/linux_shmfs/sys/kern /vfs_mount.c:1818). 1813 struct vfsopt *opt; 1814 char errmsg[255]; 1815 const char **t, *p, *q; 1816 int ret = 0; 1817 1818 TAILQ_FOREACH(opt, opts, link) { 1819 p = opt->name; 1820 q = NULL; 1821 if (p[0] == 'n' && p[1] == 'o') 1822 q = p + 2; (kgdb) (kgdb) up #13 0xffffffff80847015 in tmpfs_mount (mp=0xffffff0001a3a000, td=0xffffff004dcb56c0) at /usr/local/root/pub/linux_shmfs/sys/modules/lintmpfs/../../compat/lintmpf s/lintmpfs_vfsops.c:206 206 if (vfs_filteropt(mp->mnt_optnew, lintmpfs_opts)) (kgdb) Problem in that mp->mnt_optnew is 0, but tmpfs works correctly. I shall not understand that I have missied... -- Have fun! chd From owner-freebsd-fs@FreeBSD.ORG Tue Aug 12 18:50:16 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 A12611065677 for ; Tue, 12 Aug 2008 18:50:16 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 0C9778FC13 for ; Tue, 12 Aug 2008 18:50:14 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <48A1DB63.3050804@FreeBSD.org> Date: Tue, 12 Aug 2008 20:50:11 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.16 (Macintosh/20080707) MIME-Version: 1.0 To: freebsd-fs@freebsd.org References: <20080812182028.GA7047@dchagin.dialup.corbina.ru> In-Reply-To: <20080812182028.GA7047@dchagin.dialup.corbina.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: new file system (my experiments) 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, 12 Aug 2008 18:50:16 -0000 Chagin Dmitry wrote: > Hi > > I experiment resalization of new file system based on tmpfs - shmfs for > Linux emulation layer. for the beginning has simply copied current source > codes to compat/lintmps, has compiled a module and tried to mount: > > mount -t lintmpfs lintmpfs /compat/linux/dev/shm > and has received a panic: > > #11 0xffffffff803b6ade in calltrap () > at /usr/local/root/pub/linux_shmfs/sys/amd64/amd64/exception.S:217 > ---Type to continue, or q to quit--- > #12 0xffffffff802a794b in vfs_filteropt (opts=0x0, legal=0xffffffff808497e0) > at /usr/local/root/pub/linux_shmfs/sys/kern/vfs_mount.c:1812 > #13 0xffffffff80847015 in tmpfs_mount (mp=0xffffff0001a3a000, > td=0xffffff004dcb56c0) > at /usr/local/root/pub/linux_shmfs/sys/modules/lintmpfs/../../compat/lintmpf > s/lintmpfs_vfsops.c:206 > #14 0xffffffff802a947f in vfs_donmount (td=0xffffff004dcb56c0, fsflags=0, > fsoptions=0xffffff000190e800) > at /usr/local/root/pub/linux_shmfs/sys/kern/vfs_mount.c:1010 > #15 0xffffffff802aaa46 in nmount (td=0xffffff004dcb56c0, > uap=0xfffffffe7e7fcbf0) > at /usr/local/root/pub/linux_shmfs/sys/kern/vfs_mount.c:417 > #16 0xffffffff803d4e47 in syscall (frame=0xfffffffe7e7fcc80) > at /usr/local/root/pub/linux_shmfs/sys/amd64/amd64/trap.c:902 > #17 0xffffffff803b6ceb in Xfast_syscall () > > (kgdb) f 12 > #12 0xffffffff802a794b in vfs_filteropt (opts=0x0, legal=0xffffffff808497e0) > at /usr/local/root/pub/linux_shmfs/sys/kern/vfs_mount.c:1812 > 1812 { > (kgdb) list *0xffffffff802a794b > 0xffffffff802a794b is in vfs_filteropt (/usr/local/root/pub/linux_shmfs/sys/kern > /vfs_mount.c:1818). > 1813 struct vfsopt *opt; > 1814 char errmsg[255]; > 1815 const char **t, *p, *q; > 1816 int ret = 0; > 1817 > 1818 TAILQ_FOREACH(opt, opts, link) { > 1819 p = opt->name; > 1820 q = NULL; > 1821 if (p[0] == 'n' && p[1] == 'o') > 1822 q = p + 2; > (kgdb) > (kgdb) up > #13 0xffffffff80847015 in tmpfs_mount (mp=0xffffff0001a3a000, > td=0xffffff004dcb56c0) > at /usr/local/root/pub/linux_shmfs/sys/modules/lintmpfs/../../compat/lintmpf > s/lintmpfs_vfsops.c:206 > 206 if (vfs_filteropt(mp->mnt_optnew, lintmpfs_opts)) > (kgdb) > > Problem in that mp->mnt_optnew is 0, but tmpfs works correctly. > I shall not understand that I have missied... > If you have DEBUG_LOCKS and/or DEBUG_VFS_LOCKS then one of them changes the kernel ABI (adds entries to structs somewhere). You need to either add them to the module CFLAGS or use make buildkernel. Kris From owner-freebsd-fs@FreeBSD.ORG Tue Aug 12 19:02: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 482771065681 for ; Tue, 12 Aug 2008 19:02:05 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by mx1.freebsd.org (Postfix) with ESMTP id DD6E08FC1C for ; Tue, 12 Aug 2008 19:02:04 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1KSz87-0000ef-TC for freebsd-fs@freebsd.org; Tue, 12 Aug 2008 12:02:03 -0700 Message-ID: <18950555.post@talk.nabble.com> Date: Tue, 12 Aug 2008 12:02:03 -0700 (PDT) From: Maximillian Dornseif To: freebsd-fs@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: md@hudora.de References: <18880785.post@talk.nabble.com> Subject: Re: Strange (?) hangs with ZFS/rsync. 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, 12 Aug 2008 19:02:05 -0000 Ivan Voras-7 wrote: > > These look like well known problems with ZFS (see > http://wiki.freebsd.org/ZFSKnownProblems). > To be frank, I do not see my problem described there. Rsync from remote mashines does not count as "Heavy IO activity in multithreaded applications", does it? In the meantime the two ZFS machines both crash whenever I try zfs delete tank/snapshots@2008 Do I understand it correctly that there is little interest in supporting the 7.x port and most energy is put in hte 8.x port? --md -- View this message in context: http://www.nabble.com/Strange-%28-%29-hangs-with-ZFS-rsync.-tp18880785p18950555.html Sent from the freebsd-fs mailing list archive at Nabble.com. From owner-freebsd-fs@FreeBSD.ORG Tue Aug 12 20:50:51 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 56D59106564A for ; Tue, 12 Aug 2008 20:50:51 +0000 (UTC) (envelope-from root@dchagin.dialup.corbina.ru) Received: from contrabass.post.ru (contrabass.post.ru [85.21.78.5]) by mx1.freebsd.org (Postfix) with ESMTP id ECC088FC14 for ; Tue, 12 Aug 2008 20:50:50 +0000 (UTC) (envelope-from root@dchagin.dialup.corbina.ru) Received: from corbina.ru (mail.post.ru [195.14.50.16]) by contrabass.post.ru (Postfix) with ESMTP id A61B8168F20 for ; Wed, 13 Aug 2008 00:50:48 +0400 (MSD) X-Virus-Scanned: by cgpav Uf39PSi9pFi9oFi9 Received: from [10.208.17.3] (HELO dchagin.dialup.corbina.ru) by corbina.ru (CommuniGate Pro SMTP 5.1.14) with ESMTPS id 946376393 for freebsd-fs@freebsd.org; Wed, 13 Aug 2008 00:50:48 +0400 Received: from dchagin.dialup.corbina.ru (localhost.chd.net [127.0.0.1]) by dchagin.dialup.corbina.ru (8.14.2/8.14.2) with ESMTP id m7CKomNl009251 for ; Wed, 13 Aug 2008 00:50:48 +0400 (MSD) (envelope-from root@dchagin.dialup.corbina.ru) Received: (from root@localhost) by dchagin.dialup.corbina.ru (8.14.2/8.14.2/Submit) id m7CKohpR009250 for freebsd-fs@freebsd.org; Wed, 13 Aug 2008 00:50:43 +0400 (MSD) (envelope-from root) Date: Wed, 13 Aug 2008 00:50:43 +0400 From: Chagin Dmitry To: freebsd-fs@freebsd.org Message-ID: <20080812205043.GA9233@dchagin.dialup.corbina.ru> Mail-Followup-To: freebsd-fs@freebsd.org References: <20080812182028.GA7047@dchagin.dialup.corbina.ru> <48A1DB63.3050804@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48A1DB63.3050804@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Subject: Re: new file system (my experiments) 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, 12 Aug 2008 20:50:51 -0000 On Tue, Aug 12, 2008 at 08:50:11PM +0200, Kris Kennaway wrote: > Chagin Dmitry wrote: > >Hi > > > >I experiment resalization of new file system based on tmpfs - shmfs for > >Linux emulation layer. for the beginning has simply copied current source > >codes to compat/lintmps, has compiled a module and tried to mount: > > > >mount -t lintmpfs lintmpfs /compat/linux/dev/shm > >and has received a panic: > > > >#11 0xffffffff803b6ade in calltrap () > > at /usr/local/root/pub/linux_shmfs/sys/amd64/amd64/exception.S:217 > >---Type to continue, or q to quit--- > >#12 0xffffffff802a794b in vfs_filteropt (opts=0x0, > >legal=0xffffffff808497e0) > > at /usr/local/root/pub/linux_shmfs/sys/kern/vfs_mount.c:1812 > >#13 0xffffffff80847015 in tmpfs_mount (mp=0xffffff0001a3a000, > > td=0xffffff004dcb56c0) > > at > > /usr/local/root/pub/linux_shmfs/sys/modules/lintmpfs/../../compat/lintmpf > > s/lintmpfs_vfsops.c:206 > >#14 0xffffffff802a947f in vfs_donmount (td=0xffffff004dcb56c0, fsflags=0, > > fsoptions=0xffffff000190e800) > > at /usr/local/root/pub/linux_shmfs/sys/kern/vfs_mount.c:1010 > >#15 0xffffffff802aaa46 in nmount (td=0xffffff004dcb56c0, > > uap=0xfffffffe7e7fcbf0) > > at /usr/local/root/pub/linux_shmfs/sys/kern/vfs_mount.c:417 > >#16 0xffffffff803d4e47 in syscall (frame=0xfffffffe7e7fcc80) > > at /usr/local/root/pub/linux_shmfs/sys/amd64/amd64/trap.c:902 > >#17 0xffffffff803b6ceb in Xfast_syscall () > > > >(kgdb) f 12 > >#12 0xffffffff802a794b in vfs_filteropt (opts=0x0, > >legal=0xffffffff808497e0) > > at /usr/local/root/pub/linux_shmfs/sys/kern/vfs_mount.c:1812 > >1812 { > >(kgdb) list *0xffffffff802a794b > >0xffffffff802a794b is in vfs_filteropt > >(/usr/local/root/pub/linux_shmfs/sys/kern > >/vfs_mount.c:1818). > >1813 struct vfsopt *opt; > >1814 char errmsg[255]; > >1815 const char **t, *p, *q; > >1816 int ret = 0; > >1817 > >1818 TAILQ_FOREACH(opt, opts, link) { > >1819 p = opt->name; > >1820 q = NULL; > >1821 if (p[0] == 'n' && p[1] == 'o') > >1822 q = p + 2; > >(kgdb) > >(kgdb) up > >#13 0xffffffff80847015 in tmpfs_mount (mp=0xffffff0001a3a000, > > td=0xffffff004dcb56c0) > > at > > /usr/local/root/pub/linux_shmfs/sys/modules/lintmpfs/../../compat/lintmpf > >s/lintmpfs_vfsops.c:206 > >206 if (vfs_filteropt(mp->mnt_optnew, lintmpfs_opts)) > >(kgdb) > > > >Problem in that mp->mnt_optnew is 0, but tmpfs works correctly. > >I shall not understand that I have missied... > > > > If you have DEBUG_LOCKS and/or DEBUG_VFS_LOCKS then one of them changes > the kernel ABI (adds entries to structs somewhere). You need to either > add them to the module CFLAGS or use make buildkernel. > yes, it has helped. thnx! -- Have fun! chd From owner-freebsd-fs@FreeBSD.ORG Tue Aug 12 23:58: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 C0A7A106566B for ; Tue, 12 Aug 2008 23:58:24 +0000 (UTC) (envelope-from matt@corp.spry.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.171]) by mx1.freebsd.org (Postfix) with ESMTP id 9DC1B8FC0A for ; Tue, 12 Aug 2008 23:58:24 +0000 (UTC) (envelope-from matt@corp.spry.com) Received: by wf-out-1314.google.com with SMTP id 24so2320086wfg.7 for ; Tue, 12 Aug 2008 16:58:24 -0700 (PDT) Received: by 10.142.163.13 with SMTP id l13mr2970558wfe.265.1218585503971; Tue, 12 Aug 2008 16:58:23 -0700 (PDT) Received: from matt.spry.com ( [207.178.4.6]) by mx.google.com with ESMTPS id 22sm4367301wfi.14.2008.08.12.16.58.21 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 12 Aug 2008 16:58:22 -0700 (PDT) Message-Id: <863C8170-8DCB-4BBD-9E18-CD03D59BC129@corp.spry.com> From: Matt Simerson To: freebsd-fs@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v928.1) Date: Tue, 12 Aug 2008 16:58:04 -0700 X-Mailer: Apple Mail (2.928.1) Subject: ZFS patch against todays -HEAD 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, 12 Aug 2008 23:58:24 -0000 I applied the ZFS patch from http://people.freebsd.org/~pjd/patches/zfs_20080727.patch.bz2 to a copy of -HEAD checked out today and it fails as shown below. Any pointers on what needs to be tweaked to get past that? Matt cvsup /usr/local/etc/cvsup-head cd /usr/src patch -p0 < ~matt/zfs/zfs_20080727.patch rm /usr/src/sys/cddl/compat/opensolaris/sys/acl.h rm /usr/src/sys/cddl/compat/opensolaris/sys/callb.h cd /usr/src && make buildkernel KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common - finline-limit=8000 --param inline-unit-growth=100 --param large- function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red- zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow - msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack- protector -Werror /usr/src/sys/kern/kern_ntptime.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g - Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing- prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer- sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/ contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit- growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno- sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror /usr/src/sys/kern/kern_osd.c /usr/src/sys/kern/kern_osd.c:345: error: redefinition of 'M_OSD' /usr/src/sys/kern/kern_osd.c:44: error: previous definition of 'M_OSD' was here /usr/src/sys/kern/kern_osd.c:345: error: redefinition of 'M_OSD_init_sys_init' /usr/src/sys/kern/kern_osd.c:44: error: previous definition of 'M_OSD_init_sys_init' was here /usr/src/sys/kern/kern_osd.c:345: error: redefinition of '__set_sysinit_set_sym_M_OSD_init_sys_init' /usr/src/sys/kern/kern_osd.c:44: error: previous definition of '__set_sysinit_set_sym_M_OSD_init_sys_init' was here /usr/src/sys/kern/kern_osd.c:345: error: redefinition of 'M_OSD_uninit_sys_uninit' /usr/src/sys/kern/kern_osd.c:44: error: previous definition of 'M_OSD_uninit_sys_uninit' was here /usr/src/sys/kern/kern_osd.c:345: error: redefinition of '__set_sysuninit_set_sym_M_OSD_uninit_sys_uninit' /usr/src/sys/kern/kern_osd.c:44: error: previous definition of '__set_sysuninit_set_sym_M_OSD_uninit_sys_uninit' was here /usr/src/sys/kern/kern_osd.c:347: error: redefinition of 'osd_debug' /usr/src/sys/kern/kern_osd.c:46: error: previous definition of 'osd_debug' was here /usr/src/sys/kern/kern_osd.c:349: error: redefinition of 'sysctl___debug_osd' /usr/src/sys/kern/kern_osd.c:48: error: previous definition of 'sysctl___debug_osd' was here /usr/src/sys/kern/kern_osd.c:349: error: redefinition of '__set_sysctl_set_sym_sysctl___debug_osd' /usr/src/sys/kern/kern_osd.c:48: error: previous definition of '__set_sysctl_set_sym_sysctl___debug_osd' was here /usr/src/sys/kern/kern_osd.c:362: error: conflicting types for 'osd_list' /usr/src/sys/kern/kern_osd.c:61: error: previous declaration of 'osd_list' was here cc1: warnings being treated as errors /usr/src/sys/kern/kern_osd.c:363: warning: redundant redeclaration of 'osd_destructors' /usr/src/sys/kern/kern_osd.c:62: warning: previous declaration of 'osd_destructors' was here /usr/src/sys/kern/kern_osd.c:364: warning: redundant redeclaration of 'osd_nslots' /usr/src/sys/kern/kern_osd.c:63: warning: previous declaration of 'osd_nslots' was here /usr/src/sys/kern/kern_osd.c:365: warning: redundant redeclaration of 'osd_lock' /usr/src/sys/kern/kern_osd.c:64: warning: previous declaration of 'osd_lock' was here /usr/src/sys/kern/kern_osd.c:369: error: redefinition of 'osd_default_destructor' /usr/src/sys/kern/kern_osd.c:68: error: previous definition of 'osd_default_destructor' was here /usr/src/sys/kern/kern_osd.c:375: error: redefinition of 'osd_register' /usr/src/sys/kern/kern_osd.c:74: error: previous definition of 'osd_register' was here /usr/src/sys/kern/kern_osd.c:422: error: redefinition of 'osd_deregister' /usr/src/sys/kern/kern_osd.c:121: error: previous definition of 'osd_deregister' was here /usr/src/sys/kern/kern_osd.c:461: error: redefinition of 'osd_set' /usr/src/sys/kern/kern_osd.c:160: error: previous definition of 'osd_set' was here /usr/src/sys/kern/kern_osd.c:503: error: redefinition of 'osd_get' /usr/src/sys/kern/kern_osd.c:202: error: previous definition of 'osd_get' was here /usr/src/sys/kern/kern_osd.c:521: error: redefinition of 'osd_del' /usr/src/sys/kern/kern_osd.c:220: error: previous definition of 'osd_del' was here /usr/src/sys/kern/kern_osd.c:572: error: redefinition of 'osd_exit' /usr/src/sys/kern/kern_osd.c:271: error: previous definition of 'osd_exit' was here /usr/src/sys/kern/kern_osd.c:592: error: redefinition of 'osd_init' /usr/src/sys/kern/kern_osd.c:291: error: previous definition of 'osd_init' was here /usr/src/sys/kern/kern_osd.c:602: error: redefinition of 'osd_sys_init' /usr/src/sys/kern/kern_osd.c:301: error: previous definition of 'osd_sys_init' was here /usr/src/sys/kern/kern_osd.c:602: error: redefinition of '__set_sysinit_set_sym_osd_sys_init' /usr/src/sys/kern/kern_osd.c:301: error: previous definition of '__set_sysinit_set_sym_osd_sys_init' was here /usr/src/sys/kern/kern_osd.c:646: error: redefinition of 'M_OSD' /usr/src/sys/kern/kern_osd.c:345: error: previous definition of 'M_OSD' was here /usr/src/sys/kern/kern_osd.c:646: error: redefinition of 'M_OSD_init_sys_init' /usr/src/sys/kern/kern_osd.c:345: error: previous definition of 'M_OSD_init_sys_init' was here /usr/src/sys/kern/kern_osd.c:646: error: redefinition of '__set_sysinit_set_sym_M_OSD_init_sys_init' /usr/src/sys/kern/kern_osd.c:345: error: previous definition of '__set_sysinit_set_sym_M_OSD_init_sys_init' was here /usr/src/sys/kern/kern_osd.c:646: error: redefinition of 'M_OSD_uninit_sys_uninit' /usr/src/sys/kern/kern_osd.c:345: error: previous definition of 'M_OSD_uninit_sys_uninit' was here /usr/src/sys/kern/kern_osd.c:646: error: redefinition of '__set_sysuninit_set_sym_M_OSD_uninit_sys_uninit' /usr/src/sys/kern/kern_osd.c:345: error: previous definition of '__set_sysuninit_set_sym_M_OSD_uninit_sys_uninit' was here /usr/src/sys/kern/kern_osd.c:648: error: redefinition of 'osd_debug' /usr/src/sys/kern/kern_osd.c:347: error: previous definition of 'osd_debug' was here /usr/src/sys/kern/kern_osd.c:650: error: redefinition of 'sysctl___debug_osd' /usr/src/sys/kern/kern_osd.c:349: error: previous definition of 'sysctl___debug_osd' was here /usr/src/sys/kern/kern_osd.c:650: error: redefinition of '__set_sysctl_set_sym_sysctl___debug_osd' /usr/src/sys/kern/kern_osd.c:349: error: previous definition of '__set_sysctl_set_sym_sysctl___debug_osd' was here /usr/src/sys/kern/kern_osd.c:663: error: conflicting types for 'osd_list' /usr/src/sys/kern/kern_osd.c:362: error: previous declaration of 'osd_list' was here /usr/src/sys/kern/kern_osd.c:664: warning: redundant redeclaration of 'osd_destructors' /usr/src/sys/kern/kern_osd.c:363: warning: previous declaration of 'osd_destructors' was here /usr/src/sys/kern/kern_osd.c:665: warning: redundant redeclaration of 'osd_nslots' /usr/src/sys/kern/kern_osd.c:364: warning: previous declaration of 'osd_nslots' was here /usr/src/sys/kern/kern_osd.c:666: warning: redundant redeclaration of 'osd_lock' /usr/src/sys/kern/kern_osd.c:365: warning: previous declaration of 'osd_lock' was here /usr/src/sys/kern/kern_osd.c:670: error: redefinition of 'osd_default_destructor' /usr/src/sys/kern/kern_osd.c:369: error: previous definition of 'osd_default_destructor' was here /usr/src/sys/kern/kern_osd.c:676: error: redefinition of 'osd_register' /usr/src/sys/kern/kern_osd.c:74: error: previous definition of 'osd_register' was here /usr/src/sys/kern/kern_osd.c:723: error: redefinition of 'osd_deregister' /usr/src/sys/kern/kern_osd.c:121: error: previous definition of 'osd_deregister' was here /usr/src/sys/kern/kern_osd.c:762: error: redefinition of 'osd_set' /usr/src/sys/kern/kern_osd.c:160: error: previous definition of 'osd_set' was here /usr/src/sys/kern/kern_osd.c:804: error: redefinition of 'osd_get' /usr/src/sys/kern/kern_osd.c:202: error: previous definition of 'osd_get' was here /usr/src/sys/kern/kern_osd.c:822: error: redefinition of 'osd_del' /usr/src/sys/kern/kern_osd.c:220: error: previous definition of 'osd_del' was here /usr/src/sys/kern/kern_osd.c:873: error: redefinition of 'osd_exit' /usr/src/sys/kern/kern_osd.c:271: error: previous definition of 'osd_exit' was here /usr/src/sys/kern/kern_osd.c:893: error: redefinition of 'osd_init' /usr/src/sys/kern/kern_osd.c:592: error: previous definition of 'osd_init' was here /usr/src/sys/kern/kern_osd.c:903: error: redefinition of 'osd_sys_init' /usr/src/sys/kern/kern_osd.c:602: error: previous definition of 'osd_sys_init' was here /usr/src/sys/kern/kern_osd.c:903: error: redefinition of '__set_sysinit_set_sym_osd_sys_init' /usr/src/sys/kern/kern_osd.c:602: error: previous definition of '__set_sysinit_set_sym_osd_sys_init' was here *** Error code 1 Stop in /usr/obj/usr/src/sys/GENERIC. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. From owner-freebsd-fs@FreeBSD.ORG Wed Aug 13 09:15: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 425C31065676 for ; Wed, 13 Aug 2008 09:15:25 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout2.freenet.de (mout2.freenet.de [IPv6:2001:748:100:40::2:4]) by mx1.freebsd.org (Postfix) with ESMTP id 599488FC17 for ; Wed, 13 Aug 2008 09:15:23 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from [195.4.92.11] (helo=1.mx.freenet.de) by mout2.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #19) id 1KTCRt-00080k-Pf; Wed, 13 Aug 2008 11:15:21 +0200 Received: from ra5d8.r.pppool.de ([89.54.165.216]:44332 helo=peedub.jennejohn.org) by 1.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #12) id 1KTCRt-00050X-FU; Wed, 13 Aug 2008 11:15:21 +0200 Date: Wed, 13 Aug 2008 11:15:20 +0200 From: Gary Jennejohn To: Matt Simerson Message-ID: <20080813111520.7c508734@peedub.jennejohn.org> In-Reply-To: <863C8170-8DCB-4BBD-9E18-CD03D59BC129@corp.spry.com> References: <863C8170-8DCB-4BBD-9E18-CD03D59BC129@corp.spry.com> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.10.14; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org Subject: Re: ZFS patch against todays -HEAD X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Aug 2008 09:15:25 -0000 On Tue, 12 Aug 2008 16:58:04 -0700 Matt Simerson wrote: > > I applied the ZFS patch from http://people.freebsd.org/~pjd/patches/zfs_20080727.patch.bz2 > to a copy of -HEAD checked out today and it fails as shown below. > > Any pointers on what needs to be tweaked to get past that? > > Matt > > cvsup /usr/local/etc/cvsup-head > cd /usr/src > patch -p0 < ~matt/zfs/zfs_20080727.patch > rm /usr/src/sys/cddl/compat/opensolaris/sys/acl.h > rm /usr/src/sys/cddl/compat/opensolaris/sys/callb.h > cd /usr/src && make buildkernel > > > [error messages snip] I just applied it using ``patch -p0 -E'' and had no problem building a kernel. --- Gary Jennejohn From owner-freebsd-fs@FreeBSD.ORG Wed Aug 13 17:48: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 997F7106566B; Wed, 13 Aug 2008 17:48:30 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.freebsd.org (Postfix) with ESMTP id 514988FC08; Wed, 13 Aug 2008 17:48:30 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from max.local (rrcs-74-218-226-253.se.biz.rr.com [74.218.226.253]) (authenticated bits=0) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id m7DHmTVD008968; Wed, 13 Aug 2008 13:48:29 -0400 (EDT) (envelope-from lists@jnielsen.net) From: John Nielsen To: freebsd-current@freebsd.org Date: Wed, 13 Aug 2008 13:48:57 -0400 User-Agent: KMail/1.9.7 References: <20080727125413.GG1345@garage.freebsd.pl> <200807281139.45771.lists@jnielsen.net> In-Reply-To: <200807281139.45771.lists@jnielsen.net> X-Face: #X5#Y*q>F:]zT!DegL3z5Xo'^MN[$8k\[4^3rN~wm=s=Uw(sW}R?3b^*f1Wu*.<=?utf-8?q?of=5F4NrS=0A=09P*M/9CpxDo!D6?=)IY1w<9B1jB; tBQf[RU-R<,I)e"$q7N7 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200808131348.57683.lists@jnielsen.net> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on ns1.jnielsen.net X-Virus-Status: Clean Cc: freebsd-fs@freebsd.org, 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: Wed, 13 Aug 2008 17:48:30 -0000 On Monday 28 July 2008, John Nielsen wrote: > On Monday 28 July 2008, David Grochowski wrote: > > Hey, > > > > On Sun, Jul 27, 2008 at 11:24 PM, Adam McDougall > > wrote: > > > On Sun, Jul 27, 2008 at 02:54:13PM +0200, Pawel Jakub Dawidek wrote: > > > > Hi. > > > > > > > > > > > > http://people.freebsd.org/~pjd/patches/zfs_20080727.patch.bz2 > > > > > > Stop in /usr/src. > > > > I had the same issue. Try deleting > > "/usr/src/sys/cddl/compat/opensolaris/sys/acl.h" and > > "/usr/src/sys/cddl/compat/opensolaris/sys/callb.h" (make sure that > > these files have a length of zero first!). When patching, these files > > are supposed to be deleted, but were instead left as empty files. > > Since these files are included before the actual ones in > > "/usr/src/sys/cddl/contrib/opensolaris/uts/common/sys", this will > > cause a problem. > > > > Also, I would like to note that the patch has been working for me > > without any problems. > > Thanks for pointing this out David, I had been scratching my head too. > (Also thanks to those who posted reminders to use patch -p0). > > I'm now up and running with the patch and an upgraded zpool. No issues > thus far. I even tried to reproduce the UDP NFS write lockup issue I > reported recently and was unable to. Thanks PJD! I experienced a couple panics yesterday while working with some video files The panics didn't happen until after an hour or two of sustained activity (heavy reading and writing to/from multiple files about 2GB in size). The panic message (most recent) probably looks familiar: panic:kmem_malloc(65536): kmem_map too small: 757669888 total allocated This is on an i386 8-CURRENT box w/ the recent ZFS mega-patch applied: %uname -a FreeBSD stealth.jnielsen.net 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Mon Jul 28 09:17:49 EDT 2008 john@stealth.jnielsen.net:/usr/obj/usr/src8/src/sys/STEALTH i386 %zfs upgrade This system is currently running ZFS filesystem version 3. All filesystems are formatted with the current version. %zpool upgrade This system is currently running ZFS pool version 11. All pools are formatted using this version. The box has 1.25 GB RAM. The kernel is compiled with KVA_PAGES=384 and vm.kmem_size and kmem_size_max are set to 768M. Since the last panic I have set vfs.zfs.arc_max to 160M and I haven't gotten another one, but I haven't had the same sustained activity since then either. I'll keep an eye on it. Just thought I'd send a report since I'm not sure if this is still expected behavior with the new patch. I am of course also open to tuning suggestions, though I have read the wiki and kept up on the mailing lists and am willing to experiment to see what ends up working best for this system. Thanks, JN From owner-freebsd-fs@FreeBSD.ORG Wed Aug 13 21:46: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 397B91065682 for ; Wed, 13 Aug 2008 21:46:25 +0000 (UTC) (envelope-from matt@corp.spry.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.172]) by mx1.freebsd.org (Postfix) with ESMTP id 1B5DD8FC21 for ; Wed, 13 Aug 2008 21:46:25 +0000 (UTC) (envelope-from matt@corp.spry.com) Received: by wf-out-1314.google.com with SMTP id 24so142928wfg.7 for ; Wed, 13 Aug 2008 14:46:24 -0700 (PDT) Received: by 10.143.12.20 with SMTP id p20mr134800wfi.301.1218663984527; Wed, 13 Aug 2008 14:46:24 -0700 (PDT) Received: from matt.spry.com ( [207.178.4.6]) by mx.google.com with ESMTPS id 30sm2066838wfg.9.2008.08.13.14.46.22 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 13 Aug 2008 14:46:23 -0700 (PDT) Message-Id: From: Matt Simerson To: freebsd-fs@freebsd.org In-Reply-To: <20080813111520.7c508734@peedub.jennejohn.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v928.1) Date: Wed, 13 Aug 2008 14:46:18 -0700 References: <863C8170-8DCB-4BBD-9E18-CD03D59BC129@corp.spry.com> <20080813111520.7c508734@peedub.jennejohn.org> X-Mailer: Apple Mail (2.928.1) Subject: Re: ZFS patch against todays -HEAD - resolved 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, 13 Aug 2008 21:46:25 -0000 When I do a cvsup of -HEAD, cvs checks out many of the patched files anew but not all of them. In this case, it was several files, including sys/kern/kern_osd.c which had the contents of itself duplicated a number of times, explaining the duplicate definition errors. The quantify of duplicated contents corresponded with the number of times I had run the patch -p0 command. So, to get a kernel built with the patch applied, I needed to: cd /usr/src rm -rf kern cddl sys/cddl sys/kern cvsup /usr/local/etc/cvsup-head patch -p0 -E < ~matt/zfs/zfs_20080727.patch make buildkernel Matt On Aug 13, 2008, at 2:15 AM, Gary Jennejohn wrote: > On Tue, 12 Aug 2008 16:58:04 -0700 > Matt Simerson wrote: > >> I applied the ZFS patch from http://people.freebsd.org/~pjd/patches/zfs_20080727.patch.bz2 >> to a copy of -HEAD checked out today and it fails as shown below. >> >> Any pointers on what needs to be tweaked to get past that? >> >> Matt >> >> cvsup /usr/local/etc/cvsup-head >> cd /usr/src >> patch -p0 < ~matt/zfs/zfs_20080727.patch >> rm /usr/src/sys/cddl/compat/opensolaris/sys/acl.h >> rm /usr/src/sys/cddl/compat/opensolaris/sys/callb.h >> cd /usr/src && make buildkernel >> >> >> > [error messages snip] > > I just applied it using ``patch -p0 -E'' and had no problem building a > kernel. > > --- > Gary Jennejohn From owner-freebsd-fs@FreeBSD.ORG Thu Aug 14 01:11:03 2008 Return-Path: Delivered-To: fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F611106568B for ; Thu, 14 Aug 2008 01:11:03 +0000 (UTC) (envelope-from tbourke@triptrop.cse.unsw.edu.au) Received: from tone.orchestra.cse.unsw.EDU.AU (tone.orchestra.cse.unsw.EDU.AU [129.94.242.59]) by mx1.freebsd.org (Postfix) with ESMTP id B11738FC08 for ; Thu, 14 Aug 2008 01:11:02 +0000 (UTC) (envelope-from tbourke@triptrop.cse.unsw.edu.au) Received: From triptrop.cse.unsw.edu.au ([129.94.175.153]) (for ) By tone With Smtp ; Thu, 14 Aug 2008 10:55:54 +1000 Received: from triptrop.cse.unsw.edu.au (localhost [127.0.0.1]) by triptrop.cse.unsw.edu.au (8.14.2/8.13.6) with ESMTP id m7E0qAVZ001288 for ; Thu, 14 Aug 2008 10:52:10 +1000 (EST) (envelope-from tbourke@triptrop.cse.unsw.edu.au) Received: (from tbourke@localhost) by triptrop.cse.unsw.edu.au (8.14.2/8.13.6/Submit) id m7E0qAP4001287 for fs@freebsd.org; Thu, 14 Aug 2008 10:52:10 +1000 (EST) (envelope-from tbourke) From: Timothy Bourke To: fs@freebsd.org Date: Thu, 14 Aug 2008 10:52:10 +1000 Message-ID: <20080814005210.GB1057@triptrop.cse.unsw.EDU.AU> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SkvwRMAIpAhPCcCJ" Content-Disposition: inline X-PGP-Key: http://www.cse.unsw.edu.au/~tbourke/pubkey.txt User-Agent: Mutt/1.5.17 (2007-11-01) Cc: Subject: msdosfs for an iriver x20 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: Thu, 14 Aug 2008 01:11:03 -0000 --SkvwRMAIpAhPCcCJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline The iriver x20 portable media player in MSC mode is detected by the umass driver but the internal flash memory cannot be mounted (7.6GB FAT32 filesystem on an unsliced disk) under 6.3-RELEASE. The msdos file system routines detect: pmp->pm_SecPerTrack=64 (0x40) The patch below fixes the problem. It looks like HEAD contains more general improvements that should also work but RELENG_6 does not. Would it be worth MFCing the new changes or committing the attached patch before the 6.4 release? Tim. --- sys/fs/msdosfs/msdosfs_vfsops.c.orig 2008-08-14 09:43:06.000000000 +1000 +++ sys/fs/msdosfs/msdosfs_vfsops.c 2008-08-14 09:43:19.000000000 +1000 @@ -504,7 +504,7 @@ #ifdef PC98 || !pmp->pm_SecPerTrack || pmp->pm_SecPerTrack > 255) { #else - || !pmp->pm_SecPerTrack || pmp->pm_SecPerTrack > 63) { + || !pmp->pm_SecPerTrack || pmp->pm_SecPerTrack > 64) { #endif error = EINVAL; goto error_exit; --SkvwRMAIpAhPCcCJ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFIo4G6tKVK1sFb0ecRAjy6AJ4qmNNUE6p0l+HrpIJHxNewCfnwqQCfY/BI qaVromzlgIDZR5M12IXjP7w= =F7VL -----END PGP SIGNATURE----- --SkvwRMAIpAhPCcCJ-- From owner-freebsd-fs@FreeBSD.ORG Thu Aug 14 11:00:13 2008 Return-Path: Delivered-To: fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 14D32106568B for ; Thu, 14 Aug 2008 11:00:13 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.terabit.net.ua (mail.terabit.net.ua [195.137.202.147]) by mx1.freebsd.org (Postfix) with ESMTP id AB5348FC13 for ; Thu, 14 Aug 2008 11:00:12 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from skuns.zoral.com.ua ([91.193.166.194] helo=mail.zoral.com.ua) by mail.terabit.net.ua with esmtp (Exim 4.63 (FreeBSD)) (envelope-from ) id 1KTaML-0005Wd-Ln; Thu, 14 Aug 2008 13:47:13 +0300 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m7EAlAVf029360 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 14 Aug 2008 13:47:11 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m7EAlA3D077386; Thu, 14 Aug 2008 13:47:10 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m7EAl9CE077382; Thu, 14 Aug 2008 13:47:09 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 14 Aug 2008 13:47:09 +0300 From: Kostik Belousov To: Timothy Bourke Message-ID: <20080814104709.GL1803@deviant.kiev.zoral.com.ua> References: <20080814005210.GB1057@triptrop.cse.unsw.EDU.AU> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qo7zVO9a9OQ5oQtr" Content-Disposition: inline In-Reply-To: <20080814005210.GB1057@triptrop.cse.unsw.EDU.AU> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.93.3, clamav-milter version 0.93.3 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua X-Virus-Scanned: mail.terabit.net.ua 1KTaML-0005Wd-Ln 395e78678a5ba8c5e1f0b517e4a05c52 X-Terabit: YES Cc: fs@freebsd.org Subject: Re: msdosfs for an iriver x20 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: Thu, 14 Aug 2008 11:00:13 -0000 --qo7zVO9a9OQ5oQtr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 14, 2008 at 10:52:10AM +1000, Timothy Bourke wrote: > The iriver x20 portable media player in MSC mode is detected by the > umass driver but the internal flash memory cannot be mounted (7.6GB > FAT32 filesystem on an unsliced disk) under 6.3-RELEASE. >=20 > The msdos file system routines detect: > pmp->pm_SecPerTrack=3D64 (0x40) >=20 > The patch below fixes the problem. It looks like HEAD contains more > general improvements that should also work but RELENG_6 does not. > Would it be worth MFCing the new changes or committing the attached > patch before the 6.4 release? >=20 > Tim. >=20 > --- sys/fs/msdosfs/msdosfs_vfsops.c.orig 2008-08-14 09:43:06.000000000 +1= 000 > +++ sys/fs/msdosfs/msdosfs_vfsops.c 2008-08-14 09:43:19.000000000 +1000 > @@ -504,7 +504,7 @@ > #ifdef PC98 > || !pmp->pm_SecPerTrack || pmp->pm_SecPerTrack > 255) { > #else > - || !pmp->pm_SecPerTrack || pmp->pm_SecPerTrack > 63) { > + || !pmp->pm_SecPerTrack || pmp->pm_SecPerTrack > 64) { > #endif > error =3D EINVAL; > goto error_exit; >=20 So, could you, please, confirm that the change below works correctly for you on RELENG_6 ? After your confirmation I will commit it into RELENG_6. I merged it to RELENG_7 exactly to be able to use iriver clix2. commit 89d237ece000e6ccf208553e95c72efdf217e792 Author: marcel Date: Thu Feb 21 03:19:46 2008 +0000 Don't check the bpbSecPerTrack and bpbHeads fields of the BPB. They are typically 0 on new ia64 systems. Since we don't use either field, there's no harm in not checking. =20 =20 git-svn-id: file:///usr/local/arch/freebsd/svn/base/head@176431 ccf9f87= 2-aa2e-dd11-9fc8-001c23d0bc1f diff --git a/sys/fs/msdosfs/msdosfs_vfsops.c b/sys/fs/msdosfs/msdosfs_vfsop= s.c index 6834381..9bba037 100644 --- a/sys/fs/msdosfs/msdosfs_vfsops.c +++ b/sys/fs/msdosfs/msdosfs_vfsops.c @@ -508,14 +508,13 @@ mountmsdosfs(struct vnode *devvp, struct mount *mp, s= truct thread *td) /* calculate the ratio of sector size to DEV_BSIZE */ pmp->pm_BlkPerSec =3D pmp->pm_BytesPerSec / DEV_BSIZE; =20 - /* XXX - We should probably check more values here */ - if (!pmp->pm_BytesPerSec || !SecPerClust - || !pmp->pm_Heads -#ifdef PC98 - || !pmp->pm_SecPerTrack || pmp->pm_SecPerTrack > 255) { -#else - || !pmp->pm_SecPerTrack || pmp->pm_SecPerTrack > 63) { -#endif + /* + * We don't check pm_Heads nor pm_SecPerTrack, because + * these may not be set for EFI file systems. We don't + * use these anyway, so we're unaffected if they are + * invalid. + */ + if (!pmp->pm_BytesPerSec || !SecPerClust) { error =3D EINVAL; goto error_exit; } --qo7zVO9a9OQ5oQtr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkikDS0ACgkQC3+MBN1Mb4gQKQCeO0XBQsiTmoz0CUrclznh9EEH 1bcAoI3pjje+i6rkHfkKeHfkRJbtRAyW =nnuM -----END PGP SIGNATURE----- --qo7zVO9a9OQ5oQtr-- From owner-freebsd-fs@FreeBSD.ORG Thu Aug 14 12:00:02 2008 Return-Path: Delivered-To: fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 289E21065673 for ; Thu, 14 Aug 2008 12:00:02 +0000 (UTC) (envelope-from tbourke@triptrop.cse.unsw.edu.au) Received: from mail.netspace.net.au (mail-out3.netspace.net.au [203.10.110.76]) by mx1.freebsd.org (Postfix) with ESMTP id C662A8FC18 for ; Thu, 14 Aug 2008 12:00:01 +0000 (UTC) (envelope-from tbourke@triptrop.cse.unsw.edu.au) Received: from triptrop.cse.unsw.edu.au (203-12-52-125.NSW.netspace.net.au [203.12.52.125]) by mail.netspace.net.au (Postfix) with ESMTP id B373AD161D for ; Thu, 14 Aug 2008 21:40:46 +1000 (EST) Received: from triptrop.cse.unsw.edu.au (localhost [127.0.0.1]) by triptrop.cse.unsw.edu.au (8.14.2/8.13.6) with ESMTP id m7EBYZso002019 for ; Thu, 14 Aug 2008 21:34:35 +1000 (EST) (envelope-from tbourke@triptrop.cse.unsw.edu.au) Received: (from tbourke@localhost) by triptrop.cse.unsw.edu.au (8.14.2/8.13.6/Submit) id m7EBXB2I001971; Thu, 14 Aug 2008 21:33:11 +1000 (EST) (envelope-from tbourke) Date: Thu, 14 Aug 2008 21:32:56 +1000 From: Timothy Bourke To: Kostik Belousov Message-ID: <20080814113256.GA1029@triptrop.cse.unsw.EDU.AU> References: <20080814005210.GB1057@triptrop.cse.unsw.EDU.AU> <20080814104709.GL1803@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="k1lZvvs/B4yU6o8G" Content-Disposition: inline In-Reply-To: <20080814104709.GL1803@deviant.kiev.zoral.com.ua> X-PGP-Key: http://www.cse.unsw.edu.au/~tbourke/pubkey.txt User-Agent: Mutt/1.5.17 (2007-11-01) Cc: fs@freebsd.org Subject: Re: msdosfs for an iriver x20 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: Thu, 14 Aug 2008 12:00:02 -0000 --k1lZvvs/B4yU6o8G Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Thanks Kostik, On Aug 14 at 13:47 +0300, Kostik Belousov wrote: > So, could you, please, confirm that the change below works correctly for > you on RELENG_6 ? After your confirmation I will commit it into RELENG_6. > I merged it to RELENG_7 exactly to be able to use iriver clix2. I can't easily test RELENG_6, but with your patch I can mount the x20 file system under 6.3-RELEASE. Tim. --k1lZvvs/B4yU6o8G Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFIpBfotKVK1sFb0ecRAilVAJ4kUEXZjuPAy8WQIK0+loLA2BKoGQCbBEzr l+Vsiq8+vVgcXitaXgjI/ZQ= =WoJ6 -----END PGP SIGNATURE----- --k1lZvvs/B4yU6o8G-- From owner-freebsd-fs@FreeBSD.ORG Thu Aug 14 12:34:52 2008 Return-Path: Delivered-To: fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C23E1065672 for ; Thu, 14 Aug 2008 12:34:52 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.terabit.net.ua (mail.terabit.net.ua [195.137.202.147]) by mx1.freebsd.org (Postfix) with ESMTP id B23818FC1A for ; Thu, 14 Aug 2008 12:34:51 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from skuns.zoral.com.ua ([91.193.166.194] helo=mail.zoral.com.ua) by mail.terabit.net.ua with esmtp (Exim 4.63 (FreeBSD)) (envelope-from ) id 1KTc2U-000JXC-0v; Thu, 14 Aug 2008 15:34:50 +0300 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m7ECYkYi035238 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 14 Aug 2008 15:34:46 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m7ECYkej020179; Thu, 14 Aug 2008 15:34:46 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m7ECYk9Y020177; Thu, 14 Aug 2008 15:34:46 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 14 Aug 2008 15:34:46 +0300 From: Kostik Belousov To: Timothy Bourke Message-ID: <20080814123445.GN1803@deviant.kiev.zoral.com.ua> References: <20080814005210.GB1057@triptrop.cse.unsw.EDU.AU> <20080814104709.GL1803@deviant.kiev.zoral.com.ua> <20080814113256.GA1029@triptrop.cse.unsw.EDU.AU> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Rzq/nSLlHy1djmXS" Content-Disposition: inline In-Reply-To: <20080814113256.GA1029@triptrop.cse.unsw.EDU.AU> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.93.3, clamav-milter version 0.93.3 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua X-Virus-Scanned: mail.terabit.net.ua 1KTc2U-000JXC-0v 53506855e64c43d1c9f36550fcc1b897 X-Terabit: YES Cc: fs@freebsd.org Subject: Re: msdosfs for an iriver x20 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: Thu, 14 Aug 2008 12:34:52 -0000 --Rzq/nSLlHy1djmXS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 14, 2008 at 09:32:56PM +1000, Timothy Bourke wrote: > Thanks Kostik, >=20 > On Aug 14 at 13:47 +0300, Kostik Belousov wrote: > > So, could you, please, confirm that the change below works correctly for > > you on RELENG_6 ? After your confirmation I will commit it into RELENG_= 6. > > I merged it to RELENG_7 exactly to be able to use iriver clix2. >=20 > I can't easily test RELENG_6, but with your patch I can mount the x20 > file system under 6.3-RELEASE. >=20 > Tim. >=20 Thanks, committed as r181729. --Rzq/nSLlHy1djmXS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkikJmUACgkQC3+MBN1Mb4imLQCgxng+sjGPDSrtNXwJK6Wsh9rF WjUAn0t6kOEBtdc0ec/G39XMJ1qoiEgI =6A72 -----END PGP SIGNATURE----- --Rzq/nSLlHy1djmXS-- From owner-freebsd-fs@FreeBSD.ORG Thu Aug 14 18:22: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 3E4BE1065671; Thu, 14 Aug 2008 18:22:05 +0000 (UTC) (envelope-from test@airbites.pl) Received: from mail.airbites.net (fresh.airbites.net [89.187.240.59]) by mx1.freebsd.org (Postfix) with ESMTP id 0D6FD8FC21; Thu, 14 Aug 2008 18:22:05 +0000 (UTC) (envelope-from test@airbites.pl) Received: from mail.airbites.net (localhost.localdomain [127.0.0.1]) by mail.airbites.net (Postfix) with ESMTP id 17A12DDDF9F; Thu, 14 Aug 2008 19:46:59 +0200 (CEST) Received: from airbites.pl (89.187.236.73.ip.airbites.pl [89.187.236.73]) by mail.airbites.net (Postfix) with SMTP id 45FCCDAC36F; Thu, 14 Aug 2008 19:46:51 +0200 (CEST) Message-ID: <616F7D94.DC11F0D2@airbites.pl> Date: Thu, 14 Aug 2008 18:31:20 +0000 From: "D5YBeO@pIU271iL2.com" X-Accept-Language: en-us MIME-Version: 1.0 To: "R. G." Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit AirBites: Are you looking for something? Cc: "G. X." Subject: Saludamos! X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "e@VeMarA.com" List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Aug 2008 18:22:05 -0000 ¡Buenos días! Nosotros somos vendedores de televisores plasma de las marcas famosas: Samsung, LG, Sony, Philips. Ahora estamos seleccionando consultantes a distancia para nuestros clientes. Le garantizamos de 200 a 500 € por semana, con su dedicación de 1 a 5 horas por día. Usted tan solo necesita tener un ordenador y un teléfono. Para recibir la descripción detallada del trabajo, puede Usted escribir a nuestro email: Alessio.Webdreamers.31@gmail.com Por favor, indique en su carta su nombre, edad y ciudad de residencia. From owner-freebsd-fs@FreeBSD.ORG Fri Aug 15 13:50: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 1898B1065681 for ; Fri, 15 Aug 2008 13:50:52 +0000 (UTC) (envelope-from gw.freebsd@tnode.com) Received: from druga.org (druga.org [193.2.157.120]) by mx1.freebsd.org (Postfix) with ESMTP id BC8118FC1B for ; Fri, 15 Aug 2008 13:50:51 +0000 (UTC) (envelope-from gw.freebsd@tnode.com) Received: from localhost ([127.0.0.1]) by druga.org with esmtp id 1KTzeV-00071t-K4; Fri, 15 Aug 2008 15:47:39 +0200 Received: from druga.org ([127.0.0.1]) by localhost (druga.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 25620-05; Fri, 15 Aug 2008 15:47:39 +0200 (CEST) Received: from bsn-61-61-169.dial-up.dsl.siol.net ([86.61.61.169] helo=[127.0.0.1]) by druga.org with esmtpa id 1KTzeV-00071o-Dm; Fri, 15 Aug 2008 15:47:39 +0200 Message-ID: <48A58905.5080100@tnode.com> Date: Fri, 15 Aug 2008 15:47:49 +0200 From: GW User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: freebsd-fs@freebsd.org References: <48A0B6E5.3000000@skoberne.net> In-Reply-To: <48A0B6E5.3000000@skoberne.net> Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 8bit X-Virus-Scanned: at Druga.org Cc: Mitar Subject: Re: fchroot on unionfs 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, 15 Aug 2008 13:50:52 -0000 Nejc ©koberne wrote: > I have a strange problem with Apache not seeing the lower layer of > unionfs. Using > ktrace on Apache I have written this C code: > So without fchdir() call this program just displays (first 511 bytes) of > /etc/hosts. > If I uncomment fchdir() call with precedent open(".",...) call, I get this: Hm, I tried to recreate this, but all attempts failed (mount above/below, run program directly/in chroot/in jail and under root or www user). So it seems that it is either fixed or something else on the system was set differently (sysctl?). lp, gregor