From owner-freebsd-fs@freebsd.org Sun Jul 24 02:40:58 2016 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 511E7B9B034 for ; Sun, 24 Jul 2016 02:40:58 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-8.mit.edu (dmz-mailsec-scanner-8.mit.edu [18.7.68.37]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DE7651E70; Sun, 24 Jul 2016 02:40:57 +0000 (UTC) (envelope-from kaduk@mit.edu) X-AuditID: 12074425-e67ff70000001f72-b6-57942ab169f6 Received: from mailhub-auth-2.mit.edu ( [18.7.62.36]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by (Symantec Messaging Gateway) with SMTP id 50.A6.08050.1BA24975; Sat, 23 Jul 2016 22:40:49 -0400 (EDT) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) by mailhub-auth-2.mit.edu (8.13.8/8.9.2) with ESMTP id u6O2em6h029643; Sat, 23 Jul 2016 22:40:49 -0400 Received: from multics.mit.edu (system-low-sipb.mit.edu [18.187.2.37]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id u6O2ejGG010479 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 23 Jul 2016 22:40:48 -0400 Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id u6O2ej0Z012991; Sat, 23 Jul 2016 22:40:45 -0400 (EDT) Date: Sat, 23 Jul 2016 22:40:45 -0400 (EDT) From: Benjamin Kaduk To: Maxim Sobolev cc: FreeBSD Filesystems Subject: Re: Two fresh LORs from the latest 11-stable In-Reply-To: Message-ID: References: User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrBIsWRmVeSWpSXmKPExsUixG6nortRa0q4wYl1uhbHHv9ks5i+6Bar A5PHjE/zWQIYo7hsUlJzMstSi/TtErgyug5vZC74wlxxbN8kxgbGCcxdjBwcEgImEjdOK3Yx cnIICbQxSax6x93FyAVkb2SUuPRlBQuEc4hJYtebKawQTgOjxOSHx1lBWlgEtCWm/l0CZrMJ qEjMfLORDcQWEVCX+PLlJCOIzSxgIPHhVxsLiC0sYCoxbddPsBpOgUCJbz8OsYPYvAIOEhu+ nIFacIpRYsamLrAGUQEdidX7p7BAFAlKnJz5hAViqJbE8unbWCYwCsxCkpqFJLWAkWkVo2xK bpVubmJmTnFqsm5xcmJeXmqRroVebmaJXmpK6SZGcCC6qO5gnPPX6xCjAAejEg/vgTOTw4VY E8uKK3MPMUpyMCmJ8t44MSlciC8pP6UyI7E4I76oNCe1+BCjBAezkgivseaUcCHelMTKqtSi fJiUNAeLkjjv9m/t4UIC6YklqdmpqQWpRTBZGQ4OJQneCJBGwaLU9NSKtMycEoQ0EwcnyHAe oOG+YMOLCxJzizPTIfKnGHU5Fvy4vZZJiCUvPy9VSpxXBaRIAKQoozQPbg44gexmUn3FKA70 ljDvUpAqHmDygZv0CmgJE9CSBTyTQZaUJCKkpBoYC9IPJ8vp3AmZMvuPgOKrTw/4wxruz9iy s/uzr5cbx5o26yftW92Xf6/fMqHpQcMVB+urp+K/XQq7eGTTha835NhTl66d5SzUfenKm3e+ UX+S335iUp2hx14Zt6WkicVeZrvq17CuUK/GfLeP2+uOneQ0vPft4Nl5Wze8ffEhyP7Y7g+C noeOximxFGckGmoxFxUnAgDanwGt+wIAAA== X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jul 2016 02:40:58 -0000 On Fri, 22 Jul 2016, Maxim Sobolev wrote: > It's a custom kernel, which is probably why we have it. By "fresh" I didn't > mean "new", it's just something that I've noticed, sorry. Is there a list > somewhere with most common ones by any chance? http://sources.zabbadoz.net/freebsd/lor.html is probably the closest to such a thing, but it is not maintained anymore, as I understand it. I'm not sure if it's worth trying to spin up a replacement on wiki.FreeBSD.org or elsewhere. -Ben From owner-freebsd-fs@freebsd.org Sun Jul 24 15:27:26 2016 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 21D14BA362B for ; Sun, 24 Jul 2016 15:27:26 +0000 (UTC) (envelope-from pi@FreeBSD.org) Received: from fc.opsec.eu (fc.opsec.eu [IPv6:2001:14f8:200:4::4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D6E9E113C for ; Sun, 24 Jul 2016 15:27:25 +0000 (UTC) (envelope-from pi@FreeBSD.org) Received: from pi by fc.opsec.eu with local (Exim 4.87 (FreeBSD)) (envelope-from ) id 1bRLJI-0000Ia-Gk for freebsd-fs@freebsd.org; Sun, 24 Jul 2016 17:27:20 +0200 Date: Sun, 24 Jul 2016 17:27:20 +0200 From: Kurt Jaeger To: freebsd-fs@freebsd.org Subject: Reading multisession cds ? Message-ID: <20160724152720.GG3061@fc.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jul 2016 15:27:26 -0000 Hi! I have a CD which has two sessions on it. The second session contains a cd9660 filesystem. How can I access it ? cd-info reports this: cd-info version 0.93 amd64-portbld-freebsd10.3 Copyright (c) 2003-2005, 2007-2008, 2011-2013 R. Bernstein This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. CD location : /dev/cd0 CD driver name: FreeBSD access mode: CAM Vendor : TSSTcorp Model : CDDVDW SH-224DB Revision : SB00 Hardware : CD-ROM or DVD Can eject : Yes Can close tray : Yes Can disable manual eject : Yes Can select juke-box disc : No Can set drive speed : No Can read multiple sessions (e.g. PhotoCD) : Yes Can hard reset device : Yes Reading.... Can read Mode 2 Form 1 : Yes Can read Mode 2 Form 2 : Yes Can read (S)VCD (i.e. Mode 2 Form 1/2) : Yes Can read C2 Errors : Yes Can read IRSC : Yes Can read Media Channel Number (or UPC) : Yes Can play audio : Yes Can read CD-DA : Yes Can read CD-R : Yes Can read CD-RW : Yes Can read DVD-ROM : Yes Writing.... Can write CD-RW : Yes Can write DVD-R : Yes Can write DVD-RAM : Yes Can write DVD-RW : No Can write DVD+RW : No __________________________________ Disc mode is listed as: CD-ROM Mixed CD-ROM Track List (1 - 11) #: MSF LSN Type Green? Copy? Channels Premphasis? 1: 00:02:00 000000 audio false no 2 no 2: 05:26:22 024322 audio false no 2 no 3: 10:49:07 048532 audio false no 2 no 4: 15:52:01 071251 audio false no 2 no 5: 22:21:49 100474 audio false no 2 no 6: 29:12:47 131297 audio false no 2 no 7: 35:27:59 159434 audio false no 2 no 8: 41:23:33 186108 audio false no 2 no 9: 46:31:46 209221 audio false no 2 no 10: 52:52:27 237777 audio false no 2 no 11: 57:50:40 260140 data false no 170: 58:17:53 262178 leadout (588 MB raw, 584 MB formatted) Media Catalog Number (MCN): 0000000000000 TRACK 1 ISRC: 000000000000 TRACK 2 ISRC: 000000000000 TRACK 3 ISRC: 000000000000 TRACK 4 ISRC: 000000000000 TRACK 5 ISRC: 000000000000 TRACK 6 ISRC: 000000000000 TRACK 7 ISRC: 000000000000 TRACK 8 ISRC: 000000000000 TRACK 9 ISRC: 000000000000 TRACK 10 ISRC: 000000000000 Last CD Session LSN: failed audio status: no status volume level port 0: 216 (0..255) 84 (0..100) volume level port 1: 216 (0..255) 84 (0..100) volume level port 2: 0 (0..255) 0 (0..100) volume level port 3: 0 (0..255) 0 (0..100) __________________________________ CD Analysis Report Audio CD, CDDB disc ID is 930da70b ++ WARN: command data missing cd-info: Found 0 matches in CDDB No CD-TEXT on Disc. CD-Plus/Extra session #2 starts at track 11, LSN: 260140, ISO 9660 blocks: 262026 ISO 9660: 262026 blocks, label `BONUS ' -- pi@FreeBSD.org +49 171 3101372 4 years to go ! From owner-freebsd-fs@freebsd.org Wed Jul 27 06:48:06 2016 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E1CE3BA5144 for ; Wed, 27 Jul 2016 06:48:06 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D0B181D61 for ; Wed, 27 Jul 2016 06:48:06 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u6R6m61P005157 for ; Wed, 27 Jul 2016 06:48:06 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-fs@FreeBSD.org Subject: [Bug 211381] L2ARC degraded, repeatedly, on Samsung SSD 950 Pro nvme Date: Wed, 27 Jul 2016 06:48:06 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.3-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: avg@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-fs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to version cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2016 06:48:07 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D211381 Andriy Gapon changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|freebsd-bugs@FreeBSD.org |freebsd-fs@FreeBSD.org Version|10.3-STABLE |10.3-RELEASE CC|freebsd-amd64@FreeBSD.org | --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-fs@freebsd.org Wed Jul 27 07:00:48 2016 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 63D7DBA55F6 for ; Wed, 27 Jul 2016 07:00:48 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 53AA9160D for ; Wed, 27 Jul 2016 07:00:48 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u6R70mU2040697 for ; Wed, 27 Jul 2016 07:00:48 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-fs@FreeBSD.org Subject: [Bug 211381] L2ARC degraded, repeatedly, on Samsung SSD 950 Pro nvme Date: Wed, 27 Jul 2016 07:00:48 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.3-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: avg@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-fs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2016 07:00:48 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D211381 --- Comment #6 from Andriy Gapon --- BTW, don't want to jump to conclusion but it's possible that r300039 might help. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-fs@freebsd.org Wed Jul 27 12:45:41 2016 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EADCABA63AB for ; Wed, 27 Jul 2016 12:45:41 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D717E16D3 for ; Wed, 27 Jul 2016 12:45:41 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u6RCjWuG039338 for ; Wed, 27 Jul 2016 12:45:41 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-fs@FreeBSD.org Subject: [Bug 204764] Filesystem deadlock, process in vodead state Date: Wed, 27 Jul 2016 12:45:32 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.2-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: rs@bytecamp.net X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-fs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2016 12:45:42 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D204764 --- Comment #28 from Robert Schulze --- Created attachment 173037 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D173037&action= =3Dedit patch to apply r302063 on FreeBSD-10 Due to the lack of r263260 ("Rename global cnt to vm_cnt to avoid shadowing= .") the patch for r302063 cannot be applied directly to FreeBSD-10. I created a patch that does not rely on r263260, so users of FreeBSD-10 can test it, to= o. with kind regards, Robert Schulze --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-fs@freebsd.org Wed Jul 27 16:14:05 2016 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B68FBBA6A71 for ; Wed, 27 Jul 2016 16:14:05 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A61E31EC6 for ; Wed, 27 Jul 2016 16:14:05 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u6RGE5Lq004665 for ; Wed, 27 Jul 2016 16:14:05 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-fs@FreeBSD.org Subject: [Bug 211381] L2ARC degraded, repeatedly, on Samsung SSD 950 Pro nvme Date: Wed, 27 Jul 2016 16:14:05 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.3-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: braddeicide@hotmail.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-fs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2016 16:14:05 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D211381 --- Comment #7 from braddeicide@hotmail.com --- Yes it's on a geli dtrace -n 'sdt:::l2arc-iodone /args[0]->io_error !=3D 0/ { printf("io_error= =3D %d io_offset =3D %d io_size =3D %d", args[0]->io_error, args[0]->io_offset, args[0]->io_size); }' dtrace: description 'sdt:::l2arc-iodone ' matched 1 probe dtrace: buffer size lowered to 512k CPU ID FUNCTION:NAME 2 57400 none:l2arc-iodone io_error =3D 22 io_offset =3D 0= io_size =3D 0 1 57400 none:l2arc-iodone io_error =3D 22 io_offset =3D 0= io_size =3D 0 0 57400 none:l2arc-iodone io_error =3D 22 io_offset =3D 0= io_size =3D 0 1 57400 none:l2arc-iodone io_error =3D 22 io_offset =3D 0= io_size =3D 0 0 57400 none:l2arc-iodone io_error =3D 22 io_offset =3D 0= io_size =3D 0 1 57400 none:l2arc-iodone io_error =3D 22 io_offset =3D 0= io_size =3D 0 0 57400 none:l2arc-iodone io_error =3D 22 io_offset =3D 0= io_size =3D 0 1 57400 none:l2arc-iodone io_error =3D 22 io_offset =3D 0= io_size =3D 0 2 57400 none:l2arc-iodone io_error =3D 22 io_offset =3D 0= io_size =3D 0 0 57400 none:l2arc-iodone io_error =3D 22 io_offset =3D 0= io_size =3D 0 # diskinfo -v /dev/nvd0p3.eli /dev/nvd0p3.eli 4096 # sectorsize 483117756416 # mediasize in bytes (450G) 117948671 # mediasize in sectors 0 # stripesize 0 # stripeoffset 7341 # Cylinders according to firmware. 255 # Heads according to firmware. 63 # Sectors according to firmware. S2GMNCAGA01093W # Disk ident. Oh 4k, this device is pretty deadset on being 512 # diskinfo -v /dev/nvd0p3 /dev/nvd0p3 512 # sectorsize 483117760512 # mediasize in bytes (450G) 943589376 # mediasize in sectors 512 # stripesize 0 # stripeoffset 58735 # Cylinders according to firmware. 255 # Heads according to firmware. 63 # Sectors according to firmware. S2GMNCAGA01093W # Disk ident. I dropped the cache and the dtrace errors stopped so that's the source alri= ght. I detached the geli, attached the geli and added cache and they started aga= in. Dropped the cache, detached geli, added nvd0p3 as cache without geli and no errors and the cache started building. capacity operations bandwidth pool alloc free read write read write cache - - - - - - nvd0p3 514M 449G 0 0 0 0 I recreated geli with 512 Sectorsize, reattached and so far no errors, but = it worked the first time for a while too. Cache is building, no dtrace errors yet, i'll watch. # diskinfo -v /dev/nvd0p3.eli /dev/nvd0p3.eli 512 # sectorsize 483117760000 # mediasize in bytes (450G) 943589375 # mediasize in sectors 0 # stripesize 0 # stripeoffset 58735 # Cylinders according to firmware. 255 # Heads according to firmware. 63 # Sectors according to firmware. S2GMNCAGA01093W # Disk ident. re r300039, yeah looks useful ------------------------------------------------------------------------ r300039 | avg | 2016-05-17 18:43:50 +1000 (Tue, 17 May 2016) | 5 lines MFC r297848: l2arc: make sure that all writes honor ashift of a cache device Note: no MFC stable/9 because it has become quite out of date with head, so the merge would be quite labourious and, thus, risky. ------------------------------------------------------------------------ --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-fs@freebsd.org Wed Jul 27 23:05:33 2016 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BBD60BA69E5 for ; Wed, 27 Jul 2016 23:05:33 +0000 (UTC) (envelope-from Marc.Goroff@Quorum.net) Received: from mail.quorumlabs.com (mail.quorum.net [64.74.133.216]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client CN "mail.quorumlabs.com", Issuer "Go Daddy Secure Certification Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id AB89E1C92 for ; Wed, 27 Jul 2016 23:05:33 +0000 (UTC) (envelope-from Marc.Goroff@Quorum.net) Received: from Marc-Goroffs-MacBook-Air-4.local (192.168.1.236) by QLEXC01.Quorum.local (10.30.0.22) with Microsoft SMTP Server (TLS) id 14.2.318.1; Wed, 27 Jul 2016 16:04:22 -0700 To: From: Marc Goroff Subject: Hanging/stalling mountd on heavily loaded NFS server Message-ID: <98b4db11-8b41-608c-c714-f704a78914b7@quorum.net> Date: Wed, 27 Jul 2016 16:04:21 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 X-Originating-IP: [192.168.1.236] Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2016 23:05:33 -0000 We have a large and busy production NFS server running 10.2 that is serving approximately 200 ZFS file systems to production VMs. The system has been very stable up until last night when we attempted to mount new ZFS filesystems on NFS clients. The mountd process hung and client mount requests timed out. The NFS server continued to serve traffic to existing clients during this time. The mountd was hung in state nfsv4lck: [root@zfs-west1 ~]# ps -axgl|grep mount 0 38043 1 0 20 0 63672 17644 nfsv4lck Ds - 0:00.30 /usr/sbin/mountd -r -S /etc/exports /etc/zfs/exports It remains in this state for an indeterminate amount of time. I once saw it continue on after several minutes, but most of the time it seems to stay in this state for 15+ minutes. During this time, it does not respond to kill -9 but it will eventually exit after many minutes. Restarting mountd will allow the existing NFS clients to continue (they hang when mountd exits), but any attempt to perform additional NFS mounts will push mountd back into the bad state. This problem seems to be related to the number of NFS mounts off the server. If we unmount some of the clients, we can successfully perform the NFS mounts of the new ZFS filesystems. However, when we attempt to mount all of the production NFS mounts, mountd will hang as above. All clients are using NFS V3 only. dmesg and /var/log/messages show no errors and the server seems to be operating normally other than mountd. The nfs server is configured with 256 nfsd threads, 128GB of RAM, 280TB of disk split into two zpools and 12 CPU cores. Below is the output of 'sysctl -a | grep nfsd' during one of these mountd events: vfs.nfsd.fha.fhe_stats: hash 13: { vfs.nfsd.fha.max_reqs_per_nfsd: 0 vfs.nfsd.fha.max_nfsds_per_fh: 8 vfs.nfsd.fha.bin_shift: 22 vfs.nfsd.fha.enable: 1 vfs.nfsd.request_space_throttle_count: 80875 vfs.nfsd.request_space_throttled: 0 vfs.nfsd.request_space_low: 31457280 vfs.nfsd.request_space_high: 47185920 vfs.nfsd.request_space_used_highest: 47841972 vfs.nfsd.request_space_used: 11074576 vfs.nfsd.groups: 2 vfs.nfsd.threads: 256 vfs.nfsd.maxthreads: 256 vfs.nfsd.minthreads: 256 vfs.nfsd.cachetcp: 1 vfs.nfsd.tcpcachetimeo: 43200 vfs.nfsd.udphighwater: 500 vfs.nfsd.tcphighwater: 0 vfs.nfsd.enable_stringtouid: 0 vfs.nfsd.debuglevel: 0 vfs.nfsd.enable_locallocks: 0 vfs.nfsd.issue_delegations: 0 vfs.nfsd.commit_miss: 0 vfs.nfsd.commit_blks: 0 vfs.nfsd.mirrormnt: 1 vfs.nfsd.async: 0 vfs.nfsd.server_max_nfsvers: 3 vfs.nfsd.server_min_nfsvers: 2 vfs.nfsd.nfs_privport: 0 vfs.nfsd.v4statelimit: 500000 vfs.nfsd.sessionhashsize: 20 vfs.nfsd.fhhashsize: 20 vfs.nfsd.clienthashsize: 20 vfs.nfsd.statehashsize: 10 vfs.nfsd.enable_nogroupcheck: 1 vfs.nfsd.enable_nobodycheck: 1 vfs.nfsd.disable_checkutf8: 0 Any suggestion on how to resolve this issue? Since this is a production server, my options for intrusive debugging are very limited. Thanks. Marc From owner-freebsd-fs@freebsd.org Thu Jul 28 02:13:03 2016 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ECBE5BA5DD0 for ; Thu, 28 Jul 2016 02:13:03 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0086.outbound.protection.outlook.com [65.55.169.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8507F1A3A for ; Thu, 28 Jul 2016 02:13:02 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from YTXPR01MB0495.CANPRD01.PROD.OUTLOOK.COM (10.165.220.17) by YTXPR01MB0496.CANPRD01.PROD.OUTLOOK.COM (10.165.220.18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.549.15; Thu, 28 Jul 2016 01:41:03 +0000 Received: from YTXPR01MB0495.CANPRD01.PROD.OUTLOOK.COM ([10.165.220.17]) by YTXPR01MB0495.CANPRD01.PROD.OUTLOOK.COM ([10.165.220.17]) with mapi id 15.01.0549.016; Thu, 28 Jul 2016 01:41:03 +0000 From: Rick Macklem To: Marc Goroff , "freebsd-fs@freebsd.org" Subject: Re: Hanging/stalling mountd on heavily loaded NFS server Thread-Topic: Hanging/stalling mountd on heavily loaded NFS server Thread-Index: AQHR6FuOZIb3G4VVH0qiD8yOyqrjbqAtDjqZ Date: Thu, 28 Jul 2016 01:41:03 +0000 Message-ID: References: <98b4db11-8b41-608c-c714-f704a78914b7@quorum.net> In-Reply-To: <98b4db11-8b41-608c-c714-f704a78914b7@quorum.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=rmacklem@uoguelph.ca; x-originating-ip: [24.57.164.61] x-ms-office365-filtering-correlation-id: 6346ddf6-4b59-4b86-1690-08d3b6883cb3 x-microsoft-exchange-diagnostics: 1; YTXPR01MB0496; 6:rRr9J6dRlzGhcSS2lvuBctkgilvH4bVE+NkNEvQzgw4oz6l2R/EBN48wxLdHfC1kbtuKvKWVE6FPUTjpY6TqZpyWlsBpIyc/1fEyFEm7UDcUlDprlQMuAo2xBtm/8ikAJhlGY36OewlLmeXk0ffv1ufgFxvkR+fW5DMRKUeHnhoSZwcdYp4HjKYhI9LH2nW9kdRTzdUPOkRAg79uxEzEVfXMdg6khySjvHYQCVBsDVzk1nytDUs2Ok3HCuxe6H52dbSikH9589FVYgQQo4i0eyrJ0joOPKiK10jwv3Ss5oq01c8JLiaOCK6o//mZEF4u; 5:88ouqX4R8S9KJrBe7yoUzlvmDXB573T5nXLzqlyFIMJXxRv2OrS4doow0Ljk5lKsP4DPUDMOlxjU/UX46qfIXL6/hSoIXM6M5A56gcnZORo/8qtNeGaivk+vi/vrIn5eM07KeN2coTjhGmUAq5c/Wg==; 24:Sogyf5UHaBHk1KWyOlItXWPPnjOuFYnNQFAys4bEXaVcA4iGKSy/KtjcNDG961ahyLGtvI3UDxq+kK75OZHL32AsSPz7K95CNRwOoF6pEAY=; 7:r+aBfN7rvROxqCiqSQ47ZrKQAFtgOu++A+VZZkEYbcC/QKPknoBakd06k6Jb6bakqfTOEctyTnkTo1HGmUYByaVh6BgTT5FS4yx4qRdwkoC0fOB65Vhy8EARXixlzbKAmwRPgwvQo4kU1RrBVTsZyZj3pAozXasOnHWr9R73p/Frt9NeVjWNXvyyrglGX8OqKo1qyfSzYzIjPidKK9NNLXlkhi+gt+YUP33PGkI6RiZyjWcbAufwsWpo1xAXqPkF x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:YTXPR01MB0496; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(56005881305849)(158342451672863)(75325880899374); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040130)(2401047)(8121501046)(5005006)(10201501046)(3002001)(6041072)(6042046)(6043046); SRVR:YTXPR01MB0496; BCL:0; PCL:0; RULEID:; SRVR:YTXPR01MB0496; x-forefront-prvs: 00179089FD x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(7916002)(199003)(377454003)(24454002)(189002)(15975445007)(3660700001)(19625215002)(87936001)(19580405001)(10400500002)(19580395003)(66066001)(7906003)(86362001)(5001770100001)(74316002)(77096005)(97736004)(5003600100003)(7696003)(3280700002)(7846002)(101416001)(107886002)(189998001)(74482002)(2950100001)(2900100001)(7736002)(105586002)(68736007)(92566002)(8936002)(54356999)(9686002)(2501003)(76176999)(586003)(19627405001)(122556002)(106356001)(106116001)(81166006)(8676002)(81156014)(19617315012)(2906002)(50986999)(5002640100001)(16236675004)(33656002)(3846002)(102836003)(6116002)(11100500001); DIR:OUT; SFP:1101; SCL:1; SRVR:YTXPR01MB0496; H:YTXPR01MB0495.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: uoguelph.ca does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-originalarrivaltime: 28 Jul 2016 01:41:03.8728 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-Transport-CrossTenantHeadersStamped: YTXPR01MB0496 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2016 02:13:04 -0000 Marc Goroff wrote: > From: owner-freebsd-fs@freebsd.org on beha= lf of Marc Goroff Sent: Wednesday, July 27, 2016 7:04 PM > To: freebsd-fs@freebsd.org > Subject: Hanging/stalling mountd on heavily loaded NFS server > > We have a large and busy production NFS server running 10.2 that is > serving approximately 200 ZFS file systems to production VMs. The system > has been very stable up until last night when we attempted to mount new > ZFS filesystems on NFS clients. The mountd process hung and client mount > requests timed out. The NFS server continued to serve traffic to > existing clients during this time. The mountd was hung in state nfsv4lck: > > [root@zfs-west1 ~]# ps -axgl|grep mount 0 38043 1 0 20 0 63672 17644 nfsv4lck Ds - 0:00.30 /usr/sbin/mountd -r -S /etc/exports /etc/zfs/exports > > It remains in this state for an indeterminate amount of time. I once saw > it continue on after several minutes, but most of the time it seems to > stay in this state for 15+ minutes. During this time, it does not > respond to kill -9 but it will eventually exit after many minutes. > Restarting mountd will allow the existing NFS clients to continue (they > hang when mountd exits), but any attempt to perform additional NFS > mounts will push mountd back into the bad state. > > This problem seems to be related to the number of NFS mounts off the > server. If we unmount some of the clients, we can successfully perform > the NFS mounts of the new ZFS filesystems. However, when we attempt to > mount all of the production NFS mounts, mountd will hang as above. > Stuff snipped for brevity... > > Any suggestion on how to resolve this issue? Since this is a production > server, my options for intrusive debugging are very limited. > I think you should try the patch that is r300254 in stable/10. It is a simp= le patch you can apply to your kernel without other changes. http://svnweb.freebsd.org/base/stable/10/sys/fs/nfsserver/nfs_nfsdkrpc.c?r1= =3D291869&r2=3D300254 It reverses the lock acquisition priority so that mountd doesn't wait until= the nfsd threads are idle before updating exports. rick > Thanks. > > Marc > > _______________________________________________ > freebsd-fs@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-fs > To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" From owner-freebsd-fs@freebsd.org Thu Jul 28 08:24:12 2016 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 90C6EBA5F43 for ; Thu, 28 Jul 2016 08:24:12 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 80A111B65 for ; Thu, 28 Jul 2016 08:24:12 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u6S8OCUI099110 for ; Thu, 28 Jul 2016 08:24:12 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-fs@FreeBSD.org Subject: [Bug 211381] L2ARC degraded, repeatedly, on Samsung SSD 950 Pro nvme Date: Thu, 28 Jul 2016 08:24:12 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.3-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: avg@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-fs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2016 08:24:12 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D211381 --- Comment #8 from Andriy Gapon --- (In reply to braddeicide from comment #7) > io_error =3D 22 io_offset =3D 0 io_size =3D 0 This looks really strange. I am not sure why L2ARC code would issue such zio-s. Ah, it's actually a parent zio of all zio-s for individual buffers written = in a pass. If a single child zio fails, then the parent zio is marked as failed too. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-fs@freebsd.org Thu Jul 28 08:30:43 2016 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 225ADBA60C2 for ; Thu, 28 Jul 2016 08:30:43 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1230B1CBD for ; Thu, 28 Jul 2016 08:30:43 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u6S8UgGu008914 for ; Thu, 28 Jul 2016 08:30:42 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-fs@FreeBSD.org Subject: [Bug 211381] L2ARC degraded, repeatedly, on Samsung SSD 950 Pro nvme Date: Thu, 28 Jul 2016 08:30:43 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.3-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: avg@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-fs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2016 08:30:43 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D211381 --- Comment #9 from Andriy Gapon --- And another one-liner: dtrace -n 'fbt::g_io_deliver:entry /args[1] =3D=3D EINVAL/ { printf("dest: = %s, offset %d, length %d", stringof(args[0]->bio_to->name), args[0]->bio_offset, args[0]->bio_length); }' --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-fs@freebsd.org Thu Jul 28 08:35:57 2016 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 96289BA62FB for ; Thu, 28 Jul 2016 08:35:57 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7F211124E for ; Thu, 28 Jul 2016 08:35:57 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u6S8Zt3H023788 for ; Thu, 28 Jul 2016 08:35:57 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-fs@FreeBSD.org Subject: [Bug 204764] Filesystem deadlock, process in vodead state Date: Thu, 28 Jul 2016 08:35:55 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.2-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: j@nitrology.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-fs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2016 08:35:57 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D204764 --- Comment #29 from Jason Wolfe --- (In reply to Robert Schulze from comment #28) kib MFCd r302063 into stable/10 a few weeks ago, 302243, so custom patching isn't needed if you bring your sources up to date. You are correct though cnt.v_free_count was renamed and should be the only difference between 10 a= nd 11. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-fs@freebsd.org Fri Jul 29 07:45:35 2016 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4C107BA7BA4 for ; Fri, 29 Jul 2016 07:45:35 +0000 (UTC) (envelope-from 3ngmbVwoJCt8TUKPOOededHNBJM.DPNGSFFCTE-GTqSFFm3o.PSH@trix.bounces.google.com) Received: from mail-pa0-x247.google.com (mail-pa0-x247.google.com [IPv6:2607:f8b0:400e:c03::247]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1B4EB137F for ; Fri, 29 Jul 2016 07:45:35 +0000 (UTC) (envelope-from 3ngmbVwoJCt8TUKPOOededHNBJM.DPNGSFFCTE-GTqSFFm3o.PSH@trix.bounces.google.com) Received: by mail-pa0-x247.google.com with SMTP id ca5so91637689pac.0 for ; Fri, 29 Jul 2016 00:45:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:message-id:date:subject:from:to; bh=uO9f26HwCIRpb6XynPYihqym3+F9Yo6jSPugS7cAgH4=; b=tfQxsDbYYnBttkLiHgQdVor4juF7FG+Pik0GeNAR0QxaO354QwxW7xwE4Y8eZKHAvE rO5n3bOy2GKF0xi3y68FKi2QD62UgoRkSsm4pEF0ec94f9ADnl6YGZ+3bx6sh0ukZ9jC QzxuKZpzB3U328oeZZZpwQRrgltuj6IFrURADHE36MD4eT5aOx/rqi2IWQbmg5+fPMjf 5J8FmQr6mWQlin5Ls9v3xGwd7DWWRK9JLDjVj4xj268+D1bafmfICycXbyaFsTLlG2UL bcQ5pYiE4L0+Qo8NzMvIgwjjtksYyLW5h3ar87U6T2nBYpV3WW+bHL+tyDvaUvomTxNy 63BQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:reply-to:message-id:date:subject :from:to; bh=uO9f26HwCIRpb6XynPYihqym3+F9Yo6jSPugS7cAgH4=; b=hlPVMxPxBkMLD838z4d+XmWSeXpe0Y0XZMF56BGXYO0gtc+E3uM7cisheHSMVxx1+A plKCuXq5jX1IZCxqftwtq3Rl1LMTSz3b9W/tCkAReesY+rCrqB2mE+cJCgYNyi2Naad1 IqD+R9XU8IYvl+O9M3VeigjlGKvVY05BX5l5+o1C2XUVX5RMZdqRU0hAGiEx2lLn8M9q mfUkTLZMAWdUmmMa9pfyceGH1cxoUr5CRkkfkD/3XnF5Gt88BPTLhvvtDbEBcW45de15 1OEjz3Uu3RycULIQll8/CrqGhZnnbyG5WJ2u1Uso05HxRFwIXgwnj2lJcZrRBibK6LgF sFig== X-Gm-Message-State: AEkoout31tTLlKJcGDm+JWxAq5rymmC5W7Qj0hD2aW4RnsSeZ7HoNvBW2IEDUTistiYbjSfOoPFZXuN11gSRBtI= MIME-Version: 1.0 X-Received: by 10.66.43.82 with SMTP id u18mt47616233pal.30.1469778334624; Fri, 29 Jul 2016 00:45:34 -0700 (PDT) Reply-To: stjonn3232@gmail.com X-No-Auto-Attachment: 1 Message-ID: Date: Fri, 29 Jul 2016 07:45:34 +0000 Subject: HELLO/ From: stjonn3232@gmail.com To: freebsd-fs@FreeBSD.org Content-Type: text/plain; charset=UTF-8; format=flowed; delsp=yes X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2016 07:45:35 -0000 I've invited you to fill in the following form: Untitled form To fill it in, visit: https://docs.google.com/forms/d/e/1FAIpQLScLAOIP-BAYyJMfy-76_Dy9180gZjz9bfyPhWrbRyn1cJkw9g/viewform?c=0&w=1&usp=mail_form_link HELLO/ Hello I Am Mrs. Stella John by name, I am a banker, and I sent you a letter weeks ago, but I'm not sure if you received it, because I have not heard from you, this the reason why I repeated. I am in possession of documents that my late client made deposit. This will be my change in a certain number, 1.4 million Euros in offshore accounts. Are you ready to be my partner? If everything is ok with you, could you please write me back to my privet email stejoh3322n@yahoo.com with your personal information so that I will give you full details about this transaction Sincerely. Mrs. Stella John Google Forms: Create and analyse surveys.