From owner-freebsd-fs@FreeBSD.ORG Sun Apr 11 01:48:04 2010 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A4DCE106564A for ; Sun, 11 Apr 2010 01:48:04 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 414F38FC12 for ; Sun, 11 Apr 2010 01:48:03 +0000 (UTC) Received: by wyb28 with SMTP id 28so506318wyb.13 for ; Sat, 10 Apr 2010 18:48:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:received:message-id :subject:from:to:content-type; bh=qi43WLuR4T/9d7HX9qGD7vOqOM6qghZduGn3Fkf4UdQ=; b=dk36DM+S7oaB/skz6ThUi9MBTx3ubwrX3PSTtWuyV2Gl5hTf5QUmue9ca9vI5K46xF KAJQTn0mUuOZDpSYSoaHX/pNlnI40mVMpvB4pME/1stZw0+aTahVdTK7D0fYuURrVwJI eQpctZUvTFQR9UX5Ta5EZyxwJpgyXYx9m7wTY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=ImQIQf+Rhd/IsEEw+8A8JQdduF4xjcD/V49YIoCOzAG+SGh53jGhlfhwsDdsNWq0jE j99rTQcbfVmroq1JlbVYawlf8fKui8DPr7uQ7FAF0XLbPGmKbW57lJP+KAAEai6nfuhX 2vEj2BVzPnG+ne/KS/3nu6evPCY5ZfGx3CbzQ= MIME-Version: 1.0 Received: by 10.216.180.71 with HTTP; Sat, 10 Apr 2010 18:48:03 -0700 (PDT) Date: Sat, 10 Apr 2010 21:48:03 -0400 Received: by 10.216.184.195 with SMTP id s45mr1268610wem.28.1270950483036; Sat, 10 Apr 2010 18:48:03 -0700 (PDT) Message-ID: From: Zaphod Beeblebrox To: freebsd-fs Content-Type: text/plain; charset=ISO-8859-1 Subject: iDRAC6 quirk? 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, 11 Apr 2010 01:48:04 -0000 >From reading the archives, it seems that everyone came to a consensus that the iDRAC virtual media started on block 1 or somesuch and that this was the reason that you couldn't run a remote install using the iDRAC6 card (for all those confused, these is Dell's JAVA based management card.) Can this be encoded as a quirk for the CD9660 format, at least? Or a quirk to make block to block-1 if the device is an iDRAC virtual media device? From owner-freebsd-fs@FreeBSD.ORG Sun Apr 11 09:12:16 2010 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C9FC106564A for ; Sun, 11 Apr 2010 09:12:16 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.159]) by mx1.freebsd.org (Postfix) with ESMTP id AB3588FC0C for ; Sun, 11 Apr 2010 09:12:15 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id l26so690611fgb.13 for ; Sun, 11 Apr 2010 02:12:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:to:subject:organization:from :date:message-id:user-agent:mime-version:content-type; bh=GcoZge6LibaVu3PEwJXURYT2dHvcZpJsLHhsOsC89DA=; b=gp95pTqj3TwfHOzGpj8QWc4BpADQS3yaaz/WvJV/HYAjy+YpbdIEDMBm742/8ZV/Ae R6MygfRK62cj/h/x1qmulz02CH/FHBej8dnMcAl4wrQUTjzsGEMm3TAM0UPBPCPphPXU iGG6v5rE7j/BDw30scjr8ZKbLjFKetkh3/IFg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=to:subject:organization:from:date:message-id:user-agent :mime-version:content-type; b=Sn7lMzsRZcadhdp3A4hHu4tmuHImDyPTxcy2l7+n7ySAVGWDYPEuus9KWJYvzhf/if RNsQZLl4p6hxE/G4ElZkAnfL+hm/SYOWZxqX2JWfVYiayTvMybyWKuVAmgNGWqOIpxMq QLvRHqayFTpa4gDH3jhufaKn/gUbkv3VieCRA= Received: by 10.223.161.204 with SMTP id s12mr1785152fax.103.1270977134506; Sun, 11 Apr 2010 02:12:14 -0700 (PDT) Received: from localhost ([95.69.173.44]) by mx.google.com with ESMTPS id 12sm6295181fks.50.2010.04.11.02.12.13 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 11 Apr 2010 02:12:13 -0700 (PDT) To: freebsd-fs@FreeBSD.org Organization: Home From: Mikolaj Golub Date: Sun, 11 Apr 2010 12:12:10 +0300 Message-ID: <86pr265p5h.fsf@kopusha.onet> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Cc: Subject: hastd: socket leakage on worker exit 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, 11 Apr 2010 09:12:16 -0000 --=-=-= Hi, Playing with HAST I have noticed the following issue with hasd: .... Apr 10 22:32:36 hastb hastd: [storage] (secondary) Split-brain detected, exiting. Apr 10 22:32:36 hastb hastd: [storage] (secondary) Worker process failed (pid=6474, status=78). Apr 10 22:32:56 hastb hastd: [storage] (secondary) Split-brain detected, exiting. Apr 10 22:32:56 hastb hastd: [storage] (secondary) Worker process failed (pid=6475, status=78). Apr 10 22:32:56 hastb hastd: [storage] (secondary) Unable to create control sockets be: Too many open files And sockstat: root hastd 711 4 stream /var/run/hastctl root hastd 711 5 tcp4 *:8457 *:* root hastd 711 7 dgram -> /var/run/logpriv root hastd 711 8 stream (not connected) root hastd 711 9 stream -> ?? root hastd 711 10 stream -> ?? root hastd 711 12 stream -> ?? root hastd 711 13 stream -> ?? root hastd 711 14 stream -> ?? root hastd 711 15 stream -> ?? [ ... and so on .. ] The patch below has fixed the issue. -- Mikolaj Golub --=-=-= Content-Type: text/x-diff Content-Disposition: inline; filename=hastd.c.close_on_child_exit.patch --- sbin/hastd/hastd.c.orig 2010-04-11 11:52:10.000000000 +0300 +++ sbin/hastd/hastd.c 2010-04-11 11:51:23.000000000 +0300 @@ -138,6 +138,7 @@ child_exit(void) (unsigned int)pid, WEXITSTATUS(status)); } res->hr_workerpid = 0; + proto_close(res->hr_ctrl); if (res->hr_role == HAST_ROLE_PRIMARY) { sleep(1); pjdlog_info("Restarting worker process."); --=-=-=-- From owner-freebsd-fs@FreeBSD.ORG Sun Apr 11 13:30:24 2010 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08687106564A for ; Sun, 11 Apr 2010 13:30:24 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.154]) by mx1.freebsd.org (Postfix) with ESMTP id 896698FC19 for ; Sun, 11 Apr 2010 13:30:23 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id 22so293863fge.13 for ; Sun, 11 Apr 2010 06:30:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:to:subject:organization:from :date:message-id:user-agent:mime-version:content-type; bh=9GHUB0u3j5B4QdDQiE4a35+roUD/+jqwViUk4dPAGHA=; b=Ch1jwxUQeEr5df10gcmipftMwjh0Rww7kMo6zDWaP3xwH8nIhWqcyvwKI5ViNSsCDl aKEnQriJy3fc34aX8Bi3L9Wl8V+X0DKqXxjzdDCavSA7aJO0Nu4GfFl+M7phSO7hhyGF 26flO1Q9Y0GAVMwyOd5wDVoJPoZYR6yOzO0oY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=to:subject:organization:from:date:message-id:user-agent :mime-version:content-type; b=NJOpvrDjJ5FKU308IG4OCMQLQDLzL9r9yWG2W2YpSpnm4R8JVgBDxlLC8Ce+X/xEWA JVWLVi7ogD4gZLWcCPZEXLCaqPq8ne7TJ8iAJzUOSBwrReP7rBxODesTpz+R8q8fL+TU yVm5yv8drAwgb/skqBDJanijiJyfoZpS3GSjs= Received: by 10.223.29.199 with SMTP id r7mr1943687fac.73.1270992622322; Sun, 11 Apr 2010 06:30:22 -0700 (PDT) Received: from localhost ([95.69.173.44]) by mx.google.com with ESMTPS id f31sm6613373fkf.18.2010.04.11.06.30.20 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 11 Apr 2010 06:30:21 -0700 (PDT) To: freebsd-fs@freebsd.org Organization: Home From: Mikolaj Golub Date: Sun, 11 Apr 2010 16:30:19 +0300 Message-ID: <86ljcu5d78.fsf@kopusha.onet> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Subject: hastd: error messages in logs are truncated 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, 11 Apr 2010 13:30:24 -0000 --=-=-= Hi, I have noticed that hastd truncates error messages writing to syslog, like below: Apr 10 22:32:56 hastb hastd: [storage] (secondary) Unable to create control sockets be: Too many open files Apr 11 13:24:38 hastb hastd: [storage] (primary) Unable to conn: Host is down. Apr 11 13:24:43 hastb hastd: [storage] (primary) Unable to conn: Connection refused. Apr 11 16:11:42 hastb hastd: [storage] (primary) Unable to : Socket is not connected. This is due to the bug in pjdlogv_common(), see the attached patch. -- Mikolaj Golub --=-=-= Content-Type: text/x-diff Content-Disposition: inline; filename=pjdlog.c.pjdlogv_common.patch --- sbin/hastd/pjdlog.c.orig 2010-04-11 16:07:48.000000000 +0300 +++ sbin/hastd/pjdlog.c 2010-04-11 16:10:42.000000000 +0300 @@ -228,7 +228,7 @@ pjdlogv_common(int loglevel, int debugle len = snprintf(log, sizeof(log), "%s", pjdlog_prefix); if ((size_t)len < sizeof(log)) - len = vsnprintf(log + len, sizeof(log) - len, fmt, ap); + len += vsnprintf(log + len, sizeof(log) - len, fmt, ap); if (error != -1 && (size_t)len < sizeof(log)) { (void)snprintf(log + len, sizeof(log) - len, ": %s.", strerror(error)); --=-=-=-- From owner-freebsd-fs@FreeBSD.ORG Mon Apr 12 10:05:02 2010 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 442F4106566C for ; Mon, 12 Apr 2010 10:05:02 +0000 (UTC) (envelope-from me@janh.de) Received: from mailhost.uni-hamburg.de (mailhost.uni-hamburg.de [134.100.32.155]) by mx1.freebsd.org (Postfix) with ESMTP id E31758FC1B for ; Mon, 12 Apr 2010 10:05:01 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mailhost.uni-hamburg.de (Postfix) with ESMTP id A6F419003D; Mon, 12 Apr 2010 12:04:59 +0200 (CEST) X-Virus-Scanned: by University of Hamburg (RRZ/mailhost) Received: from mailhost.uni-hamburg.de ([127.0.0.1]) by localhost (mailhost.uni-hamburg.de [127.0.0.1]) (amavisd-new, port 10024) with LMTP id mJ-5a6trVgZ8; Mon, 12 Apr 2010 12:04:59 +0200 (CEST) Received: from pc861.math.uni-hamburg.de (pc861.math.uni-hamburg.de [134.100.222.11]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: fmjv004) by mailhost.uni-hamburg.de (Postfix) with ESMTPSA id 8DC8690056; Mon, 12 Apr 2010 12:04:59 +0200 (CEST) Message-ID: <4BC2F059.2090201@janh.de> Date: Mon, 12 Apr 2010 12:05:13 +0200 From: Jan Henrik Sylvester User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100331 Thunderbird/3.0.4 MIME-Version: 1.0 To: fs-list freebsd References: <4BBEE3E7.8040201@janh.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: afs-list freebsd Subject: Re: AFS on FreeBSD 8? 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, 12 Apr 2010 10:05:02 -0000 > On 4/9/10, Jan Henrik Sylvester wrote: >> [Repost from freebsd-questions as I was told to ask here.] >> >> I tried to get an AFS client on my 8.0-RELEASE (or 8-STABLE) system. >> >> What is the status of AFS on FreeBSD? >> >> Neither OpenAFS nor Arla seem to be in ports. >> >> I found the freebsd-afs mailing list with many posting from 2008/Dec but >> nothing from 2009 or 2010. The port-freebsd list on openafs.org has >> nothing newer, either. >> >> http://wiki.freebsd.org/afs has instructions for Arla, but the build >> fails on 8.0-RELEASE. >> >> http://wiki.freebsd.org/afs-server seems to be even older. >> >> http://wiki.freebsd.org/AFS_using_OpenAFS_%2B_Arla gives me: "You are >> not allowed to view this page." >> >> Is there anything more current that I missed? >> >> Thanks, >> Jan Henrik On 04/09/2010 14:36, aditya sarawgi wrote: > Hi, > openafs-client is not stable on freebsd 8, or 9 but i think it is > usable on freebsd 7.X. That was my impression from the sources I found, too. Unfortunately, all my machines are running 8.0-RELEASE or 8-STABLE. I wonder what happened to the effort on freebsd-afs (Cc) that had an abrupt end at the end of 2008. Has the port been given up? Cheers, Jan Henrik From owner-freebsd-fs@FreeBSD.ORG Mon Apr 12 10:38:41 2010 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 742F4106566B; Mon, 12 Apr 2010 10:38:41 +0000 (UTC) (envelope-from hugo@chem.leidenuniv.nl) Received: from fwncism4.wks.gorlaeus.net (fwncism4.gorlaeus.net [132.229.170.49]) by mx1.freebsd.org (Postfix) with ESMTP id 350EC8FC12; Mon, 12 Apr 2010 10:38:40 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by localhost.gorlaeus.net (Postfix) with ESMTP id DF67B2848F; Mon, 12 Apr 2010 12:21:04 +0200 (CEST) Received: from fwncism4.wks.gorlaeus.net ([127.0.0.1]) by localhost (fwncism4.wks.gorlaeus.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0qXuRKbSPOVk; Mon, 12 Apr 2010 12:21:01 +0200 (CEST) Received: from fwnc6122.wks.gorlaeus.net (fwnc6122.wks.gorlaeus.net [132.229.173.38]) by fwncism4.wks.gorlaeus.net (Postfix) with ESMTP id AC9A7284B6; Mon, 12 Apr 2010 12:21:01 +0200 (CEST) Message-ID: <4BC2F4D1.5050607@chem.leidenuniv.nl> Date: Mon, 12 Apr 2010 12:24:17 +0200 From: Hugo Meiland User-Agent: Thunderbird 2.0.0.24 (Macintosh/20100228) MIME-Version: 1.0 To: Jan Henrik Sylvester References: <4BBEE3E7.8040201@janh.de> <4BC2F059.2090201@janh.de> In-Reply-To: <4BC2F059.2090201@janh.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-virus-scanned: by Gorlaeus.net Scanner Cc: fs-list freebsd , afs-list freebsd Subject: Re: AFS on FreeBSD 8? 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, 12 Apr 2010 10:38:41 -0000 >>> >>> >>> http://wiki.freebsd.org/afs has instructions for Arla, but the build >>> fails on 8.0-RELEASE. sorry, haven't been checking/updating that one..... I'll look into that as soon as I can... >>> >>> http://wiki.freebsd.org/afs-server seems to be even older. well, is about the same age ;) >>> >>> http://wiki.freebsd.org/AFS_using_OpenAFS_%2B_Arla gives me: "You are >>> not allowed to view this page." yep, haven't been able to get rid of that page, if some_one can remove that one, please do so... Hugo From owner-freebsd-fs@FreeBSD.ORG Mon Apr 12 11:06:59 2010 Return-Path: Delivered-To: freebsd-fs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 47920106564A for ; Mon, 12 Apr 2010 11:06:59 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 1AA568FC12 for ; Mon, 12 Apr 2010 11:06:59 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o3CB6xRu042402 for ; Mon, 12 Apr 2010 11:06:59 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o3CB6wtg042400 for freebsd-fs@FreeBSD.org; Mon, 12 Apr 2010 11:06:58 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 12 Apr 2010 11:06:58 GMT Message-Id: <201004121106.o3CB6wtg042400@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-fs@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-fs@FreeBSD.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Apr 2010 11:06:59 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/145424 fs [zfs] [patch] move source closer to v15 o kern/145423 fs [zfs] ZFS/zpool status shows deleted/not present pools o kern/145411 fs [xfs] [panic] Kernel panics shortly after mounting an o kern/145339 fs [zfs] deadlock after detaching block device from raidz o kern/145309 fs [disklabel]: Editing disk label invalidates the whole o kern/145272 fs [zfs] [panic] Panic during boot when accessing zfs on o kern/145246 fs [ufs] dirhash in 7.3 gratuitously frees hashes when it o kern/145238 fs [zfs] [panic] kernel panic on zpool clear tank o kern/145229 fs [zfs] Vast differences in ZFS ARC behavior between 8.0 o kern/145189 fs [nfs] nfsd performs abysmally under load o kern/144929 fs [ufs] [lor] vfs_bio.c + ufs_dirhash.c o kern/144458 fs [nfs] [patch] nfsd fails as a kld o kern/144416 fs [panic] Kernel panic on online filesystem optimization s kern/144415 fs [zfs] [panic] kernel panics on boot after zfs crash o kern/144330 fs [nfs] mbuf leakage in nfsd with zfs o kern/144234 fs [zfs] Cannot boot machine with recent gptzfsboot code o bin/144214 fs zfsboot fails on gang block after upgrade to zfs v14 o kern/143825 fs [nfs] [panic] Kernel panic on NFS client o kern/143345 fs [ext2fs] [patch] extfs minor header cleanups to better o kern/143212 fs [nfs] NFSv4 client strange work ... o kern/143184 fs [zfs] [lor] zfs/bufwait LOR o kern/142924 fs [ext2fs] [patch] Small cleanup for the inode struct in o kern/142914 fs [zfs] ZFS performance degradation over time o kern/142878 fs [zfs] [vfs] lock order reversal o kern/142597 fs [ext2fs] ext2fs does not work on filesystems with real o kern/142489 fs [zfs] [lor] allproc/zfs LOR o kern/142466 fs Update 7.2 -> 8.0 on Raid 1 ends with screwed raid [re o kern/142401 fs [ntfs] [patch] Minor updates to NTFS from NetBSD o kern/142306 fs [zfs] [panic] ZFS drive (from OSX Leopard) causes two o kern/142068 fs [ufs] BSD labels are got deleted spontaneously o kern/141950 fs [unionfs] [lor] ufs/unionfs/ufs Lock order reversal o kern/141897 fs [msdosfs] [panic] Kernel panic. msdofs: file name leng o kern/141463 fs [nfs] [panic] Frequent kernel panics after upgrade fro o kern/141305 fs [zfs] FreeBSD ZFS+sendfile severe performance issues ( o kern/141091 fs [patch] [nullfs] fix panics with DIAGNOSTIC enabled o kern/141086 fs [nfs] [panic] panic("nfs: bioread, not dir") on FreeBS o kern/141010 fs [zfs] "zfs scrub" fails when backed by files in UFS2 o kern/140888 fs [zfs] boot fail from zfs root while the pool resilveri o kern/140661 fs [zfs] [patch] /boot/loader fails to work on a GPT/ZFS- o kern/140640 fs [zfs] snapshot crash o kern/140433 fs [zfs] [panic] panic while replaying ZIL after crash o kern/140134 fs [msdosfs] write and fsck destroy filesystem integrity o kern/140068 fs [smbfs] [patch] smbfs does not allow semicolon in file o kern/139725 fs [zfs] zdb(1) dumps core on i386 when examining zpool c o kern/139715 fs [zfs] vfs.numvnodes leak on busy zfs o bin/139651 fs [nfs] mount(8): read-only remount of NFS volume does n o kern/139597 fs [patch] [tmpfs] tmpfs initializes va_gen but doesn't u o kern/139564 fs [zfs] [panic] 8.0-RC1 - Fatal trap 12 at end of shutdo o kern/139407 fs [smbfs] [panic] smb mount causes system crash if remot o kern/139363 fs [nfs] diskless root nfs mount from non FreeBSD server o kern/138790 fs [zfs] ZFS ceases caching when mem demand is high o kern/138524 fs [msdosfs] disks and usb flashes/cards with Russian lab o kern/138421 fs [ufs] [patch] remove UFS label limitations o kern/138202 fs mount_msdosfs(1) see only 2Gb f kern/137037 fs [zfs] [hang] zfs rollback on root causes FreeBSD to fr o kern/136968 fs [ufs] [lor] ufs/bufwait/ufs (open) o kern/136945 fs [ufs] [lor] filedesc structure/ufs (poll) o kern/136944 fs [ffs] [lor] bufwait/snaplk (fsync) o kern/136873 fs [ntfs] Missing directories/files on NTFS volume o kern/136865 fs [nfs] [patch] NFS exports atomic and on-the-fly atomic o kern/136470 fs [nfs] Cannot mount / in read-only, over NFS o kern/135546 fs [zfs] zfs.ko module doesn't ignore zpool.cache filenam o kern/135469 fs [ufs] [panic] kernel crash on md operation in ufs_dirb o kern/135050 fs [zfs] ZFS clears/hides disk errors on reboot o kern/134491 fs [zfs] Hot spares are rather cold... o kern/133676 fs [smbfs] [panic] umount -f'ing a vnode-based memory dis o kern/133614 fs [panic] panic: ffs_truncate: read-only filesystem o kern/133174 fs [msdosfs] [patch] msdosfs must support utf-encoded int f kern/133150 fs [zfs] Page fault with ZFS on 7.1-RELEASE/amd64 while w o kern/132960 fs [ufs] [panic] panic:ffs_blkfree: freeing free frag o kern/132397 fs reboot causes filesystem corruption (failure to sync b o kern/132331 fs [ufs] [lor] LOR ufs and syncer o kern/132237 fs [msdosfs] msdosfs has problems to read MSDOS Floppy o kern/132145 fs [panic] File System Hard Crashes o kern/131441 fs [unionfs] [nullfs] unionfs and/or nullfs not combineab o kern/131360 fs [nfs] poor scaling behavior of the NFS server under lo o kern/131342 fs [nfs] mounting/unmounting of disks causes NFS to fail o bin/131341 fs makefs: error "Bad file descriptor" on the mount poin o kern/130979 fs [smbfs] [panic] boot/kernel/smbfs.ko o kern/130920 fs [msdosfs] cp(1) takes 100% CPU time while copying file o kern/130229 fs [iconv] usermount fails on fs that need iconv o kern/130210 fs [nullfs] Error by check nullfs o kern/129760 fs [nfs] after 'umount -f' of a stale NFS share FreeBSD l o kern/129488 fs [smbfs] Kernel "bug" when using smbfs in smbfs_smb.c: o kern/129231 fs [ufs] [patch] New UFS mount (norandom) option - mostly o kern/129152 fs [panic] non-userfriendly panic when trying to mount(8) o kern/129059 fs [zfs] [patch] ZFS bootloader whitelistable via WITHOUT f kern/128829 fs smbd(8) causes periodic panic on 7-RELEASE o kern/127420 fs [gjournal] [panic] Journal overflow on gmirrored gjour o kern/127029 fs [panic] mount(8): trying to mount a write protected zi o kern/126287 fs [ufs] [panic] Kernel panics while mounting an UFS file o kern/125895 fs [ffs] [panic] kernel: panic: ffs_blkfree: freeing free s kern/125738 fs [zfs] [request] SHA256 acceleration in ZFS p kern/124621 fs [ext3] [patch] Cannot mount ext2fs partition f bin/124424 fs [zfs] zfs(8): zfs list -r shows strange snapshots' siz o kern/123939 fs [msdosfs] corrupts new files o kern/122380 fs [ffs] ffs_valloc:dup alloc (Soekris 4801/7.0/USB Flash o bin/122172 fs [fs]: amd(8) automount daemon dies on 6.3-STABLE i386, o bin/121898 fs [nullfs] pwd(1)/getcwd(2) fails with Permission denied o bin/121779 fs [ufs] snapinfo(8) (and related tools?) only work for t o bin/121366 fs [zfs] [patch] Automatic disk scrubbing from periodic(8 o bin/121072 fs [smbfs] mount_smbfs(8) cannot normally convert the cha f kern/120991 fs [panic] [fs] [snapshot] System crashes when manipulati o kern/120483 fs [ntfs] [patch] NTFS filesystem locking changes o kern/120482 fs [ntfs] [patch] Sync style changes between NetBSD and F f kern/119735 fs [zfs] geli + ZFS + samba starting on boot panics 7.0-B o kern/118912 fs [2tb] disk sizing/geometry problem with large array o kern/118713 fs [minidump] [patch] Display media size required for a k o bin/118249 fs mv(1): moving a directory changes its mtime o kern/118107 fs [ntfs] [panic] Kernel panic when accessing a file at N o bin/117315 fs [smbfs] mount_smbfs(8) and related options can't mount o kern/117314 fs [ntfs] Long-filename only NTFS fs'es cause kernel pani o kern/117158 fs [zfs] zpool scrub causes panic if geli vdevs detach on o bin/116980 fs [msdosfs] [patch] mount_msdosfs(8) resets some flags f o conf/116931 fs lack of fsck_cd9660 prevents mounting iso images with o kern/116913 fs [ffs] [panic] ffs_blkfree: freeing free block p kern/116608 fs [msdosfs] [patch] msdosfs fails to check mount options o kern/116583 fs [ffs] [hang] System freezes for short time when using o kern/116170 fs [panic] Kernel panic when mounting /tmp o kern/115645 fs [snapshots] [panic] lockmgr: thread 0xc4c00d80, not ex o bin/115361 fs [zfs] mount(8) gets into a state where it won't set/un o kern/114955 fs [cd9660] [patch] [request] support for mask,dirmask,ui o kern/114847 fs [ntfs] [patch] [request] dirmask support for NTFS ala o kern/114676 fs [ufs] snapshot creation panics: snapacct_ufs2: bad blo o bin/114468 fs [patch] [request] add -d option to umount(8) to detach o kern/113852 fs [smbfs] smbfs does not properly implement DFS referral o bin/113838 fs [patch] [request] mount(8): add support for relative p o bin/113049 fs [patch] [request] make quot(8) use getopt(3) and show o kern/112658 fs [smbfs] [patch] smbfs and caching problems (resolves b o kern/111843 fs [msdosfs] Long Names of files are incorrectly created o kern/111782 fs [ufs] dump(8) fails horribly for large filesystems s bin/111146 fs [2tb] fsck(8) fails on 6T filesystem o kern/109024 fs [msdosfs] mount_msdosfs: msdosfs_iconv: Operation not o kern/109010 fs [msdosfs] can't mv directory within fat32 file system o bin/107829 fs [2TB] fdisk(8): invalid boundary checking in fdisk / w o kern/106107 fs [ufs] left-over fsck_snapshot after unfinished backgro o kern/106030 fs [ufs] [panic] panic in ufs from geom when a dead disk o kern/104406 fs [ufs] Processes get stuck in "ufs" state under persist o kern/104133 fs [ext2fs] EXT2FS module corrupts EXT2/3 filesystems o kern/103035 fs [ntfs] Directories in NTFS mounted disc images appear o kern/101324 fs [smbfs] smbfs sometimes not case sensitive when it's s o kern/99290 fs [ntfs] mount_ntfs ignorant of cluster sizes o kern/97377 fs [ntfs] [patch] syntax cleanup for ntfs_ihash.c o kern/95222 fs [iso9660] File sections on ISO9660 level 3 CDs ignored o kern/94849 fs [ufs] rename on UFS filesystem is not atomic o kern/94769 fs [ufs] Multiple file deletions on multi-snapshotted fil o kern/94733 fs [smbfs] smbfs may cause double unlock o kern/93942 fs [vfs] [patch] panic: ufs_dirbad: bad dir (patch from D o kern/92272 fs [ffs] [hang] Filling a filesystem while creating a sna f kern/91568 fs [ufs] [panic] writing to UFS/softupdates DVD media in o kern/91134 fs [smbfs] [patch] Preserve access and modification time a kern/90815 fs [smbfs] [patch] SMBFS with character conversions somet o kern/88657 fs [smbfs] windows client hang when browsing a samba shar o kern/88266 fs [smbfs] smbfs does not implement UIO_NOCOPY and sendfi o kern/87859 fs [smbfs] System reboot while umount smbfs. o kern/86587 fs [msdosfs] rm -r /PATH fails with lots of small files o kern/85326 fs [smbfs] [panic] saving a file via samba to an overquot o kern/84589 fs [2TB] 5.4-STABLE unresponsive during background fsck 2 o kern/80088 fs [smbfs] Incorrect file time setting on NTFS mounted vi o kern/73484 fs [ntfs] Kernel panic when doing `ls` from the client si o bin/73019 fs [ufs] fsck_ufs(8) cannot alloc 607016868 bytes for ino o kern/71774 fs [ntfs] NTFS cannot "see" files on a WinXP filesystem o kern/68978 fs [panic] [ufs] crashes with failing hard disk, loose po o kern/65920 fs [nwfs] Mounted Netware filesystem behaves strange o kern/65901 fs [smbfs] [patch] smbfs fails fsx write/truncate-down/tr o kern/61503 fs [smbfs] mount_smbfs does not work as non-root o kern/55617 fs [smbfs] Accessing an nsmb-mounted drive via a smb expo o kern/53137 fs [ffs] [panic] background fscking causing ffs_valloc pa o kern/51685 fs [hang] Unbounded inode allocation causes kernel to loc o kern/51583 fs [nullfs] [patch] allow to work with devices and socket o kern/36566 fs [smbfs] System reboot with dead smb mount and umount o kern/33464 fs [ufs] soft update inconsistencies after system crash o kern/18874 fs [2TB] 32bit NFS servers export wrong negative values t 173 problems total. From owner-freebsd-fs@FreeBSD.ORG Tue Apr 13 15:43:06 2010 Return-Path: Delivered-To: freebsd-fs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E5460106566C; Tue, 13 Apr 2010 15:43:06 +0000 (UTC) (envelope-from jh@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id BD4348FC0C; Tue, 13 Apr 2010 15:43:06 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o3DFh6hZ064356; Tue, 13 Apr 2010 15:43:06 GMT (envelope-from jh@freefall.freebsd.org) Received: (from jh@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o3DFh6oI064352; Tue, 13 Apr 2010 15:43:06 GMT (envelope-from jh) Date: Tue, 13 Apr 2010 15:43:06 GMT Message-Id: <201004131543.o3DFh6oI064352@freefall.freebsd.org> To: yerenkow@gmail.com, jh@FreeBSD.org, freebsd-fs@FreeBSD.org, jh@FreeBSD.org From: jh@FreeBSD.org Cc: Subject: Re: kern/138524: [msdosfs] disks and usb flashes/cards with Russian labels produces hangups 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, 13 Apr 2010 15:43:07 -0000 Synopsis: [msdosfs] disks and usb flashes/cards with Russian labels produces hangups State-Changed-From-To: open->feedback State-Changed-By: jh State-Changed-When: Tue Apr 13 15:37:14 UTC 2010 State-Changed-Why: Can you still reproduce this? Please note that geom_label doesn't support support encoding conversions. Do you have any evidence that the hang is caused by the label? See also PR kern/104389. Responsible-Changed-From-To: freebsd-fs->jh Responsible-Changed-By: jh Responsible-Changed-When: Tue Apr 13 15:37:14 UTC 2010 Responsible-Changed-Why: Track. http://www.freebsd.org/cgi/query-pr.cgi?pr=138524 From owner-freebsd-fs@FreeBSD.ORG Tue Apr 13 18:56:14 2010 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B028A1065670 for ; Tue, 13 Apr 2010 18:56:14 +0000 (UTC) (envelope-from davide.damico@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id 443418FC0C for ; Tue, 13 Apr 2010 18:56:13 +0000 (UTC) Received: by bwz8 with SMTP id 8so4600274bwz.3 for ; Tue, 13 Apr 2010 11:56:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:from:date:received :message-id:subject:to:content-type; bh=rlLcKT7Ia/6/hVXtSPSYJRuymoIxcIWBlVzdMjdk34E=; b=qxFPvKXHcz010s8LG0WIQbM/1kxz9w8s+DfTq0vFB5c9uv+Wi64+of97RM2FVzd6Z4 Pwma8JXdbMe82bgmlaUcBm7bEVc7LYCYFNvmPSEUKUQkMNrkdvjGMmGUP4ZFxDjQArVW eL5XG7uXvVmP410XpQ4SfxUfcJsOi+fzg4W0Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; b=FjB8KbW11WmQUcwJGIGZMVr51kxna2s/oslZrSXFMKsVrEtqYl+wexO/2DJNe1Iufs e3hn/QBvS4dlFzkaBjm8J8o35Lq+wdRQS/MCmaqVTOOGDO2AYEXf4hCdvHSPO1Qp3WhF WeFYE4eWYSpVBBwAc9v6EpuzxTNmCnLhskH68= MIME-Version: 1.0 Received: by 10.204.121.129 with HTTP; Tue, 13 Apr 2010 11:30:30 -0700 (PDT) From: "Davide D'Amico" Date: Tue, 13 Apr 2010 20:30:30 +0200 Received: by 10.204.19.141 with SMTP id a13mr3102011bkb.107.1271183450376; Tue, 13 Apr 2010 11:30:50 -0700 (PDT) Message-ID: To: freebsd-fs@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: HAST project in 8.x 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, 13 Apr 2010 18:56:14 -0000 The HAST project seems very interesting and amazing. Some e-zine reported that it is committed to RELENG_8 but it seems to be committed only in HEAD. Are there plans to 'backport' it to RELENG_8 or RELENG_8_X? Thanks, -- d. From owner-freebsd-fs@FreeBSD.ORG Tue Apr 13 21:12:58 2010 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 458091065676 for ; Tue, 13 Apr 2010 21:12:58 +0000 (UTC) (envelope-from spork@bway.net) Received: from xena.bway.net (xena.bway.net [216.220.96.26]) by mx1.freebsd.org (Postfix) with ESMTP id 120908FC15 for ; Tue, 13 Apr 2010 21:12:57 +0000 (UTC) Received: (qmail 91987 invoked by uid 0); 13 Apr 2010 21:12:57 -0000 Received: from unknown (HELO ?10.3.2.41?) (spork@96.57.144.66) by smtp.bway.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 13 Apr 2010 21:12:57 -0000 Date: Tue, 13 Apr 2010 17:12:55 -0400 (EDT) From: Charles Sprickman X-X-Sender: spork@hotlap.local To: freebsd-fs@freebsd.org Message-ID: User-Agent: Alpine 2.00 (OSX 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Subject: g_vfs_done() errors on Dell/LSI RAID array 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, 13 Apr 2010 21:12:58 -0000 Hello, Not sure if this is the right place or if this is a geom issue, or a raid controller issue... Please point me in the right direction. Last night I saw the following in my daily output: +g_vfs_done():mfid0s1g[READ(offset=2456998070156636160, length=16384)]error = 5 +g_vfs_done():mfid0s1g[READ(offset=2456998070156636160, length=16384)]error = 5 +g_vfs_done():mfid0s1g[READ(offset=2456998070156636160, length=16384)]error = 5 I'm a bit confused, as some googling indicated that this has something to do with a mis-labelled disk, but that offset seems really huge, unless I'm comparing two different units. bsdlabel shows me this for that drive/array: # /dev/mfid0s1: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 8388608 0 4.2BSD 2048 16384 28528 b: 12582912 8388608 swap c: 2928135357 0 unused 0 0 # "raw" part, don't edit d: 16777216 20971520 4.2BSD 2048 16384 28528 e: 16777216 37748736 4.2BSD 2048 16384 28528 f: 67108864 54525952 4.2BSD 2048 16384 28528 g: 2806500541 121634816 4.2BSD 2048 16384 28520 Adding the size plus offset, the end of my disk should be at 2928135357. The offset in the error is 2456998070156636160. Error 5 is apparently an "I/O Error". This is a Dell 2970 running amd64, 7.2-RELEASE. The RAID card is Dell's rebadged LSI: mfi0: port 0xec00-0xecff mem 0xe9f80000-0xe9fbffff,0xe9fc0000-0xe9ffffff irq 37 at device 0.0 on pci7 mfi0: Megaraid SAS driver Ver 3.00 mfi0: 3049 (boot + 3s/0x0020/info) - Firmware version 1.22.02-0612 mfi0: 3050 (boot + 23s/0x0008/info) - Battery Present mfi0: 3051 (boot + 23s/0x0020/info) - Controller hardware revision ID (0x0) mfi0: 3052 (boot + 23s/0x0020/info) - Package version 6.2.0-0013 There's some talk in this thread about whether this is either a driver issue, a geom issue, a filesystem issue, some weird bug that people only see on 64-bit AMD procs, etc.: http://old.nabble.com/g_vfs_done():da3s1a-READ(offset%3D81064794762854400,-length%3D8192)-error-%3D-5-td13199158.html Any help tracking down what this is trying to tell me would be appreciated. thanks, Charles ___ Charles Sprickman NetEng/SysAdmin Bway.net - New York's Best Internet - www.bway.net spork@bway.net - 212.655.9344 From owner-freebsd-fs@FreeBSD.ORG Thu Apr 15 08:16:43 2010 Return-Path: Delivered-To: freebsd-fs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4FE9C1065672; Thu, 15 Apr 2010 08:16:43 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 26E518FC24; Thu, 15 Apr 2010 08:16:43 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o3F8Ghnx013862; Thu, 15 Apr 2010 08:16:43 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o3F8Ghsx013858; Thu, 15 Apr 2010 08:16:43 GMT (envelope-from linimon) Date: Thu, 15 Apr 2010 08:16:43 GMT Message-Id: <201004150816.o3F8Ghsx013858@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-fs@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/145712: [zfs] cannot offline two drives in a raidz2 configuration (8.0-stable) X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Apr 2010 08:16:43 -0000 Synopsis: [zfs] cannot offline two drives in a raidz2 configuration (8.0-stable) Responsible-Changed-From-To: freebsd-bugs->freebsd-fs Responsible-Changed-By: linimon Responsible-Changed-When: Thu Apr 15 08:16:31 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=145712 From owner-freebsd-fs@FreeBSD.ORG Thu Apr 15 10:34:42 2010 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1835106564A for ; Thu, 15 Apr 2010 10:34:42 +0000 (UTC) (envelope-from tcberner@gmail.com) Received: from mail-bw0-f214.google.com (mail-bw0-f214.google.com [209.85.218.214]) by mx1.freebsd.org (Postfix) with ESMTP id 8056B8FC14 for ; Thu, 15 Apr 2010 10:34:42 +0000 (UTC) Received: by bwz6 with SMTP id 6so1022577bwz.13 for ; Thu, 15 Apr 2010 03:34:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:content-type:subject:date:to :mime-version:content-transfer-encoding:from:organization:message-id :user-agent; bh=uGvnKJ42ZyYWCi4B0kgUE/CRoAJD0k2/5mDZrlAxOUw=; b=iJwT/EHCcfu2PA93U1fa3Rs9ydQ2buaqp4L0yJVSmRUOvGEb/iGc6Tty5ptZwmJyaL f/zUB8uywbsj1gq4HAPGFqIdSIf5IhYGjk7LFF8dIczj4lCgvhlxN4c03jqzIcTFZ3dy Cu/1QOeUA+NHgKKXgTAEoZmUh044JRRU0eS2M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=content-type:subject:date:to:mime-version:content-transfer-encoding :from:organization:message-id:user-agent; b=H3YUIWIyZoOqoRE6QptoCO5OmdvOZfcm7y0tfvOdkDClXQeTdbNbY7ZEfNe12yVIoi pUzvSStv/ZmEe1WmAw+JB0UIv+WgjiU0sVs0n6FRCdcStBPLJ3rFO3B2v7JFMPL0iZbp Wztsvx9uY5lYE0amyHRLXkdEWUliJXnnst0BE= Received: by 10.204.6.66 with SMTP id 2mr1012470bky.138.1271326277647; Thu, 15 Apr 2010 03:11:17 -0700 (PDT) Received: from localhost (123-127.5-85.cust.bluewin.ch [85.5.127.123]) by mx.google.com with ESMTPS id 13sm1051548bwz.3.2010.04.15.03.11.15 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 15 Apr 2010 03:11:15 -0700 (PDT) Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes Date: Thu, 15 Apr 2010 12:10:49 +0200 To: freebsd-fs@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: tcb Organization: - Message-ID: User-Agent: Opera Mail/10.52 (FreeBSD) Subject: Trouble with zfs and io-errors X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Apr 2010 10:34:43 -0000 Good day. I recently got some io-errors sporadically, always on the same disk, of a zpool. "zpool clear" and "zpool scrub" always just hung in a "tx->tx" state, and didn't do anything at all. I somehow managed to do a scrub in the end, and all seemed to be fine again for some days. But now, after another io-error, zfs will hang on boot, when trying to load the pool. Is there a way to load this pool again? thanks, tcb From owner-freebsd-fs@FreeBSD.ORG Thu Apr 15 22:19:41 2010 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31003106564A for ; Thu, 15 Apr 2010 22:19:41 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 617E28FC12 for ; Thu, 15 Apr 2010 22:19:39 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id BAA13284 for ; Fri, 16 Apr 2010 01:19:38 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1O2XPO-0006US-Gl for freebsd-fs@freebsd.org; Fri, 16 Apr 2010 01:19:38 +0300 Message-ID: <4BC790FA.3040205@icyb.net.ua> Date: Fri, 16 Apr 2010 01:19:38 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100321) MIME-Version: 1.0 To: freebsd-fs@freebsd.org X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: kstat.zfs.misc.arcstats.hash_collisions X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Apr 2010 22:19:41 -0000 kstat.zfs.misc.arcstats.hash_elements: 8465 kstat.zfs.misc.arcstats.hash_elements_max: 336855 kstat.zfs.misc.arcstats.hash_collisions: 3463061 kstat.zfs.misc.arcstats.hash_chains: 549 kstat.zfs.misc.arcstats.hash_chain_max: 19 Doesn't hash_collisions value look fishy? I haven't looked at the code yet. Perhaps stats gathering is not correct, perhaps something else, but collisions value is really too high for my taste. -- Andriy Gapon From owner-freebsd-fs@FreeBSD.ORG Fri Apr 16 00:10:05 2010 Return-Path: Delivered-To: freebsd-fs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 005F61065676 for ; Fri, 16 Apr 2010 00:10:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id CC57F8FC22 for ; Fri, 16 Apr 2010 00:10:04 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o3G0A4Pg033026 for ; Fri, 16 Apr 2010 00:10:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o3G0A4hc033025; Fri, 16 Apr 2010 00:10:04 GMT (envelope-from gnats) Date: Fri, 16 Apr 2010 00:10:04 GMT Message-Id: <201004160010.o3G0A4hc033025@freefall.freebsd.org> To: freebsd-fs@FreeBSD.org From: daniel.subs@internode.on.net Cc: Subject: Re: kern/134491: [zfs] Hot spares are rather cold... X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: daniel.subs@internode.on.net List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Apr 2010 00:10:05 -0000 The following reply was made to PR kern/134491; it has been noted by GNATS. From: daniel.subs@internode.on.net To: , Cc: Subject: Re: kern/134491: [zfs] Hot spares are rather cold... Date: Fri, 16 Apr 2010 08:52:47 +0900 A partial/potential solution is described here:=20 http://lists.freebsd.org/pipermail/freebsd-stable/2010-March/055686.html=20 =20 From owner-freebsd-fs@FreeBSD.ORG Fri Apr 16 06:50:09 2010 Return-Path: Delivered-To: freebsd-fs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E09C106566B for ; Fri, 16 Apr 2010 06:50:09 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello089077043238.chello.pl [89.77.43.238]) by mx1.freebsd.org (Postfix) with ESMTP id 86AC58FC17 for ; Fri, 16 Apr 2010 06:50:08 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 3FDF745EAA; Fri, 16 Apr 2010 08:50:06 +0200 (CEST) Received: from localhost (chello089077043238.chello.pl [89.77.43.238]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 688A145CAC; Fri, 16 Apr 2010 08:50:01 +0200 (CEST) Date: Fri, 16 Apr 2010 08:50:04 +0200 From: Pawel Jakub Dawidek To: Mikolaj Golub Message-ID: <20100416065004.GE1705@garage.freebsd.pl> References: <86pr265p5h.fsf@kopusha.onet> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vA66WO2vHvL/CRSR" Content-Disposition: inline In-Reply-To: <86pr265p5h.fsf@kopusha.onet> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 9.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.6 required=4.5 tests=BAYES_00,RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-fs@FreeBSD.org Subject: Re: hastd: socket leakage on worker exit X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Apr 2010 06:50:09 -0000 --vA66WO2vHvL/CRSR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Apr 11, 2010 at 12:12:10PM +0300, Mikolaj Golub wrote: > Hi, >=20 > Playing with HAST I have noticed the following issue with hasd: [...] Thank you for tracking the bug down and for the patch, it is in HEAD now. --=20 Pawel Jakub Dawidek http://www.wheelsystems.com pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --vA66WO2vHvL/CRSR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkvICJsACgkQForvXbEpPzQGmQCeKCBLYk3hTt3IG5XXNcnHGh1Q UKQAoJ7PN96bBY7dVKzFfIR11jKXHxk3 =ZQjl -----END PGP SIGNATURE----- --vA66WO2vHvL/CRSR-- From owner-freebsd-fs@FreeBSD.ORG Fri Apr 16 06:50:40 2010 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A8C41065672 for ; Fri, 16 Apr 2010 06:50:40 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello089077043238.chello.pl [89.77.43.238]) by mx1.freebsd.org (Postfix) with ESMTP id 054CC8FC20 for ; Fri, 16 Apr 2010 06:50:39 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id E355245E90; Fri, 16 Apr 2010 08:50:37 +0200 (CEST) Received: from localhost (chello089077043238.chello.pl [89.77.43.238]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id E76B445F21; Fri, 16 Apr 2010 08:50:32 +0200 (CEST) Date: Fri, 16 Apr 2010 08:50:35 +0200 From: Pawel Jakub Dawidek To: Mikolaj Golub Message-ID: <20100416065035.GF1705@garage.freebsd.pl> References: <86ljcu5d78.fsf@kopusha.onet> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vJguvTgX93MxBIIe" Content-Disposition: inline In-Reply-To: <86ljcu5d78.fsf@kopusha.onet> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 9.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.6 required=4.5 tests=BAYES_00,RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-fs@freebsd.org Subject: Re: hastd: error messages in logs are truncated X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Apr 2010 06:50:40 -0000 --vJguvTgX93MxBIIe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Apr 11, 2010 at 04:30:19PM +0300, Mikolaj Golub wrote: > Hi, >=20 > I have noticed that hastd truncates error messages writing to syslog, like > below: >=20 > Apr 10 22:32:56 hastb hastd: [storage] (secondary) Unable to create contr= ol sockets be: Too many open files > Apr 11 13:24:38 hastb hastd: [storage] (primary) Unable to conn: Host is = down. > Apr 11 13:24:43 hastb hastd: [storage] (primary) Unable to conn: Connecti= on refused. > Apr 11 16:11:42 hastb hastd: [storage] (primary) Unable to : Socket is no= t connected. >=20 > This is due to the bug in pjdlogv_common(), see the attached patch. Nice catch, again. I committed your patch. Thanks! --=20 Pawel Jakub Dawidek http://www.wheelsystems.com pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --vJguvTgX93MxBIIe Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkvICLsACgkQForvXbEpPzT6jACg2ez7fkE/Zw5ENFDA7Vsw5iW4 ec8An3V3l5tNSYsea6XWPOUK5v3pO4vH =LEIi -----END PGP SIGNATURE----- --vJguvTgX93MxBIIe-- From owner-freebsd-fs@FreeBSD.ORG Fri Apr 16 06:51:31 2010 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D2801065672 for ; Fri, 16 Apr 2010 06:51:31 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello089077043238.chello.pl [89.77.43.238]) by mx1.freebsd.org (Postfix) with ESMTP id 647E88FC0C for ; Fri, 16 Apr 2010 06:51:30 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id C0CA745F21; Fri, 16 Apr 2010 08:51:28 +0200 (CEST) Received: from localhost (chello089077043238.chello.pl [89.77.43.238]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id E502245CAC; Fri, 16 Apr 2010 08:51:23 +0200 (CEST) Date: Fri, 16 Apr 2010 08:51:27 +0200 From: Pawel Jakub Dawidek To: Davide D'Amico Message-ID: <20100416065126.GG1705@garage.freebsd.pl> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xHbokkKX1kTiQeDC" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 9.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.6 required=4.5 tests=BAYES_00,RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-fs@freebsd.org Subject: Re: HAST project in 8.x X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Apr 2010 06:51:31 -0000 --xHbokkKX1kTiQeDC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 13, 2010 at 08:30:30PM +0200, Davide D'Amico wrote: > The HAST project seems very interesting and amazing. > Some e-zine reported that it is committed to RELENG_8 but it seems to > be committed only in HEAD. > Are there plans to 'backport' it to RELENG_8 or RELENG_8_X? Yes, I'm planing to merge it to stable/8 within next few days. --=20 Pawel Jakub Dawidek http://www.wheelsystems.com pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --xHbokkKX1kTiQeDC Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkvICO0ACgkQForvXbEpPzREiwCeNsfwqV/kKtPND5OsqSKhtX6a E24AoOKpfB35xl555bVsLIuMeLrxi+48 =L4V0 -----END PGP SIGNATURE----- --xHbokkKX1kTiQeDC-- From owner-freebsd-fs@FreeBSD.ORG Fri Apr 16 06:59:26 2010 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 41C0B1065677 for ; Fri, 16 Apr 2010 06:59:26 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello089077043238.chello.pl [89.77.43.238]) by mx1.freebsd.org (Postfix) with ESMTP id 856798FC21 for ; Fri, 16 Apr 2010 06:59:25 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 4940945CD9; Fri, 16 Apr 2010 08:59:24 +0200 (CEST) Received: from localhost (chello089077043238.chello.pl [89.77.43.238]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 1D93F45E90; Fri, 16 Apr 2010 08:59:19 +0200 (CEST) Date: Fri, 16 Apr 2010 08:59:21 +0200 From: Pawel Jakub Dawidek To: Andriy Gapon Message-ID: <20100416065921.GH1705@garage.freebsd.pl> References: <4BC790FA.3040205@icyb.net.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cf0hFtnykp6aONGL" Content-Disposition: inline In-Reply-To: <4BC790FA.3040205@icyb.net.ua> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 9.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.6 required=4.5 tests=BAYES_00,RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-fs@freebsd.org Subject: Re: kstat.zfs.misc.arcstats.hash_collisions X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Apr 2010 06:59:26 -0000 --cf0hFtnykp6aONGL Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 16, 2010 at 01:19:38AM +0300, Andriy Gapon wrote: > kstat.zfs.misc.arcstats.hash_elements: 8465 > kstat.zfs.misc.arcstats.hash_elements_max: 336855 > kstat.zfs.misc.arcstats.hash_collisions: 3463061 > kstat.zfs.misc.arcstats.hash_chains: 549 > kstat.zfs.misc.arcstats.hash_chain_max: 19 >=20 > Doesn't hash_collisions value look fishy? > I haven't looked at the code yet. Perhaps stats gathering is not correct, > perhaps something else, but collisions value is really too high for my ta= ste. The hash_collisions counter is increased every time we try to add buffer to the list and something is already there. I think more important counter here is hash_chain_max, which contains maximum number of buffers on one list ever recorded. And 19 doesn't seem like a big number. --=20 Pawel Jakub Dawidek http://www.wheelsystems.com pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --cf0hFtnykp6aONGL Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkvICskACgkQForvXbEpPzRJoQCfflVq/6B6I2z52bWwDO3UEAqr oiAAnRv18eYHjFvuIbpglXAc1RB704lK =culd -----END PGP SIGNATURE----- --cf0hFtnykp6aONGL-- From owner-freebsd-fs@FreeBSD.ORG Fri Apr 16 13:58:14 2010 Return-Path: Delivered-To: freebsd-fs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 81E57106564A for ; Fri, 16 Apr 2010 13:58:14 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id C97838FC28 for ; Fri, 16 Apr 2010 13:58:13 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA02734 for ; Fri, 16 Apr 2010 16:58:11 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4BC86CF3.7060708@icyb.net.ua> Date: Fri, 16 Apr 2010 16:58:11 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100319) MIME-Version: 1.0 To: freebsd-fs@FreeBSD.org X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: some arc_reclaim_needed stats X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Apr 2010 13:58:14 -0000 I added some statistics gathering code to arc_reclaim_needed (see a diff below) and got these results: vfs.zfs.arc_reclaim_kmem_used: 192 vfs.zfs.arc_reclaim_paging_target: 72505 vfs.zfs.arc_reclaim_pages_needed: 17 vfs.zfs.arc_reclaim_arc_c_max: 150 vfs.zfs.arc_reclaim_needfree: 1693 Are these numbers useful in any way? :-) What do they tell? Perhaps vm_paging_target() check is a bit too aggressive? Thanks! diff --git a/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c b/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c index ca8ffb1..6db69e1 100644 --- a/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c +++ b/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c @@ -2040,6 +2040,24 @@ arc_shrink(void) static int needfree = 0; +static int arc_reclaim_needfree = 0; +static int arc_reclaim_arc_c_max = 0; +static int arc_reclaim_pages_needed = 0; +static int arc_reclaim_paging_target = 0; +static int arc_reclaim_kmem_used = 0; + +SYSCTL_INT(_vfs_zfs, OID_AUTO, arc_reclaim_needfree, CTLFLAG_RD, + &arc_reclaim_needfree, 0, "Later"); +SYSCTL_INT(_vfs_zfs, OID_AUTO, arc_reclaim_arc_c_max, CTLFLAG_RD, + &arc_reclaim_arc_c_max, 0, "Later"); +SYSCTL_INT(_vfs_zfs, OID_AUTO, arc_reclaim_pages_needed, CTLFLAG_RD, + &arc_reclaim_pages_needed, 0, "Later"); +SYSCTL_INT(_vfs_zfs, OID_AUTO, arc_reclaim_paging_target, CTLFLAG_RD, + &arc_reclaim_paging_target, 0, "Later"); +SYSCTL_INT(_vfs_zfs, OID_AUTO, arc_reclaim_kmem_used, CTLFLAG_RD, + &arc_reclaim_kmem_used, 0, "Later"); + +/* XXX AVG ZFS BOOKMARK */ static int arc_reclaim_needed(void) { @@ -2048,10 +2066,14 @@ arc_reclaim_needed(void) #endif #ifdef _KERNEL - if (needfree) + if (needfree) { + arc_reclaim_needfree++; return (1); - if (arc_size > arc_c_max) + } + if (arc_size > arc_c_max) { + arc_reclaim_arc_c_max++; return (1); + } if (arc_size <= arc_c_min) return (0); @@ -2059,8 +2081,14 @@ arc_reclaim_needed(void) * If pages are needed or we're within 2048 pages * of needing to page need to reclaim */ - if (vm_pages_needed || (vm_paging_target() > -2048)) + if (vm_pages_needed) { + arc_reclaim_pages_needed++; + return (1); + } + if ((vm_paging_target() > -2048)) { + arc_reclaim_paging_target++; return (1); + } #if 0 /* @@ -2105,8 +2133,10 @@ arc_reclaim_needed(void) return (1); #endif #else - if (kmem_used() > (kmem_size() * 3) / 4) + if (kmem_used() > (kmem_size() * 3) / 4) { + arc_reclaim_kmem_used++; return (1); + } #endif #else -- Andriy Gapon From owner-freebsd-fs@FreeBSD.ORG Fri Apr 16 20:10:03 2010 Return-Path: Delivered-To: freebsd-fs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DADD91065675 for ; Fri, 16 Apr 2010 20:10:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id B82758FC17 for ; Fri, 16 Apr 2010 20:10:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o3GKA3Q7082759 for ; Fri, 16 Apr 2010 20:10:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o3GKA3gH082758; Fri, 16 Apr 2010 20:10:03 GMT (envelope-from gnats) Date: Fri, 16 Apr 2010 20:10:03 GMT Message-Id: <201004162010.o3GKA3gH082758@freefall.freebsd.org> To: freebsd-fs@FreeBSD.org From: Andriy Gapon Cc: Subject: Re: kern/145339: [zfs] deadlock after detaching block device from raidz pool X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Andriy Gapon List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Apr 2010 20:10:03 -0000 The following reply was made to PR kern/145339; it has been noted by GNATS. From: Andriy Gapon To: bug-followup@FreeBSD.org, Alex.Bakhtin@gmail.com Cc: Pawel Jakub Dawidek Subject: Re: kern/145339: [zfs] deadlock after detaching block device from raidz pool Date: Fri, 16 Apr 2010 23:09:38 +0300 Are you sure that this is a deadlock? If yes, could you please describe what you see in more details. I am asking because to me it seems like a NULL pointer crash: > Fatal trap 12: page fault while in kernel mode > cpuid = 1; apic id = 01 > fault virtual address = 0x48 It looks like perhaps zio->io_vd became NULL while an I/O response was traveling up and vdev_geom_io_intr was not prepared to handle that. > _mtx_lock_flags() at _mtx_lock_flags+0x39 > vdev_geom_io_intr() at vdev_geom_io_intr+0x62 > g_io_schedule_up() at g_io_schedule_up+0xed > g_up_procbody() at g_up_procbody+0x6f > fork_exit() at fork_exit+0x12a > fork_trampoline() at fork_trampoline+0xe -- Andriy Gapon From owner-freebsd-fs@FreeBSD.ORG Fri Apr 16 23:31:40 2010 Return-Path: Delivered-To: fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 567881065673 for ; Fri, 16 Apr 2010 23:31:40 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id E7DCE8FC16 for ; Fri, 16 Apr 2010 23:31:39 +0000 (UTC) Received: by wwa36 with SMTP id 36so1943723wwa.13 for ; Fri, 16 Apr 2010 16:31:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:received:message-id :subject:from:to:content-type; bh=+8tzeDF2udqvDIRAvw3XEviGVhqN+qDTT6QZVGHRM6M=; b=RfjIsDSDBQxhCFUmBqpF0tdRdvbp3e5hdVP1ts+cA+u/Hj+2N97SRnNy33gvQHa9PR RKI/X8rgXCgx2YSfoIrGCuvrpCsT5wlqL6AZDallXoJ9ThTEI2jypNlJ6H07hYzJAWqv Y8jL4EDYqaPqLns+Mw1OAQYSp9XFhiOnRfMfo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=bejcnMVZytczI+BUZ+0w8rnWd/MIDDqPM0hJP4tdh8iNzd0jpvpk2kp0QtR9zVJu2t Tigw6EqCyE2I5Gdf8atCHqy6sACGVIqDU8zOTL9jTXU8IwelRiWLLTzLVodTWyIF5AlR VTJwuATQ3r0NIfHrGGsSqf0cEd4BeC6T2EVLk= MIME-Version: 1.0 Received: by 10.216.49.76 with HTTP; Fri, 16 Apr 2010 16:07:56 -0700 (PDT) Date: Fri, 16 Apr 2010 23:07:56 +0000 Received: by 10.216.180.85 with SMTP id i63mr2756839wem.119.1271459276299; Fri, 16 Apr 2010 16:07:56 -0700 (PDT) Message-ID: From: Paul B Mahol To: current@freebsd.org, fs@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: ISO9660 4GB directory structures boundary limit and growisofs X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Apr 2010 23:31:40 -0000 Hi, It is apparently not possible to make use of -use-the-force-luke=4gms on FreeBSD when appending new session after 4GB. Mounted disk afterwards show nothing. Should we allow it like linux does? From owner-freebsd-fs@FreeBSD.ORG Sat Apr 17 06:25:21 2010 Return-Path: Delivered-To: freebsd-fs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1FF93106566C; Sat, 17 Apr 2010 06:25:21 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id EB1818FC1C; Sat, 17 Apr 2010 06:25:20 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o3H6PKWX016032; Sat, 17 Apr 2010 06:25:20 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o3H6PKCE016028; Sat, 17 Apr 2010 06:25:20 GMT (envelope-from linimon) Date: Sat, 17 Apr 2010 06:25:20 GMT Message-Id: <201004170625.o3H6PKCE016028@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-fs@FreeBSD.org, daichi@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/141950: [unionfs] [lor] ufs/unionfs/ufs Lock order reversal X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Apr 2010 06:25:21 -0000 Synopsis: [unionfs] [lor] ufs/unionfs/ufs Lock order reversal Responsible-Changed-From-To: freebsd-fs->daichi Responsible-Changed-By: linimon Responsible-Changed-When: Sat Apr 17 06:25:09 UTC 2010 Responsible-Changed-Why: Over to maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=141950 From owner-freebsd-fs@FreeBSD.ORG Sat Apr 17 10:58:40 2010 Return-Path: Delivered-To: fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B94521065670 for ; Sat, 17 Apr 2010 10:58:40 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id F24F48FC20 for ; Sat, 17 Apr 2010 10:58:39 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id NAA15694; Sat, 17 Apr 2010 13:45:47 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1O35X1-000EE9-4X; Sat, 17 Apr 2010 13:45:47 +0300 Message-ID: <4BC99159.8080109@icyb.net.ua> Date: Sat, 17 Apr 2010 13:45:45 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100321) MIME-Version: 1.0 To: Paul B Mahol References: In-Reply-To: X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, fs@freebsd.org Subject: Re: ISO9660 4GB directory structures boundary limit and growisofs X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Apr 2010 10:58:40 -0000 on 17/04/2010 02:07 Paul B Mahol said the following: > Hi, > > It is apparently not possible to make use of -use-the-force-luke=4gms > on FreeBSD when appending new session after 4GB. Mounted disk > afterwards show nothing. Is it expected that everyone knows what -use-the-force-luke=4gms is? > Should we allow it like linux does? What exactly is disallowed on FreeBSD? -- Andriy Gapon From owner-freebsd-fs@FreeBSD.ORG Sat Apr 17 11:14:22 2010 Return-Path: Delivered-To: fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 00EFD1065675; Sat, 17 Apr 2010 11:14:22 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id 62D288FC16; Sat, 17 Apr 2010 11:14:21 +0000 (UTC) Received: by wwa36 with SMTP id 36so2098836wwa.13 for ; Sat, 17 Apr 2010 04:14:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=LkDwXq7jyNESaD8m8Y3UYQ0KpB5yZ2EovqDUGfcsorI=; b=SY3X/DWpzKI/1ah6cvFSYujj+fWB8YDDF1pooanQr9tNLko83Ca3/Oe25ISvAH5Mhh ACVgMIZfOysZDXCtU7zW8i18ftNt7AS4Tngex16rF3/OFxOHKAOrVIzT9A1aup0rNCl9 7/AxO5EJ+L8alhqaszss3kDDeUP3vE+VauFBU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=QqSTkbrSi016w8aMdmrqlMUB2Uox3tFN8HtBvCAZx7FyE4Sz/TkNwUwoUauKixV8SQ YQGP+/WGx1GtpP79FbAoh+wKqJOJOSMY/F1jPlxBRVXjPJFKGjQtxIiYUmMKfi/gZVkb fxHBTzSZBXgHa3zS8huo68ZtlmdqHoQ1tyd2g= MIME-Version: 1.0 Received: by 10.216.49.76 with HTTP; Sat, 17 Apr 2010 04:14:20 -0700 (PDT) In-Reply-To: <4BC99159.8080109@icyb.net.ua> References: <4BC99159.8080109@icyb.net.ua> Date: Sat, 17 Apr 2010 11:14:20 +0000 Received: by 10.216.90.3 with SMTP id d3mr897880wef.110.1271502860139; Sat, 17 Apr 2010 04:14:20 -0700 (PDT) Message-ID: From: Paul B Mahol To: Andriy Gapon Content-Type: text/plain; charset=ISO-8859-1 Cc: current@freebsd.org, fs@freebsd.org Subject: Re: ISO9660 4GB directory structures boundary limit and growisofs X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Apr 2010 11:14:22 -0000 On 4/17/10, Andriy Gapon wrote: > on 17/04/2010 02:07 Paul B Mahol said the following: >> Hi, >> >> It is apparently not possible to make use of -use-the-force-luke=4gms >> on FreeBSD when appending new session after 4GB. Mounted disk >> afterwards show nothing. > > Is it expected that everyone knows what -use-the-force-luke=4gms is? > >> Should we allow it like linux does? > > What exactly is disallowed on FreeBSD? http://fy.chalmers.se/~appro/linux/DVD+RW/ search for 4gms :) From owner-freebsd-fs@FreeBSD.ORG Sat Apr 17 14:57:38 2010 Return-Path: Delivered-To: freebsd-fs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF5311065676; Sat, 17 Apr 2010 14:57:38 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id A74CC8FC12; Sat, 17 Apr 2010 14:57:38 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o3HEvcgM087470; Sat, 17 Apr 2010 14:57:38 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o3HEvcIO087466; Sat, 17 Apr 2010 14:57:38 GMT (envelope-from linimon) Date: Sat, 17 Apr 2010 14:57:38 GMT Message-Id: <201004171457.o3HEvcIO087466@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-fs@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/145778: [zfs] [panic] panic in zfs_fuid_map_id (known issue fixed in opensolaris) X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Apr 2010 14:57:38 -0000 Old Synopsis: zfs: panic in zfs_fuid_map_id (known issue fixed in opensolaris) New Synopsis: [zfs] [panic] panic in zfs_fuid_map_id (known issue fixed in opensolaris) Responsible-Changed-From-To: freebsd-bugs->freebsd-fs Responsible-Changed-By: linimon Responsible-Changed-When: Sat Apr 17 14:57:21 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=145778 From owner-freebsd-fs@FreeBSD.ORG Sat Apr 17 17:06:12 2010 Return-Path: Delivered-To: fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C379A106566C for ; Sat, 17 Apr 2010 17:06:12 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from monday.kientzle.com (kientzle.com [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id 9B06F8FC1A for ; Sat, 17 Apr 2010 17:06:12 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.3/8.14.3) id o3HGVXVF078851; Sat, 17 Apr 2010 16:31:33 GMT (envelope-from kientzle@freebsd.org) Received: from horton.x.kientzle.com (fw2.kientzle.com [10.123.1.2]) by kientzle.com with SMTP id grga9drjmuu6ua2xtwnwtqmnen; Sat, 17 Apr 2010 16:31:32 +0000 (UTC) (envelope-from kientzle@freebsd.org) Message-ID: <4BC9E254.9070300@freebsd.org> Date: Sat, 17 Apr 2010 09:31:16 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.23) Gecko/20100314 SeaMonkey/1.1.18 MIME-Version: 1.0 To: Paul B Mahol References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, fs@freebsd.org Subject: Re: ISO9660 4GB directory structures boundary limit and growisofs X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Apr 2010 17:06:12 -0000 Paul B Mahol wrote: > > It is apparently not possible to make use of -use-the-force-luke=4gms > on FreeBSD when appending new session after 4GB. Mounted disk > afterwards show nothing. > > Should we allow it like linux does? Are you claiming there is a problem when FreeBSD reads such images or a problem with creating such images? What programs are you using? This sounds like a pretty unsurprising 32-bit truncation bug: the filesystem structures in ISO9660 are all sector numbers so 8TB should be the natural limit (4G sectors times 2k bytes/sector). Tim From owner-freebsd-fs@FreeBSD.ORG Sat Apr 17 17:12:08 2010 Return-Path: Delivered-To: fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 54263106564A; Sat, 17 Apr 2010 17:12:08 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8F7488FC19; Sat, 17 Apr 2010 17:12:07 +0000 (UTC) Received: by wwa36 with SMTP id 36so2208264wwa.13 for ; Sat, 17 Apr 2010 10:12:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:received:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=6nNNMZkONRk+18obkCb05Fi3bhQaE4fD5Mj05dE3DnY=; b=OQPEdcIxGpwKPxo+lzq1ZZlrNZvN07OulW07yOBg8Ec5XttAntz/CSKbjb3KMU8Cx7 A5j0AKUSKWkgE75PHVPtLjlhF64wbdQCYv/TQeH/errFhXzaFJEVJsPPW1uCrDQ1G1uH 2YS/XOBvOTP07bFZUghPHvseGBtuXwUovNEi0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=lqX3F3BhegqjbONhOZ02ccCaVgf7y+Q9l0wZ6TTqMnS4W6/02CA0Aj5o8eLRw2ivyv zzAv1PsdmwCtlEyEOH4pR2MuX07nNoNiVX7g8HgI18w78alQ1TtQZEvdqWWn+9VgSjVO WLbtkrbfQZv406s6gsYNUWEok2MazZdQtqs88= MIME-Version: 1.0 Received: by 10.216.49.76 with HTTP; Sat, 17 Apr 2010 10:11:46 -0700 (PDT) In-Reply-To: <4BC9E254.9070300@freebsd.org> References: <4BC9E254.9070300@freebsd.org> From: Paul B Mahol Date: Sat, 17 Apr 2010 17:11:46 +0000 Received: by 10.216.158.1 with SMTP id p1mr3962407wek.202.1271524326320; Sat, 17 Apr 2010 10:12:06 -0700 (PDT) Message-ID: To: Tim Kientzle Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org, fs@freebsd.org Subject: Re: ISO9660 4GB directory structures boundary limit and growisofs X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Apr 2010 17:12:08 -0000 On Sat, Apr 17, 2010 at 4:31 PM, Tim Kientzle wrote: > Paul B Mahol wrote: >> >> It is apparently not possible to make use of -use-the-force-luke=3D4gms >> on FreeBSD when appending new session after 4GB. Mounted disk >> afterwards =A0show nothing. >> >> Should we allow it like linux does? > > Are you claiming there is a problem when FreeBSD reads such > images or a problem with creating such images? =A0What > programs are you using? I burn flac files in multiple sessions, each session have separate directory, on DVD+R DL MKM/003 After I used 4gms switch mounted fs shows nothing. (but there is >5GB of da= ta) According to growisofs source BD (bluray) dont need this switch at all ... > This sounds like a pretty unsurprising 32-bit truncation > bug: =A0the filesystem structures in ISO9660 are all sector > numbers so 8TB should be the natural limit (4G sectors > times 2k bytes/sector). I did not tested this on FreeBSD amd64 yet.