From owner-freebsd-fs@FreeBSD.ORG Sun Sep 3 17:01:32 2006 Return-Path: X-Original-To: freebsd-fs@freebsd.org Delivered-To: freebsd-fs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 05D7216A4E1; Sun, 3 Sep 2006 17:01:32 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5F0343D45; Sun, 3 Sep 2006 17:01:31 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 629A51A3C20; Sun, 3 Sep 2006 10:01:31 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 1604C514AF; Sun, 3 Sep 2006 13:01:30 -0400 (EDT) Date: Sun, 3 Sep 2006 13:01:29 -0400 From: Kris Kennaway To: Daichi GOTO Message-ID: <20060903170129.GA98917@xor.obsecurity.org> References: <44B67340.1080405@freebsd.org> <44B74036.6060101@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="a8Wt8u1KmwUX3Y2C" Content-Disposition: inline In-Reply-To: <44B74036.6060101@freebsd.org> User-Agent: Mutt/1.4.2.2i Cc: freebsd-fs@freebsd.org, freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: [ANN] unionfs patchset-16 release, it is ready for the merge 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, 03 Sep 2006 17:01:32 -0000 --a8Wt8u1KmwUX3Y2C Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 14, 2006 at 03:56:54PM +0900, Daichi GOTO wrote: > Daichi GOTO wrote: > > Patchset-16: > > For 7-current > > http://people.freebsd.org/~daichi/unionfs/unionfs-p16.diff > >=20 > > For 6.x > > http://people.freebsd.org/~daichi/unionfs/unionfs6-p16.diff >=20 > I'm sorry, how silly of me. I updated miss edited things. > I updated correct things now. Please check it :) Dear Goto-san, The panic I was previously seeing (with chrooting into the unionfs) appears to be fixed, but after a bit of load I got the following locking assertion on a unionfs (default mount options) stacked over a nullfs mount of a local ufs filesystem: KDB: stack backtrace: vfs_badlock(c7203000,ec8d0934,c07c5940,c7203000,0,...) at vfs_badlock+0x76 assert_vop_locked(c7203000,c0781c51,1,1000,c7203000,...) at assert_vop_lock= ed+0x60 VOP_GETPAGES_APV(c07b2680,ec8d0980,c0774e5e,2a1,0,...) at VOP_GETPAGES_APV+= 0x8a vnode_pager_getpages(c756cd20,ec8d09c8,1,0,0,...) at vnode_pager_getpages+0= xbb vm_imgact_map_page(c756cd20,731c,0,8051000,7,...) at vm_imgact_map_page+0xb4 elf32_load_section(7000,804f000,1bf4,31c,3,...) at elf32_load_section+0x140 exec_elf32_imgact(ec8d0ba8,0,c07577ee,149,c90c6068,...) at exec_elf32_imgac= t+0x2c7 kern_execve(c54c9360,ec8d0c60,0,8226620,8226730,e6d06000,e6d06000,e6d06036,= e6d06516,e6d46000,3faea,8,3a) at kern_execve+0x428 execve(c54c9360,ec8d0d04,c,ec8d0d38,3,...) at execve+0x52 syscall(3b,3b,3b,2,8226730,...) at syscall+0x152 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (59, FreeBSD ELF32, execve), eip =3D 0x2813f007, esp =3D 0xbfbf= d30c, ebp =3D 0xbfbfd338 --- VOP_GETPAGES: 0xc7203000 is not locked but should be KDB: enter: lock violation [thread pid 54852 tid 100210 ] Stopped at kdb_enter+0x32: leave The other locked vnodes are: db> show lockedvnods Locked vnodes 0xc861da80: tag ufs, type VREG usecount 1, writecount 0, refcount 2 mountedhere 0 flags () v_object 0xc84b0ac8 ref 0 pages 8 lock type ufs: EXCL (count 1) by thread 0xc54c9360 (pid 54852)#0 0xc05= 37384 at lockmgr+0x541 #1 0xc06950ce at ffs_lock+0x59 #2 0xc0730898 at VOP_LOCK_APV+0x76 #3 0xc05045db at unionfs_lock+0xda #4 0xc0730898 at VOP_LOCK_APV+0x76 #5 0xc05c7b22 at vn_lock+0x67 #6 0xc0511f5b at exec_elf32_imgact+0x219 #7 0xc05273e5 at kern_execve+0x428 #8 0xc052801e at execve+0x52 #9 0xc07161b3 at syscall+0x152 #10 0xc06fefef at Xint0x80_syscall+0x1f ino 1274323, on dev da0s1e 0xc861e3f0: tag unionfs, type VREG usecount 1, writecount 0, refcount 1 mountedhere 0 flags (VV_TEXT) v_object 0xc756cd20 ref 3 pages 8 lock type ufs: EXCL (count 1) by thread 0xc54c9360 (pid 54852)#0 0xc05= 37384 at lockmgr+0x541 #1 0xc06950ce at ffs_lock+0x59 #2 0xc0730898 at VOP_LOCK_APV+0x76 #3 0xc05045db at unionfs_lock+0xda #4 0xc0730898 at VOP_LOCK_APV+0x76 #5 0xc05c7b22 at vn_lock+0x67 #6 0xc0511f5b at exec_elf32_imgact+0x219 #7 0xc05273e5 at kern_execve+0x428 #8 0xc052801e at execve+0x52 #9 0xc07161b3 at syscall+0x152 #10 0xc06fefef at Xint0x80_syscall+0x1f unionfs_vp=3D0xc861e3f0, uppervp=3D0xc861da80, lowervp=3D0xc86c7690 unionfs opencnt: uppervp=3D0, lowervp=3D4 unionfs: upper 0xc861da80: tag ufs, type VREG usecount 1, writecount 0, refcount 2 mountedhere 0 flags () v_object 0xc84b0ac8 ref 0 pages 8 lock type ufs: EXCL (count 1) by thread 0xc54c9360 (pid 54852)#0 0xc05= 37384 at lockmgr+0x541 #1 0xc06950ce at ffs_lock+0x59 #2 0xc0730898 at VOP_LOCK_APV+0x76 #3 0xc05045db at unionfs_lock+0xda #4 0xc0730898 at VOP_LOCK_APV+0x76 #5 0xc05c7b22 at vn_lock+0x67 #6 0xc0511f5b at exec_elf32_imgact+0x219 #7 0xc05273e5 at kern_execve+0x428 #8 0xc052801e at execve+0x52 #9 0xc07161b3 at syscall+0x152 #10 0xc06fefef at Xint0x80_syscall+0x1f ino 1274323, on dev da0s1e unionfs: lower 0xc86c7690: tag null, type VREG usecount 1, writecount 0, refcount 1 mountedhere 0 flags () v_object 0xc756cd20 ref 3 pages 8 #0 0xc0537384 at lockmgr+0x541 #1 0xc06950ce at ffs_lock+0x59 #2 0xc0730898 at VOP_LOCK_APV+0x76 #3 0xc04f9da5 at null_lock+0xb6 #4 0xc0730898 at VOP_LOCK_APV+0x76 #5 0xc05c7b22 at vn_lock+0x67 #6 0xc0502c23 at unionfs_open+0x180 #7 0xc072e5eb at VOP_OPEN_APV+0x94 #8 0xc05265d7 at exec_check_permissions+0x107 #9 0xc05271d1 at kern_execve+0x214 #10 0xc052801e at execve+0x52 #11 0xc07161b3 at syscall+0x152 #12 0xc06fefef at Xint0x80_syscall+0x1f vp=3D0xc86c7690, lowervp=3D0xc7203000 db> Core is available if you need it. Kris --a8Wt8u1KmwUX3Y2C Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE+wppWry0BWjoQKURAjdcAJ0Xj3to+OQbXQ4LkPDZqREy7zGXgwCgzbv2 RUgqZeb9vicO9t9uOnNoy8M= =1tBt -----END PGP SIGNATURE----- --a8Wt8u1KmwUX3Y2C-- From owner-freebsd-fs@FreeBSD.ORG Sun Sep 3 17:20:34 2006 Return-Path: X-Original-To: freebsd-fs@freebsd.org Delivered-To: freebsd-fs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA71616A4DA; Sun, 3 Sep 2006 17:20:34 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id A24DC43D45; Sun, 3 Sep 2006 17:20:34 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 77E691A4D9D; Sun, 3 Sep 2006 10:20:34 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 6083F515AD; Sun, 3 Sep 2006 13:20:33 -0400 (EDT) Date: Sun, 3 Sep 2006 13:20:33 -0400 From: Kris Kennaway To: Kris Kennaway Message-ID: <20060903172033.GA99212@xor.obsecurity.org> References: <44B67340.1080405@freebsd.org> <44B74036.6060101@freebsd.org> <20060903170129.GA98917@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FCuugMFkClbJLl1L" Content-Disposition: inline In-Reply-To: <20060903170129.GA98917@xor.obsecurity.org> User-Agent: Mutt/1.4.2.2i Cc: freebsd-fs@freebsd.org, Daichi GOTO , freebsd-current@freebsd.org Subject: Re: [ANN] unionfs patchset-16 release, it is ready for the merge 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, 03 Sep 2006 17:20:35 -0000 --FCuugMFkClbJLl1L Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Sep 03, 2006 at 01:01:29PM -0400, Kris Kennaway wrote: > On Fri, Jul 14, 2006 at 03:56:54PM +0900, Daichi GOTO wrote: > > Daichi GOTO wrote: > > > Patchset-16: > > > For 7-current > > > http://people.freebsd.org/~daichi/unionfs/unionfs-p16.diff > > >=20 > > > For 6.x > > > http://people.freebsd.org/~daichi/unionfs/unionfs6-p16.diff > >=20 > > I'm sorry, how silly of me. I updated miss edited things. > > I updated correct things now. Please check it :) >=20 > Dear Goto-san, >=20 > The panic I was previously seeing (with chrooting into the unionfs) > appears to be fixed, but after a bit of load I got the following > locking assertion on a unionfs (default mount options) stacked over a > nullfs mount of a local ufs filesystem: I got the same panic from a mount_unionfs -b mount with no nullfs involved. Kris --FCuugMFkClbJLl1L Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE+w7gWry0BWjoQKURAradAJoCf+YpfBmsECfH4mPVNsZvtOUdkwCg0vqO VVdAH6zqTn9/uVuPS+70GNo= =wXky -----END PGP SIGNATURE----- --FCuugMFkClbJLl1L-- From owner-freebsd-fs@FreeBSD.ORG Mon Sep 4 02:48:30 2006 Return-Path: X-Original-To: freebsd-fs@freebsd.org Delivered-To: freebsd-fs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F01116A513; Mon, 4 Sep 2006 02:48:30 +0000 (UTC) (envelope-from edzsbjd@flying.to) Received: from flying.to (59-114-244-178.dynamic.hinet.net [59.114.244.178]) by mx1.FreeBSD.org (Postfix) with SMTP id A75DC43D45; Mon, 4 Sep 2006 02:48:28 +0000 (GMT) (envelope-from edzsbjd@flying.to) Date: Mon, 04 Sep 2006 10:48:25 +0800 From: "zdljaxkr tyvdwu" X-Sender: edzsbjd@flying.to To: , , Message-Id: <7961484609.mzuLhb-85028481-8166@flying.to> MIME-Version: 1.0 Content-Type: text/plain Cc: Subject: Make a quick buck with SBNS 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, 04 Sep 2006 02:48:30 -0000 Penny Companies are booming right now, and so is the entertainment sector entertainment sector is always going to go up, SBNS is the company thats going to go up with it. SHALLBETTER INDUSTRIES INC (SBNS. PK) Company: SHALLBETTER INDUSTRIES INC Symbol: SBNS. PK Current Price: .98 Expected: Steady Climb for the TOP This quick rising stock is a good long term winner. This stock is going high due to superb business solutions and creative partnerships in thebusiness world. Below is the companys most recent headline. Shallbetter Industries, Inc. Announces New President HONOLULU--(BUSINESS WIRE)--Aug. 28, 2006--Shallbetter Industries Inc. is pleased to announce the appointment of a new President and Corporate Finance Group. Mr. Bruce Pridmore B.Sc. M.B.A has been retained as Shallbetter's new President and Chief Financial Officer. Mr. Pridmore is the founding Partner of London Asia Capital Canada and past Executive Director of Pacific Asia for the National Research Council of Canada. Mr. Pridmore brings extensive knowledge of Asian business practices as well as comprehensive understanding of capital markets both in North America and throughout the European Economic Community. Mr. Pridmore will assume the day to day operation of the company and the organization of a new drilling program once additional capital has been raised. It is anticipated the additional capital will be raised by way of debt, equity or a combination thereof. Dont miss the boat, this is a new issue, is thinly traded and could move up quickly. We anticipate that shares of SBNS will be much higher in the short-term. ACT ON IT! About SHALLBETTER INDUSTRIES INC Shallbetter Industries Inc is an international mining company with operations focused in Mongolia. Shallbetter has been granted exclusive government mining rights to many highly sought after mining locations. Having exclusive rights to land rich with gold in regions of the world that are fairly inexpensive in labor makes the profit outlook of many Shallbetter projects very alluring to investors. Shallbetter seeks to carry out highly profitable projects with the utmost in environmental and social responsibility in mind. All projects are given due diligence in research before conclusions are made as to accurate projections of profitability and feasibility. Any of the above statements with respect to the future predications or goals and events may be seen as only Foward speculation and nothing else. All information inside this email pertaining to any sort of financial advice need to be understood as just information and not any real advice. None of the information above can be constructed as any sort of financial advice. Confidentiality Statemen Can you take a look? ----------------------- Still waters run deep. A thing of beauty is a joy forever. Your all washed up. Thick as a brick. Take time to smell the roses. Survival of the fittest. The sharper is the berry, the sweeter is the wine. Sly as a fox. Worry often gives a small thing a big shadow. You throw filth on the living and flowers on the dead.Pin a rose on your nose. They're like two peas in a pod. Your barking up the wrong tree. Were you born in a barn? The season of goodwill. Till the cows come home. Stir up an ant's nest. Up one side and down the other. Up one side and down the other. You can lead a horse to water but you can't make him drink. The season of goodwill. When it rains it pours. Raking it in. A snail's pace. The squeaky wheel gets the grease. There is always next year. Two peas in a pod. The silly season. Putting it in a nutshell. Your ass is grass. This is for the birds. Wrinkled as a prune. Your ass is grass. Stone cold sober. Pull it up by the roots. Putting it in a nutshell. There may be snow on the roof, but there's fire in the belly. From owner-freebsd-fs@FreeBSD.ORG Mon Sep 4 17:12:16 2006 Return-Path: X-Original-To: fs@freebsd.org Delivered-To: freebsd-fs@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE3A716A4DD for ; Mon, 4 Sep 2006 17:12:16 +0000 (UTC) (envelope-from wwwrun@p15178457.pureserver.info) Received: from p15178457.pureserver.info (s2-mbitmedia.de [212.227.63.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id B208643D53 for ; Mon, 4 Sep 2006 17:12:15 +0000 (GMT) (envelope-from wwwrun@p15178457.pureserver.info) Received: from localhost (localhost.localdomain [127.0.0.1]) by p15178457.pureserver.info (Postfix) with ESMTP id D858284B318 for ; Mon, 4 Sep 2006 19:12:13 +0200 (CEST) Received: from p15178457.pureserver.info ([127.0.0.1]) by localhost (p15178457 [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 07324-05 for ; Mon, 4 Sep 2006 19:12:13 +0200 (CEST) Received: by p15178457.pureserver.info (Postfix, from userid 30) id 49A9A84B32F; Mon, 4 Sep 2006 19:11:59 +0200 (CEST) To: fs@freebsd.org From: National Online Talent Management MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit Message-Id: <20060904171159.49A9A84B32F@p15178457.pureserver.info> Date: Mon, 4 Sep 2006 19:11:59 +0200 (CEST) X-Virus-Scanned: by amavisd-new at pureserver.info X-Amavis-Alert: BAD HEADER Improper use of control character (char 0D hex) in message header 'MIME-Version' MIME-Version: 1.0\r\n ^ Cc: Subject: Need new Artist/Models(workers) X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: admins@notm.com.au List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Sep 2006 17:12:17 -0000 No experience required Trainning provided No joining fee National Online Talent Management Australia’s Fastest Growing Modeling & Casting Agency We are currently submitting both workers and people who are willing to be our agents in Australia(representatives), models and actors for TV commercial work and other TV/Film work. Work is casual and pays will vary from $400.32 per hour to $25,000 per day for models/artist while $15,000AUD for Workers and Agents who works for NOTM (National Online Talent Management). We are looking for male and female models for national and international modeling contracts pays vary from $5,000 to $25,000 per week all expenses paid. (No nudity) NOTM is seeking people of all ages, nationalities and looks to use as extras, models & promotional staff. Successful applicants will be promoted to our clients for briefs that are casting\work. In some cases no prior experience is necessary and some of our new recruits have earned up to $3,000 a week working as an extra. Applications for these production briefs will close soon. Our Workers/Agent(representatives) work will be receive payment on behalf of the NOTM from any company who is willing to sponsor any of our Films/Movies and also they can features in the film shoot if they are willing only. Every worker/Agent of the NOTM will have a discount of 10% on payment made from the sponsor companies If you’ve been told you should be on Television by family or friends or you like to work only as a worker of the NOTM or as an agent for the NOTM, maybe you've thought you could but didn't know where to start? Being cast as an extra is a good place to start. If your old, young, inexperienced or overly qualified - we have room for a number of different ages, sexes, and looks - chances are we need you so, apply online with correct contact details and a small photo if possible by filling the details requested below: > - Full Name: > - Full Address: > - Phone Number: > - Mobile Number: > - Please summit your details to this Admin Detp. through this email only: franklin116@katamail.com Kindly get back with all the informations required by the NOTM if you are willing to work with the NOTM as a representative who will be in direct contact with all the NOTM sponsor companies in Australia. James Gabriels (Mr.) Talent Co-ordinators National Online Talent Management (NOTM) From owner-freebsd-fs@FreeBSD.ORG Mon Sep 4 18:12:49 2006 Return-Path: X-Original-To: freebsd-fs@FreeBSD.ORG Delivered-To: freebsd-fs@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF29316A4DF for ; Mon, 4 Sep 2006 18:12:49 +0000 (UTC) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [83.136.81.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0283943D60 for ; Mon, 4 Sep 2006 18:12:47 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: (qmail 78868 invoked by uid 89); 4 Sep 2006 18:12:46 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (83.136.81.185) by avocado.salatschuessel.net with SMTP; 4 Sep 2006 18:12:46 -0000 Date: Mon, 4 Sep 2006 20:12:20 +0200 From: Oliver Lehmann To: freebsd-fs@FreeBSD.ORG Message-Id: <20060904201220.a2707581.lehmann@ans-netz.de> In-Reply-To: <200608171659.k7HGx1iI066404@lurza.secnetix.de> References: <20060813011836.GE47774@dragon.NUXI.org> <200608171659.k7HGx1iI066404@lurza.secnetix.de> X-Mailer: Sylpheed version 2.2.7 (GTK+ 2.8.20; amd64-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Oliver Fromme , freebsd-amd64@FreeBSD.ORG, obrien@FreeBSD.ORG Subject: Re: NFS lockup when copying a "special" file 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, 04 Sep 2006 18:12:49 -0000 Oliver Fromme wrote: > This doesn't seem to be amd64-specific, so I copy freebsd-fs. > > David O'Brien wrote: > > On Thu, Jul 13, 2006 at 08:14:34PM +0200, Oliver Lehmann wrote: > > > nfs server www:/mnt/space/www: not responding > > > nfs server www:/mnt/space/www: not responding > > > nfs server www:/mnt/space/www: not responding > and again it hit me two times today where I was forced to reboot my client... this all makes me feel kinda sad - Is there anything which can be done to help fixing this? I nearly lost a really really important pdf which was generated online and my browser became stuck on showing me the "save as" dialog... (I just waited a very long long time until it showed up - looks like from time to time some data can pass through) -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-fs@FreeBSD.ORG Mon Sep 4 18:23:04 2006 Return-Path: X-Original-To: freebsd-fs@FreeBSD.ORG Delivered-To: freebsd-fs@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 69BEA16A4EB; Mon, 4 Sep 2006 18:23:04 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 098A143D64; Mon, 4 Sep 2006 18:23:04 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id D42A61A4DAC; Mon, 4 Sep 2006 11:23:03 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 1948051603; Mon, 4 Sep 2006 14:23:03 -0400 (EDT) Date: Mon, 4 Sep 2006 14:23:02 -0400 From: Kris Kennaway To: Oliver Lehmann Message-ID: <20060904182302.GA40940@xor.obsecurity.org> References: <20060813011836.GE47774@dragon.NUXI.org> <200608171659.k7HGx1iI066404@lurza.secnetix.de> <20060904201220.a2707581.lehmann@ans-netz.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qDbXVdCdHGoSgWSk" Content-Disposition: inline In-Reply-To: <20060904201220.a2707581.lehmann@ans-netz.de> User-Agent: Mutt/1.4.2.2i Cc: freebsd-fs@FreeBSD.ORG, Oliver Fromme , obrien@FreeBSD.ORG, freebsd-amd64@FreeBSD.ORG Subject: Re: NFS lockup when copying a "special" file 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, 04 Sep 2006 18:23:04 -0000 --qDbXVdCdHGoSgWSk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 04, 2006 at 08:12:20PM +0200, Oliver Lehmann wrote: > Oliver Fromme wrote: >=20 > > This doesn't seem to be amd64-specific, so I copy freebsd-fs. > >=20 > > David O'Brien wrote: > > > On Thu, Jul 13, 2006 at 08:14:34PM +0200, Oliver Lehmann wrote: > > > > nfs server www:/mnt/space/www: not responding > > > > nfs server www:/mnt/space/www: not responding > > > > nfs server www:/mnt/space/www: not responding > >=20 >=20 > and again it hit me two times today where I was forced to reboot my > client... this all makes me feel kinda sad - Is there anything which can > be done to help fixing this? I nearly lost a really really important pdf > which was generated online and my browser became stuck on showing me the > "save as" dialog... (I just waited a very long long time until it showed > up - looks like from time to time some data can pass through) Debugging deadlocks typically starts with setting up DDB and obtaining information like backtraces of the running processes, 'show lockedvnods' output, etc. Kris --qDbXVdCdHGoSgWSk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE/G8GWry0BWjoQKURAuw5AJ0ZeMmnQyEM8nx/yKFujmZKOeGgSQCgm4dF p+e+5YBhEpeQnVdO/k0nqgk= =00Cf -----END PGP SIGNATURE----- --qDbXVdCdHGoSgWSk-- From owner-freebsd-fs@FreeBSD.ORG Mon Sep 4 18:47:18 2006 Return-Path: X-Original-To: freebsd-fs@freebsd.org Delivered-To: freebsd-fs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7DB4C16A4DD; Mon, 4 Sep 2006 18:47:18 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3229543D45; Mon, 4 Sep 2006 18:47:18 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id EC8AE1A4D9E; Mon, 4 Sep 2006 11:47:17 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 4E9B151603; Mon, 4 Sep 2006 14:47:17 -0400 (EDT) Date: Mon, 4 Sep 2006 14:47:17 -0400 From: Kris Kennaway To: Kris Kennaway Message-ID: <20060904184717.GA41475@xor.obsecurity.org> References: <44B67340.1080405@freebsd.org> <44B74036.6060101@freebsd.org> <20060903170129.GA98917@xor.obsecurity.org> <20060903172033.GA99212@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="T4sUOijqQbZv57TR" Content-Disposition: inline In-Reply-To: <20060903172033.GA99212@xor.obsecurity.org> User-Agent: Mutt/1.4.2.2i Cc: freebsd-fs@freebsd.org, Daichi GOTO , freebsd-current@freebsd.org Subject: Re: [ANN] unionfs patchset-16 release, it is ready for the merge 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, 04 Sep 2006 18:47:18 -0000 --T4sUOijqQbZv57TR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Sep 03, 2006 at 01:20:33PM -0400, Kris Kennaway wrote: > On Sun, Sep 03, 2006 at 01:01:29PM -0400, Kris Kennaway wrote: > > On Fri, Jul 14, 2006 at 03:56:54PM +0900, Daichi GOTO wrote: > > > Daichi GOTO wrote: > > > > Patchset-16: > > > > For 7-current > > > > http://people.freebsd.org/~daichi/unionfs/unionfs-p16.diff > > > >=20 > > > > For 6.x > > > > http://people.freebsd.org/~daichi/unionfs/unionfs6-p16.diff > > >=20 > > > I'm sorry, how silly of me. I updated miss edited things. > > > I updated correct things now. Please check it :) > >=20 > > Dear Goto-san, > >=20 > > The panic I was previously seeing (with chrooting into the unionfs) > > appears to be fixed, but after a bit of load I got the following > > locking assertion on a unionfs (default mount options) stacked over a > > nullfs mount of a local ufs filesystem: >=20 > I got the same panic from a mount_unionfs -b mount with no nullfs > involved. Another panic from mount_unionfs -b when just running 'vi' on a file. By the way, I recommend you run with DEBUG_LOCKS and DEBUG_VFS_LOCKS if you're not already doing so, because it looks like there are still a number of locking problems. vfs_badlock(cc6c63f0,ea3c7a88,c07c5940,cc6c63f0,c49b2a20,225) at vfs_badloc= k+0x76 assert_vop_elocked(cc6c63f0,c0782231,c05af3de,c4eb3780,cc6c63f0,...) at ass= ert_vop_elocked+0x63 VOP_CLOSE_APV(c07b2680,ea3c7ac8,c07c5780,cc6c63f0,4005,...) at VOP_CLOSE_AP= V+0x87 unionfs_close(ea3c7b2c,c0782231,4005,4005,cdb20000,...) at unionfs_close+0x= 5c VOP_CLOSE_APV(c0797ca0,ea3c7b2c,c49b2a20,11a,c4d0f5a8,...) at VOP_CLOSE_APV= +0x94 vn_close(cdb20000,4005,c51fa000,c49b2a20,c07c5040,...) at vn_close+0x85 vn_closefile(c4c80318,c49b2a20,c07570d9,871,cdb20000,...) at vn_closefile+0= x8b fdrop_locked(c4c80318,c49b2a20,c07570d9,7a2,c075adae,314,1,c8db9aa8,c4ddc70= 4,c4ddc69c,ea3c7c58,0,ea3c7d04,d109f62c,3e9,c07570d9,ea3c7c50,c053ba1b,d109= f62c,1,c0759a43,16a,0) at fdrop_locked+0xb9 closef(c4c80318,c49b2a20,c07570d9,3e9,c49b2a20,...) at closef+0x1f7 kern_close(c49b2a20,3,4,ea3c7d38,1,...) at kern_close+0x188 syscall(3b,3b,3b,0,2820c4e0,...) at syscall+0x152 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (6, FreeBSD ELF32, close), eip =3D 0x281e5ddf, esp =3D 0xbfbfe4= 5c, ebp =3D 0xbfbfe468 --- VOP_CLOSE: 0xcc6c63f0 is not exclusive locked but should be db> show lockedvnods Locked vnodes 0xcf1a0930: tag ufs, type VREG usecount 1, writecount 0, refcount 3 mountedhere 0 flags () v_object 0xc7ac3e10 ref 0 pages 1 lock type ufs: EXCL (count 1) by thread 0xc49b2a20 (pid 85878)#0 0xc05= 37384 at lockmgr+0x541 #1 0xc06950ce at ffs_lock+0x59 #2 0xc0730898 at VOP_LOCK_APV+0x76 #3 0xc05045db at unionfs_lock+0xda #4 0xc0730898 at VOP_LOCK_APV+0x76 #5 0xc05c7b22 at vn_lock+0x67 #6 0xc05c81ad at vn_close+0x51 #7 0xc05c94cb at vn_closefile+0x8b #8 0xc051d37d at fdrop_locked+0xb9 #9 0xc051d67d at closef+0x1f7 #10 0xc051dfff at kern_close+0x188 #11 0xc07161b3 at syscall+0x152 #12 0xc06fefef at Xint0x80_syscall+0x1f ino 353856, on dev da0s1e 0xcdb20000: tag unionfs, type VREG usecount 1, writecount 0, refcount 1 mountedhere 0 flags () v_object 0xc76f0708 ref 0 pages 1 lock type ufs: EXCL (count 1) by thread 0xc49b2a20 (pid 85878)#0 0xc05= 37384 at lockmgr+0x541 #1 0xc06950ce at ffs_lock+0x59 #2 0xc0730898 at VOP_LOCK_APV+0x76 #3 0xc05045db at unionfs_lock+0xda #4 0xc0730898 at VOP_LOCK_APV+0x76 #5 0xc05c7b22 at vn_lock+0x67 #6 0xc05c81ad at vn_close+0x51 #7 0xc05c94cb at vn_closefile+0x8b #8 0xc051d37d at fdrop_locked+0xb9 #9 0xc051d67d at closef+0x1f7 #10 0xc051dfff at kern_close+0x188 #11 0xc07161b3 at syscall+0x152 #12 0xc06fefef at Xint0x80_syscall+0x1f unionfs_vp=3D0xcdb20000, uppervp=3D0xcf1a0930, lowervp=3D0xcc6c63f0 unionfs opencnt: uppervp=3D0, lowervp=3D1 unionfs: upper 0xcf1a0930: tag ufs, type VREG usecount 1, writecount 0, refcount 3 mountedhere 0 flags () v_object 0xc7ac3e10 ref 0 pages 1 lock type ufs: EXCL (count 1) by thread 0xc49b2a20 (pid 85878)#0 0xc05= 37384 at lockmgr+0x541 #1 0xc06950ce at ffs_lock+0x59 #2 0xc0730898 at VOP_LOCK_APV+0x76 #3 0xc05045db at unionfs_lock+0xda #4 0xc0730898 at VOP_LOCK_APV+0x76 #5 0xc05c7b22 at vn_lock+0x67 #6 0xc05c81ad at vn_close+0x51 #7 0xc05c94cb at vn_closefile+0x8b #8 0xc051d37d at fdrop_locked+0xb9 #9 0xc051d67d at closef+0x1f7 #10 0xc051dfff at kern_close+0x188 #11 0xc07161b3 at syscall+0x152 #12 0xc06fefef at Xint0x80_syscall+0x1f ino 353856, on dev da0s1e unionfs: lower 0xcc6c63f0: tag ufs, type VREG usecount 1, writecount 0, refcount 3 mountedhere 0 flags () v_object 0xc76f0708 ref 0 pages 1 #0 0xc0537384 at lockmgr+0x541 #1 0xc06950ce at ffs_lock+0x59 #2 0xc0730898 at VOP_LOCK_APV+0x76 #3 0xc05c7b22 at vn_lock+0x67 #4 0xc05bb8d2 at vget+0x77 #5 0xc05ac279 at cache_lookup+0xe7 #6 0xc05acc5e at vfs_cache_lookup+0xad #7 0xc072e81c at VOP_LOOKUP_APV+0x9c #8 0xc050226a at unionfs_lookup+0x3b2 #9 0xc072e81c at VOP_LOOKUP_APV+0x9c #10 0xc05b0f06 at lookup+0x319 #11 0xc05b1c3a at namei+0x358 #12 0xc05c1b9f at kern_access+0x72 #13 0xc05c1c5e at access+0x29 #14 0xc07161b3 at syscall+0x152 #15 0xc06fefef at Xint0x80_syscall+0x1f ino 259241, on dev da0s1e db> ps pid ppid pgrp uid state wmesg wchan cmd 85878 852 85878 0 R+ CPU 0 vi =2E.. --T4sUOijqQbZv57TR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE/HS0Wry0BWjoQKURApWGAKD1eNf7DPpj21QJXLT7jj16/jHgAACgsRhm rJ6uDAmkMS7WLI9yLTqInwg= =Q3FK -----END PGP SIGNATURE----- --T4sUOijqQbZv57TR-- From owner-freebsd-fs@FreeBSD.ORG Tue Sep 5 08:49:21 2006 Return-Path: X-Original-To: freebsd-fs@FreeBSD.org Delivered-To: freebsd-fs@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D0E2116A4DE; Tue, 5 Sep 2006 08:49:21 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CD7343D45; Tue, 5 Sep 2006 08:49:20 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 28D8151339; Tue, 5 Sep 2006 10:49:19 +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 A324C51392; Tue, 5 Sep 2006 10:49:14 +0200 (CEST) Date: Tue, 5 Sep 2006 10:49:11 +0200 From: Pawel Jakub Dawidek To: freebsd-current@FreeBSD.org Message-ID: <20060905084911.GB16045@garage.freebsd.pl> References: <20060822104516.GB16033@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XF85m9dhOBO43t/C" Content-Disposition: inline In-Reply-To: <20060822104516.GB16033@garage.freebsd.pl> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) 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, zfs-discuss@opensolaris.org Subject: Re: Porting ZFS file system to FreeBSD. 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, 05 Sep 2006 08:49:21 -0000 --XF85m9dhOBO43t/C Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 22, 2006 at 12:45:16PM +0200, Pawel Jakub Dawidek wrote: > Hi. >=20 > I started porting the ZFS file system to the FreeBSD operating system. [...] Just a quick note about progress in my work. I needed slow down a bit, but: All file system operations seems to work. The only exception are operations needed for mmap(2) to work. Bascially file system works quite stable even under heavy load. I've problem with two assertions I'm hitting when running some heavy regression tests. I've spend a couple of days fighting with snapshots. To be able to implement them I needed to port GFS from Solaris (Generic pseudo-filesystem). Now, snapshots (and clones) seems to work just fine. Some other minor bits like zpool import/export, etc. now also work. File system is not yet marked as MPSAFE (it still operates under the Giant lock). --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --XF85m9dhOBO43t/C Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFE/ToHForvXbEpPzQRAiu6AJ4ubslBraCORT7V0r4Zl++vlVTdRwCfSmEF kI10byCU4W1bdf6/vrMeSvA= =EPK0 -----END PGP SIGNATURE----- --XF85m9dhOBO43t/C-- From owner-freebsd-fs@FreeBSD.ORG Tue Sep 5 08:50:57 2006 Return-Path: X-Original-To: freebsd-fs@freebsd.org Delivered-To: freebsd-fs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA3B216A4DD for ; Tue, 5 Sep 2006 08:50:57 +0000 (UTC) (envelope-from db@spearburn.danielbond.org) Received: from spearburn.danielbond.org (ti221110a080-2410.bb.online.no [83.109.137.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id B4D1443D4C for ; Tue, 5 Sep 2006 08:50:56 +0000 (GMT) (envelope-from db@spearburn.danielbond.org) Received: by spearburn.danielbond.org (Postfix, from userid 1001) id 022605C49; Tue, 5 Sep 2006 10:53:27 +0200 (CEST) Date: Tue, 5 Sep 2006 10:53:27 +0200 From: Daniel Bond To: freebsd-fs@freebsd.org Message-ID: <20060905085327.GA6405@spearburn.danielbond.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-GPG-Key-Id: 37898D6C X-GPG-Key-Server: http://pgp.mit.edu X-GPG-Key-FingerPrint: DA2F 6D5F 052B 0180 6E12 F62D 85E6 9276 59CC E5B6 User-Agent: mutt-ng/devel-r804 (FreeBSD) Subject: UFS/mksnap/softupdates deadlock issue 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, 05 Sep 2006 08:50:57 -0000 Hi, anyone know the status of this? http://www.mail-archive.com/freebsd-stable@freebsd.org/msg74035.html Every system we have after RELENG_5 has a issue with mksnap (dump/fsck) on UFS2-partitions larger than say 800GB. This means we cannot use dump, which is our main backup-strategy, and we have to fsck in single-user mode if theese systems for some reason crash. This happens via ATA/SCSI-CAM/SCSI-NONCAM (like ServeRaid). I have seen many other users having issues with this, even big companies like UPS, and quite frankly I am a little suprised that it still exists in 6.1-RELEASE. How to reproduce: run dump/fsck on live filesystem, ufs2 with softupdates over 800GB (I think arround 600GB is enough, but I'm certain with 800GB). What happens: A deadlock like Tor Egge describes in his post above. The company I work for has been using FreeBSD for more than 10 years, and we are supprised how stable and easy to administrate it is. It's a really great OS and we love it, but lately we have had to turn to commersial Linux vendors (SuSE) for storage servers due to this issue. We are all using it against our will. If anyone needs a enviroment for testing/reproducing this error, I can setup our old storage server her, and give access to any freebsd commiter. If anyone knows a patch/sollution to this, please let me know, and I will report back results. I have not yet tested if this problem exists in 7-Current, but I could if anyone wants me too. -- Med vennlig hilsen / Best regards, ------------------------------------------ Daniel Bond PGP: C822C4BD ------------------------------------------ From owner-freebsd-fs@FreeBSD.ORG Tue Sep 5 08:54:58 2006 Return-Path: X-Original-To: freebsd-fs@FreeBSD.org Delivered-To: freebsd-fs@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 463AA16A4DF; Tue, 5 Sep 2006 08:54:58 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7AB6543D45; Tue, 5 Sep 2006 08:54:57 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 2AC5B5133B; Tue, 5 Sep 2006 10:54:56 +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 D988650E96; Tue, 5 Sep 2006 10:54:51 +0200 (CEST) Date: Tue, 5 Sep 2006 10:54:48 +0200 From: Pawel Jakub Dawidek To: freebsd-current@FreeBSD.org Message-ID: <20060905085448.GC16045@garage.freebsd.pl> References: <20060822104516.GB16033@garage.freebsd.pl> <20060905084911.GB16045@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Pk6IbRAofICFmK5e" Content-Disposition: inline In-Reply-To: <20060905084911.GB16045@garage.freebsd.pl> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) 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, zfs-discuss@opensolaris.org Subject: Re: Porting ZFS file system to FreeBSD. 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, 05 Sep 2006 08:54:58 -0000 --Pk6IbRAofICFmK5e Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 05, 2006 at 10:49:11AM +0200, Pawel Jakub Dawidek wrote: > On Tue, Aug 22, 2006 at 12:45:16PM +0200, Pawel Jakub Dawidek wrote: > > Hi. > >=20 > > I started porting the ZFS file system to the FreeBSD operating system. > [...] >=20 > Just a quick note about progress in my work. I needed slow down a bit, > but: >=20 > All file system operations seems to work. The only exception are > operations needed for mmap(2) to work. Bascially file system works quite > stable even under heavy load. I've problem with two assertions I'm > hitting when running some heavy regression tests. >=20 > I've spend a couple of days fighting with snapshots. To be able to > implement them I needed to port GFS from Solaris (Generic > pseudo-filesystem). Now, snapshots (and clones) seems to work just fine. >=20 > Some other minor bits like zpool import/export, etc. now also work. >=20 > File system is not yet marked as MPSAFE (it still operates under the > Giant lock). And one more very important thing! The code is not yet ready for testing by others, so please don't ask for patches. When the code will be ready I'll publish them. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --Pk6IbRAofICFmK5e Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFE/TtYForvXbEpPzQRAp2OAJ0YY7+OGO/U+XghrJbZhk8YRSUOpACgt/NZ GIfKyuQacaRfBhg3cg6B3XU= =3Crx -----END PGP SIGNATURE----- --Pk6IbRAofICFmK5e-- From owner-freebsd-fs@FreeBSD.ORG Tue Sep 5 11:38:57 2006 Return-Path: X-Original-To: freebsd-fs@FreeBSD.ORG Delivered-To: freebsd-fs@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 49AC016A4DD; Tue, 5 Sep 2006 11:38:57 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31CDE43D46; Tue, 5 Sep 2006 11:38:55 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (qjylqn@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k85BckRR059009; Tue, 5 Sep 2006 13:38:51 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k85BcjqO059008; Tue, 5 Sep 2006 13:38:45 +0200 (CEST) (envelope-from olli) Date: Tue, 5 Sep 2006 13:38:45 +0200 (CEST) Message-Id: <200609051138.k85BcjqO059008@lurza.secnetix.de> From: Oliver Fromme To: freebsd-amd64@FreeBSD.ORG, freebsd-fs@FreeBSD.ORG, lehmann@ans-netz.de In-Reply-To: <20060904201220.a2707581.lehmann@ans-netz.de> X-Newsgroups: list.freebsd-amd64 User-Agent: tin/1.8.0-20051224 ("Ronay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 05 Sep 2006 13:38:52 +0200 (CEST) Cc: Subject: Re: NFS lockup when copying a "special" file X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-amd64@FreeBSD.ORG, freebsd-fs@FreeBSD.ORG, lehmann@ans-netz.de List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 11:38:57 -0000 Oliver Lehmann wrote: > Oliver Fromme wrote: > > This doesn't seem to be amd64-specific, so I copy freebsd-fs. I still think it's not amd64-specific. > > [...] > > > > nfs server www:/mnt/space/www: not responding > > > > nfs server www:/mnt/space/www: not responding > > > > nfs server www:/mnt/space/www: not responding > > and again it hit me two times today where I was forced to reboot my > client... this all makes me feel kinda sad - Is there anything which can > be done to help fixing this? Did you try any of the suggestions in my previous mail? E.g.: use TCP NFS transport instead of UDP, and/or force NFSv2 instead of NFSv3. You could also try lowering the MTU (although I think it's not the cause of the problem in your case, but it might be worth a try nonetheless). What are your NFS mount options? What is the size of the file on which the mount became stuck? Do the contents of the file matter? i.e. when you create a file of the same size with dd(1) that contains only zeroes, can you copy it to the NFS share? A bit of tcpdump output might be helpful, too. Please use the options "-vv -s1600", otherwise it's useless. > I nearly lost a really really important pdf > which was generated online and my browser became stuck on showing me the > "save as" dialog... If it happens again, you can mount the NFS share again over the same mount point. Of course that's only an emergency measure, not a solution (and it won't help if an application is accessing the offending file again). Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "One of the main causes of the fall of the Roman Empire was that, lacking zero, they had no way to indicate successful termination of their C programs." -- Robert Firth From owner-freebsd-fs@FreeBSD.ORG Tue Sep 5 14:35:30 2006 Return-Path: X-Original-To: freebsd-fs@freebsd.org Delivered-To: freebsd-fs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC53E16A541; Tue, 5 Sep 2006 14:35:30 +0000 (UTC) (envelope-from daichi@freebsd.org) Received: from natial.ongs.co.jp (natial.ongs.co.jp [202.216.232.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 389AE43D7B; Tue, 5 Sep 2006 14:35:26 +0000 (GMT) (envelope-from daichi@freebsd.org) Received: from [192.168.1.101] (dullmdaler.ongs.co.jp [202.216.232.62]) by natial.ongs.co.jp (Postfix) with ESMTP id D1EE4244C29; Tue, 5 Sep 2006 23:35:23 +0900 (JST) Message-ID: <44FD8B2B.60501@freebsd.org> Date: Tue, 05 Sep 2006 23:35:23 +0900 From: Daichi GOTO User-Agent: Thunderbird 1.5.0.5 (X11/20060730) MIME-Version: 1.0 To: Kris Kennaway References: <44B67340.1080405@freebsd.org> <44B74036.6060101@freebsd.org> <20060903170129.GA98917@xor.obsecurity.org> <20060903172033.GA99212@xor.obsecurity.org> <20060904184717.GA41475@xor.obsecurity.org> In-Reply-To: <20060904184717.GA41475@xor.obsecurity.org> Content-Type: text/plain; charset=Shift_JIS Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: [ANN] unionfs patchset-16 release, it is ready for the merge 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, 05 Sep 2006 14:35:31 -0000 Kris Kennaway wrote: > On Sun, Sep 03, 2006 at 01:20:33PM -0400, Kris Kennaway wrote: >> On Sun, Sep 03, 2006 at 01:01:29PM -0400, Kris Kennaway wrote: >>> On Fri, Jul 14, 2006 at 03:56:54PM +0900, Daichi GOTO wrote: >>>> Daichi GOTO wrote: >>>>> Patchset-16: >>>>> For 7-current >>>>> http://people.freebsd.org/~daichi/unionfs/unionfs-p16.diff >>>>> >>>>> For 6.x >>>>> http://people.freebsd.org/~daichi/unionfs/unionfs6-p16.diff >>>> I'm sorry, how silly of me. I updated miss edited things. >>>> I updated correct things now. Please check it :) >>> Dear Goto-san, >>> >>> The panic I was previously seeing (with chrooting into the unionfs) >>> appears to be fixed, but after a bit of load I got the following >>> locking assertion on a unionfs (default mount options) stacked over a >>> nullfs mount of a local ufs filesystem: >> I got the same panic from a mount_unionfs -b mount with no nullfs >> involved. > > Another panic from mount_unionfs -b when just running 'vi' on a file. > By the way, I recommend you run with DEBUG_LOCKS and DEBUG_VFS_LOCKS > if you're not already doing so, because it looks like there are still > a number of locking problems. Oops ;-X Yeah, we have a new patchset to solve above problem I think. -- Daichi GOTO, http://people.freebsd.org/~daichi From owner-freebsd-fs@FreeBSD.ORG Tue Sep 5 15:42:27 2006 Return-Path: X-Original-To: freebsd-fs@FreeBSD.ORG Delivered-To: freebsd-fs@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F26E316A4DA for ; Tue, 5 Sep 2006 15:42:27 +0000 (UTC) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [83.136.81.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 73B8343D68 for ; Tue, 5 Sep 2006 15:42:25 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: (qmail 31594 invoked by uid 89); 5 Sep 2006 15:42:20 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (83.136.81.185) by avocado.salatschuessel.net with SMTP; 5 Sep 2006 15:42:20 -0000 Date: Tue, 5 Sep 2006 17:41:56 +0200 From: Oliver Lehmann To: Oliver Fromme Message-Id: <20060905174156.ed8550e3.lehmann@ans-netz.de> In-Reply-To: <200609051138.k85BcjqO059008@lurza.secnetix.de> References: <20060904201220.a2707581.lehmann@ans-netz.de> <200609051138.k85BcjqO059008@lurza.secnetix.de> X-Mailer: Sylpheed version 2.2.7 (GTK+ 2.8.20; amd64-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-fs@FreeBSD.ORG, freebsd-amd64@FreeBSD.ORG Subject: Re: NFS lockup when copying a "special" file 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, 05 Sep 2006 15:42:28 -0000 Oliver Fromme wrote: > Did you try any of the suggestions in my previous mail? > E.g.: use TCP NFS transport instead of UDP, and/or force > NFSv2 instead of NFSv3. You could also try lowering the > MTU (although I think it's not the cause of the problem > in your case, but it might be worth a try nonetheless). I now switched to TCP NFS. > What are your NFS mount options? What is the size of the > file on which the mount became stuck? Do the contents of > the file matter? i.e. when you create a file of the same > size with dd(1) that contains only zeroes, can you copy > it to the NFS share? Mount options are: tcp,soft,nfsv3,bg,rw This time it was during playing music from nfs and scping a large file from nfs to another system - so I can't tell this time what exactly caused it. At least the 1st appearence of the problems two month ago happend when copying a file which was reproduceable. The file is still online in that tar file: http://pofo.de/tmp/file.tar - yang.xchatlog > > A bit of tcpdump output might be helpful, too. Please use > the options "-vv -s1600", otherwise it's useless. My initial mail only contained a standard tcpdump 19:18:39.582342 IP kartoffel.salatschuessel.net.2033686372 > dill.salatschuessel.net.nfs: 1472 write [|nfs] 19:18:39.582344 IP kartoffel.salatschuessel.net > dill.salatschuessel.net: udp 19:18:39.582346 IP kartoffel.salatschuessel.net > dill.salatschuessel.net: udp 19:18:39.582348 IP kartoffel.salatschuessel.net > dill.salatschuessel.net: udp -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-fs@FreeBSD.ORG Wed Sep 6 12:23:14 2006 Return-Path: X-Original-To: freebsd-fs@freebsd.org Delivered-To: freebsd-fs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D1E7E16A4DE; Wed, 6 Sep 2006 12:23:14 +0000 (UTC) (envelope-from kvs@binarysolutions.dk) Received: from ns2.pil.dk (ns2.pil.dk [195.41.47.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id E76D743D46; Wed, 6 Sep 2006 12:23:13 +0000 (GMT) (envelope-from kvs@binarysolutions.dk) Received: from donkey.binarysolutions.dk (fw2.pil.dk [83.90.227.58]) by ns2.pil.dk (Postfix) with ESMTP id F35FA7BB2A4; Wed, 6 Sep 2006 14:23:12 +0200 (CEST) Received: by donkey.binarysolutions.dk (Postfix, from userid 1001) id F23816472; Wed, 6 Sep 2006 14:23:10 +0200 (CEST) To: Daichi GOTO References: <44B67340.1080405@freebsd.org> From: Kenneth Vestergaard Schmidt Organization: Binary Solutions Date: Wed, 06 Sep 2006 14:23:10 +0200 In-Reply-To: <44B67340.1080405@freebsd.org> (Daichi GOTO's message of "Fri, 14 Jul 2006 01:22:24 +0900") Message-ID: <86k64h5glt.fsf@donkey.binarysolutions.dk> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.51 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-fs@freebsd.org Subject: Re: [ANN] unionfs patchset-16 release, it is ready for the merge 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, 06 Sep 2006 12:23:14 -0000 Daichi GOTO writes: > The patchset-16 has extensive trials, good stability and > source code quality enough to get the merge. I'll commit it > to FreeBSD base system after writing up the manual. We've been experiencing a couple of difficulties with unionfs after having used it on our build-box for a few weeks. Basically, we have three worlds, one for each current FreeBSD release. We then do a 'mount_unionfs -b -c transparent $worldroot $buildtmp', do a couple of nullfs-mounts, and chroot to $buildtmp. We then start building packages. archivers/arj build always fails - I haven't figured out why yet. - http://hoegaarden.pil.dk/~kvs/arj-3.10.22.tbz.log java/jdk* panics the machine (a 6.1-p5 box) - http://hoegaarden.pil.dk/~kvs/java-panic.log Also, we were having issues with bsdtar. When a port installed shared libraries with libtool, it would overwrite one of the installed hardlinks with a symlink. This resulted in the symlink having an 'opaque' flag set, which bsdtar tried to set on the symlink target. I'm not sure if an opaque-flag is needed on the symlink at all, but our solution was to patch bsdtar so it set the flag on the symlink instead of the target. If there's anything you might need to diagnose any of this, please let me know. -- Best Regards Kenneth Vestergaard Schmidt