From owner-freebsd-fs@FreeBSD.ORG Sun Mar 1 01:43:33 2009 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 6020B106564A for ; Sun, 1 Mar 2009 01:43:33 +0000 (UTC) (envelope-from james-freebsd-fs2@jrv.org) Received: from mail.jrv.org (rrcs-24-73-246-106.sw.biz.rr.com [24.73.246.106]) by mx1.freebsd.org (Postfix) with ESMTP id EB8C48FC0C for ; Sun, 1 Mar 2009 01:43:32 +0000 (UTC) (envelope-from james-freebsd-fs2@jrv.org) Received: from kremvax.housenet.jrv ([192.168.3.124]) by mail.jrv.org (8.14.3/8.14.3) with ESMTP id n2112qmW018169 for ; Sat, 28 Feb 2009 19:02:53 -0600 (CST) (envelope-from james-freebsd-fs2@jrv.org) Authentication-Results: mail.jrv.org; domainkeys=pass (testing) header.from=james-freebsd-fs2@jrv.org DomainKey-Signature: a=rsa-sha1; s=enigma; d=jrv.org; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:subject: content-type:content-transfer-encoding; b=du/P+xkdFSkzlxXJqqHjdgrFu/eCi5+F7Bs7kgGY0uJ2X+ESRmrOMct+BT0N0BiVr f1GwS/9kukB8RfX3O5sD4oGLVnMJualgahjPjHVd77z/3Hcu1e5Q76NRxP2Ho/Oc+N2 nth4UO6yo6UuXpUmKT1J0xoNEILDtwb0E7hxepU= Message-ID: <49A9DEC2.90701@jrv.org> Date: Sat, 28 Feb 2009 19:02:58 -0600 From: "James R. Van Artsdalen" User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) MIME-Version: 1.0 To: freebsd-fs@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: zfs send -R dumps core on -CURRENT 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, 01 Mar 2009 01:43:33 -0000 svn r189099, amd64 I'm trying to duplicate pool "bigtex" to pool "newtex". /# zfs snapsnot -r bigtex@now /# zfs send -Rv bigtex@now | zfs recv newtex cannot receive: failed to read from stream /# zfs send -Rv bigtex@now > x Segmentation fault: 11 (core dumped) /# Is there a way to tell make buildworld to just build everything with -g and not strip anything? From owner-freebsd-fs@FreeBSD.ORG Sun Mar 1 03:24:42 2009 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 DEEF2106566B for ; Sun, 1 Mar 2009 03:24:42 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187]) by mx1.freebsd.org (Postfix) with ESMTP id 6394D8FC12 for ; Sun, 1 Mar 2009 03:24:42 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: by nf-out-0910.google.com with SMTP id d21so237352nfb.33 for ; Sat, 28 Feb 2009 19:24:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received :x-authentication-warning:date:from:to:cc:subject:message-id :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=5QXE6E/Bo9m6IlzV1AJ5/vIilmBL+SfHu1oFc1fE2iI=; b=Ba5RIXx1/6NNcF8sepsh7ZXaNVoC7fn/rQBgm7uRgS/dRTLO7/S1O8zUFYcZc7joYh 4ZohghmjPArrtlsZIQQGK1DQlTuYWPkgwdRLEHA5Ah+5as+HyQz3mF2X0PXptO3fsycy D02yffIBa3gEaCi23aXH3+3JGzZb/8pHzNFOA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=x-authentication-warning:date:from:to:cc:subject:message-id :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; b=NVV9nwXHh9YFhGtR0gnQBgXstVY/mvV9UytYSgbquarRA9ganDgNovpIutPtGygoY/ GjWJV6+mq2m0sfq+bqUXg+LAkFEa4unDimsxH+/fG5DLNFZQ/4/JzZtTVqrdRzf2So/7 3jNgpqcWaPp2WaZ5OpfSk8VXw2hDIfDqi2cVs= Received: by 10.210.66.1 with SMTP id o1mr1889141eba.92.1235876091170; Sat, 28 Feb 2009 18:54:51 -0800 (PST) Received: from darklight.homeunix.org ([85.175.25.104]) by mx.google.com with ESMTPS id i3sm11915577nfh.33.2009.02.28.18.54.50 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 28 Feb 2009 18:54:50 -0800 (PST) Received: from darklight.homeunix.org (darklight.homeunix.org [127.0.0.1]) by darklight.homeunix.org (8.14.3/8.14.3) with ESMTP id n212sleT002040; Sun, 1 Mar 2009 05:54:48 +0300 (MSK) (envelope-from yuri.pankov@gmail.com) Received: (from yuri@localhost) by darklight.homeunix.org (8.14.3/8.14.3/Submit) id n212skkg002039; Sun, 1 Mar 2009 05:54:46 +0300 (MSK) (envelope-from yuri.pankov@gmail.com) X-Authentication-Warning: darklight.homeunix.org: yuri set sender to yuri.pankov@gmail.com using -f Date: Sun, 1 Mar 2009 05:54:46 +0300 From: Yuri Pankov To: "James R. Van Artsdalen" Message-ID: <20090301025446.GA1078@darklight.homeunix.org> References: <49A9DEC2.90701@jrv.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49A9DEC2.90701@jrv.org> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-fs@freebsd.org Subject: Re: zfs send -R dumps core on -CURRENT 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, 01 Mar 2009 03:24:43 -0000 On Sat, Feb 28, 2009 at 07:02:58PM -0600, James R. Van Artsdalen wrote: > svn r189099, amd64 > > I'm trying to duplicate pool "bigtex" to pool "newtex". > > /# zfs snapsnot -r bigtex@now > /# zfs send -Rv bigtex@now | zfs recv newtex > cannot receive: failed to read from stream > /# zfs send -Rv bigtex@now > x > Segmentation fault: 11 (core dumped) > /# > > Is there a way to tell make buildworld to just build everything with -g > and not strip anything? DEBUG_FLAGS=-g in /etc/src.conf HTH, Yuri From owner-freebsd-fs@FreeBSD.ORG Sun Mar 1 09:07:04 2009 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 DF9EA106566B for ; Sun, 1 Mar 2009 09:07:04 +0000 (UTC) (envelope-from james-freebsd-fs2@jrv.org) Received: from mail.jrv.org (adsl-70-243-84-14.dsl.austtx.swbell.net [70.243.84.14]) by mx1.freebsd.org (Postfix) with ESMTP id A26728FC1A for ; Sun, 1 Mar 2009 09:07:04 +0000 (UTC) (envelope-from james-freebsd-fs2@jrv.org) Received: from kremvax.housenet.jrv ([192.168.3.124]) by mail.jrv.org (8.14.3/8.14.3) with ESMTP id n2196hjp019313 for ; Sun, 1 Mar 2009 03:06:44 -0600 (CST) (envelope-from james-freebsd-fs2@jrv.org) Authentication-Results: mail.jrv.org; domainkeys=pass (testing) header.from=james-freebsd-fs2@jrv.org DomainKey-Signature: a=rsa-sha1; s=enigma; d=jrv.org; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:subject: references:in-reply-to:content-type:content-transfer-encoding; b=ZCu0Qzm/QkTBBtSRNSBTmIfb2MP1tsQqNSw/rpeWV+Kn9OB8aAb0x6IA2difzQEuf G52/8GjmcgfBrBq9Q014VorzLNbQ05oLBTtpoXxs3SgQyrjuLBvSx+P0r6jgRtATlRf 7q6FF9yYPwJIpCfgMUwDOcTW8bnmEn05fXCM0gc= Message-ID: <49AA5029.3080200@jrv.org> Date: Sun, 01 Mar 2009 03:06:49 -0600 From: "James R. Van Artsdalen" User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) MIME-Version: 1.0 To: freebsd-fs@freebsd.org References: <49A9DEC2.90701@jrv.org> In-Reply-To: <49A9DEC2.90701@jrv.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: zfs send -R dumps core on -CURRENT 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, 01 Mar 2009 09:07:05 -0000 James R. Van Artsdalen wrote: > svn r189099, amd64 > > /# zfs send -Rv bigtex@now > x > Segmentation fault: 11 (core dumped) > /# > This one is over my head. It crashes almost immediately while traversing the properties for the first element to be sent, presumably "bigtex" and not yet a child filesystem. These properties are processed by zfs_name_to_prop OK: "mountpoint","used","quota","reservation","compressratio","usedbysnapshots","usedbydataset","usedbyrefreservation","usedbychildren","available","referenced","creation" Then send_iterate_prop() does zfs_name_to_prop("createtxg") which returns ZPROP_INVAL (-1). zfs_prop_readonly crashes on the arg of -1. while ((elem = nvlist_next_nvpair(zhp->zfs_props, elem)) != NULL) { char *propname = nvpair_name(elem); => zfs_prop_t prop = zfs_name_to_prop(propname); nvlist_t *propnv; => if (!zfs_prop_user(propname) && zfs_prop_readonly(prop)) From owner-freebsd-fs@FreeBSD.ORG Sun Mar 1 19:10:02 2009 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 C06621065672 for ; Sun, 1 Mar 2009 19:10:02 +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 AD7428FC1C for ; Sun, 1 Mar 2009 19:10:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n21JA2I3077083 for ; Sun, 1 Mar 2009 19:10:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n21JA2K5077082; Sun, 1 Mar 2009 19:10:02 GMT (envelope-from gnats) Date: Sun, 1 Mar 2009 19:10:02 GMT Message-Id: <200903011910.n21JA2K5077082@freefall.freebsd.org> To: freebsd-fs@FreeBSD.org From: Robert Watson Cc: Subject: Re: kern/131360: [nfs] poor scaling behavior of the NFS server under load X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Robert Watson List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Mar 2009 19:10:03 -0000 The following reply was made to PR kern/131360; it has been noted by GNATS. From: Robert Watson To: FreeBSD-gnats-submit@FreeBSD.org Cc: Subject: Re: kern/131360: [nfs] poor scaling behavior of the NFS server under load Date: Sun, 1 Mar 2009 19:06:25 +0000 (GMT) On Wed, 4 Feb 2009, Martin Birgmeier wrote: > [Please note that the email address given is not valid due > to security reasons. Just reply to the gnats entry, and > I'll follow it via the web interface.] > > Between FreeBSD 6.3 and 7.1, the behavior of the NFS server > changed for the worse. Under 6.3, the load generated by the > nfsd's would never exceed their number (I am using > nfs_server_flags="-u -t -n 8"). With 7.1, when the client > generates a lot of requests, it seems that the load on the > NFS server can grow nearly without bounds, rendering the > server all but unusable. Hi Martin: Could I ask you to clarify a few things about the NFS server configuration: - What device/device driver is on the server? - Is the mount over TCP or UDP? There are a number of changes between 7.0, one of the potential changes to look at is the increased UDP parallelism support due to read-locking in the UDP stack overwhelming the capabilities of some device/device drivers. We've had a couple of reports of this specifically with the bge driver. If you're using UDP, converting to TCP would be interesting; if it's bge, then we could give you a patch to locally revert the read-locking changes to see if that helps manage contention better (i.e., more contention higher on a sec of locks moves the contention off the single device driver lock). Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-fs@FreeBSD.ORG Mon Mar 2 11:07:02 2009 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 990DF10656F9 for ; Mon, 2 Mar 2009 11:07:02 +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 B8CF38FC8C for ; Mon, 2 Mar 2009 11:06:51 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n22B6pE7057285 for ; Mon, 2 Mar 2009 11:06:51 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n22B6pZG057281 for freebsd-fs@FreeBSD.org; Mon, 2 Mar 2009 11:06:51 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 2 Mar 2009 11:06:51 GMT Message-Id: <200903021106.n22B6pZG057281@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, 02 Mar 2009 11:07:33 -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/132145 fs [panic] File System Hard Crashes o kern/132068 fs [zfs] page fault when using ZFS over NFS on 7.1-RELEAS o kern/131995 fs [nfs] Failure to mount NFSv4 server o kern/131360 fs [nfs] poor scaling behavior of the NFS server under lo o kern/131353 fs gjournal kernel lock 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/131086 fs [ext2fs] mkfs.ext2 creates rotten partition o kern/131084 fs [xfs] xfs destroys itself after copying data o kern/131081 fs [zfs] User cannot delete a file when a ZFS dataset is 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 bin/130105 fs [zfs] zfs send -R dumps core o kern/129760 fs [nfs] after 'umount -f' of a stale NFS share FreeBSD l o kern/129231 fs [ufs] [patch] New UFS mount (norandom) option - mostly o kern/129174 fs [nfs] [zfs] [panic] NFS v3 Panic when under high load o kern/129152 fs [panic] non-userfriendly panic when trying to mount(8) o kern/129084 fs [udf] [panic] [lor] udf panic: getblk: size(67584) > M f kern/128829 fs smbd(8) causes periodic panic on 7-RELEASE o kern/128633 fs [zfs] [lor] lock order reversal in zfs o kern/128514 fs [zfs] [mpt] problems with ZFS and LSILogic SAS/SATA Ad f kern/128173 fs [ext2fs] ls gives "Input/output error" on mounted ext3 o kern/127420 fs [gjournal] [panic] Journal overflow on gmirrored gjour o kern/127213 fs [tmpfs] sendfile on tmpfs data corruption 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 f kern/125536 fs [ext2fs] ext 2 mounts cleanly but fails on commands li o kern/125149 fs [nfs] [panic] changing into .zfs dir from nfs client c f kern/124621 fs [ext3] [patch] Cannot mount ext2fs partition o kern/122888 fs [zfs] zfs hang w/ prefetch on, zil off while running t o bin/122172 fs [fs]: amd(8) automount daemon dies on 6.3-STABLE i386, o bin/121072 fs [smbfs] mount_smbfs(8) cannot normally convert the cha o bin/118249 fs mv(1): moving a directory changes its mtime o kern/116170 fs [panic] Kernel panic when mounting /tmp 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 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/93942 fs [vfs] [patch] panic: ufs_dirbad: bad dir (patch from D o kern/68978 fs [panic] [ufs] crashes with failing hard disk, loose po 45 problems total. From owner-freebsd-fs@FreeBSD.ORG Mon Mar 2 17:29:58 2009 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 73981106564A for ; Mon, 2 Mar 2009 17:29:58 +0000 (UTC) (envelope-from hartzell@alerce.com) Received: from merlin.alerce.com (merlin.alerce.com [64.62.142.94]) by mx1.freebsd.org (Postfix) with ESMTP id 5C8928FC18 for ; Mon, 2 Mar 2009 17:29:58 +0000 (UTC) (envelope-from hartzell@alerce.com) Received: from merlin.alerce.com (localhost [127.0.0.1]) by merlin.alerce.com (Postfix) with ESMTP id D292F33C6C; Mon, 2 Mar 2009 09:29:57 -0800 (PST) Received: from merlin.alerce.com (localhost [127.0.0.1]) by merlin.alerce.com (Postfix) with ESMTP id 894D433C64; Mon, 2 Mar 2009 09:29:57 -0800 (PST) From: George Hartzell MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18860.6038.42835.645788@almost.alerce.com> Date: Mon, 2 Mar 2009 09:29:58 -0800 To: Yuri Pankov In-Reply-To: <20090301025446.GA1078@darklight.homeunix.org> References: <49A9DEC2.90701@jrv.org> <20090301025446.GA1078@darklight.homeunix.org> X-Mailer: VM 8.0.12 under 22.1.50.1 (i386-apple-darwin8.11.1) X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-fs@freebsd.org Subject: Re: zfs send -R dumps core on -CURRENT X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: hartzell@alerce.com List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2009 17:29:58 -0000 Yuri Pankov writes: > On Sat, Feb 28, 2009 at 07:02:58PM -0600, James R. Van Artsdalen wrote: > > svn r189099, amd64 > > > > I'm trying to duplicate pool "bigtex" to pool "newtex". > > > > /# zfs snapsnot -r bigtex@now > > /# zfs send -Rv bigtex@now | zfs recv newtex > > cannot receive: failed to read from stream > > /# zfs send -Rv bigtex@now > x > > Segmentation fault: 11 (core dumped) > > /# > > > > Is there a way to tell make buildworld to just build everything with -g > > and not strip anything? > > DEBUG_FLAGS=-g in /etc/src.conf I've attached a patch that fixes this problem (for me) to PR #130105. g. From owner-freebsd-fs@FreeBSD.ORG Mon Mar 2 21:55:49 2009 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 A64881065675; Mon, 2 Mar 2009 21:55:49 +0000 (UTC) (envelope-from c-h@mail.ru) Received: from mx44.mail.ru (mx44.mail.ru [94.100.176.58]) by mx1.freebsd.org (Postfix) with ESMTP id 5F3BF8FC21; Mon, 2 Mar 2009 21:55:49 +0000 (UTC) (envelope-from c-h@mail.ru) Received: from f86.mail.ru (f86.mail.ru [194.67.57.186]) by mx44.mail.ru (mPOP.Fallback_MX) with ESMTP id DF42538001E93; Tue, 3 Mar 2009 00:45:36 +0300 (MSK) Received: from mail by f86.mail.ru with local id 1LeFx9-0000LA-00; Tue, 03 Mar 2009 00:45:35 +0300 Received: from [87.228.113.105] by win.mail.ru with HTTP; Tue, 03 Mar 2009 00:45:35 +0300 From: Cache To: freebsd-current@freebsd.org, freebsd-fs@freebsd.org Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: [87.228.113.105] Date: Tue, 03 Mar 2009 00:45:35 +0300 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: 8bit Message-Id: X-Spam: Not detected X-Mras: Ok Cc: Subject: Help! zpool corrupted! X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Cache List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2009 21:55:50 -0000 I have FreeBSD 8.0-CURRENT r188913M (amd64) on notebook with dual core Turion and 4G of RAM. Disk controller is AMD SB600. Single HDD - SATA-150 250G WD2500BEVS, ad4 at ata2, formatted with one ufs root partition 256M (ad4s1a) and ZFS pool (ver. 6 from FreeBSD 7-STABLE, ad4s1d) on rest of the disk. On ZFS pool I have about ten datasets: /root /usr /home /usr/src etc. Now I have zpool status "One or more devices has experienced an error...". When I run scrubing, I see many errors in pool. Every scrub after reboot displays different amount of errors: 47, 176 - or ~24000. Disk and disk controller seems to be OK, checked with mhdd, but with hw.ata.ata_dma=1 there are error messages in console sometimes (something like 'DMA error'. Sorry, I can't explain its. I don't save its last time and now trying to reproduce). When I set hw.ata.ata_dma=0 in loader.conf, there are no errors in console. With 'zfs mount -a' command terminal not returns command prompt, but system not freezes - any typing echoed to display and ctrl-alt-del reboots system as expected. I tried to mound datasets manually - system became thinking on /home and /usr. Does anybody know, how can I restore those two datasets or just make its temporary accessible for retrieving data? Any HOWTOs? I have some important data and many polished app configs on /home and just not want one more time installing of ~1000 ports... And yes, I stupid, because last backup was long time ago... :( From owner-freebsd-fs@FreeBSD.ORG Tue Mar 3 00:44:53 2009 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 637D110657E9 for ; Tue, 3 Mar 2009 00:44:53 +0000 (UTC) (envelope-from army.of.root@googlemail.com) Received: from mail-fx0-f158.google.com (mail-fx0-f158.google.com [209.85.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id E17268FC1A for ; Tue, 3 Mar 2009 00:44:52 +0000 (UTC) (envelope-from army.of.root@googlemail.com) Received: by fxm2 with SMTP id 2so2199164fxm.43 for ; Mon, 02 Mar 2009 16:44:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=29IajPQusQgCzRrHHSUADKvwidGK9BWFP1FtKMH7/fU=; b=NZD/5z/knTppoGmk3MufGbVZOdPluz/Sw34EpIt0VUcNyzx6Jpux2I8BK7cn9RoTn6 g094+TBLJnbuRzOvcmZw+mOhugzvVqS3R1i3MtAdnHkV0zne4Y3bp4I7btIgXOuOByeX L5Ofxa08SE1XTgR7JevQUITXQjU/HR4HxOlrU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=vhVJRHezmLVrRpCmauhOx7E3JvDEkXG3sqFlVQjkMbs9CuuePUbuApfMBSU0OxSFh7 jRqj3mc9jDYTO8P5f96WlTUEdTkMIh9p+CjWE6msTMOH3II4og1F+mlUvA7xlgWCDxHB EGV+NXgMjGtt9syPlIAmaWKZu4tB3IMSW55rg= Received: by 10.86.33.10 with SMTP id g10mr3135878fgg.47.1236039488604; Mon, 02 Mar 2009 16:18:08 -0800 (PST) Received: from ?192.168.2.24? (p5486BFAE.dip.t-dialin.net [84.134.191.174]) by mx.google.com with ESMTPS id 4sm46377fgg.49.2009.03.02.16.18.07 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 02 Mar 2009 16:18:08 -0800 (PST) Message-ID: <49AC773E.8030601@googlemail.com> Date: Tue, 03 Mar 2009 01:18:06 +0100 From: "army.of.root" User-Agent: Thunderbird 2.0.0.17 (X11/20081028) MIME-Version: 1.0 To: Cache References: In-Reply-To: Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: Help! zpool corrupted! 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, 03 Mar 2009 00:44:54 -0000 Cache wrote: > I have FreeBSD 8.0-CURRENT r188913M (amd64) on notebook with dual core Turion and 4G of RAM. Disk controller is AMD SB600. Single HDD - SATA-150 250G WD2500BEVS, ad4 at ata2, formatted with one ufs root partition 256M (ad4s1a) and ZFS pool (ver. 6 from FreeBSD 7-STABLE, ad4s1d) on rest of the disk. On ZFS pool I have about ten datasets: /root /usr /home /usr/src etc. > > Now I have zpool status "One or more devices has experienced an error...". When I run scrubing, I see many errors in pool. Every scrub after reboot displays different amount of errors: 47, 176 - or ~24000. > Disk and disk controller seems to be OK, checked with mhdd, but with hw.ata.ata_dma=1 there are error messages in console sometimes (something like 'DMA error'. Sorry, I can't explain its. I don't save its last time and now trying to reproduce). > > When I set hw.ata.ata_dma=0 in loader.conf, there are no errors in console. > > With 'zfs mount -a' command terminal not returns command prompt, but system not freezes - any typing echoed to display and ctrl-alt-del reboots system as expected. I tried to mound datasets manually - system became thinking on /home and /usr. > > Does anybody know, how can I restore those two datasets or just make its temporary accessible for retrieving data? Any HOWTOs? I have some important data and many polished app configs on /home and just not want one more time installing of ~1000 ports... And yes, I stupid, because last backup was long time ago... :( Hi, this isnt very nice to say, but you knew you were running experimental code, that is supposed do do RAIDs, on a single HDD. ZFS can't really do its magic without redundancy. You could try to make a dd copy of the partition to another Harddrive to remove the possible hardware failure from the equation and try different stuff on that image. But i wouldnt trust a currupted filesystem, so the ports may be reinstalld anyway. If you're successful, please report here. regards From owner-freebsd-fs@FreeBSD.ORG Tue Mar 3 00:53:14 2009 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 15649106566B for ; Tue, 3 Mar 2009 00:53:14 +0000 (UTC) (envelope-from andrew@modulus.org) Received: from email.octopus.com.au (email.octopus.com.au [122.100.2.232]) by mx1.freebsd.org (Postfix) with ESMTP id CB0EB8FC21 for ; Tue, 3 Mar 2009 00:53:13 +0000 (UTC) (envelope-from andrew@modulus.org) Received: by email.octopus.com.au (Postfix, from userid 1002) id 1E7FE172A6; Tue, 3 Mar 2009 11:53:21 +1100 (EST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on email.octopus.com.au X-Spam-Level: X-Spam-Status: No, score=-1.4 required=10.0 tests=ALL_TRUSTED autolearn=failed version=3.2.3 Received: from [10.1.50.60] (ppp121-44-9-159.lns10.syd7.internode.on.net [121.44.9.159]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: admin@email.octopus.com.au) by email.octopus.com.au (Postfix) with ESMTP id 0874417239; Tue, 3 Mar 2009 11:53:17 +1100 (EST) Message-ID: <49AC7EF4.4010809@modulus.org> Date: Tue, 03 Mar 2009 11:51:00 +1100 From: Andrew Snow User-Agent: Thunderbird 2.0.0.14 (X11/20080523) MIME-Version: 1.0 To: Cache References: In-Reply-To: Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org Subject: Re: Help! zpool corrupted! 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, 03 Mar 2009 00:53:14 -0000 It sounds like your superblocks got corrupted. There might still be good file data in there but you've lost the top level directory structure. There is a dearth of tools for recovering data from ZFS pools. Its a very good idea to use something like copies=2 or copies=3 if you are using ZFS on a single disk system like a laptop!! - Andrew From owner-freebsd-fs@FreeBSD.ORG Tue Mar 3 03:12:24 2009 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 EA49E106566B for ; Tue, 3 Mar 2009 03:12:24 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id CFEDA8FC18 for ; Tue, 3 Mar 2009 03:12:24 +0000 (UTC) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=rmac.psg.com) by ran.psg.com with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LeL3Q-000AMI-Ew for freebsd-fs@freebsd.org; Tue, 03 Mar 2009 03:12:24 +0000 Received: from rmac.psg.com.psg.com (localhost [127.0.0.1]) by rmac.psg.com (Postfix) with ESMTP id DDF90B6B0E2 for ; Tue, 3 Mar 2009 12:12:23 +0900 (JST) Date: Tue, 03 Mar 2009 12:12:23 +0900 Message-ID: From: Randy Bush To: freebsd-fs@freebsd.org User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.7 Emacs/22.3 (i386-apple-darwin9.6.0) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Subject: .zfs/snapshot: Bad file descriptor 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, 03 Mar 2009 03:12:25 -0000 moo.edu:/usr# rm -rf .zfs rm: .zfs/snapshot: Bad file descriptor rm: .zfs: File exists moo.edu:/usr# ls -l .zfs ls: snapshot: Bad file descriptor total 0 and old trusty emacs dired did not help (file-error Removing old name operation not supported /usr/.zfs/snapshot) what do i whack? randy From owner-freebsd-fs@FreeBSD.ORG Tue Mar 3 06:07:31 2009 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 42EB11065677 for ; Tue, 3 Mar 2009 06:07:31 +0000 (UTC) (envelope-from dimitar.vassilev@gmail.com) Received: from el-out-1112.google.com (el-out-1112.google.com [209.85.162.178]) by mx1.freebsd.org (Postfix) with ESMTP id F11D48FC1B for ; Tue, 3 Mar 2009 06:07:30 +0000 (UTC) (envelope-from dimitar.vassilev@gmail.com) Received: by el-out-1112.google.com with SMTP id r27so2273601ele.13 for ; Mon, 02 Mar 2009 22:07:30 -0800 (PST) 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:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=pl1ESpEyRgU0DnJmVUPT3QL/9DqKB7kDH+FrnshrmHM=; b=FhKhlmy4gNhxpSGjAK4pVxMFIW4qIdgmnXx2hYkDpbKBUQAym0r+7Y9Gxn48AOpr+F V+HCyusMkOL8uMzMhNlg3JN9gBqe3RlPYs4Nktplaub2sKUzoq05z7qZbtsxC2IxJViQ B3I746s6rLhCo275nN3v0VKLYrTXt1zSZdj4Q= 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:content-transfer-encoding; b=A2Im+S23SoLBkmHZ3By3ArIThwVd8eUYY59XckZHs/r8nJibUdSADDtAZxkZplbsh7 tpmuO6bhM80b+ppu/aAuV/bEzMWc4HmoyunZoniR82sODmQDVq8E99fWrEOcJ4aK5gXH 6wTkk59Gb5a4xib0ctODvb+HiYPhNtCucvKto= MIME-Version: 1.0 Received: by 10.151.48.20 with SMTP id a20mr11813640ybk.164.1236060450235; Mon, 02 Mar 2009 22:07:30 -0800 (PST) In-Reply-To: References: Date: Tue, 3 Mar 2009 08:07:30 +0200 Message-ID: <59adc1a0903022207s34028ed4n8d93c935da47b14b@mail.gmail.com> From: Dimitar Vasilev To: Randy Bush Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@freebsd.org Subject: Re: .zfs/snapshot: Bad file descriptor 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, 03 Mar 2009 06:07:31 -0000 2009/3/3 Randy Bush : > moo.edu:/usr# rm -rf .zfs > rm: .zfs/snapshot: Bad file descriptor > rm: .zfs: File exists > > moo.edu:/usr# ls -l .zfs > ls: snapshot: Bad file descriptor > total 0 > > and old trusty emacs dired did not help > =C2=A0(file-error Removing old name operation not supported /usr/.zfs/sna= pshot) > > what do i whack? > > randy try rebooting the system if possible - current freebsd implementation has this feature from RELENG_7. From owner-freebsd-fs@FreeBSD.ORG Tue Mar 3 09:08:05 2009 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 6847A1065670 for ; Tue, 3 Mar 2009 09:08:05 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id 4481A8FC25 for ; Tue, 3 Mar 2009 09:08:05 +0000 (UTC) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=rmac.psg.com) by ran.psg.com with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LeQbb-000Anj-Nz; Tue, 03 Mar 2009 09:08:03 +0000 Received: from rmac.psg.com.psg.com (localhost [127.0.0.1]) by rmac.psg.com (Postfix) with ESMTP id 38F4EB8E804; Tue, 3 Mar 2009 18:08:03 +0900 (JST) Date: Tue, 03 Mar 2009 18:08:03 +0900 Message-ID: From: Randy Bush To: Dimitar Vasilev In-Reply-To: <59adc1a0903022207s34028ed4n8d93c935da47b14b@mail.gmail.com> References: <59adc1a0903022207s34028ed4n8d93c935da47b14b@mail.gmail.com> User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.7 Emacs/22.3 (i386-apple-darwin9.6.0) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@freebsd.org Subject: Re: .zfs/snapshot: Bad file descriptor 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, 03 Mar 2009 09:08:05 -0000 >> moo.edu:/usr# rm -rf .zfs >> rm: .zfs/snapshot: Bad file descriptor >> rm: .zfs: File exists >> >> moo.edu:/usr# ls -l .zfs >> ls: snapshot: Bad file descriptor >> total 0 >> >> and old trusty emacs dired did not help >> =A0(file-error Removing old name operation not supported /usr/.zfs/snaps= hot) > try rebooting the system if possible - current freebsd implementation > has this feature from RELENG_7. that worked. but yuchh. it's a kernel cvsupped 2009.01.09. should i cvsup and rebuild? randy From owner-freebsd-fs@FreeBSD.ORG Tue Mar 3 09:16:58 2009 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 E067C1065672 for ; Tue, 3 Mar 2009 09:16:58 +0000 (UTC) (envelope-from dimitar.vassilev@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.28]) by mx1.freebsd.org (Postfix) with ESMTP id 998788FC18 for ; Tue, 3 Mar 2009 09:16:58 +0000 (UTC) (envelope-from dimitar.vassilev@gmail.com) Received: by yw-out-2324.google.com with SMTP id 2so1499382ywt.13 for ; Tue, 03 Mar 2009 01:16:58 -0800 (PST) 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:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=ChTfySMzRSVcRqQiI00HqzfcilZmexMYjDRCBMeCXFI=; b=cpAj+ssc1K6tSAdo2je7z6F9OPRGDgOgy9rWV0N2EABsdQ4CM7MOUNZqePOMIGmEVl 0rJEI8780bSXoaLZ5JT9P243p88i2HYVkbA/so9JTDqY1Lqvx87tLFiNrYq6Ugmz5kU1 mFe9pbnXQ2h9rihxnI4CkI4xLAR3WuMVjW5tE= 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:content-transfer-encoding; b=xP1stowFVD8nDTcYR1dZ3dzXUvbcmrjzqtUFHN8YENB71F7bI9dhi7PRJ2xdsvLwu8 trM1LXZrB9/co/viuWYB0omXGb8EfNl5Cl0SAVWO3jvzIIasvTGV7E1Fg2rgtf1tUN+p ++GPe77kB42NRkDupmwRp9tDGf/sj/CpdhwuQ= MIME-Version: 1.0 Received: by 10.150.149.19 with SMTP id w19mr12144373ybd.159.1236071818014; Tue, 03 Mar 2009 01:16:58 -0800 (PST) In-Reply-To: References: <59adc1a0903022207s34028ed4n8d93c935da47b14b@mail.gmail.com> Date: Tue, 3 Mar 2009 11:16:57 +0200 Message-ID: <59adc1a0903030116o60af7d86v60aee1c2e22cc6e1@mail.gmail.com> From: Dimitar Vasilev To: Randy Bush Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@freebsd.org Subject: Re: .zfs/snapshot: Bad file descriptor 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, 03 Mar 2009 09:16:59 -0000 >>> and old trusty emacs dired did not help >>> =C2=A0(file-error Removing old name operation not supported /usr/.zfs/s= napshot) >> try rebooting the system if possible =C2=A0- current freebsd implementat= ion >> has this feature from RELENG_7. > > that worked. =C2=A0but yuchh. > > it's a kernel cvsupped 2009.01.09. =C2=A0should i cvsup and rebuild? > > randy > well, I have no idea. This issue persists for me over 1.5 years. If you want file a PR with all the stuff. I've mailed couple of times this list with pjd in copy, to no avail. Regards, dimitar From owner-freebsd-fs@FreeBSD.ORG Tue Mar 3 10:07:24 2009 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 82A51106566B for ; Tue, 3 Mar 2009 10:07:24 +0000 (UTC) (envelope-from paul@fletchermoorland.co.uk) Received: from hydra.fletchermoorland.co.uk (93-152-14-233.daisydsl.managedbroadband.co.uk [93.152.14.233]) by mx1.freebsd.org (Postfix) with ESMTP id C4C938FC14 for ; Tue, 3 Mar 2009 10:07:23 +0000 (UTC) (envelope-from paul@fletchermoorland.co.uk) Received: from demophon.fletchermoorland.co.uk ([192.168.0.188]) by hydra.fletchermoorland.co.uk (8.14.2/8.14.2) with ESMTP id n239gxSl044110; Tue, 3 Mar 2009 09:42:59 GMT (envelope-from paul@fletchermoorland.co.uk) From: Paul Wootton Organization: Fletcher Moorland To: freebsd-current@freebsd.org, Cache Date: Tue, 3 Mar 2009 09:41:41 +0000 User-Agent: KMail/1.10.1 (FreeBSD/8.0-CURRENT; KDE/4.1.1; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903030941.41226.paul@fletchermoorland.co.uk> Cc: freebsd-fs@freebsd.org Subject: Re: Help! zpool corrupted! 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, 03 Mar 2009 10:07:25 -0000 On Monday 02 March 2009 21:45:35 Cache wrote: > I have FreeBSD 8.0-CURRENT r188913M (amd64) on notebook with dual core > Turion and 4G of RAM. Disk controller is AMD SB600. Single HDD - SATA-150 > 250G WD2500BEVS, ad4 at ata2, formatted with one ufs root partition 256M > (ad4s1a) and ZFS pool (ver. 6 from FreeBSD 7-STABLE, ad4s1d) on rest of the > disk. On ZFS pool I have about ten datasets: /root /usr /home /usr/src etc. > > Now I have zpool status "One or more devices has experienced an error...". > When I run scrubing, I see many errors in pool. Every scrub after reboot > displays different amount of errors: 47, 176 - or ~24000. Disk and disk > controller seems to be OK, checked with mhdd, but with hw.ata.ata_dma=1 > there are error messages in console sometimes (something like 'DMA error'. > Sorry, I can't explain its. I don't save its last time and now trying to > reproduce). > > When I set hw.ata.ata_dma=0 in loader.conf, there are no errors in console. > > With 'zfs mount -a' command terminal not returns command prompt, but system > not freezes - any typing echoed to display and ctrl-alt-del reboots system > as expected. I tried to mound datasets manually - system became thinking on > /home and /usr. > > Does anybody know, how can I restore those two datasets or just make its > temporary accessible for retrieving data? Any HOWTOs? I have some important > data and many polished app configs on /home and just not want one more time > installing of ~1000 ports... And yes, I stupid, because last backup was > long time ago... :( > Hi, I had a similar issue a while back, but with a AMD SB700 chipset. I was running CURRENT with GPT and ZFS boot on a SATA mirrored setup. What I noticed was that every time I booted I had silent data corruption on either of the disks, usually at the start or end of the disk (GPT partition tables would get screwed up). There might have been other data corruption but I just destroyed the GPT tables and re-added the partition back in to the mirror I know that there are issues with the Silicon Image SATA chipsets and I wonder if the AMD chipset is based on the Silicon Image ones. The only solution I found was to use a non Silicon Image based SATA controller (in my case I went for a JMicron) If the SMART data from the drive does not show bad then I would probably agree that the drive ok. As for data recovery, I dont know but CURRENT should not really be used in production environments or to store critical or important data. While CURRENT has been very stable for me (for the most) you really do have your hands on the FreeBSD gods and I have been bitten a few times... but its CURRENT so I cant complain Even with FreeBSD 7, you still get a warning saying "WARNING: ZFS is considered to be an experimental feature in FreeBSD." Paul From owner-freebsd-fs@FreeBSD.ORG Tue Mar 3 14:54:53 2009 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 C7A7D1065674; Tue, 3 Mar 2009 14:54:53 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: from hyperion.scode.org (cl-1361.ams-04.nl.sixxs.net [IPv6:2001:960:2:550::2]) by mx1.freebsd.org (Postfix) with ESMTP id 8B1DE8FC16; Tue, 3 Mar 2009 14:54:53 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: by hyperion.scode.org (Postfix, from userid 1001) id ED83423C443; Tue, 3 Mar 2009 15:54:51 +0100 (CET) Date: Tue, 3 Mar 2009 15:54:51 +0100 From: Peter Schuller To: Cache Message-ID: <20090303145451.GA76327@hyperion.scode.org> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/04w6evG8XlLl3ft" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: Help! zpool corrupted! 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, 03 Mar 2009 14:54:54 -0000 --/04w6evG8XlLl3ft Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > With 'zfs mount -a' command terminal not returns command prompt, but syst= em not freezes - any typing echoed to display and ctrl-alt-del reboots syst= em as expected. I tried to mound datasets manually - system became thinking= on /home and /usr. Can you run "iostat -x 1" while while youre zfs mount -a hangs? It will probably indicate that there is 100% disk utilization on the disk in question, indicating there is one or more I/O request(s) outstanding to the device, indicating a driver/controller/cabling/drive problem. If on the other hand 'zfs mount -a' hangs but there is no ongoing attempts at disk I/O according to iostat, there may be a software problem with zfs or something else, although since you have confirmed disk-related issues it might have been triggered by actual on-disk corruption. --=20 / Peter Schuller PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org --/04w6evG8XlLl3ft Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAkmtRLsACgkQDNor2+l1i32sbgCglO+8joRcW8pelP/899h2vio/ nDMAoKQjjZ2gbw7Df/y4ansSfX/SFfCO =56YR -----END PGP SIGNATURE----- --/04w6evG8XlLl3ft-- From owner-freebsd-fs@FreeBSD.ORG Tue Mar 3 14:58:17 2009 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 05A991065673 for ; Tue, 3 Mar 2009 14:58:17 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: from hyperion.scode.org (cl-1361.ams-04.nl.sixxs.net [IPv6:2001:960:2:550::2]) by mx1.freebsd.org (Postfix) with ESMTP id BAC728FC21 for ; Tue, 3 Mar 2009 14:58:16 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: by hyperion.scode.org (Postfix, from userid 1001) id C75E823C443; Tue, 3 Mar 2009 15:58:15 +0100 (CET) Date: Tue, 3 Mar 2009 15:58:15 +0100 From: Peter Schuller To: Dimitar Vasilev Message-ID: <20090303145814.GB76327@hyperion.scode.org> References: <59adc1a0903022207s34028ed4n8d93c935da47b14b@mail.gmail.com> <59adc1a0903030116o60af7d86v60aee1c2e22cc6e1@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1UWUbFP1cBYEclgG" Content-Disposition: inline In-Reply-To: <59adc1a0903030116o60af7d86v60aee1c2e22cc6e1@mail.gmail.com> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: Randy Bush , freebsd-fs@freebsd.org Subject: Re: .zfs/snapshot: Bad file descriptor 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, 03 Mar 2009 14:58:17 -0000 --1UWUbFP1cBYEclgG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > well, I have no idea. This issue persists for me over 1.5 years. > If you want file a PR with all the stuff. I've mailed couple of times > this list with pjd in copy, to no avail. Sorry if I'm missing something, but why is this even expected to work? If you don't want the .zfs directories, should you not turn off its use by setting the appropriate option on the fs? What is the expected result of rm -rf:ing the .zfs directory? --=20 / Peter Schuller PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org --1UWUbFP1cBYEclgG Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAkmtRYYACgkQDNor2+l1i33rBACfZSXTD9P4DmmeFW/G65E+yNPW VEUAn1Qdhs2pWMYjbVsGQs3hZ88kRQEk =zqaf -----END PGP SIGNATURE----- --1UWUbFP1cBYEclgG-- From owner-freebsd-fs@FreeBSD.ORG Tue Mar 3 15:48:14 2009 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 E290F10656E7 for ; Tue, 3 Mar 2009 15:48:14 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id 7B9218FC20 for ; Tue, 3 Mar 2009 15:48:14 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from localhost by koef.zs64.net (8.14.3/8.14.3) with ESMTP id n23FmBFg082166 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 3 Mar 2009 16:48:12 +0100 (CET) (envelope-from stb@lassitu.de) (authenticated as stb) Message-Id: <307EA4FE-5053-4D8F-B45F-6711FCDCF467@lassitu.de> From: Stefan Bethke To: Peter Schuller In-Reply-To: <20090303145814.GB76327@hyperion.scode.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Tue, 3 Mar 2009 16:48:11 +0100 References: <59adc1a0903022207s34028ed4n8d93c935da47b14b@mail.gmail.com> <59adc1a0903030116o60af7d86v60aee1c2e22cc6e1@mail.gmail.com> <20090303145814.GB76327@hyperion.scode.org> X-Mailer: Apple Mail (2.930.3) Cc: Randy Bush , freebsd-fs@freebsd.org Subject: Re: .zfs/snapshot: Bad file descriptor 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, 03 Mar 2009 15:48:15 -0000 Am 03.03.2009 um 15:58 schrieb Peter Schuller: >> well, I have no idea. This issue persists for me over 1.5 years. >> If you want file a PR with all the stuff. I've mailed couple of times >> this list with pjd in copy, to no avail. > > Sorry if I'm missing something, but why is this even expected to work? > If you don't want the .zfs directories, should you not turn off its > use by setting the appropriate option on the fs? > > What is the expected result of rm -rf:ing the .zfs directory? No idea (I personally would expect a permission denied or similar, since it's a virtual dir), but the main issue is that snapshot is no longer accessible. Trying to ls .zfs you usually get the same error message Randy posted; cf. my thread here on -fs and on -current from a couple weeks back. Interestingly enough, there doesn't seem to be a PR yet, or at least I can't find it. My guess is that the automounting code is getting confused sometimes, and nixes some part of the snapshot vnode while unmounting a snapshot. This in turn leads to a panic on unmounting the containg ZFS. Stefan -- Stefan Bethke Fon +49 151 14070811 From owner-freebsd-fs@FreeBSD.ORG Tue Mar 3 16:04:51 2009 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 E1D2B106568A for ; Tue, 3 Mar 2009 16:04:51 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from buffy.york.ac.uk (buffy.york.ac.uk [144.32.226.160]) by mx1.freebsd.org (Postfix) with ESMTP id 69BAE8FC0C for ; Tue, 3 Mar 2009 16:04:51 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.14.3/8.14.3) with ESMTP id n23FaP2n054451; Tue, 3 Mar 2009 15:36:25 GMT (envelope-from gavin@FreeBSD.org) Received: (from ga9@localhost) by buffy.york.ac.uk (8.14.3/8.14.3/Submit) id n23FaPlN054450; Tue, 3 Mar 2009 15:36:25 GMT (envelope-from gavin@FreeBSD.org) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin@FreeBSD.org using -f From: Gavin Atkinson To: Cache In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Tue, 03 Mar 2009 15:36:25 +0000 Message-Id: <1236094585.46497.1.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.22.2 FreeBSD GNOME Team Port Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: Help! zpool corrupted! 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, 03 Mar 2009 16:04:53 -0000 On Tue, 2009-03-03 at 00:45 +0300, Cache wrote: > I have FreeBSD 8.0-CURRENT r188913M (amd64) on notebook with dual core > Turion and 4G of RAM. Disk controller is AMD SB600. Single HDD - > SATA-150 250G WD2500BEVS, ad4 at ata2, formatted with one ufs root > partition 256M (ad4s1a) and ZFS pool (ver. 6 from FreeBSD 7-STABLE, > ad4s1d) on rest of the disk. On ZFS pool I have about ten > datasets: /root /usr /home /usr/src etc. > > Now I have zpool status "One or more devices has experienced an > error...". When I run scrubing, I see many errors in pool. Every scrub > after reboot displays different amount of errors: 47, 176 - or ~24000. > Disk and disk controller seems to be OK, checked with mhdd, but with > hw.ata.ata_dma=1 there are error messages in console sometimes > (something like 'DMA error'. Sorry, I can't explain its. I don't save > its last time and now trying to reproduce). > > When I set hw.ata.ata_dma=0 in loader.conf, there are no errors in > console. > > With 'zfs mount -a' command terminal not returns command prompt, but > system not freezes - any typing echoed to display and ctrl-alt-del > reboots system as expected. I tried to mound datasets manually - > system became thinking on /home and /usr. > > Does anybody know, how can I restore those two datasets or just make > its temporary accessible for retrieving data? Any HOWTOs? I have some > important data and many polished app configs on /home and just not > want one more time installing of ~1000 ports... And yes, I stupid, > because last backup was long time ago... :( Can you reboot with your last kernel and see if that fixes things? There was apparently a window where ATA drives could return data that was corrupted - but the on-disk data was untouched. This only happened for particular controllers, but r188913 is inside the window where there were problems. If reverting the kernel fixes things for you, I believe you should be fine just updating again to the code as of today. Gavin From owner-freebsd-fs@FreeBSD.ORG Tue Mar 3 23:00:30 2009 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 3851310657C3; Tue, 3 Mar 2009 23:00:30 +0000 (UTC) (envelope-from stef-list@memberwebs.com) Received: from mx.npubs.com (mail.wsfamily.com [209.66.100.224]) by mx1.freebsd.org (Postfix) with ESMTP id 2116B8FC0A; Tue, 3 Mar 2009 23:00:29 +0000 (UTC) (envelope-from stef-list@memberwebs.com) Received: from mx.npubs.com (avhost [209.66.100.194]) by mx.npubs.com (Postfix) with ESMTP id A603AEFB8E6; Tue, 3 Mar 2009 22:38:11 +0000 (UTC) Received: from northstar-srv2 (unknown [172.27.2.11]) by mx.npubs.com (Postfix) with ESMTP id 8E51DEFB6DA; Tue, 3 Mar 2009 22:38:10 +0000 (UTC) From: Stef User-Agent: Thunderbird 2.0.0.19 (X11/20090105) MIME-Version: 1.0 To: Paul Wootton References: <200903030941.41226.paul@fletchermoorland.co.uk> Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: 7bit Message-Id: <20090303223810.8E51DEFB6DA@mx.npubs.com> X-Virus-Scanned: ClamAV using ClamSMTP Date: Tue, 3 Mar 2009 22:38:11 +0000 (UTC) Cc: freebsd-fs@freebsd.org, Cache , freebsd-current@freebsd.org Subject: Re: Help! zpool corrupted! X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: stef@memberwebs.com List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2009 23:00:30 -0000 Paul Wootton wrote: > If the SMART data from the drive does not show bad then I would probably agree > that the drive ok. I've seen many drives with unreadable blocks, that don't show any problems in the SMART error logs. The SMART statistics on those drives are slightly different, but nothing that distinguishes it from an okay drive that has remapped a few sectors. I think that FreeBSD's timeouts are usually much higher than that of many 'desktop' drives. The drive will keep trying to read the sector long after FreeBSD has given up. Eventually the drive semi-succeeds and then doesn't consider it a failure. Ergo no SMART error log. Cheers, Stef From owner-freebsd-fs@FreeBSD.ORG Wed Mar 4 02:10:03 2009 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 37B34106564A for ; Wed, 4 Mar 2009 02: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 251968FC08 for ; Wed, 4 Mar 2009 02:10:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n242A25i055337 for ; Wed, 4 Mar 2009 02:10:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n242A2Kx055336; Wed, 4 Mar 2009 02:10:02 GMT (envelope-from gnats) Date: Wed, 4 Mar 2009 02:10:02 GMT Message-Id: <200903040210.n242A2Kx055336@freefall.freebsd.org> To: freebsd-fs@FreeBSD.org From: =?UTF-8?B?TWFydGluIFNjaMO8dHRl?= Cc: Subject: Re: kern/114676: [ufs] snapshot creation panics: snapacct_ufs2: bad block X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: =?UTF-8?B?TWFydGluIFNjaMO8dHRl?= List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2009 02:10:03 -0000 The following reply was made to PR kern/114676; it has been noted by GNATS. From: =?UTF-8?B?TWFydGluIFNjaMO8dHRl?= To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/114676: [ufs] snapshot creation panics: snapacct_ufs2: bad block Date: Wed, 04 Mar 2009 02:46:03 +0100 This is a multi-part message in MIME format. --------------000007020408070003050200 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Hello, I encounter the same problem since updating from 6.0 to 7.1-RELEASE. The system is a Pentium4 with a 500 Gb RAID1 (twe). The filesystems are clean, in case of the appended dumps the panics happened just after a complete fsck in single-user mode. The panics are not completely reproducable as they happen quite often but not on every single snapshot. -- Martin --------------000007020408070003050200 Content-Type: text/plain; name="114676-kgdb1.txt" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="114676-kgdb1.txt" W3Jvb3RAcGFwcmlrYV0gL3Vzci9vYmovdXNyL3NyYy9zeXMvVVAjIGtnZGIgLW4gOCAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIFsxMDddCkdOVSBnZGIgNi4xLjEgW0ZyZWVCU0RdCkNvcHlyaWdodCAyMDA0IEZy ZWUgU29mdHdhcmUgRm91bmRhdGlvbiwgSW5jLgpHREIgaXMgZnJlZSBzb2Z0d2FyZSwgY292 ZXJlZCBieSB0aGUgR05VIEdlbmVyYWwgUHVibGljIExpY2Vuc2UsIGFuZCB5b3UgYXJlCndl bGNvbWUgdG8gY2hhbmdlIGl0IGFuZC9vciBkaXN0cmlidXRlIGNvcGllcyBvZiBpdCB1bmRl ciBjZXJ0YWluIGNvbmRpdGlvbnMuClR5cGUgInNob3cgY29weWluZyIgdG8gc2VlIHRoZSBj b25kaXRpb25zLgpUaGVyZSBpcyBhYnNvbHV0ZWx5IG5vIHdhcnJhbnR5IGZvciBHREIuICBU eXBlICJzaG93IHdhcnJhbnR5IiBmb3IgZGV0YWlscy4KVGhpcyBHREIgd2FzIGNvbmZpZ3Vy ZWQgYXMgImkzODYtbWFyY2VsLWZyZWVic2QiLi4uCgpVbnJlYWQgcG9ydGlvbiBvZiB0aGUg a2VybmVsIG1lc3NhZ2UgYnVmZmVyOgpwYW5pYzogc25hcGFjY3RfdWZzMjogYmFkIGJsb2Nr ClVwdGltZTogNG0xM3MKUGh5c2ljYWwgbWVtb3J5OiAxMDE0IE1CCkR1bXBpbmcgMTU1IE1C OiAxNDAgMTI0IDEwOCA5MiA3NiA2MCA0NCAyOCAxMgoKUmVhZGluZyBzeW1ib2xzIGZyb20g L2Jvb3Qva2VybmVsL2FjcGkua28uLi5SZWFkaW5nIHN5bWJvbHMgZnJvbSAvYm9vdC9rZXJu ZWwvYWNwaS5rby5zeW1ib2xzLi4uZG9uZS4KZG9uZS4KTG9hZGVkIHN5bWJvbHMgZm9yIC9i b290L2tlcm5lbC9hY3BpLmtvCmIjMCAgZG9hZHVtcCAoKSBhdCBwY3B1Lmg6MTk2CjE5NiAg ICAgICAgICAgICBfX2FzbSBfX3ZvbGF0aWxlKCJtb3ZsICUlZnM6MCwlMCIgOiAiPXIiICh0 ZCkpOwooa2dkYikgYnQKIzAgIGRvYWR1bXAgKCkgYXQgcGNwdS5oOjE5NgojMSAgMHhjMDU3 MWExYSBpbiBib290IChob3d0bz0yNjApIGF0IC91c3Ivc3JjL3N5cy9rZXJuL2tlcm5fc2h1 dGRvd24uYzo0MTgKIzIgIDB4YzA1NzFjNTQgaW4gcGFuaWMgKGZtdD1WYXJpYWJsZSAiZm10 IiBpcyBub3QgYXZhaWxhYmxlLgopIGF0IC91c3Ivc3JjL3N5cy9rZXJuL2tlcm5fc2h1dGRv d24uYzo1NzQKIzMgIDB4YzA2YzAwN2EgaW4gc25hcGFjY3RfdWZzMiAodnA9MHhjNDNhZjc4 Yywgb2xkYmxrcD0weGM0M2M0ZjQ4LCBsYXN0YmxrcD0weGM0M2M3MDAwLCBmcz0weGMzZTIz ODAwLCBsYmxrbm89MjAwNzA1MiwKICAgIGV4cHVuZ2V0eXBlPTIpIGF0IC91c3Ivc3JjL3N5 cy91ZnMvZmZzL2Zmc19zbmFwc2hvdC5jOjE0ODEKIzQgIDB4YzA2YmY2YWIgaW4gaW5kaXJh Y2N0X3VmczIgKHNuYXB2cD0weGM0M2FmNzhjLCBjYW5jZWx2cD0weGMzZTI5ZTA0LCBsZXZl bD0wLCBibGtubz0xMTI5NDY5NiwgbGJuPS0yMDA3MDUyLAogICAgcmxibj0yMDA3MDUyLCBy ZW1ibGtzPTkyNzMsIGJsa3NwZXJpbmRpcj0xLCBmcz0weGMzZTIzODAwLCBhY2N0ZnVuYz0w eGMwNmJmZjMxIDxzbmFwYWNjdF91ZnMyPiwgZXhwdW5nZXR5cGU9MikKICAgIGF0IC91c3Iv c3JjL3N5cy91ZnMvZmZzL2Zmc19zbmFwc2hvdC5jOjEzOTYKIzUgIDB4YzA2YmY1ZmMgaW4g aW5kaXJhY2N0X3VmczIgKHNuYXB2cD0weGM0M2FmNzhjLCBjYW5jZWx2cD0weGMzZTI5ZTA0 LCBsZXZlbD0wLCBibGtubz0xMTY3MDc3NiwgbGJuPVVuaGFuZGxlZCBkd2FyZiBleHByZXNz aW9uIG9wY29kZSAweDkzCikKICAgIGF0IC91c3Ivc3JjL3N5cy91ZnMvZmZzL2Zmc19zbmFw c2hvdC5jOjE0MDYKIzYgIDB4YzA2YzA1YTMgaW4gZXhwdW5nZV91ZnMyIChzbmFwdnA9MHhj NDNhZjc4YywgY2FuY2VsaXA9MHhjM2UxNGI4MCwgZnM9MHhjM2UyMzgwMCwKICAgIGFjY3Rm dW5jPTB4YzA2YmZmMzEgPHNuYXBhY2N0X3VmczI+LCBleHB1bmdldHlwZT0yKSBhdCAvdXNy L3NyYy9zeXMvdWZzL2Zmcy9mZnNfc25hcHNob3QuYzoxMzI4CiM3ICAweGMwNmMzYzJhIGlu IGZmc19zbmFwc2hvdCAobXA9MHhjM2RkOTg2NCwgc25hcGZpbGU9MHhjNDEyYTBhMCAiL2ph aWwvYmVuZGVyLy5zbmFwL3Rlc3QiKQogICAgYXQgL3Vzci9zcmMvc3lzL3Vmcy9mZnMvZmZz X3NuYXBzaG90LmM6NzExCiM4ICAweGMwNmQzYmZhIGluIGZmc19tb3VudCAobXA9MHhjM2Rk OTg2NCwgdGQ9MHhjM2RiYWFmMCkgYXQgL3Vzci9zcmMvc3lzL3Vmcy9mZnMvZmZzX3Zmc29w cy5jOjMzNwojOSAgMHhjMDVlMWEwNCBpbiB2ZnNfZG9ubW91bnQgKHRkPTB4YzNkYmFhZjAs IGZzZmxhZ3M9NjU1MzYsIGZzb3B0aW9ucz0weGM0MzY5MzAwKQogICAgYXQgL3Vzci9zcmMv c3lzL2tlcm4vdmZzX21vdW50LmM6MTAxNAojMTAgMHhjMDVlMmMwNyBpbiBubW91bnQgKHRk PTB4YzNkYmFhZjAsIHVhcD0weGU2NTY4Y2ZjKSBhdCAvdXNyL3NyYy9zeXMva2Vybi92ZnNf bW91bnQuYzo0MTUKIzExIDB4YzA3MzQwOGIgaW4gc3lzY2FsbCAoZnJhbWU9MHhlNjU2OGQz OCkgYXQgL3Vzci9zcmMvc3lzL2kzODYvaTM4Ni90cmFwLmM6MTA5MAojMTIgMHhjMDcyMzdm MCBpbiBYaW50MHg4MF9zeXNjYWxsICgpIGF0IC91c3Ivc3JjL3N5cy9pMzg2L2kzODYvZXhj ZXB0aW9uLnM6MjU1CiMxMyAweDAwMDAwMDMzIGluID8/ICgpClByZXZpb3VzIGZyYW1lIGlu bmVyIHRvIHRoaXMgZnJhbWUgKGNvcnJ1cHQgc3RhY2s/KQooa2dkYikgICAgICAgICAg --------------000007020408070003050200 Content-Type: text/plain; name="114676-kgdb2.txt" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="114676-kgdb2.txt" W3Jvb3RAcGFwcmlrYV0gL3Vzci9vYmovdXNyL3NyYy9zeXMvVVAjIGtnZGIgLW4gOSAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIFsxMDJdCkdOVSBnZGIgNi4xLjEgW0ZyZWVCU0RdCkNvcHlyaWdodCAyMDA0IEZy ZWUgU29mdHdhcmUgRm91bmRhdGlvbiwgSW5jLgpHREIgaXMgZnJlZSBzb2Z0d2FyZSwgY292 ZXJlZCBieSB0aGUgR05VIEdlbmVyYWwgUHVibGljIExpY2Vuc2UsIGFuZCB5b3UgYXJlCndl bGNvbWUgdG8gY2hhbmdlIGl0IGFuZC9vciBkaXN0cmlidXRlIGNvcGllcyBvZiBpdCB1bmRl ciBjZXJ0YWluIGNvbmRpdGlvbnMuClR5cGUgInNob3cgY29weWluZyIgdG8gc2VlIHRoZSBj b25kaXRpb25zLgpUaGVyZSBpcyBhYnNvbHV0ZWx5IG5vIHdhcnJhbnR5IGZvciBHREIuICBU eXBlICJzaG93IHdhcnJhbnR5IiBmb3IgZGV0YWlscy4KVGhpcyBHREIgd2FzIGNvbmZpZ3Vy ZWQgYXMgImkzODYtbWFyY2VsLWZyZWVic2QiLi4uCgpVbnJlYWQgcG9ydGlvbiBvZiB0aGUg a2VybmVsIG1lc3NhZ2UgYnVmZmVyOgpwYW5pYzogc25hcGFjY3RfdWZzMjogYmFkIGJsb2Nr ClVwdGltZTogMTVtNDNzClBoeXNpY2FsIG1lbW9yeTogMTAxNCBNQgpEdW1waW5nIDk5IE1C OiA4NCA2OCA1MiAzNiAyMCA0CgpSZWFkaW5nIHN5bWJvbHMgZnJvbSAvYm9vdC9rZXJuZWwv YWNwaS5rby4uLlJlYWRpbmcgc3ltYm9scyBmcm9tIC9ib290L2tlcm5lbC9hY3BpLmtvLnN5 bWJvbHMuLi5kb25lLgpkb25lLgpMb2FkZWQgc3ltYm9scyBmb3IgL2Jvb3Qva2VybmVsL2Fj cGkua28KIzAgIGRvYWR1bXAgKCkgYXQgcGNwdS5oOjE5NgoxOTYgICAgICAgICAgICAgX19h c20gX192b2xhdGlsZSgibW92bCAlJWZzOjAsJTAiIDogIj1yIiAodGQpKTsKKGtnZGIpIGJ0 CiMwICBkb2FkdW1wICgpIGF0IHBjcHUuaDoxOTYKIzEgIDB4YzA1NzFhMWEgaW4gYm9vdCAo aG93dG89MjYwKSBhdCAvdXNyL3NyYy9zeXMva2Vybi9rZXJuX3NodXRkb3duLmM6NDE4CiMy ICAweGMwNTcxYzU0IGluIHBhbmljIChmbXQ9VmFyaWFibGUgImZtdCIgaXMgbm90IGF2YWls YWJsZS4KKSBhdCAvdXNyL3NyYy9zeXMva2Vybi9rZXJuX3NodXRkb3duLmM6NTc0CiMzICAw eGMwNmMwMDdhIGluIHNuYXBhY2N0X3VmczIgKHZwPTB4YzQzODhjZjAsIG9sZGJsa3A9MHhj NDNlYmY0OCwgbGFzdGJsa3A9MHhjNDNlZTAwMCwgZnM9MHhjM2UyMzgwMCwgbGJsa25vPTIw MDcwNTIsCiAgICBleHB1bmdldHlwZT0yKSBhdCAvdXNyL3NyYy9zeXMvdWZzL2Zmcy9mZnNf c25hcHNob3QuYzoxNDgxCiM0ICAweGMwNmJmNmFiIGluIGluZGlyYWNjdF91ZnMyIChzbmFw dnA9MHhjNDM4OGNmMCwgY2FuY2VsdnA9MHhjM2UyOWUwNCwgbGV2ZWw9MCwgYmxrbm89MTEy OTQ2OTYsIGxibj0tMjAwNzA1MiwKICAgIHJsYm49MjAwNzA1MiwgcmVtYmxrcz05MjczLCBi bGtzcGVyaW5kaXI9MSwgZnM9MHhjM2UyMzgwMCwgYWNjdGZ1bmM9MHhjMDZiZmYzMSA8c25h cGFjY3RfdWZzMj4sIGV4cHVuZ2V0eXBlPTIpCiAgICBhdCAvdXNyL3NyYy9zeXMvdWZzL2Zm cy9mZnNfc25hcHNob3QuYzoxMzk2CiM1ICAweGMwNmJmNWZjIGluIGluZGlyYWNjdF91ZnMy IChzbmFwdnA9MHhjNDM4OGNmMCwgY2FuY2VsdnA9MHhjM2UyOWUwNCwgbGV2ZWw9MCwgYmxr bm89MTE2NzA3NzYsIGxibj1VbmhhbmRsZWQgZHdhcmYgZXhwcmVzc2lvbiBvcGNvZGUgMHg5 MwopCiAgICBhdCAvdXNyL3NyYy9zeXMvdWZzL2Zmcy9mZnNfc25hcHNob3QuYzoxNDA2CiM2 ICAweGMwNmMwNWEzIGluIGV4cHVuZ2VfdWZzMiAoc25hcHZwPTB4YzQzODhjZjAsIGNhbmNl bGlwPTB4YzNlMTRiODAsIGZzPTB4YzNlMjM4MDAsCiAgICBhY2N0ZnVuYz0weGMwNmJmZjMx IDxzbmFwYWNjdF91ZnMyPiwgZXhwdW5nZXR5cGU9MikgYXQgL3Vzci9zcmMvc3lzL3Vmcy9m ZnMvZmZzX3NuYXBzaG90LmM6MTMyOAojNyAgMHhjMDZjM2MyYSBpbiBmZnNfc25hcHNob3Qg KG1wPTB4YzNkZDk4NjQsIHNuYXBmaWxlPTB4YzQxNmJiNDAgIi9qYWlsL2JlbmRlci8uc25h cC9mc2NrX3NuYXBzaG90IikKICAgIGF0IC91c3Ivc3JjL3N5cy91ZnMvZmZzL2Zmc19zbmFw c2hvdC5jOjcxMQojOCAgMHhjMDZkM2JmYSBpbiBmZnNfbW91bnQgKG1wPTB4YzNkZDk4NjQs IHRkPTB4YzQzN2UwMDApIGF0IC91c3Ivc3JjL3N5cy91ZnMvZmZzL2Zmc192ZnNvcHMuYzoz MzcKIzkgIDB4YzA1ZTFhMDQgaW4gdmZzX2Rvbm1vdW50ICh0ZD0weGM0MzdlMDAwLCBmc2Zs YWdzPTE4OTQ0MDAwLCBmc29wdGlvbnM9MHhjM2UzMzE4MCkKICAgIGF0IC91c3Ivc3JjL3N5 cy9rZXJuL3Zmc19tb3VudC5jOjEwMTQKIzEwIDB4YzA1ZTJjMDcgaW4gbm1vdW50ICh0ZD0w eGM0MzdlMDAwLCB1YXA9MHhlNjViNGNmYykgYXQgL3Vzci9zcmMvc3lzL2tlcm4vdmZzX21v dW50LmM6NDE1CiMxMSAweGMwNzM0MDhiIGluIHN5c2NhbGwgKGZyYW1lPTB4ZTY1YjRkMzgp IGF0IC91c3Ivc3JjL3N5cy9pMzg2L2kzODYvdHJhcC5jOjEwOTAKIzEyIDB4YzA3MjM3ZjAg aW4gWGludDB4ODBfc3lzY2FsbCAoKSBhdCAvdXNyL3NyYy9zeXMvaTM4Ni9pMzg2L2V4Y2Vw dGlvbi5zOjI1NQojMTMgMHgwMDAwMDAzMyBpbiA/PyAoKQpQcmV2aW91cyBmcmFtZSBpbm5l ciB0byB0aGlzIGZyYW1lIChjb3JydXB0IHN0YWNrPykKKGtnZGIpCg== --------------000007020408070003050200 Content-Type: text/plain; name="114676-dmesg.txt" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="114676-dmesg.txt" W3Jvb3RAcGFwcmlrYV0gL3Vzci9vYmovdXNyL3NyYy9zeXMvVVAjIGRtZXNnICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIFsxMDNdCkNvcHlyaWdodCAoYykgMTk5Mi0yMDA5IFRoZSBGcmVlQlNEIFByb2pl Y3QuCkNvcHlyaWdodCAoYykgMTk3OSwgMTk4MCwgMTk4MywgMTk4NiwgMTk4OCwgMTk4OSwg MTk5MSwgMTk5MiwgMTk5MywgMTk5NAogICAgICAgIFRoZSBSZWdlbnRzIG9mIHRoZSBVbml2 ZXJzaXR5IG9mIENhbGlmb3JuaWEuIEFsbCByaWdodHMgcmVzZXJ2ZWQuCkZyZWVCU0QgaXMg YSByZWdpc3RlcmVkIHRyYWRlbWFyayBvZiBUaGUgRnJlZUJTRCBGb3VuZGF0aW9uLgpGcmVl QlNEIDcuMS1SRUxFQVNFLXAzICMyOiBUdWUgTWFyICAzIDAxOjE0OjQ2IENFVCAyMDA5CiAg ICByb290QHBhcHJpa2EuYXN0YS51bmktcG90c2RhbS5kZTovdXNyL29iai91c3Ivc3JjL3N5 cy9VUApXQVJOSU5HOiBXSVRORVNTIG9wdGlvbiBlbmFibGVkLCBleHBlY3QgcmVkdWNlZCBw ZXJmb3JtYW5jZS4KVGltZWNvdW50ZXIgImk4MjU0IiBmcmVxdWVuY3kgMTE5MzE4MiBIeiBx dWFsaXR5IDAKQ1BVOiBJbnRlbChSKSBQZW50aXVtKFIpIDQgQ1BVIDIuNjBHSHogKDI2MDUu OTItTUh6IDY4Ni1jbGFzcyBDUFUpCiAgT3JpZ2luID0gIkdlbnVpbmVJbnRlbCIgIElkID0g MHhmMjkgIFN0ZXBwaW5nID0gOQogIEZlYXR1cmVzPTB4YmZlYmZiZmY8RlBVLFZNRSxERSxQ U0UsVFNDLE1TUixQQUUsTUNFLENYOCxBUElDLFNFUCxNVFJSLFBHRSxNQ0EsQ01PVixQQVQs UFNFMzYsQ0xGTFVTSCxEVFMsQUNQSSxNTVgsRlhTUixTU0UsU1NFMixTUyxIVFQsVE0sUEJF PgogIEZlYXR1cmVzMj0weDQ0MDA8Q05YVC1JRCx4VFBSPgogIExvZ2ljYWwgQ1BVcyBwZXIg Y29yZTogMgpyZWFsIG1lbW9yeSAgPSAxMDcyNTYyMTc2ICgxMDIyIE1CKQphdmFpbCBtZW1v cnkgPSAxMDQwNDAwMzg0ICg5OTIgTUIpCldJVE5FU1M6IHNwaW4gbG9jayBjcHVzZXQgbm90 IGluIG9yZGVyIGxpc3QKV0lUTkVTUzogc3BpbiBsb2NrIGludHJjbnQgbm90IGluIG9yZGVy IGxpc3QKa2JkMSBhdCBrYmRtdXgwCmFjcGkwOiA8SW50ZWxSIEFXUkRBQ1BJPiBvbiBtb3Ro ZXJib2FyZAphY3BpMDogW0lUSFJFQURdCmFjcGkwOiBQb3dlciBCdXR0b24gKGZpeGVkKQph Y3BpMDogcmVzZXJ2YXRpb24gb2YgMCwgYTAwMDAgKDMpIGZhaWxlZAphY3BpMDogcmVzZXJ2 YXRpb24gb2YgMTAwMDAwLCAzZmRlMDAwMCAoMykgZmFpbGVkClRpbWVjb3VudGVyICJBQ1BJ LWZhc3QiIGZyZXF1ZW5jeSAzNTc5NTQ1IEh6IHF1YWxpdHkgMTAwMAphY3BpX3RpbWVyMDog PDI0LWJpdCB0aW1lciBhdCAzLjU3OTU0NU1Iej4gcG9ydCAweDQwOC0weDQwYiBvbiBhY3Bp MAphY3BpX2J1dHRvbjA6IDxQb3dlciBCdXR0b24+IG9uIGFjcGkwCnBjaWIwOiA8QUNQSSBI b3N0LVBDSSBicmlkZ2U+IHBvcnQgMHhjZjgtMHhjZmYgb24gYWNwaTAKcGNpMDogPEFDUEkg UENJIGJ1cz4gb24gcGNpYjAKYWdwMDogPEludGVsIDgyODc1UCBob3N0IHRvIEFHUCBicmlk Z2U+IG9uIGhvc3RiMApwY2liMTogPFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMS4wIG9u IHBjaTAKcGNpMTogPFBDSSBidXM+IG9uIHBjaWIxCnBjaWIyOiA8QUNQSSBQQ0ktUENJIGJy aWRnZT4gYXQgZGV2aWNlIDMuMCBvbiBwY2kwCnBjaTI6IDxBQ1BJIFBDSSBidXM+IG9uIHBj aWIyCmVtMDogPEludGVsKFIpIFBSTy8xMDAwIE5ldHdvcmsgQ29ubmVjdGlvbiA2LjkuNj4g cG9ydCAweGMwMDAtMHhjMDFmIG1lbSAweGYyMDAwMDAwLTB4ZjIwMWZmZmYgaXJxIDExIGF0 IGRldmljZSAxLjAgb24gcGNpMgplbTA6IFtGSUxURVJdCmVtMDogRXRoZXJuZXQgYWRkcmVz czogMDA6ZTA6ODE6MmE6NWI6MTEKcGNpYjM6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBk ZXZpY2UgMzAuMCBvbiBwY2kwCnBjaTM6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIzCnR3ZTA6 IDwzd2FyZSBTdG9yYWdlIENvbnRyb2xsZXIuIERyaXZlciB2ZXJzaW9uIDEuNTAuMDEuMDAy PiBwb3J0IDB4ZDAwMC0weGQwMGYgbWVtIDB4ZjE4NjIwMDAtMHhmMTg2MjAwZiwweGYxMDAw MDAwLTB4ZjE3ZmZmZmYgaXJxIDEwIGF0IGRldmljZSAwLjAgb24gcGNpMwp0d2UwOiBbR0lB TlQtTE9DS0VEXQp0d2UwOiBbSVRIUkVBRF0KdHdlMDogNCBwb3J0cywgRmlybXdhcmUgRkU4 UyAxLjA1LjAwLjA2OCwgQklPUyBCRTdYIDEuMDguMDAuMDQ4CmVtMTogPEludGVsKFIpIFBS Ty8xMDAwIE5ldHdvcmsgQ29ubmVjdGlvbiA2LjkuNj4gcG9ydCAweGQxMDAtMHhkMTNmIG1l bSAweGYxODIwMDAwLTB4ZjE4M2ZmZmYsMHhmMTgwMDAwMC0weGYxODFmZmZmIGlycSA1IGF0 IGRldmljZSAyLjAgb24gcGNpMwplbTE6IFtGSUxURVJdCmVtMTogRXRoZXJuZXQgYWRkcmVz czogMDA6ZTA6ODE6MmE6NWI6MTIKdmdhcGNpMDogPFZHQS1jb21wYXRpYmxlIGRpc3BsYXk+ IHBvcnQgMHhkMjAwLTB4ZDJmZiBtZW0gMHhmMDAwMDAwMC0weGYwZmZmZmZmLDB4ZjE4NjAw MDAtMHhmMTg2MGZmZiBpcnEgMTAgYXQgZGV2aWNlIDcuMCBvbiBwY2kzCmZ4cDA6IDxJbnRl bCA4MjU2MkVUIChJQ0g1L0lDSDVSKSBQcm8vMTAwIFZFIEV0aGVybmV0PiBwb3J0IDB4ZDMw MC0weGQzM2YgbWVtIDB4ZjE4NjEwMDAtMHhmMTg2MWZmZiBpcnEgMTIgYXQgZGV2aWNlIDgu MCBvbiBwY2kzCm1paWJ1czA6IDxNSUkgYnVzPiBvbiBmeHAwCmlucGh5MDogPGk4MjU2MkVN IDEwLzEwMCBtZWRpYSBpbnRlcmZhY2U+IFBIWSAxIG9uIG1paWJ1czAKaW5waHkwOiAgMTBi YXNlVCwgMTBiYXNlVC1GRFgsIDEwMGJhc2VUWCwgMTAwYmFzZVRYLUZEWCwgYXV0bwpmeHAw OiBFdGhlcm5ldCBhZGRyZXNzOiAwMDplMDo4MToyYTo1YjoxMwpmeHAwOiBbSVRIUkVBRF0K aXNhYjA6IDxQQ0ktSVNBIGJyaWRnZT4gYXQgZGV2aWNlIDMxLjAgb24gcGNpMAppc2EwOiA8 SVNBIGJ1cz4gb24gaXNhYjAKYXRhcGNpMDogPEludGVsIElDSDUgVURNQTEwMCBjb250cm9s bGVyPiBwb3J0IDB4MWYwLTB4MWY3LDB4M2Y2LDB4MTcwLTB4MTc3LDB4Mzc2LDB4ZjAwMC0w eGYwMGYgYXQgZGV2aWNlIDMxLjEgb24gcGNpMAphdGEwOiA8QVRBIGNoYW5uZWwgMD4gb24g YXRhcGNpMAphdGEwOiBbSVRIUkVBRF0KYXRhMTogPEFUQSBjaGFubmVsIDE+IG9uIGF0YXBj aTAKYXRhMTogW0lUSFJFQURdCmF0YXBjaTE6IDxJbnRlbCBJQ0g1IFNBVEExNTAgY29udHJv bGxlcj4gcG9ydCAweGU0MDAtMHhlNDA3LDB4ZTUwMC0weGU1MDMsMHhlNjAwLTB4ZTYwNyww eGU3MDAtMHhlNzAzLDB4ZTgwMC0weGU4MGYgaXJxIDExIGF0IGRldmljZSAzMS4yIG9uIHBj aTAKYXRhcGNpMTogW0lUSFJFQURdCmF0YTI6IDxBVEEgY2hhbm5lbCAwPiBvbiBhdGFwY2kx CmF0YTI6IFtJVEhSRUFEXQphdGEzOiA8QVRBIGNoYW5uZWwgMT4gb24gYXRhcGNpMQphdGEz OiBbSVRIUkVBRF0KcGNpMDogPHNlcmlhbCBidXMsIFNNQnVzPiBhdCBkZXZpY2UgMzEuMyAo bm8gZHJpdmVyIGF0dGFjaGVkKQphY3BpX3R6MDogPFRoZXJtYWwgWm9uZT4gb24gYWNwaTAK ZmRjMDogPGZsb3BweSBkcml2ZSBjb250cm9sbGVyPiBwb3J0IDB4M2YwLTB4M2Y1LDB4M2Y3 IGlycSA2IGRycSAyIG9uIGFjcGkwCmZkYzA6IFtGSUxURVJdCmZkMDogPDE0NDAtS0IgMy41 IiBkcml2ZT4gb24gZmRjMCBkcml2ZSAwCnNpbzA6IDwxNjU1MEEtY29tcGF0aWJsZSBDT00g cG9ydD4gcG9ydCAweDNmOC0weDNmZiBpcnEgNCBmbGFncyAweDEwIG9uIGFjcGkwCnNpbzA6 IHR5cGUgMTY1NTBBCnNpbzA6IFtGSUxURVJdCnNpbzE6IDwxNjU1MEEtY29tcGF0aWJsZSBD T00gcG9ydD4gcG9ydCAweDJmOC0weDJmZiBpcnEgMyBvbiBhY3BpMApzaW8xOiB0eXBlIDE2 NTUwQQpzaW8xOiBbRklMVEVSXQphdGtiZGMwOiA8S2V5Ym9hcmQgY29udHJvbGxlciAoaTgw NDIpPiBwb3J0IDB4NjAsMHg2NCBpcnEgMSBvbiBhY3BpMAphdGtiZDA6IDxBVCBLZXlib2Fy ZD4gaXJxIDEgb24gYXRrYmRjMAprYmQwIGF0IGF0a2JkMAphdGtiZDA6IFtHSUFOVC1MT0NL RURdCmF0a2JkMDogW0lUSFJFQURdCmNwdTA6IDxBQ1BJIENQVT4gb24gYWNwaTAKcDR0Y2Mw OiA8Q1BVIEZyZXF1ZW5jeSBUaGVybWFsIENvbnRyb2w+IG9uIGNwdTAKcG10aW1lcjAgb24g aXNhMApvcm0wOiA8SVNBIE9wdGlvbiBST01zPiBhdCBpb21lbSAweGMwMDAwLTB4YzdmZmYs MHhjODAwMC0weGM4ZmZmIHBucGlkIE9STTAwMDAgb24gaXNhMApzYzA6IDxTeXN0ZW0gY29u c29sZT4gYXQgZmxhZ3MgMHgxMDAgb24gaXNhMApzYzA6IFZHQSA8MTYgdmlydHVhbCBjb25z b2xlcywgZmxhZ3M9MHgzMDA+CnZnYTA6IDxHZW5lcmljIElTQSBWR0E+IGF0IHBvcnQgMHgz YzAtMHgzZGYgaW9tZW0gMHhhMDAwMC0weGJmZmZmIG9uIGlzYTAKVGltZWNvdW50ZXIgIlRT QyIgZnJlcXVlbmN5IDI2MDU5MjIxMjQgSHogcXVhbGl0eSA4MDAKVGltZWNvdW50ZXJzIHRp Y2sgZXZlcnkgMS4wMDAgbXNlYwphY2QwOiBEVkRST00gPFRPU0hJQkEgT0RELURWRCBTRC1N MTgwMi8xMDMxPiBhdCBhdGExLW1hc3RlciBVRE1BMzMKdHdlZDA6IDxVbml0IDEsIFR3aW5T dG9yLCBOb3JtYWw+IG9uIHR3ZTAKdHdlZDA6IDQ3NjkzOU1CICg5NzY3NzExMjAgc2VjdG9y cykKdHdlZDE6IDxVbml0IDMsIEpCT0QsIE5vcm1hbD4gb24gdHdlMAp0d2VkMTogMTk0NDgx TUIgKDM5ODI5NzA4OCBzZWN0b3JzKQpXQVJOSU5HOiBXSVRORVNTIG9wdGlvbiBlbmFibGVk LCBleHBlY3QgcmVkdWNlZCBwZXJmb3JtYW5jZS4KVHJ5aW5nIHRvIG1vdW50IHJvb3QgZnJv bSB1ZnM6L2Rldi90d2VkMHMxYQo= --------------000007020408070003050200 Content-Type: text/plain; name="114676-kernelconf.txt" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="114676-kernelconf.txt" YWRkaXRpb25hbCBub3RlOgovZXRjL21ha2UuY29uZiBjb250YWlucyB0aGUgbGluZSAiQ1BV VFlQRT1wZW50aXVtNCIsCm5vIG90aGVyIGdjYyBvcHRpb25zCgpbcm9vdEBwYXByaWthXSAv dXNyL29iai91c3Ivc3JjL3N5cy9VUCMgY2F0IC91c3Ivc3JjL3N5cy9pMzg2L2NvbmYvVVAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgWzEwNF0KY3B1 ICAgICAgICAgICAgIEk2ODZfQ1BVCmlkZW50ICAgICAgICAgICBHRU5FUklDVVAKCm1ha2Vv cHRpb25zICAgICBERUJVRz0tZyAgICAgICAgICAgICAgICAjIEJ1aWxkIGtlcm5lbCB3aXRo IGdkYigxKSBkZWJ1ZyBzeW1ib2xzCgpvcHRpb25zIElOVkFSSUFOVFMKb3B0aW9ucyBJTlZB UklBTlRfU1VQUE9SVApvcHRpb25zIFdJVE5FU1MKCm9wdGlvbnMgICAgICAgICBTQ0hFRF9V TEUgICAgICAgICAgICAgICAjIFVMRSBzY2hlZHVsZXIKb3B0aW9ucyAgICAgICAgIFBSRUVN UFRJT04gICAgICAgICAgICAgICMgRW5hYmxlIGtlcm5lbCB0aHJlYWQgcHJlZW1wdGlvbgpv cHRpb25zICAgICAgICAgSU5FVCAgICAgICAgICAgICAgICAgICAgIyBJbnRlck5FVHdvcmtp bmcKb3B0aW9ucyAgICAgICAgIElORVQ2ICAgICAgICAgICAgICAgICAgICMgSVB2NiBjb21t dW5pY2F0aW9ucyBwcm90b2NvbHMKb3B0aW9ucyAgICAgICAgIEZGUyAgICAgICAgICAgICAg ICAgICAgICMgQmVya2VsZXkgRmFzdCBGaWxlc3lzdGVtCm9wdGlvbnMgICAgICAgICBTT0ZU VVBEQVRFUyAgICAgICAgICAgICAjIEVuYWJsZSBGRlMgc29mdCB1cGRhdGVzIHN1cHBvcnQK b3B0aW9ucyAgICAgICAgIFVGU19BQ0wgICAgICAgICAgICAgICAgICMgU3VwcG9ydCBmb3Ig YWNjZXNzIGNvbnRyb2wgbGlzdHMKb3B0aW9ucyAgICAgICAgIFVGU19ESVJIQVNIICAgICAg ICAgICAgICMgSW1wcm92ZSBwZXJmb3JtYW5jZSBvbiBiaWcgZGlyZWN0b3JpZXMKb3B0aW9u cyAgICAgICAgIFVGU19HSk9VUk5BTCAgICAgICAgICAgICMgRW5hYmxlIGdqb3VybmFsLWJh c2VkIFVGUyBqb3VybmFsaW5nCm9wdGlvbnMgICAgICAgICBNRF9ST09UICAgICAgICAgICAg ICAgICAjIE1EIGlzIGEgcG90ZW50aWFsIHJvb3QgZGV2aWNlCm9wdGlvbnMgICAgICAgICBO RlNDTElFTlQgICAgICAgICAgICAgICAjIE5ldHdvcmsgRmlsZXN5c3RlbSBDbGllbnQKb3B0 aW9ucyAgICAgICAgIE5GU1NFUlZFUiAgICAgICAgICAgICAgICMgTmV0d29yayBGaWxlc3lz dGVtIFNlcnZlcgpvcHRpb25zICAgICAgICAgTkZTTE9DS0QgICAgICAgICAgICAgICAgIyBO ZXR3b3JrIExvY2sgTWFuYWdlcgpvcHRpb25zICAgICAgICAgTkZTX1JPT1QgICAgICAgICAg ICAgICAgIyBORlMgdXNhYmxlIGFzIC8sIHJlcXVpcmVzIE5GU0NMSUVOVApvcHRpb25zICAg ICAgICAgTVNET1NGUyAgICAgICAgICAgICAgICAgIyBNU0RPUyBGaWxlc3lzdGVtCm9wdGlv bnMgICAgICAgICBDRDk2NjAgICAgICAgICAgICAgICAgICAjIElTTyA5NjYwIEZpbGVzeXN0 ZW0Kb3B0aW9ucyAgICAgICAgIFBST0NGUyAgICAgICAgICAgICAgICAgICMgUHJvY2VzcyBm aWxlc3lzdGVtIChyZXF1aXJlcyBQU0VVRE9GUykKb3B0aW9ucyAgICAgICAgIFBTRVVET0ZT ICAgICAgICAgICAgICAgICMgUHNldWRvLWZpbGVzeXN0ZW0gZnJhbWV3b3JrCm9wdGlvbnMg ICAgICAgICBHRU9NX1BBUlRfR1BUICAgICAgICAgICAjIEdVSUQgUGFydGl0aW9uIFRhYmxl cy4Kb3B0aW9ucyAgICAgICAgIEdFT01fTEFCRUwgICAgICAgICAgICAgICMgUHJvdmlkZXMg bGFiZWxpemF0aW9uCm9wdGlvbnMgICAgICAgICBDT01QQVRfNDNUVFkgICAgICAgICAgICAj IEJTRCA0LjMgVFRZIGNvbXBhdCBbS0VFUCBUSElTIV0Kb3B0aW9ucyAgICAgICAgIENPTVBB VF9GUkVFQlNENCAgICAgICAgICMgQ29tcGF0aWJsZSB3aXRoIEZyZWVCU0Q0Cm9wdGlvbnMg ICAgICAgICBDT01QQVRfRlJFRUJTRDUgICAgICAgICAjIENvbXBhdGlibGUgd2l0aCBGcmVl QlNENQpvcHRpb25zICAgICAgICAgQ09NUEFUX0ZSRUVCU0Q2ICAgICAgICAgIyBDb21wYXRp YmxlIHdpdGggRnJlZUJTRDYKb3B0aW9ucyAgICAgICAgIFNDU0lfREVMQVk9NTAwMCAgICAg ICAgICMgRGVsYXkgKGluIG1zKSBiZWZvcmUgcHJvYmluZyBTQ1NJCm9wdGlvbnMgICAgICAg ICBLVFJBQ0UgICAgICAgICAgICAgICAgICAjIGt0cmFjZSgxKSBzdXBwb3J0Cm9wdGlvbnMg ICAgICAgICBTVEFDSyAgICAgICAgICAgICAgICAgICAjIHN0YWNrKDkpIHN1cHBvcnQKb3B0 aW9ucyAgICAgICAgIFNZU1ZTSE0gICAgICAgICAgICAgICAgICMgU1lTVi1zdHlsZSBzaGFy ZWQgbWVtb3J5Cm9wdGlvbnMgICAgICAgICBTWVNWTVNHICAgICAgICAgICAgICAgICAjIFNZ U1Ytc3R5bGUgbWVzc2FnZSBxdWV1ZXMKb3B0aW9ucyAgICAgICAgIFNZU1ZTRU0gICAgICAg ICAgICAgICAgICMgU1lTVi1zdHlsZSBzZW1hcGhvcmVzCm9wdGlvbnMgICAgICAgICBfS1BP U0lYX1BSSU9SSVRZX1NDSEVEVUxJTkcgIyBQT1NJWCBQMTAwM18xQiByZWFsLXRpbWUgZXh0 ZW5zaW9ucwpvcHRpb25zICAgICAgICAgS0JEX0lOU1RBTExfQ0RFViAgICAgICAgIyBpbnN0 YWxsIGEgQ0RFViBlbnRyeSBpbiAvZGV2Cm9wdGlvbnMgICAgICAgICBBREFQVElWRV9HSUFO VCAgICAgICAgICAjIEdpYW50IG11dGV4IGlzIGFkYXB0aXZlLgpvcHRpb25zICAgICAgICAg U1RPUF9OTUkgICAgICAgICAgICAgICAgIyBTdG9wIENQVVMgdXNpbmcgTk1JIGluc3RlYWQg b2YgSVBJCm9wdGlvbnMgICAgICAgICBBVURJVCAgICAgICAgICAgICAgICAgICAjIFNlY3Vy aXR5IGV2ZW50IGF1ZGl0aW5nCgojIENQVSBmcmVxdWVuY3kgY29udHJvbApkZXZpY2UgICAg ICAgICAgY3B1ZnJlcQoKIyBCdXMgc3VwcG9ydC4KZGV2aWNlICAgICAgICAgIGVpc2EKZGV2 aWNlICAgICAgICAgIHBjaQoKIyBGbG9wcHkgZHJpdmVzCmRldmljZSAgICAgICAgICBmZGMK CiMgQVRBIGFuZCBBVEFQSSBkZXZpY2VzCmRldmljZSAgICAgICAgICBhdGEKZGV2aWNlICAg ICAgICAgIGF0YWRpc2sgICAgICAgICAjIEFUQSBkaXNrIGRyaXZlcwpkZXZpY2UgICAgICAg ICAgYXRhcmFpZCAgICAgICAgICMgQVRBIFJBSUQgZHJpdmVzCmRldmljZSAgICAgICAgICBh dGFwaWNkICAgICAgICAgIyBBVEFQSSBDRFJPTSBkcml2ZXMKZGV2aWNlICAgICAgICAgIGF0 YXBpZmQgICAgICAgICAjIEFUQVBJIGZsb3BweSBkcml2ZXMKZGV2aWNlICAgICAgICAgIGF0 YXBpc3QgICAgICAgICAjIEFUQVBJIHRhcGUgZHJpdmVzCm9wdGlvbnMgICAgICAgICBBVEFf U1RBVElDX0lEICAgIyBTdGF0aWMgZGV2aWNlIG51bWJlcmluZwoKIyBTQ1NJIHBlcmlwaGVy YWxzCmRldmljZSAgICAgICAgICBzY2J1cyAgICAgICAgICAgIyBTQ1NJIGJ1cyAocmVxdWly ZWQgZm9yIFNDU0kpCmRldmljZSAgICAgICAgICBjaCAgICAgICAgICAgICAgIyBTQ1NJIG1l ZGlhIGNoYW5nZXJzCmRldmljZSAgICAgICAgICBkYSAgICAgICAgICAgICAgIyBEaXJlY3Qg QWNjZXNzIChkaXNrcykKZGV2aWNlICAgICAgICAgIHNhICAgICAgICAgICAgICAjIFNlcXVl bnRpYWwgQWNjZXNzICh0YXBlIGV0YykKZGV2aWNlICAgICAgICAgIGNkICAgICAgICAgICAg ICAjIENECmRldmljZSAgICAgICAgICBwYXNzICAgICAgICAgICAgIyBQYXNzdGhyb3VnaCBk ZXZpY2UgKGRpcmVjdCBTQ1NJIGFjY2VzcykKZGV2aWNlICAgICAgICAgIHNlcyAgICAgICAg ICAgICAjIFNDU0kgRW52aXJvbm1lbnRhbCBTZXJ2aWNlcyAoYW5kIFNBRi1URSkKCiMgUkFJ RCBjb250cm9sbGVycwpkZXZpY2UgICAgICAgICAgdHdlICAgICAgICAgICAgICMgM3dhcmUg QVRBIFJBSUQKCiMgYXRrYmRjMCBjb250cm9scyBib3RoIHRoZSBrZXlib2FyZCBhbmQgdGhl IFBTLzIgbW91c2UKZGV2aWNlICAgICAgICAgIGF0a2JkYyAgICAgICAgICAjIEFUIGtleWJv YXJkIGNvbnRyb2xsZXIKZGV2aWNlICAgICAgICAgIGF0a2JkICAgICAgICAgICAjIEFUIGtl eWJvYXJkCmRldmljZSAgICAgICAgICBwc20gICAgICAgICAgICAgIyBQUy8yIG1vdXNlCgpk ZXZpY2UgICAgICAgICAga2JkbXV4ICAgICAgICAgICMga2V5Ym9hcmQgbXVsdGlwbGV4ZXIK CmRldmljZSAgICAgICAgICB2Z2EgICAgICAgICAgICAgIyBWR0EgdmlkZW8gY2FyZCBkcml2 ZXIKCmRldmljZSAgICAgICAgICBzcGxhc2ggICAgICAgICAgIyBTcGxhc2ggc2NyZWVuIGFu ZCBzY3JlZW4gc2F2ZXIgc3VwcG9ydAoKIyBzeXNjb25zIGlzIHRoZSBkZWZhdWx0IGNvbnNv bGUgZHJpdmVyLCByZXNlbWJsaW5nIGFuIFNDTyBjb25zb2xlCmRldmljZSAgICAgICAgICBz YwoKZGV2aWNlICAgICAgICAgIGFncCAgICAgICAgICAgICAjIHN1cHBvcnQgc2V2ZXJhbCBB R1AgY2hpcHNldHMKCiMgQWRkIHN1c3BlbmQvcmVzdW1lIHN1cHBvcnQgZm9yIHRoZSBpODI1 NC4KZGV2aWNlICAgICAgICAgIHBtdGltZXIKCiMgU2VyaWFsIChDT00pIHBvcnRzCmRldmlj ZSAgICAgICAgICBzaW8gICAgICAgICAgICAgIyA4MjUwLCAxNls0NV01MCBiYXNlZCBzZXJp YWwgcG9ydHMKZGV2aWNlICAgICAgICAgIHVhcnQgICAgICAgICAgICAjIEdlbmVyaWMgVUFS VCBkcml2ZXIKCiMgUENJIEV0aGVybmV0IE5JQ3MuCmRldmljZSAgICAgICAgICBlbSAgICAg ICAgICAgICAgIyBJbnRlbCBQUk8vMTAwMCBHaWdhYml0IEV0aGVybmV0IEZhbWlseQoKIyBQ Q0kgRXRoZXJuZXQgTklDcyB0aGF0IHVzZSB0aGUgY29tbW9uIE1JSSBidXMgY29udHJvbGxl ciBjb2RlLgojIE5PVEU6IEJlIHN1cmUgdG8ga2VlcCB0aGUgJ2RldmljZSBtaWlidXMnIGxp bmUgaW4gb3JkZXIgdG8gdXNlIHRoZXNlIE5JQ3MhCmRldmljZSAgICAgICAgICBtaWlidXMg ICAgICAgICAgIyBNSUkgYnVzIHN1cHBvcnQKZGV2aWNlICAgICAgICAgIGZ4cCAgICAgICAg ICAgICAjIEludGVsIEV0aGVyRXhwcmVzcyBQUk8vMTAwQiAoODI1NTcsIDgyNTU4KQoKIyBQ c2V1ZG8gZGV2aWNlcy4KZGV2aWNlICAgICAgICAgIGxvb3AgICAgICAgICAgICAjIE5ldHdv cmsgbG9vcGJhY2sKZGV2aWNlICAgICAgICAgIHJhbmRvbSAgICAgICAgICAjIEVudHJvcHkg ZGV2aWNlCmRldmljZSAgICAgICAgICBldGhlciAgICAgICAgICAgIyBFdGhlcm5ldCBzdXBw b3J0CmRldmljZSAgICAgICAgICBzbCAgICAgICAgICAgICAgIyBLZXJuZWwgU0xJUApkZXZp Y2UgICAgICAgICAgcHBwICAgICAgICAgICAgICMgS2VybmVsIFBQUApkZXZpY2UgICAgICAg ICAgdHVuICAgICAgICAgICAgICMgUGFja2V0IHR1bm5lbC4KZGV2aWNlICAgICAgICAgIHB0 eSAgICAgICAgICAgICAjIFBzZXVkby10dHlzICh0ZWxuZXQgZXRjKQpkZXZpY2UgICAgICAg ICAgbWQgICAgICAgICAgICAgICMgTWVtb3J5ICJkaXNrcyIKZGV2aWNlICAgICAgICAgIGdp ZiAgICAgICAgICAgICAjIElQdjYgYW5kIElQdjQgdHVubmVsaW5nCmRldmljZSAgICAgICAg ICBmYWl0aCAgICAgICAgICAgIyBJUHY2LXRvLUlQdjQgcmVsYXlpbmcgKHRyYW5zbGF0aW9u KQpkZXZpY2UgICAgICAgICAgZmlybXdhcmUgICAgICAgICMgZmlybXdhcmUgYXNzaXN0IG1v ZHVsZQoKIyBUaGUgYGJwZicgZGV2aWNlIGVuYWJsZXMgdGhlIEJlcmtlbGV5IFBhY2tldCBG aWx0ZXIuCiMgQmUgYXdhcmUgb2YgdGhlIGFkbWluaXN0cmF0aXZlIGNvbnNlcXVlbmNlcyBv ZiBlbmFibGluZyB0aGlzIQojIE5vdGUgdGhhdCAnYnBmJyBpcyByZXF1aXJlZCBmb3IgREhD UC4KZGV2aWNlICAgICAgICAgIGJwZiAgICAgICAgICAgICAjIEJlcmtlbGV5IHBhY2tldCBm aWx0ZXIKCiMgVVNCIHN1cHBvcnQKZGV2aWNlICAgICAgICAgIHVoY2kgICAgICAgICAgICAj IFVIQ0kgUENJLT5VU0IgaW50ZXJmYWNlCmRldmljZSAgICAgICAgICBvaGNpICAgICAgICAg ICAgIyBPSENJIFBDSS0+VVNCIGludGVyZmFjZQpkZXZpY2UgICAgICAgICAgZWhjaSAgICAg ICAgICAgICMgRUhDSSBQQ0ktPlVTQiBpbnRlcmZhY2UgKFVTQiAyLjApCmRldmljZSAgICAg ICAgICB1c2IgICAgICAgICAgICAgIyBVU0IgQnVzIChyZXF1aXJlZCkKI2RldmljZSAgICAg ICAgIHVkYnAgICAgICAgICAgICAjIFVTQiBEb3VibGUgQnVsayBQaXBlIGRldmljZXMKZGV2 aWNlICAgICAgICAgIHVnZW4gICAgICAgICAgICAjIEdlbmVyaWMKZGV2aWNlICAgICAgICAg IHVoaWQgICAgICAgICAgICAjICJIdW1hbiBJbnRlcmZhY2UgRGV2aWNlcyIKZGV2aWNlICAg ICAgICAgIHVrYmQgICAgICAgICAgICAjIEtleWJvYXJkCmRldmljZSAgICAgICAgICB1bHB0 ICAgICAgICAgICAgIyBQcmludGVyCmRldmljZSAgICAgICAgICB1bWFzcyAgICAgICAgICAg IyBEaXNrcy9NYXNzIHN0b3JhZ2UgLSBSZXF1aXJlcyBzY2J1cyBhbmQgZGEKZGV2aWNlICAg ICAgICAgIHVtcyAgICAgICAgICAgICAjIE1vdXNlCg== --------------000007020408070003050200-- From owner-freebsd-fs@FreeBSD.ORG Wed Mar 4 12:39:59 2009 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 717BF1065676; Wed, 4 Mar 2009 12:39:59 +0000 (UTC) (envelope-from c-h@mail.ru) Received: from f10.mail.ru (f10.mail.ru [194.67.57.130]) by mx1.freebsd.org (Postfix) with ESMTP id 2D8018FC0A; Wed, 4 Mar 2009 12:39:58 +0000 (UTC) (envelope-from c-h@mail.ru) Received: from mail by f10.mail.ru with local id 1LeqOC-0003BP-00; Wed, 04 Mar 2009 15:39:56 +0300 Received: from [81.195.105.242] by win.mail.ru with HTTP; Wed, 04 Mar 2009 15:39:56 +0300 From: Cache To: Peter Schuller Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: [81.195.105.242] Date: Wed, 04 Mar 2009 15:39:56 +0300 References: <20090303145451.GA76327@hyperion.scode.org> In-Reply-To: <20090303145451.GA76327@hyperion.scode.org> Content-Type: multipart/mixed; boundary="----y673Y6wP-hfQEvJr7WWdxmo9N:1236170396" Message-Id: X-Spam: Not detected X-Mras: Ok Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re[2]: Help! zpool corrupted! X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Cache List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2009 12:40:00 -0000 ------y673Y6wP-hfQEvJr7WWdxmo9N:1236170396 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: 8bit Hello, Peter. I tried to run 'zfs mount main/usr &' and then 'zpool iostat 1'. Read and write operations are all zero. System works as usual, except that 'zfs mount' not done. I can do disk operations such as 'ls' or 'cat /COPYRIGHT' normally. Also I can do 'zfs list' or 'zpool status' without any oddity. In 'ps wwaux' output many spa_zio and USBPROC processes with DL status - I don't know what it means. I attached some info - outputs of 'dmesg', 'ps wwaux', 'zpool status -v', 'zfs list' after starting 'zfs mount main/usr &'. I think (just assume after reading Sun's ZFS admin manual) that :<0x5b> error prevents datasets mounting. Any ideas how to correct this problem? -----Original Message----- From: Peter Schuller To: Cache Date: Tue, 3 Mar 2009 15:54:51 +0100 Subject: Re: Help! zpool corrupted! > Can you run "iostat -x 1" while while youre zfs mount -a hangs? It > will probably indicate that there is 100% disk utilization on the disk > in question, indicating there is one or more I/O request(s) > outstanding to the device, indicating a > driver/controller/cabling/drive problem. > > If on the other hand 'zfs mount -a' hangs but there is no ongoing > attempts at disk I/O according to iostat, there may be a software > problem with zfs or something else, although since you have confirmed > disk-related issues it might have been triggered by actual on-disk > corruption. > > -- > / Peter Schuller > > PGP userID: 0xE9758B7D or 'Peter Schuller ' > Key retrieval: Send an E-Mail to getpgpkey@scode.org > E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org > > > ATTACHMENT: application/pgp-signature > ------y673Y6wP-hfQEvJr7WWdxmo9N:1236170396 Content-Type: text/plain; name="zpool.txt" Content-Disposition: attachment; filename="zpool.txt" Content-Transfer-Encoding: base64 ICBwb29sOiBtYWluCiBzdGF0ZTogT05MSU5FCnN0YXR1czogT25lIG9yIG1vcmUgZGV2aWNlcyBh cmUgZmF1bHRlZCBpbiByZXNwb25zZSB0byBJTyBmYWlsdXJlcy4KYWN0aW9uOiBNYWtlIHN1cmUg dGhlIGFmZmVjdGVkIGRldmljZXMgYXJlIGNvbm5lY3RlZCwgdGhlbiBydW4gJ3pwb29sIGNsZWFy Jy4KICAgc2VlOiBodHRwOi8vd3d3LnN1bi5jb20vbXNnL1pGUy04MDAwLUpRCiBzY3J1Yjogbm9u ZSByZXF1ZXN0ZWQKY29uZmlnOgoKCU5BTUUgICAgICAgIFNUQVRFICAgICBSRUFEIFdSSVRFIENL U1VNCgltYWluICAgICAgICBPTkxJTkUgICAgICAgMCAgICAgMCAgICAgMQoJICBhZDRzMWQgICAg T05MSU5FICAgICAgIDAgICAgIDAgICAgIDYKCmVycm9yczogUGVybWFuZW50IGVycm9ycyBoYXZl IGJlZW4gZGV0ZWN0ZWQgaW4gdGhlIGZvbGxvd2luZyBmaWxlczoKCiAgICAgICAgPG1ldGFkYXRh Pjo8MHg1Yj4KICAgICAgICBtYWluL3ZhcjovZGIvcGtnL2xpYmdub21lcHJpbnR1aS0yLjE4LjMv K0NPTlRFTlRTCiAgICAgICAgbWFpbi92YXI6L2RiL3BrZy9saWJwdXJwbGUtMi41LjQvK0NPTlRF TlRTCiAgICAgICAgbWFpbi92YXI6L2RiL3BrZy9mb29tYXRpYy1kYi1lbmdpbmUtMjAwNzAxMjQs MS8rUkVRVUlSRURfQlkKICAgICAgICBtYWluL3ZhcjovbG9nL2RlYnVnLmxvZwogICAgICAgIG1h aW4vdmFyOi9kYi9wa2cvZ3Nmb250cy04LjExXzQvK1JFUVVJUkVEX0JZCiAgICAgICAgbWFpbi92 YXI6L2RiL3BrZy9vbWVnYVQtMS43LjMuNC8rQ09OVEVOVFMKICAgICAgICBtYWluL3ZhcjovZGIv cGtnL29yYWdlLTQuNC4zLytDT05URU5UUwogICAgICAgIG1haW4vdmFyOi9kYi9wa2cvcDUtR3Rr Mi0xLjIwMF8xLytDT05URU5UUwogICAgICAgIG1haW4vdmFyOi9kYi9wa2cvZnJlZWFsdXQtMS4x LjBfMS8rUkVRVUlSRURfQlkKICAgICAgICBtYWluL3ZhcjovZGIvcGtnL3BjYi0yMDA4MDIwMl8z LytDT05URU5UUwogICAgICAgIG1haW4vdmFyOi9sb2cvbWVzc2FnZXMuNAogICAgICAgIG1haW4v dmFyOi9kYi9wa2cvWGFyYUxYLTAuN3IxNjkyXzYvK0NPTlRFTlRTCiAgICAgICAgbWFpbi92YXI6 L2RiL3BrZy9hcGFjaGUtYW50LTEuNy4wXzIvK0NPTlRFTlRTCiAgICAgICAgbWFpbi92YXI6L2Ri L3BrZy9pY2VhdXRoLTEuMC4yLytSRVFVSVJFRF9CWQogICAgICAgIG1haW4vdmFyOi9kYi9wa2cv YnJsY2FkLTcuMTIuNi8rQ09OVEVOVFMKICAgICAgICBtYWluL3ZhcjovZGIvcGtnL2RpYS1nbm9t ZS0wLjk2LjFfNiwxLytDT05URU5UUwogICAgICAgIG1haW4vdmFyOi9kYi9wa2cvcHkyNS1vcGVu Z2wtMy4wLjAuYjhfMS8rQ09OVEVOVFMKICAgICAgICBtYWluL3ZhcjovZGIvcGtnL2d1Y2hhcm1h cC0yLjI0LjMvK1JFUVVJUkVEX0JZCiAgICAgICAgbWFpbi92YXI6L2RiL3BrZy9maXJlZm94LTMu MC42LDEvK0NPTlRFTlRTCiAgICAgICAgbWFpbi92YXI6L2RiL3BrZy9xdC0zLjMuOF85LytDT05U RU5UUwogICAgICAgIG1haW4vdmFyOi9kYi9wa2cvcnUtb3Blbm9mZmljZS5vcmctMy4wLjEvK0NP TlRFTlRTCiAgICAgICAgbWFpbi92YXI6L2RiL3BrZy9ncmFwaHZpei0yLjIwLjNfMi8rUkVRVUlS RURfQlkKICAgICAgICBtYWluL3ZhcjovZGIvcGtnL2ZvbnRzcHJvdG8tMi4wLjIvK1JFUVVJUkVE X0JZCiAgICAgICAgbWFpbi92YXI6L2RiL3BrZy9wa2dkYi5kYgogICAgICAgIG1haW4vdmFyOi9k Yi9wa2cvdGh1bmRlcmJpcmQtMi4wLjAuMTlfMS8rQ09OVEVOVFMKICAgICAgICBtYWluL3Zhcjov ZGIvcGtnL3RyYW5zbWlzc2lvbi1ndGsyLTEuNDIvK0NPTlRFTlRTCiAgICAgICAgbWFpbi92YXI6 L2RiL3BrZy9nbm9tZS1pY29uLXRoZW1lLTIuMjQuMF8yLytDT05URU5UUwogICAgICAgIG1haW4v dmFyOi9kYi9wa2cvZ25vbWUtbGlicy0xLjQuMl8xMi8rQ09OVEVOVFMKICAgICAgICBtYWluL3Zh cjovZGIvcGtnL2dudW1lcmljLTEuOS4zXzIvK0NPTlRFTlRTCiAgICAgICAgbWFpbi92YXI6L2Ri L3BrZy9nb2ZmaWNlLTAuNC4zXzUvK0NPTlRFTlRTCiAgICAgICAgbWFpbi92YXI6L2RiL3BrZy9m b29tYXRpYy1kYi0yMDA3MDEyNF8yLytSRVFVSVJFRF9CWQogICAgICAgIG1haW4vdmFyOi9kYi9w a2cvZ3F2aWV3LTIuMC40XzUvK0NPTlRFTlRTCiAgICAgICAgbWFpbi92YXI6L2RiL3BrZy9ncmFw aHZpei0yLjIwLjNfMi8rQ09OVEVOVFMKICAgICAgICBtYWluL3ZhcjovZGIvcGtnL3hmY2U0LW1j cy1wbHVnaW5zLTQuNC4zLytDT05URU5UUwogICAgICAgIG1haW4vdmFyOi9kYi9wa2cvaGFsLTAu NS4xMV8xNy8rUkVRVUlSRURfQlkKICAgICAgICBtYWluL3ZhcjovZGIvcGtnL2N1cHMtYmFzZS0x LjMuOV8zLytDT05URU5UUwogICAgICAgIG1haW4vdmFyOi9kYi9wa2cvZ25vbWVfc3Vici0xLjAv K1JFUVVJUkVEX0JZCiAgICAgICAgbWFpbi92YXI6L2RiL3BrZy9ndGttYXRodmlldy0wLjguMC8r Q09OVEVOVFMKICAgICAgICBtYWluL3ZhcjovZGIvcGtnL2hpY29sb3ItaWNvbi10aGVtZS0wLjEw XzIvK1JFUVVJUkVEX0JZCiAgICAgICAgbWFpbi92YXI6L2RiL3BrZy9ndGtzb3VyY2V2aWV3Mi0y LjQuMi8rQ09OVEVOVFMKICAgICAgICBtYWluL3ZhcjovZGIvcGtnL3hmY2U0LXRhc2ttYW5hZ2Vy LTAuNC4wLnIyXzgvK0NPTlRFTlRTCiAgICAgICAgbWFpbi92YXI6L2RiL3BrZy9nc20tMS4wLjEy XzEvK1JFUVVJUkVEX0JZCiAgICAgICAgbWFpbi92YXI6L2xvZy9tZXNzYWdlcwogICAgICAgIG1h aW4vdmFyOi9kYi9wa2cveGZjZTQtd20tNC40LjMvK0NPTlRFTlRTCiAgICAgICAgbWFpbi92YXI6 L2RiL3BrZy9nc3RyZWFtZXItMC4xMC4yMl8xLytSRVFVSVJFRF9CWQogICAgICAgIG1haW4vdmFy Oi9kYi9wa2cva2ljYWQtMjAwODA4MjUvK0NPTlRFTlRTCiAgICAgICAgbWFpbi92YXI6L2RiL3Br Zy9rb21wb3plci0wLjcuMTBfMy8rQ09OVEVOVFMKICAgICAgICBtYWluL3ZhcjovZGIvcGtnL2Zv bnRjb25maWctMi42LjAsMS8rUkVRVUlSRURfQlkKICAgICAgICBtYWluL3Vzcjo8MHgyYTM2Pgog ICAgICAgIG1haW4vdXNyOi9vYmovdXNyL3NyYy9yZXNjdWUvcmVzY3VlL3Vzci9zcmMvYmluL3No CiAgICAgICAgbWFpbi91c3I6L2xvY2FsL3NoYXJlL3NnbWwvZG9jYm9vay80LjQvZGJwb29seC5t b2QKICAgICAgICBtYWluL3Vzci9wb3J0czovbWlzYy9zaGFyZWQtbWltZS1pbmZvL3dvcmsvc2hh cmVkLW1pbWUtaW5mby0wLjYwL3BvL2ZpLnBvCiAgICAgICAgbWFpbi91c3IvcG9ydHM6L21pc2Mv c2hhcmVkLW1pbWUtaW5mby93b3JrL3NoYXJlZC1taW1lLWluZm8tMC42MC9jb25maWd1cmUKICAg ICAgICBtYWluL3Vzci9wb3J0czovZGV2ZWwvcHktZ29iamVjdC93b3JrL3B5Z29iamVjdC0yLjE2 LjEvZ2lvL3B5Z2lvLXV0aWxzLmgKICAgICAgICBtYWluL3Vzci9wb3J0czovZGV2ZWwvcHktZ29i amVjdC93b3JrL3B5Z29iamVjdC0yLjE2LjEvZ2lvL3VuaXguZGVmcwogICAgICAgIG1haW4vdXNy L3BvcnRzOi9zeXN1dGlscy9oYWwvd29yay9nbm9tZS1saWJ0b29sLmJhawogICAgICAgIG1haW4v dXNyL3BvcnRzOi9taXNjL3NoYXJlZC1taW1lLWluZm8vd29yay9zaGFyZWQtbWltZS1pbmZvLTAu NjAvZnJlZWRlc2t0b3Aub3JnLnhtbAogICAgICAgIG1haW4vdXNyL3BvcnRzL2Rpc3RmaWxlczov c2hhcmVkLW1pbWUtaW5mby0wLjYwLnRhci5iejIKICAgICAgICBtYWluL3Vzci9wb3J0cy9kaXN0 ZmlsZXM6L3hvcmcvbGliL2xpYlhpLTEuMi4xLnRhci5iejIKICAgICAgICBtYWluL3Vzci9wb3J0 cy9kaXN0ZmlsZXM6L2dub21lMi9weWdvYmplY3QtMi4xNi4xLnRhci5iejIKICAgICAgICBtYWlu L3Vzci9ob21lOi9jYWNoZS8ubW96aWxsYS9maXJlZm94LzVzcDY4bnY4LmRlZmF1bHQvcGxhY2Vz LnNxbGl0ZQogICAgICAgIG1haW4vdXNyL2hvbWU6L2NhY2hlLy5tb3ppbGxhL2ZpcmVmb3gvNXNw NjhudjguZGVmYXVsdC91cmxjbGFzc2lmaWVyMy5zcWxpdGUKICAgICAgICBtYWluL3Vzci9ob21l Oi9jYWNoZS8ubW96aWxsYS9maXJlZm94LzVzcDY4bnY4LmRlZmF1bHQvcHJlZnMuanMKICAgICAg ICBtYWluL3Vzci9ob21lOi9jYWNoZS8ubW96aWxsYS9maXJlZm94LzVzcDY4bnY4LmRlZmF1bHQv Q2FjaGUvX0NBQ0hFXzAwM18K ------y673Y6wP-hfQEvJr7WWdxmo9N:1236170396 Content-Type: text/plain; name="ps.txt" Content-Disposition: attachment; filename="ps.txt" Content-Transfer-Encoding: base64 VVNFUiAgIFBJRCAlQ1BVICVNRU0gICBWU1ogICBSU1MgIFRUICBTVEFUIFNUQVJURUQgICAgICBU SU1FIENPTU1BTkQKcm9vdCAgICAxMSAxMDAuMCAgMC4wICAgICAwICAgIDMyICA/PyAgUkwgICAg NTozMVBNICAxMTowNy4wMyBbaWRsZV0Kcm9vdCAgICAgMCAgMC4wICAwLjAgICAgIDAgICAxNDQg ID8/ICBETHMgICA1OjMxUE0gICAwOjAwLjAzIFtrZXJuZWxdCnJvb3QgICAgIDEgIDAuMCAgMC4w ICAyMTc2ICAgNDEyICA/PyAgSUxzICAgNTozMVBNICAgMDowMC4wMCAvc2Jpbi9pbml0IC1zCnJv b3QgICAgIDIgIDAuMCAgMC4wICAgICAwICAgIDE2ICA/PyAgREwgICAgNTozMVBNICAgMDowMC4w MiBbZ19ldmVudF0Kcm9vdCAgICAgMyAgMC4wICAwLjAgICAgIDAgICAgMTYgID8/ICBETCAgICA1 OjMxUE0gICAwOjAwLjAyIFtnX3VwXQpyb290ICAgICA0ICAwLjAgIDAuMCAgICAgMCAgICAxNiAg Pz8gIERMICAgIDU6MzFQTSAgIDA6MDAuMDIgW2dfZG93bl0Kcm9vdCAgICAgNSAgMC4wICAwLjAg ICAgIDAgICAgMTYgID8/ICBETCAgICA1OjMxUE0gICAwOjAwLjAwIFt4cHRfdGhyZF0Kcm9vdCAg ICAgNiAgMC4wICAwLjAgICAgIDAgICAgMTYgID8/ICBETCAgICA1OjMxUE0gICAwOjAwLjAwIFtj YmIwIGV2ZW50IHRocmVhZF0Kcm9vdCAgICAgNyAgMC4wICAwLjAgICAgIDAgICAgMTYgID8/ICBJ TCAgICA1OjMxUE0gICAwOjAwLjAwIFtmdzBfcHJvYmVdCnJvb3QgICAgIDggIDAuMCAgMC4wICAg ICAwICAgIDI0ICA/PyAgREwgICAgNTozMVBNICAgMDowMC4wMCBbc2N0cF9pdGVyYXRvcl0Kcm9v dCAgICAgOSAgMC4wICAwLjAgICAgIDAgICAgMTYgID8/ICBETCAgICA1OjMxUE0gICAwOjAwLjAw IFtwYWdlZGFlbW9uXQpyb290ICAgIDEwICAwLjAgIDAuMCAgICAgMCAgICAxNiAgPz8gIERMICAg IDU6MzFQTSAgIDA6MDAuMDAgW2F1ZGl0XQpyb290ICAgIDEyICAwLjAgIDAuMCAgICAgMCAgIDI3 MiAgPz8gIFdMICAgIDU6MzFQTSAgIDA6MDAuMzYgW2ludHJdCnJvb3QgICAgMTMgIDAuMCAgMC4w ICAgICAwICAgIDMyICA/PyAgREwgICAgNTozMVBNICAgMDowMC4wMCBbbmdfcXVldWVdCnJvb3Qg ICAgMTQgIDAuMCAgMC4wICAgICAwICAgIDE2ICA/PyAgREwgICAgNTozMVBNICAgMDowMC4wMiBb eWFycm93XQpyb290ICAgIDE1ICAwLjAgIDAuMCAgICAgMCAgICAxNiAgPz8gIERMICAgIDU6MzFQ TSAgIDA6MDAuMDMgW2FjcGlfdGhlcm1hbF0Kcm9vdCAgICAxNiAgMC4wICAwLjAgICAgIDAgICAg MTYgID8/ICBETCAgICA1OjMxUE0gICAwOjAwLjAwIFtVU0JQUk9DXQpyb290ICAgIDE3ICAwLjAg IDAuMCAgICAgMCAgICAxNiAgPz8gIERMICAgIDU6MzFQTSAgIDA6MDAuMDAgW1VTQlBST0NdCnJv b3QgICAgMTggIDAuMCAgMC4wICAgICAwICAgIDE2ICA/PyAgREwgICAgNTozMVBNICAgMDowMC4w MCBbVVNCUFJPQ10Kcm9vdCAgICAxOSAgMC4wICAwLjAgICAgIDAgICAgMTYgID8/ICBETCAgICA1 OjMxUE0gICAwOjAwLjAwIFtVU0JQUk9DXQpyb290ICAgIDIwICAwLjAgIDAuMCAgICAgMCAgICAx NiAgPz8gIERMICAgIDU6MzFQTSAgIDA6MDAuMDAgW1VTQlBST0NdCnJvb3QgICAgMjEgIDAuMCAg MC4wICAgICAwICAgIDE2ICA/PyAgREwgICAgNTozMVBNICAgMDowMC4wMCBbVVNCUFJPQ10Kcm9v dCAgICAyMiAgMC4wICAwLjAgICAgIDAgICAgMTYgID8/ICBETCAgICA1OjMxUE0gICAwOjAwLjAw IFtVU0JQUk9DXQpyb290ICAgIDIzICAwLjAgIDAuMCAgICAgMCAgICAxNiAgPz8gIERMICAgIDU6 MzFQTSAgIDA6MDAuMDAgW1VTQlBST0NdCnJvb3QgICAgMjQgIDAuMCAgMC4wICAgICAwICAgIDE2 ICA/PyAgREwgICAgNTozMVBNICAgMDowMC4wMCBbVVNCUFJPQ10Kcm9vdCAgICAyNSAgMC4wICAw LjAgICAgIDAgICAgMTYgID8/ICBETCAgICA1OjMxUE0gICAwOjAwLjAwIFtVU0JQUk9DXQpyb290 ICAgIDI2ICAwLjAgIDAuMCAgICAgMCAgICAxNiAgPz8gIERMICAgIDU6MzFQTSAgIDA6MDAuMDAg W1VTQlBST0NdCnJvb3QgICAgMjcgIDAuMCAgMC4wICAgICAwICAgIDE2ICA/PyAgREwgICAgNToz MVBNICAgMDowMC4wMCBbVVNCUFJPQ10Kcm9vdCAgICAyOCAgMC4wICAwLjAgICAgIDAgICAgMTYg ID8/ICBETCAgICA1OjMxUE0gICAwOjAwLjAwIFtVU0JQUk9DXQpyb290ICAgIDI5ICAwLjAgIDAu MCAgICAgMCAgICAxNiAgPz8gIERMICAgIDU6MzFQTSAgIDA6MDAuMDAgW1VTQlBST0NdCnJvb3Qg ICAgMzAgIDAuMCAgMC4wICAgICAwICAgIDE2ICA/PyAgREwgICAgNTozMVBNICAgMDowMC4wMCBb VVNCUFJPQ10Kcm9vdCAgICAzMSAgMC4wICAwLjAgICAgIDAgICAgMTYgID8/ICBETCAgICA1OjMx UE0gICAwOjAwLjAxIFtVU0JQUk9DXQpyb290ICAgIDMyICAwLjAgIDAuMCAgICAgMCAgICAxNiAg Pz8gIERMICAgIDU6MzFQTSAgIDA6MDAuMDAgW1VTQlBST0NdCnJvb3QgICAgMzMgIDAuMCAgMC4w ICAgICAwICAgIDE2ICA/PyAgREwgICAgNTozMVBNICAgMDowMC4wMCBbVVNCUFJPQ10Kcm9vdCAg ICAzNCAgMC4wICAwLjAgICAgIDAgICAgMTYgID8/ICBETCAgICA1OjMxUE0gICAwOjAwLjAwIFtV U0JQUk9DXQpyb290ICAgIDM1ICAwLjAgIDAuMCAgICAgMCAgICAxNiAgPz8gIERMICAgIDU6MzFQ TSAgIDA6MDAuMDAgW1VTQlBST0NdCnJvb3QgICAgMzYgIDAuMCAgMC4wICAgICAwICAgIDE2ICA/ PyAgREwgICAgNTozMVBNICAgMDowMC4wMCBbVVNCUFJPQ10Kcm9vdCAgICAzNyAgMC4wICAwLjAg ICAgIDAgICAgMTYgID8/ICBETCAgICA1OjMxUE0gICAwOjAwLjAyIFtVU0JQUk9DXQpyb290ICAg IDM4ICAwLjAgIDAuMCAgICAgMCAgICAxNiAgPz8gIERMICAgIDU6MzFQTSAgIDA6MDAuMDEgW1VT QlBST0NdCnJvb3QgICAgMzkgIDAuMCAgMC4wICAgICAwICAgIDE2ICA/PyAgREwgICAgNTozMVBN ICAgMDowMC4wMSBbVVNCUFJPQ10Kcm9vdCAgICA0MCAgMC4wICAwLjAgICAgIDAgICAgMTYgID8/ ICBETCAgICA1OjMxUE0gICAwOjAwLjAwIFt2bWRhZW1vbl0Kcm9vdCAgICA0MSAgMC4wICAwLjAg ICAgIDAgICAgMTYgID8/ICBETCAgICA1OjMxUE0gICAwOjAwLjAwIFtwYWdlemVyb10Kcm9vdCAg ICA0MiAgMC4wICAwLjAgICAgIDAgICAgMTYgID8/ICBETCAgICA1OjMxUE0gICAwOjAwLjAwIFti dWZkYWVtb25dCnJvb3QgICAgNDMgIDAuMCAgMC4wICAgICAwICAgIDE2ICA/PyAgREwgICAgNToz MVBNICAgMDowMC4wMCBbc3luY2VyXQpyb290ICAgIDQ0ICAwLjAgIDAuMCAgICAgMCAgICAxNiAg Pz8gIERMICAgIDU6MzFQTSAgIDA6MDAuMDAgW3ZubHJ1XQpyb290ICAgIDQ1ICAwLjAgIDAuMCAg ICAgMCAgICAxNiAgPz8gIERMICAgIDU6MzFQTSAgIDA6MDAuMDAgW3NvZnRkZXBmbHVzaF0Kcm9v dCAgICA0OCAgMC4wICAwLjAgICAgIDAgICAgMTYgID8/ICBETCAgICA1OjMxUE0gICAwOjAwLjAw IFtzeXN0ZW1fdGFza3FdCnJvb3QgICAgNDkgIDAuMCAgMC4wICAgICAwICAgIDE2ICA/PyAgREwg ICAgNTozMVBNICAgMDowMC4wMCBbc3lzdGVtX3Rhc2txXQpyb290ICAgIDUwICAwLjAgIDAuMCAg ICAgMCAgICAxNiAgPz8gIERMICAgIDU6MzFQTSAgIDA6MDAuMDAgW2FyY19yZWNsYWltX3RocmVh ZF0Kcm9vdCAgICA1MSAgMC4wICAwLjAgICAgIDAgICAgMTYgID8/ICBETCAgICA1OjMxUE0gICAw OjAwLjAwIFtsMmFyY19mZWVkX3RocmVhZF0Kcm9vdCAgICA4MCAgMC4wICAwLjAgICAgIDAgICAg MTYgID8/ICBETCAgICA1OjMxUE0gICAwOjAwLjAwIFtzcGFfemlvXQpyb290ICAgIDgxICAwLjAg IDAuMCAgICAgMCAgICAxNiAgPz8gIERMICAgIDU6MzFQTSAgIDA6MDAuMDAgW3NwYV96aW9dCnJv b3QgICAgODIgIDAuMCAgMC4wICAgICAwICAgIDE2ICA/PyAgREwgICAgNTozMVBNICAgMDowMC4w MCBbc3BhX3ppb10Kcm9vdCAgICA4MyAgMC4wICAwLjAgICAgIDAgICAgMTYgID8/ICBETCAgICA1 OjMxUE0gICAwOjAwLjAwIFtzcGFfemlvXQpyb290ICAgIDg0ICAwLjAgIDAuMCAgICAgMCAgICAx NiAgPz8gIERMICAgIDU6MzFQTSAgIDA6MDAuMDAgW3NwYV96aW9dCnJvb3QgICAgODUgIDAuMCAg MC4wICAgICAwICAgIDE2ICA/PyAgREwgICAgNTozMVBNICAgMDowMC4wMCBbc3BhX3ppb10Kcm9v dCAgICA4NiAgMC4wICAwLjAgICAgIDAgICAgMTYgID8/ICBETCAgICA1OjMxUE0gICAwOjAwLjAw IFtzcGFfemlvXQpyb290ICAgIDg3ICAwLjAgIDAuMCAgICAgMCAgICAxNiAgPz8gIERMICAgIDU6 MzFQTSAgIDA6MDAuMDAgW3NwYV96aW9dCnJvb3QgICAgODggIDAuMCAgMC4wICAgICAwICAgIDE2 ICA/PyAgREwgICAgNTozMVBNICAgMDowMC4wMCBbc3BhX3ppb10Kcm9vdCAgICA4OSAgMC4wICAw LjAgICAgIDAgICAgMTYgID8/ICBETCAgICA1OjMxUE0gICAwOjAwLjAwIFtzcGFfemlvXQpyb290 ICAgIDkwICAwLjAgIDAuMCAgICAgMCAgICAxNiAgPz8gIERMICAgIDU6MzFQTSAgIDA6MDAuMDAg W3NwYV96aW9dCnJvb3QgICAgOTEgIDAuMCAgMC4wICAgICAwICAgIDE2ICA/PyAgREwgICAgNToz MVBNICAgMDowMC4wMCBbc3BhX3ppb10Kcm9vdCAgICA5MiAgMC4wICAwLjAgICAgIDAgICAgMTYg ID8/ICBETCAgICA1OjMxUE0gICAwOjAwLjAxIFtzcGFfemlvXQpyb290ICAgIDkzICAwLjAgIDAu MCAgICAgMCAgICAxNiAgPz8gIERMICAgIDU6MzFQTSAgIDA6MDAuMDAgW3NwYV96aW9dCnJvb3Qg ICAgOTQgIDAuMCAgMC4wICAgICAwICAgIDE2ICA/PyAgREwgICAgNTozMVBNICAgMDowMC4wMCBb c3BhX3ppb10Kcm9vdCAgICA5NSAgMC4wICAwLjAgICAgIDAgICAgMTYgID8/ICBETCAgICA1OjMx UE0gICAwOjAwLjAwIFtzcGFfemlvXQpyb290ICAgIDk2ICAwLjAgIDAuMCAgICAgMCAgICAxNiAg Pz8gIERMICAgIDU6MzFQTSAgIDA6MDAuMDAgW3NwYV96aW9dCnJvb3QgICAgOTcgIDAuMCAgMC4w ICAgICAwICAgIDE2ICA/PyAgREwgICAgNTozMVBNICAgMDowMC4wMCBbc3BhX3ppb10Kcm9vdCAg ICA5OCAgMC4wICAwLjAgICAgIDAgICAgMTYgID8/ICBETCAgICA1OjMxUE0gICAwOjAwLjAwIFtz cGFfemlvXQpyb290ICAgIDk5ICAwLjAgIDAuMCAgICAgMCAgICAxNiAgPz8gIERMICAgIDU6MzFQ TSAgIDA6MDAuMDAgW3NwYV96aW9dCnJvb3QgICAxMDAgIDAuMCAgMC4wICAgICAwICAgIDE2ICA/ PyAgREwgICAgNTozMVBNICAgMDowMC4wMCBbc3BhX3ppb10Kcm9vdCAgIDEwMSAgMC4wICAwLjAg ICAgIDAgICAgMTYgID8/ICBETCAgICA1OjMxUE0gICAwOjAwLjAwIFtzcGFfemlvXQpyb290ICAg MTAyICAwLjAgIDAuMCAgICAgMCAgICAxNiAgPz8gIERMICAgIDU6MzFQTSAgIDA6MDAuMDAgW3Nw YV96aW9dCnJvb3QgICAxMDMgIDAuMCAgMC4wICAgICAwICAgIDE2ICA/PyAgREwgICAgNTozMVBN ICAgMDowMC4wMCBbc3BhX3ppb10Kcm9vdCAgIDEwNCAgMC4wICAwLjAgICAgIDAgICAgMTYgID8/ ICBETCAgICA1OjMxUE0gICAwOjAwLjAwIFtzcGFfemlvXQpyb290ICAgMTA1ICAwLjAgIDAuMCAg ICAgMCAgICAxNiAgPz8gIERMICAgIDU6MzFQTSAgIDA6MDAuMDAgW3NwYV96aW9dCnJvb3QgICAx MDYgIDAuMCAgMC4wICAgICAwICAgIDE2ICA/PyAgREwgICAgNTozMVBNICAgMDowMC4wMCBbdmRl djp3b3JrZXIgYWQ0czFkXQpyb290ICAgMTA3ICAwLjAgIDAuMCAgICAgMCAgICAxNiAgPz8gIERM ICAgIDU6MzFQTSAgIDA6MDAuMDAgW3R4Z190aHJlYWRfZW50ZXJdCnJvb3QgICAxMDggIDAuMCAg MC4wICAgICAwICAgIDI4ICA/PyAgREwgICAgNTozMVBNICAgMDowMC4wMCBbdHhnX3RocmVhZF9l bnRlcl0Kcm9vdCAgICA0NiAgMC4wICAwLjAgIDcxNDAgIDE0NzIgIHYwICBTcyAgICA1OjMxUE0g ICAwOjAwLjAyIC1zaCAoc2gpCnJvb3QgICAxMDkgIDAuMCAgMC4wIDEzNTAwICAxOTQwICB2MCAg RCAgICAgNTozMlBNICAgMDowMC4wMCB6ZnMgbW91bnQgbWFpbi91c3IKcm9vdCAgIDEzOSAgMC4w ICAwLjAgIDY4ODQgIDE0MDAgIHYwICBSKyAgICA1OjQ2UE0gICAwOjAwLjAwIHBzIHd3YXV4Cg== ------y673Y6wP-hfQEvJr7WWdxmo9N:1236170396 Content-Type: text/plain; name="dmesg.txt" Content-Disposition: attachment; filename="dmesg.txt" Content-Transfer-Encoding: base64 Q29weXJpZ2h0IChjKSAxOTkyLTIwMDkgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2YgVGhlIEZy ZWVCU0QgRm91bmRhdGlvbi4KRnJlZUJTRCA4LjAtQ1VSUkVOVCAjMDogV2VkIEphbiAyOCAwMjo1 NzoxNCBNU0sgMjAwOQogICAgY2FjaGVAY2FjaGU6L3Vzci9vYmovdXNyL3NyYy9zeXMvR1g3MTAu OApUaW1lY291bnRlciAiaTgyNTQiIGZyZXF1ZW5jeSAxMTkzMTgyIEh6IHF1YWxpdHkgMApDUFU6 IEFNRCBUdXJpb24odG0pIDY0IFgyIE1vYmlsZSBUZWNobm9sb2d5IFRMLTY0ICg3OTguMDAtTUh6 IEs4LWNsYXNzIENQVSkKICBPcmlnaW4gPSAiQXV0aGVudGljQU1EIiAgSWQgPSAweDYwZjgxICBT dGVwcGluZyA9IDEKICBGZWF0dXJlcz0weDE3OGJmYmZmPEZQVSxWTUUsREUsUFNFLFRTQyxNU1Is UEFFLE1DRSxDWDgsQVBJQyxTRVAsTVRSUixQR0UsTUNBLENNT1YsUEFULFBTRTM2LENMRkxVU0gs TU1YLEZYU1IsU1NFLFNTRTIsSFRUPgogIEZlYXR1cmVzMj0weDIwMDE8U1NFMyxDWDE2PgogIEFN RCBGZWF0dXJlcz0weGVhNTAwODAwPFNZU0NBTEwsTlgsTU1YKyxGRlhTUixSRFRTQ1AsTE0sM0RO b3chKywzRE5vdyE+CiAgQU1EIEZlYXR1cmVzMj0weDExZjxMQUhGLENNUCxTVk0sRXh0QVBJQyxD UjgsUHJlZmV0Y2g+CiAgQ29yZXMgcGVyIHBhY2thZ2U6IDIKdXNhYmxlIG1lbW9yeSA9IDQyODQw MTg2ODggKDQwODUgTUIpCmF2YWlsIG1lbW9yeSAgPSA0MTIwMzcxMjAwICgzOTI5IE1CKQpBQ1BJ IEFQSUMgVGFibGU6IDxNU0lfTkIgTUVHQUJPT0s+CkZyZWVCU0QvU01QOiBNdWx0aXByb2Nlc3Nv ciBTeXN0ZW0gRGV0ZWN0ZWQ6IDIgQ1BVcwogY3B1MCAoQlNQKTogQVBJQyBJRDogIDAKIGNwdTEg KEFQKTogQVBJQyBJRDogIDEKaW9hcGljMCA8VmVyc2lvbiAyLjE+IGlycXMgMC0yMyBvbiBtb3Ro ZXJib2FyZAp3bGFuOiBtYWMgYWNsIHBvbGljeSByZWdpc3RlcmVkCmtiZDEgYXQga2JkbXV4MAph Y3BpMDogPE1TSV9OQiBNRUdBQk9PSz4gb24gbW90aGVyYm9hcmQKYWNwaTA6IFtJVEhSRUFEXQph Y3BpMDogUG93ZXIgQnV0dG9uIChmaXhlZCkKQUNQSSBFcnJvciAoZXZyZWdpb24tMDQyNyk6IE5v IGhhbmRsZXIgZm9yIFJlZ2lvbiBbRUNfX10gKDB4ZmZmZmZmMDAwMTY5MDQwMCkgW0VtYmVkZGVk Q29udHJvbF0gWzIwMDcwMzIwXQpBQ1BJIEVycm9yIChleGZsZGlvLTAzOTApOiBSZWdpb24gRW1i ZWRkZWRDb250cm9sKDMpIGhhcyBubyBoYW5kbGVyIFsyMDA3MDMyMF0KCioqKiogRXhjZXB0aW9u IEFFX05PVF9FWElTVCBkdXJpbmcgZXhlY3V0aW9uIG9mIG1ldGhvZCBbXFxfU0JfLlBDSTAuU0JS Ry5FQ19fLkJBVDEuX1NUQV0gKE5vZGUgMHhmZmZmZmYwMDAxNjkxNzYwKQoKTWV0aG9kIEV4ZWN1 dGlvbiBTdGFjazoKICAgIE1ldGhvZCBbX1NUQV0gZXhlY3V0aW5nOiBNQlRTCgpMb2NhbCBWYXJp YWJsZXMgZm9yIG1ldGhvZCBbX1NUQV06CiAgICBMb2NhbDA6IDAgPE51bGwgT2JqZWN0PgogICAg TG9jYWwxOiAwIDxOdWxsIE9iamVjdD4KICAgIExvY2FsMjogMCA8TnVsbCBPYmplY3Q+CiAgICBM b2NhbDM6IDAgPE51bGwgT2JqZWN0PgogICAgTG9jYWw0OiAwIDxOdWxsIE9iamVjdD4KICAgIExv Y2FsNTogMCA8TnVsbCBPYmplY3Q+CiAgICBMb2NhbDY6IDAgPE51bGwgT2JqZWN0PgogICAgTG9j YWw3OiAwIDxOdWxsIE9iamVjdD4KCkFyZ3VtZW50cyBmb3IgTWV0aG9kIFtfU1RBXTogICgwIGFy Z3VtZW50cyBkZWZpbmVkLCBtYXggY29uY3VycmVuY3kgPSAwKQogICAgQXJnMDogICAwIDxOdWxs IE9iamVjdD4KICAgIEFyZzE6ICAgMCA8TnVsbCBPYmplY3Q+CiAgICBBcmcyOiAgIDAgPE51bGwg T2JqZWN0PgogICAgQXJnMzogICAwIDxOdWxsIE9iamVjdD4KICAgIEFyZzQ6ICAgMCA8TnVsbCBP YmplY3Q+CiAgICBBcmc1OiAgIDAgPE51bGwgT2JqZWN0PgogICAgQXJnNjogICAwIDxOdWxsIE9i amVjdD4KCkFDUEkgRXJyb3IgKHBzcGFyc2UtMDYyNik6IE1ldGhvZCBwYXJzZS9leGVjdXRpb24g ZmFpbGVkIFtcXF9TQl8uUENJMC5TQlJHLkVDX18uQkFUMS5fU1RBXSAoTm9kZSAweGZmZmZmZjAw MDE2OTE3NjApLCBBRV9OT1RfRVhJU1QKQUNQSSBFcnJvciAodXRldmFsLTAzMDkpOiBNZXRob2Qg ZXhlY3V0aW9uIGZhaWxlZCBbXFxfU0JfLlBDSTAuU0JSRy5FQ19fLkJBVDEuX1NUQV0gKE5vZGUg MHhmZmZmZmYwMDAxNjkxNzYwKSwgQUVfTk9UX0VYSVNUCkFDUEkgRXJyb3IgKGV2cmVnaW9uLTA0 MjcpOiBObyBoYW5kbGVyIGZvciBSZWdpb24gW0VDX19dICgweGZmZmZmZjAwMDE2OTA0MDApIFtF bWJlZGRlZENvbnRyb2xdIFsyMDA3MDMyMF0KQUNQSSBFcnJvciAoZXhmbGRpby0wMzkwKTogUmVn aW9uIEVtYmVkZGVkQ29udHJvbCgzKSBoYXMgbm8gaGFuZGxlciBbMjAwNzAzMjBdCgoqKioqIEV4 Y2VwdGlvbiBBRV9OT1RfRVhJU1QgZHVyaW5nIGV4ZWN1dGlvbiBvZiBtZXRob2QgW1xcX1NCXy5Q Q0kwLlNCUkcuRUNfXy5CQVQxLl9TVEFdIChOb2RlIDB4ZmZmZmZmMDAwMTY5MTc2MCkKCk1ldGhv ZCBFeGVjdXRpb24gU3RhY2s6CiAgICBNZXRob2QgW19TVEFdIGV4ZWN1dGluZzogTUJUUwoKTG9j YWwgVmFyaWFibGVzIGZvciBtZXRob2QgW19TVEFdOgogICAgTG9jYWwwOiAwIDxOdWxsIE9iamVj dD4KICAgIExvY2FsMTogMCA8TnVsbCBPYmplY3Q+CiAgICBMb2NhbDI6IDAgPE51bGwgT2JqZWN0 PgogICAgTG9jYWwzOiAwIDxOdWxsIE9iamVjdD4KICAgIExvY2FsNDogMCA8TnVsbCBPYmplY3Q+ CiAgICBMb2NhbDU6IDAgPE51bGwgT2JqZWN0PgogICAgTG9jYWw2OiAwIDxOdWxsIE9iamVjdD4K ICAgIExvY2FsNzogMCA8TnVsbCBPYmplY3Q+CgpBcmd1bWVudHMgZm9yIE1ldGhvZCBbX1NUQV06 ICAoMCBhcmd1bWVudHMgZGVmaW5lZCwgbWF4IGNvbmN1cnJlbmN5ID0gMCkKICAgIEFyZzA6ICAg MCA8TnVsbCBPYmplY3Q+CiAgICBBcmcxOiAgIDAgPE51bGwgT2JqZWN0PgogICAgQXJnMjogICAw IDxOdWxsIE9iamVjdD4KICAgIEFyZzM6ICAgMCA8TnVsbCBPYmplY3Q+CiAgICBBcmc0OiAgIDAg PE51bGwgT2JqZWN0PgogICAgQXJnNTogICAwIDxOdWxsIE9iamVjdD4KICAgIEFyZzY6ICAgMCA8 TnVsbCBPYmplY3Q+CgpBQ1BJIEVycm9yIChwc3BhcnNlLTA2MjYpOiBNZXRob2QgcGFyc2UvZXhl Y3V0aW9uIGZhaWxlZCBbXFxfU0JfLlBDSTAuU0JSRy5FQ19fLkJBVDEuX1NUQV0gKE5vZGUgMHhm ZmZmZmYwMDAxNjkxNzYwKSwgQUVfTk9UX0VYSVNUCkFDUEkgRXJyb3IgKHV0ZXZhbC0wMzA5KTog TWV0aG9kIGV4ZWN1dGlvbiBmYWlsZWQgW1xcX1NCXy5QQ0kwLlNCUkcuRUNfXy5CQVQxLl9TVEFd IChOb2RlIDB4ZmZmZmZmMDAwMTY5MTc2MCksIEFFX05PVF9FWElTVApBQ1BJIEVycm9yIChldnJl Z2lvbi0wNDI3KTogTm8gaGFuZGxlciBmb3IgUmVnaW9uIFtFQ19fXSAoMHhmZmZmZmYwMDAxNjkw NDAwKSBbRW1iZWRkZWRDb250cm9sXSBbMjAwNzAzMjBdCkFDUEkgRXJyb3IgKGV4ZmxkaW8tMDM5 MCk6IFJlZ2lvbiBFbWJlZGRlZENvbnRyb2woMykgaGFzIG5vIGhhbmRsZXIgWzIwMDcwMzIwXQoK KioqKiBFeGNlcHRpb24gQUVfTk9UX0VYSVNUIGR1cmluZyBleGVjdXRpb24gb2YgbWV0aG9kIFtc XF9TQl8uUENJMC5TQlJHLkVDX18uQkFUMS5fU1RBXSAoTm9kZSAweGZmZmZmZjAwMDE2OTE3NjAp CgpNZXRob2QgRXhlY3V0aW9uIFN0YWNrOgogICAgTWV0aG9kIFtfU1RBXSBleGVjdXRpbmc6IE1C VFMKCkxvY2FsIFZhcmlhYmxlcyBmb3IgbWV0aG9kIFtfU1RBXToKICAgIExvY2FsMDogMCA8TnVs bCBPYmplY3Q+CiAgICBMb2NhbDE6IDAgPE51bGwgT2JqZWN0PgogICAgTG9jYWwyOiAwIDxOdWxs IE9iamVjdD4KICAgIExvY2FsMzogMCA8TnVsbCBPYmplY3Q+CiAgICBMb2NhbDQ6IDAgPE51bGwg T2JqZWN0PgogICAgTG9jYWw1OiAwIDxOdWxsIE9iamVjdD4KICAgIExvY2FsNjogMCA8TnVsbCBP YmplY3Q+CiAgICBMb2NhbDc6IDAgPE51bGwgT2JqZWN0PgoKQXJndW1lbnRzIGZvciBNZXRob2Qg W19TVEFdOiAgKDAgYXJndW1lbnRzIGRlZmluZWQsIG1heCBjb25jdXJyZW5jeSA9IDApCiAgICBB cmcwOiAgIDAgPE51bGwgT2JqZWN0PgogICAgQXJnMTogICAwIDxOdWxsIE9iamVjdD4KICAgIEFy ZzI6ICAgMCA8TnVsbCBPYmplY3Q+CiAgICBBcmczOiAgIDAgPE51bGwgT2JqZWN0PgogICAgQXJn NDogICAwIDxOdWxsIE9iamVjdD4KICAgIEFyZzU6ICAgMCA8TnVsbCBPYmplY3Q+CiAgICBBcmc2 OiAgIDAgPE51bGwgT2JqZWN0PgoKQUNQSSBFcnJvciAocHNwYXJzZS0wNjI2KTogTWV0aG9kIHBh cnNlL2V4ZWN1dGlvbiBmYWlsZWQgW1xcX1NCXy5QQ0kwLlNCUkcuRUNfXy5CQVQxLl9TVEFdIChO b2RlIDB4ZmZmZmZmMDAwMTY5MTc2MCksIEFFX05PVF9FWElTVApBQ1BJIEVycm9yICh1dGV2YWwt MDMwOSk6IE1ldGhvZCBleGVjdXRpb24gZmFpbGVkIFtcXF9TQl8uUENJMC5TQlJHLkVDX18uQkFU MS5fU1RBXSAoTm9kZSAweGZmZmZmZjAwMDE2OTE3NjApLCBBRV9OT1RfRVhJU1QKQUNQSSBFcnJv ciAoZXZyZWdpb24tMDQyNyk6IE5vIGhhbmRsZXIgZm9yIFJlZ2lvbiBbRUNfX10gKDB4ZmZmZmZm MDAwMTY5MDQwMCkgW0VtYmVkZGVkQ29udHJvbF0gWzIwMDcwMzIwXQpBQ1BJIEVycm9yIChleGZs ZGlvLTAzOTApOiBSZWdpb24gRW1iZWRkZWRDb250cm9sKDMpIGhhcyBubyBoYW5kbGVyIFsyMDA3 MDMyMF0KCioqKiogRXhjZXB0aW9uIEFFX05PVF9FWElTVCBkdXJpbmcgZXhlY3V0aW9uIG9mIG1l dGhvZCBbXFxfU0JfLlBDSTAuU0JSRy5FQ19fLkJBVDEuX1NUQV0gKE5vZGUgMHhmZmZmZmYwMDAx NjkxNzYwKQoKTWV0aG9kIEV4ZWN1dGlvbiBTdGFjazoKICAgIE1ldGhvZCBbX1NUQV0gZXhlY3V0 aW5nOiBNQlRTCgpMb2NhbCBWYXJpYWJsZXMgZm9yIG1ldGhvZCBbX1NUQV06CiAgICBMb2NhbDA6 IDAgPE51bGwgT2JqZWN0PgogICAgTG9jYWwxOiAwIDxOdWxsIE9iamVjdD4KICAgIExvY2FsMjog MCA8TnVsbCBPYmplY3Q+CiAgICBMb2NhbDM6IDAgPE51bGwgT2JqZWN0PgogICAgTG9jYWw0OiAw IDxOdWxsIE9iamVjdD4KICAgIExvY2FsNTogMCA8TnVsbCBPYmplY3Q+CiAgICBMb2NhbDY6IDAg PE51bGwgT2JqZWN0PgogICAgTG9jYWw3OiAwIDxOdWxsIE9iamVjdD4KCkFyZ3VtZW50cyBmb3Ig TWV0aG9kIFtfU1RBXTogICgwIGFyZ3VtZW50cyBkZWZpbmVkLCBtYXggY29uY3VycmVuY3kgPSAw KQogICAgQXJnMDogICAwIDxOdWxsIE9iamVjdD4KICAgIEFyZzE6ICAgMCA8TnVsbCBPYmplY3Q+ CiAgICBBcmcyOiAgIDAgPE51bGwgT2JqZWN0PgogICAgQXJnMzogICAwIDxOdWxsIE9iamVjdD4K ICAgIEFyZzQ6ICAgMCA8TnVsbCBPYmplY3Q+CiAgICBBcmc1OiAgIDAgPE51bGwgT2JqZWN0Pgog ICAgQXJnNjogICAwIDxOdWxsIE9iamVjdD4KCkFDUEkgRXJyb3IgKHBzcGFyc2UtMDYyNik6IE1l dGhvZCBwYXJzZS9leGVjdXRpb24gZmFpbGVkIFtcXF9TQl8uUENJMC5TQlJHLkVDX18uQkFUMS5f U1RBXSAoTm9kZSAweGZmZmZmZjAwMDE2OTE3NjApLCBBRV9OT1RfRVhJU1QKQUNQSSBFcnJvciAo dXRldmFsLTAzMDkpOiBNZXRob2QgZXhlY3V0aW9uIGZhaWxlZCBbXFxfU0JfLlBDSTAuU0JSRy5F Q19fLkJBVDEuX1NUQV0gKE5vZGUgMHhmZmZmZmYwMDAxNjkxNzYwKSwgQUVfTk9UX0VYSVNUCkFD UEkgRXJyb3IgKGV2cmVnaW9uLTA0MjcpOiBObyBoYW5kbGVyIGZvciBSZWdpb24gW0VDX19dICgw eGZmZmZmZjAwMDE2OTA0MDApIFtFbWJlZGRlZENvbnRyb2xdIFsyMDA3MDMyMF0KQUNQSSBFcnJv ciAoZXhmbGRpby0wMzkwKTogUmVnaW9uIEVtYmVkZGVkQ29udHJvbCgzKSBoYXMgbm8gaGFuZGxl ciBbMjAwNzAzMjBdCgoqKioqIEV4Y2VwdGlvbiBBRV9OT1RfRVhJU1QgZHVyaW5nIGV4ZWN1dGlv biBvZiBtZXRob2QgW1xcX1NCXy5QQ0kwLlNCUkcuRUNfXy5CQVQxLl9TVEFdIChOb2RlIDB4ZmZm ZmZmMDAwMTY5MTc2MCkKCk1ldGhvZCBFeGVjdXRpb24gU3RhY2s6CiAgICBNZXRob2QgW19TVEFd IGV4ZWN1dGluZzogTUJUUwoKTG9jYWwgVmFyaWFibGVzIGZvciBtZXRob2QgW19TVEFdOgogICAg TG9jYWwwOiAwIDxOdWxsIE9iamVjdD4KICAgIExvY2FsMTogMCA8TnVsbCBPYmplY3Q+CiAgICBM b2NhbDI6IDAgPE51bGwgT2JqZWN0PgogICAgTG9jYWwzOiAwIDxOdWxsIE9iamVjdD4KICAgIExv Y2FsNDogMCA8TnVsbCBPYmplY3Q+CiAgICBMb2NhbDU6IDAgPE51bGwgT2JqZWN0PgogICAgTG9j YWw2OiAwIDxOdWxsIE9iamVjdD4KICAgIExvY2FsNzogMCA8TnVsbCBPYmplY3Q+CgpBcmd1bWVu dHMgZm9yIE1ldGhvZCBbX1NUQV06ICAoMCBhcmd1bWVudHMgZGVmaW5lZCwgbWF4IGNvbmN1cnJl bmN5ID0gMCkKICAgIEFyZzA6ICAgMCA8TnVsbCBPYmplY3Q+CiAgICBBcmcxOiAgIDAgPE51bGwg T2JqZWN0PgogICAgQXJnMjogICAwIDxOdWxsIE9iamVjdD4KICAgIEFyZzM6ICAgMCA8TnVsbCBP YmplY3Q+CiAgICBBcmc0OiAgIDAgPE51bGwgT2JqZWN0PgogICAgQXJnNTogICAwIDxOdWxsIE9i amVjdD4KICAgIEFyZzY6ICAgMCA8TnVsbCBPYmplY3Q+CgpBQ1BJIEVycm9yIChwc3BhcnNlLTA2 MjYpOiBNZXRob2QgcGFyc2UvZXhlY3V0aW9uIGZhaWxlZCBbXFxfU0JfLlBDSTAuU0JSRy5FQ19f LkJBVDEuX1NUQV0gKE5vZGUgMHhmZmZmZmYwMDAxNjkxNzYwKSwgQUVfTk9UX0VYSVNUCkFDUEkg RXJyb3IgKHV0ZXZhbC0wMzA5KTogTWV0aG9kIGV4ZWN1dGlvbiBmYWlsZWQgW1xcX1NCXy5QQ0kw LlNCUkcuRUNfXy5CQVQxLl9TVEFdIChOb2RlIDB4ZmZmZmZmMDAwMTY5MTc2MCksIEFFX05PVF9F WElTVApBQ1BJIEVycm9yIChldnJlZ2lvbi0wNDI3KTogTm8gaGFuZGxlciBmb3IgUmVnaW9uIFtF Q19fXSAoMHhmZmZmZmYwMDAxNjkwNDAwKSBbRW1iZWRkZWRDb250cm9sXSBbMjAwNzAzMjBdCkFD UEkgRXJyb3IgKGV4ZmxkaW8tMDM5MCk6IFJlZ2lvbiBFbWJlZGRlZENvbnRyb2woMykgaGFzIG5v IGhhbmRsZXIgWzIwMDcwMzIwXQoKKioqKiBFeGNlcHRpb24gQUVfTk9UX0VYSVNUIGR1cmluZyBl eGVjdXRpb24gb2YgbWV0aG9kIFtcXF9TQl8uUENJMC5TQlJHLkVDX18uQkFUMS5fU1RBXSAoTm9k ZSAweGZmZmZmZjAwMDE2OTE3NjApCgpNZXRob2QgRXhlY3V0aW9uIFN0YWNrOgogICAgTWV0aG9k IFtfU1RBXSBleGVjdXRpbmc6IE1CVFMKCkxvY2FsIFZhcmlhYmxlcyBmb3IgbWV0aG9kIFtfU1RB XToKICAgIExvY2FsMDogMCA8TnVsbCBPYmplY3Q+CiAgICBMb2NhbDE6IDAgPE51bGwgT2JqZWN0 PgogICAgTG9jYWwyOiAwIDxOdWxsIE9iamVjdD4KICAgIExvY2FsMzogMCA8TnVsbCBPYmplY3Q+ CiAgICBMb2NhbDQ6IDAgPE51bGwgT2JqZWN0PgogICAgTG9jYWw1OiAwIDxOdWxsIE9iamVjdD4K ICAgIExvY2FsNjogMCA8TnVsbCBPYmplY3Q+CiAgICBMb2NhbDc6IDAgPE51bGwgT2JqZWN0PgoK QXJndW1lbnRzIGZvciBNZXRob2QgW19TVEFdOiAgKDAgYXJndW1lbnRzIGRlZmluZWQsIG1heCBj b25jdXJyZW5jeSA9IDApCiAgICBBcmcwOiAgIDAgPE51bGwgT2JqZWN0PgogICAgQXJnMTogICAw IDxOdWxsIE9iamVjdD4KICAgIEFyZzI6ICAgMCA8TnVsbCBPYmplY3Q+CiAgICBBcmczOiAgIDAg PE51bGwgT2JqZWN0PgogICAgQXJnNDogICAwIDxOdWxsIE9iamVjdD4KICAgIEFyZzU6ICAgMCA8 TnVsbCBPYmplY3Q+CiAgICBBcmc2OiAgIDAgPE51bGwgT2JqZWN0PgoKQUNQSSBFcnJvciAocHNw YXJzZS0wNjI2KTogTWV0aG9kIHBhcnNlL2V4ZWN1dGlvbiBmYWlsZWQgW1xcX1NCXy5QQ0kwLlNC UkcuRUNfXy5CQVQxLl9TVEFdIChOb2RlIDB4ZmZmZmZmMDAwMTY5MTc2MCksIEFFX05PVF9FWElT VApBQ1BJIEVycm9yICh1dGV2YWwtMDMwOSk6IE1ldGhvZCBleGVjdXRpb24gZmFpbGVkIFtcXF9T Ql8uUENJMC5TQlJHLkVDX18uQkFUMS5fU1RBXSAoTm9kZSAweGZmZmZmZjAwMDE2OTE3NjApLCBB RV9OT1RfRVhJU1QKQUNQSSBFcnJvciAoZXZyZWdpb24tMDQyNyk6IE5vIGhhbmRsZXIgZm9yIFJl Z2lvbiBbRUNfX10gKDB4ZmZmZmZmMDAwMTY5MDQwMCkgW0VtYmVkZGVkQ29udHJvbF0gWzIwMDcw MzIwXQpBQ1BJIEVycm9yIChleGZsZGlvLTAzOTApOiBSZWdpb24gRW1iZWRkZWRDb250cm9sKDMp IGhhcyBubyBoYW5kbGVyIFsyMDA3MDMyMF0KCioqKiogRXhjZXB0aW9uIEFFX05PVF9FWElTVCBk dXJpbmcgZXhlY3V0aW9uIG9mIG1ldGhvZCBbXFxfU0JfLlBDSTAuU0JSRy5FQ19fLkJBVDEuX1NU QV0gKE5vZGUgMHhmZmZmZmYwMDAxNjkxNzYwKQoKTWV0aG9kIEV4ZWN1dGlvbiBTdGFjazoKICAg IE1ldGhvZCBbX1NUQV0gZXhlY3V0aW5nOiBNQlRTCgpMb2NhbCBWYXJpYWJsZXMgZm9yIG1ldGhv ZCBbX1NUQV06CiAgICBMb2NhbDA6IDAgPE51bGwgT2JqZWN0PgogICAgTG9jYWwxOiAwIDxOdWxs IE9iamVjdD4KICAgIExvY2FsMjogMCA8TnVsbCBPYmplY3Q+CiAgICBMb2NhbDM6IDAgPE51bGwg T2JqZWN0PgogICAgTG9jYWw0OiAwIDxOdWxsIE9iamVjdD4KICAgIExvY2FsNTogMCA8TnVsbCBP YmplY3Q+CiAgICBMb2NhbDY6IDAgPE51bGwgT2JqZWN0PgogICAgTG9jYWw3OiAwIDxOdWxsIE9i amVjdD4KCkFyZ3VtZW50cyBmb3IgTWV0aG9kIFtfU1RBXTogICgwIGFyZ3VtZW50cyBkZWZpbmVk LCBtYXggY29uY3VycmVuY3kgPSAwKQogICAgQXJnMDogICAwIDxOdWxsIE9iamVjdD4KICAgIEFy ZzE6ICAgMCA8TnVsbCBPYmplY3Q+CiAgICBBcmcyOiAgIDAgPE51bGwgT2JqZWN0PgogICAgQXJn MzogICAwIDxOdWxsIE9iamVjdD4KICAgIEFyZzQ6ICAgMCA8TnVsbCBPYmplY3Q+CiAgICBBcmc1 OiAgIDAgPE51bGwgT2JqZWN0PgogICAgQXJnNjogICAwIDxOdWxsIE9iamVjdD4KCkFDUEkgRXJy b3IgKHBzcGFyc2UtMDYyNik6IE1ldGhvZCBwYXJzZS9leGVjdXRpb24gZmFpbGVkIFtcXF9TQl8u UENJMC5TQlJHLkVDX18uQkFUMS5fU1RBXSAoTm9kZSAweGZmZmZmZjAwMDE2OTE3NjApLCBBRV9O T1RfRVhJU1QKQUNQSSBFcnJvciAodXRldmFsLTAzMDkpOiBNZXRob2QgZXhlY3V0aW9uIGZhaWxl ZCBbXFxfU0JfLlBDSTAuU0JSRy5FQ19fLkJBVDEuX1NUQV0gKE5vZGUgMHhmZmZmZmYwMDAxNjkx NzYwKSwgQUVfTk9UX0VYSVNUCmFjcGkwOiByZXNlcnZhdGlvbiBvZiAwLCBhMDAwMCAoMykgZmFp bGVkCmFjcGkwOiByZXNlcnZhdGlvbiBvZiAxMDAwMDAsIGNmZjAwMDAwICgzKSBmYWlsZWQKQUNQ SSBIUEVUIHRhYmxlIHdhcm5pbmc6IFNlcXVlbmNlIGlzIG5vbi16ZXJvICgyKQpUaW1lY291bnRl ciAiQUNQSS1zYWZlIiBmcmVxdWVuY3kgMzU3OTU0NSBIeiBxdWFsaXR5IDg1MAphY3BpX3RpbWVy MDogPDMyLWJpdCB0aW1lciBhdCAzLjU3OTU0NU1Iej4gcG9ydCAweDgwOC0weDgwYiBvbiBhY3Bp MAphY3BpX2VjMDogPEVtYmVkZGVkIENvbnRyb2xsZXI6IEdQRSAweDY+IHBvcnQgMHg2MiwweDY2 IG9uIGFjcGkwCmFjcGlfaHBldDA6IDxIaWdoIFByZWNpc2lvbiBFdmVudCBUaW1lcj4gaW9tZW0g MHhmZWQwMDAwMC0weGZlZDAwM2ZmIG9uIGFjcGkwClRpbWVjb3VudGVyICJIUEVUIiBmcmVxdWVu Y3kgMTQzMTgxODAgSHogcXVhbGl0eSA5MDAKcGNpYjA6IDxBQ1BJIEhvc3QtUENJIGJyaWRnZT4g cG9ydCAweGNmOC0weGNmZiBvbiBhY3BpMApwY2kwOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMApw Y2liMTogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAyLjAgb24gcGNpMApwY2kxOiA8 QUNQSSBQQ0kgYnVzPiBvbiBwY2liMQp2Z2FwY2kwOiA8VkdBLWNvbXBhdGlibGUgZGlzcGxheT4g cG9ydCAweGIwMDAtMHhiMGZmIG1lbSAweGQwMDAwMDAwLTB4ZGZmZmZmZmYsMHhmZDZmMDAwMC0w eGZkNmZmZmZmIGlycSAxOCBhdCBkZXZpY2UgMC4wIG9uIHBjaTEKYWNwaV92aWRlbzA6IDxBQ1BJ IHZpZGVvIGV4dGVuc2lvbj4gb24gdmdhcGNpMApoZGFjMDogPEFUSSBSVjYzMCBIaWdoIERlZmlu aXRpb24gQXVkaW8gQ29udHJvbGxlcj4gbWVtIDB4ZmQ2ZWMwMDAtMHhmZDZlZmZmZiBpcnEgMTkg YXQgZGV2aWNlIDAuMSBvbiBwY2kxCmhkYWMwOiBIREEgRHJpdmVyIFJldmlzaW9uOiAyMDA5MDEy Nl8wMTI2CmhkYWMwOiBbSVRIUkVBRF0KcGNpYjI6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBk ZXZpY2UgNC4wIG9uIHBjaTAKcGNpMjogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjIKYXRoMDogPEF0 aGVyb3MgNTQyNC8yNDI0PiBtZW0gMHhmZDdmMDAwMC0weGZkN2ZmZmZmIGlycSAxNiBhdCBkZXZp Y2UgMC4wIG9uIHBjaTIKYXRoMDogW0lUSFJFQURdCmF0aDA6IFdBUk5JTkc6IHVzaW5nIG9ic29s ZXRlZCBpZl93YXRjaGRvZyBpbnRlcmZhY2UKYXRoMDogbWFjIDE0LjIgcGh5IDcuMCByYWRpbyAx MC4yCnBjaWIzOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDYuMCBvbiBwY2kwCnBj aTM6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIzCnBjaWI0OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4g YXQgZGV2aWNlIDcuMCBvbiBwY2kwCnBjaTU6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWI0CnJlMDog PFJlYWxUZWsgODE2OC84MTY4Qi84MTY4Qy84MTY4Q1AvODE2OEQvODExMUIvODExMUMvODExMUNQ IFBDSWUgR2lnYWJpdCBFdGhlcm5ldD4gcG9ydCAweGM4MDAtMHhjOGZmIG1lbSAweGZlMmZmMDAw LTB4ZmUyZmZmZmYgaXJxIDE5IGF0IGRldmljZSAwLjAgb24gcGNpNQpyZTA6IHR1cm5pbmcgb2Zm IE1TSSBlbmFibGUgYml0LgpyZTA6IENoaXAgcmV2LiAweDM4MDAwMDAwCnJlMDogTUFDIHJldi4g MHgwMDAwMDAwMAptaWlidXMwOiA8TUlJIGJ1cz4gb24gcmUwCnJnZXBoeTA6IDxSVEw4MTY5Uy84 MTEwUy84MjExQiBtZWRpYSBpbnRlcmZhY2U+IFBIWSAxIG9uIG1paWJ1czAKcmdlcGh5MDogIDEw YmFzZVQsIDEwYmFzZVQtRkRYLCAxMDBiYXNlVFgsIDEwMGJhc2VUWC1GRFgsIDEwMDBiYXNlVCwg MTAwMGJhc2VULUZEWCwgYXV0bwpyZTA6IEV0aGVybmV0IGFkZHJlc3M6IDAwOjFkOjkyOjRiOjE4 OjExCnJlMDogW0ZJTFRFUl0KYXRhcGNpMDogPEFUSSBJWFA2MDAgU0FUQTMwMCBjb250cm9sbGVy PiBwb3J0IDB4YTAwMC0weGEwMDcsMHg5MDAwLTB4OTAwMywweDgwMDAtMHg4MDA3LDB4NzAwMC0w eDcwMDMsMHg2MDAwLTB4NjAwZiBtZW0gMHhmZDVmZjgwMC0weGZkNWZmYmZmIGlycSAyMiBhdCBk ZXZpY2UgMTguMCBvbiBwY2kwCmF0YXBjaTA6IFtJVEhSRUFEXQphdGFwY2kwOiBBSENJIFZlcnNp b24gMDEuMTAgY29udHJvbGxlciB3aXRoIDQgcG9ydHMgUE0gc3VwcG9ydGVkCmF0YTI6IDxBVEEg Y2hhbm5lbCAwPiBvbiBhdGFwY2kwCmF0YTI6IFtJVEhSRUFEXQphdGEzOiA8QVRBIGNoYW5uZWwg MT4gb24gYXRhcGNpMAphdGEzOiBbSVRIUkVBRF0KYXRhNDogPEFUQSBjaGFubmVsIDI+IG9uIGF0 YXBjaTAKYXRhNDogW0lUSFJFQURdCmF0YTU6IDxBVEEgY2hhbm5lbCAzPiBvbiBhdGFwY2kwCmF0 YTU6IFtJVEhSRUFEXQpvaGNpMDogPE9IQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBtZW0g MHhmZDVmZTAwMC0weGZkNWZlZmZmIGlycSAxNiBhdCBkZXZpY2UgMTkuMCBvbiBwY2kwCm9oY2kw OiBbSVRIUkVBRF0KdXNidXMwOiA8T0hDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG9uIG9o Y2kwCm9oY2kxOiA8T0hDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG1lbSAweGZkNWZkMDAw LTB4ZmQ1ZmRmZmYgaXJxIDE3IGF0IGRldmljZSAxOS4xIG9uIHBjaTAKb2hjaTE6IFtJVEhSRUFE XQp1c2J1czE6IDxPSENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4gb24gb2hjaTEKb2hjaTI6 IDxPSENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4gbWVtIDB4ZmQ1ZmMwMDAtMHhmZDVmY2Zm ZiBpcnEgMTggYXQgZGV2aWNlIDE5LjIgb24gcGNpMApvaGNpMjogW0lUSFJFQURdCnVzYnVzMjog PE9IQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBvbiBvaGNpMgpvaGNpMzogPE9IQ0kgKGdl bmVyaWMpIFVTQiBjb250cm9sbGVyPiBtZW0gMHhmZDVmYjAwMC0weGZkNWZiZmZmIGlycSAxNyBh dCBkZXZpY2UgMTkuMyBvbiBwY2kwCm9oY2kzOiBbSVRIUkVBRF0KdXNidXMzOiA8T0hDSSAoZ2Vu ZXJpYykgVVNCIGNvbnRyb2xsZXI+IG9uIG9oY2kzCm9oY2k0OiA8T0hDSSAoZ2VuZXJpYykgVVNC IGNvbnRyb2xsZXI+IG1lbSAweGZkNWZhMDAwLTB4ZmQ1ZmFmZmYgaXJxIDE4IGF0IGRldmljZSAx OS40IG9uIHBjaTAKb2hjaTQ6IFtJVEhSRUFEXQp1c2J1czQ6IDxPSENJIChnZW5lcmljKSBVU0Ig Y29udHJvbGxlcj4gb24gb2hjaTQKZWhjaTA6IDxFSENJIChnZW5lcmljKSBVU0IgMi4wIGNvbnRy b2xsZXI+IG1lbSAweGZkNWZmMDAwLTB4ZmQ1ZmYwZmYgaXJxIDE5IGF0IGRldmljZSAxOS41IG9u IHBjaTAKZWhjaTA6IFtJVEhSRUFEXQp1c2J1czU6IEVIQ0kgdmVyc2lvbiAxLjAKdXNidXM1OiA8 RUhDSSAoZ2VuZXJpYykgVVNCIDIuMCBjb250cm9sbGVyPiBvbiBlaGNpMAppY2hzbWIwOiA8U01C dXMgY29udHJvbGxlcj4gcG9ydCAweGIwMC0weGIwZiBhdCBkZXZpY2UgMjAuMCBvbiBwY2kwCmlj aHNtYjA6IGNhbid0IG1hcCBJL08KZGV2aWNlX2F0dGFjaDogaWNoc21iMCBhdHRhY2ggcmV0dXJu ZWQgNgphdGFwY2kxOiA8QVRJIElYUDYwMCBVRE1BMTMzIGNvbnRyb2xsZXI+IHBvcnQgMHgxZjAt MHgxZjcsMHgzZjYsMHgxNzAtMHgxNzcsMHgzNzYsMHhmZjAwLTB4ZmYwZiBhdCBkZXZpY2UgMjAu MSBvbiBwY2kwCmF0YTA6IDxBVEEgY2hhbm5lbCAwPiBvbiBhdGFwY2kxCmF0YTA6IFtJVEhSRUFE XQpoZGFjMTogPEFUSSBTQjYwMCBIaWdoIERlZmluaXRpb24gQXVkaW8gQ29udHJvbGxlcj4gbWVt IDB4ZmQ1ZjQwMDAtMHhmZDVmN2ZmZiBpcnEgMTYgYXQgZGV2aWNlIDIwLjIgb24gcGNpMApoZGFj MTogSERBIERyaXZlciBSZXZpc2lvbjogMjAwOTAxMjZfMDEyNgpoZGFjMTogW0lUSFJFQURdCmlz YWIwOiA8UENJLUlTQSBicmlkZ2U+IGF0IGRldmljZSAyMC4zIG9uIHBjaTAKaXNhMDogPElTQSBi dXM+IG9uIGlzYWIwCnBjaWI1OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDIwLjQg b24gcGNpMApwY2k2OiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liNQpjYmIwOiA8UENJLUNhcmRCdXMg QnJpZGdlPiBpcnEgMjAgYXQgZGV2aWNlIDQuMCBvbiBwY2k2CmNhcmRidXMwOiA8Q2FyZEJ1cyBi dXM+IG9uIGNiYjAKcGNjYXJkMDogPDE2LWJpdCBQQ0NhcmQgYnVzPiBvbiBjYmIwCmNiYjA6IFtG SUxURVJdCnBjaTY6IDxiYXNlIHBlcmlwaGVyYWwsIFNEIGhvc3QgY29udHJvbGxlcj4gYXQgZGV2 aWNlIDQuMiAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2k2OiA8YnJpZGdlPiBhdCBkZXZpY2UgNC4z IChubyBkcml2ZXIgYXR0YWNoZWQpCmZ3b2hjaTA6IDwxMzk0IE9wZW4gSG9zdCBDb250cm9sbGVy IEludGVyZmFjZT4gbWVtIDB4ZmUzZmQwMDAtMHhmZTNmZGZmZiwweGZlM2ZmMDAwLTB4ZmUzZmY3 ZmYgaXJxIDIwIGF0IGRldmljZSA0LjQgb24gcGNpNgpmd29oY2kwOiBbRklMVEVSXQpmd29oY2kw OiBPSENJIHZlcnNpb24gMS4xMCAoUk9NPTApCmZ3b2hjaTA6IE5vLiBvZiBJc29jaHJvbm91cyBj aGFubmVscyBpcyA4Lgpmd29oY2kwOiBFVUk2NCAwMDpkYzoxMDowMDphZjo0MzozNDowMQpmd29o Y2kwOiBQaHkgMTM5NGEgYXZhaWxhYmxlIFM0MDAsIDIgcG9ydHMuCmZ3b2hjaTA6IExpbmsgUzQw MCwgbWF4X3JlYyAyMDQ4IGJ5dGVzLgpmaXJld2lyZTA6IDxJRUVFMTM5NChGaXJlV2lyZSkgYnVz PiBvbiBmd29oY2kwCnNicDA6IDxTQlAtMi9TQ1NJIG92ZXIgRmlyZVdpcmU+IG9uIGZpcmV3aXJl MApkY29uc19jcm9tMDogPGRjb25zIGNvbmZpZ3VyYXRpb24gUk9NPiBvbiBmaXJld2lyZTAKZGNv bnNfY3JvbTA6IGJ1c19hZGRyIDB4MTYwYzAwMApmd2UwOiA8RXRoZXJuZXQgb3ZlciBGaXJlV2ly ZT4gb24gZmlyZXdpcmUwCmlmX2Z3ZTA6IEZha2UgRXRoZXJuZXQgYWRkcmVzczogMDI6ZGM6MTA6 NDM6MzQ6MDEKZndlMDogRXRoZXJuZXQgYWRkcmVzczogMDI6ZGM6MTA6NDM6MzQ6MDEKZndpcDA6 IDxJUCBvdmVyIEZpcmVXaXJlPiBvbiBmaXJld2lyZTAKZndpcDA6IEZpcmV3aXJlIGFkZHJlc3M6 IDAwOmRjOjEwOjAwOmFmOjQzOjM0OjAxIEAgMHhmZmZlMDAwMDAwMDAsIFM0MDAsIG1heHJlYyAy MDQ4CmZ3b2hjaTA6IEluaXRpYXRlIGJ1cyByZXNldApmd29oY2kwOiBCVVMgcmVzZXQKZndvaGNp MDogbm9kZV9pZD0weGMwMDBmZmMwLCBnZW49MSwgQ1lDTEVNQVNURVIgbW9kZQprOHRlbXAwOiA8 QU1EIEs4IFRoZXJtYWwgU2Vuc29ycz4gb24gaG9zdGI0CmFjcGlfYnV0dG9uMDogPFBvd2VyIEJ1 dHRvbj4gb24gYWNwaTAKYWNwaV90ejA6IDxUaGVybWFsIFpvbmU+IG9uIGFjcGkwCmF0cnRjMDog PEFUIHJlYWx0aW1lIGNsb2NrPiBwb3J0IDB4NzAtMHg3MSBpcnEgOCBvbiBhY3BpMAphdGtiZGMw OiA8S2V5Ym9hcmQgY29udHJvbGxlciAoaTgwNDIpPiBwb3J0IDB4NjAsMHg2NCBpcnEgMSBvbiBh Y3BpMAphdGtiZDA6IDxBVCBLZXlib2FyZD4gaXJxIDEgb24gYXRrYmRjMAprYmQwIGF0IGF0a2Jk MAphdGtiZDA6IFtHSUFOVC1MT0NLRURdCmF0a2JkMDogW0lUSFJFQURdCnBzbTA6IDxQUy8yIE1v dXNlPiBpcnEgMTIgb24gYXRrYmRjMApwc20wOiBbR0lBTlQtTE9DS0VEXQpwc20wOiBbSVRIUkVB RF0KcHNtMDogbW9kZWwgSW50ZWxsaU1vdXNlLCBkZXZpY2UgSUQgMwphY3BpX2FjYWQwOiA8QUMg QWRhcHRlcj4gb24gYWNwaTAKYmF0dGVyeTA6IDxBQ1BJIENvbnRyb2wgTWV0aG9kIEJhdHRlcnk+ IG9uIGFjcGkwCmFjcGlfbGlkMDogPENvbnRyb2wgTWV0aG9kIExpZCBTd2l0Y2g+IG9uIGFjcGkw CmNwdTA6IDxBQ1BJIENQVT4gb24gYWNwaTAKYWNwaV90aHJvdHRsZTA6IDxBQ1BJIENQVSBUaHJv dHRsaW5nPiBvbiBjcHUwCmFjcGlfdGhyb3R0bGUwOiBDTEtfVkFMIGZpZWxkIG92ZXJsYXBzIFRI VF9FTiBiaXQKZGV2aWNlX2F0dGFjaDogYWNwaV90aHJvdHRsZTAgYXR0YWNoIHJldHVybmVkIDYK cG93ZXJub3cwOiA8UG93ZXJOb3chIEs4PiBvbiBjcHUwCmNwdTE6IDxBQ1BJIENQVT4gb24gYWNw aTAKcG93ZXJub3cxOiA8UG93ZXJOb3chIEs4PiBvbiBjcHUxCm9ybTA6IDxJU0EgT3B0aW9uIFJP TT4gYXQgaW9tZW0gMHhjZjAwMC0weGNmZmZmIG9uIGlzYTAKc2MwOiA8U3lzdGVtIGNvbnNvbGU+ IGF0IGZsYWdzIDB4MTAwIG9uIGlzYTAKc2MwOiBWR0EgPDE2IHZpcnR1YWwgY29uc29sZXMsIGZs YWdzPTB4MzAwPgp2Z2EwOiA8R2VuZXJpYyBJU0EgVkdBPiBhdCBwb3J0IDB4M2MwLTB4M2RmIGlv bWVtIDB4YTAwMDAtMHhiZmZmZiBvbiBpc2EwClRpbWVjb3VudGVycyB0aWNrIGV2ZXJ5IDEuMDAw IG1zZWMKZmlyZXdpcmUwOiAxIG5vZGVzLCBtYXhob3AgPD0gMCwgY2FibGUgSVJNID0gMCAobWUp CmZpcmV3aXJlMDogYnVzIG1hbmFnZXIgMCAobWUpCnVzYnVzNDogMTJNYnBzIEZ1bGwgU3BlZWQg VVNCIHYxLjAKdXNidXM1OiA0ODBNYnBzIEhpZ2ggU3BlZWQgVVNCIHYyLjAKdXNidXMwOiAxMk1i cHMgRnVsbCBTcGVlZCBVU0IgdjEuMAp1c2J1czE6IDEyTWJwcyBGdWxsIFNwZWVkIFVTQiB2MS4w CnVzYnVzMjogMTJNYnBzIEZ1bGwgU3BlZWQgVVNCIHYxLjAKdXNidXMzOiAxMk1icHMgRnVsbCBT cGVlZCBVU0IgdjEuMAp1Z2VuNC4xOiA8QVRJPiBhdCB1c2J1czQKdXNodWIwOiA8QVRJIE9IQ0kg cm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czQKdWdl bjUuMTogPEFUST4gYXQgdXNidXM1CnVzaHViMTogPEFUSSBFSENJIHJvb3QgSFVCLCBjbGFzcyA5 LzAsIHJldiAyLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXM1CnVnZW4wLjE6IDxBVEk+IGF0IHVz YnVzMAp1c2h1YjI6IDxBVEkgT0hDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAw LCBhZGRyIDE+IG9uIHVzYnVzMAp1Z2VuMS4xOiA8QVRJPiBhdCB1c2J1czEKdXNodWIzOiA8QVRJ IE9IQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1 czEKdWdlbjIuMTogPEFUST4gYXQgdXNidXMyCnVzaHViNDogPEFUSSBPSENJIHJvb3QgSFVCLCBj bGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXMyCnVnZW4zLjE6IDxBVEk+ IGF0IHVzYnVzMwp1c2h1YjU6IDxBVEkgT0hDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMS4w MC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzMwphY2QwOiBEVkRSIDxPcHRpYXJjIERWRCBSVyBBRC03 NTMwQi9OWDAyPiBhdCBhdGEwLW1hc3RlciBVRE1BMzMKYWQ0OiAyMzg0NzVNQiA8V0RDIFdEMjUw MEJFVlMtMDBVU1QwIDAxLjAxQTAxPiBhdCBhdGEyLW1hc3RlciBTQVRBMTUwCnVzaHViMDogMiBw b3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdXNodWIyOiAyIHBvcnRzIHdpdGgg MiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1c2h1YjM6IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJs ZSwgc2VsZiBwb3dlcmVkCnVzaHViNDogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBv d2VyZWQKdXNodWI1OiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZApoZGFj MDogSERBIENvZGVjICMwOiBBVEkgUjZ4eCBIRE1JCnBjbTA6IDxIREEgQVRJIFI2eHggSERNSSBQ Q00gIzAgRGlnaXRhbD4gYXQgY2FkIDAgbmlkIDEgb24gaGRhYzAKaGRhYzE6IEhEQSBDb2RlYyAj MDogUmVhbHRlayBBTEM4ODgKaGRhYzE6IEhEQSBDb2RlYyAjMTogTHVjZW50L0FnZXJlIFN5c3Rl bXMgKFVua25vd24pCnBjbTE6IDxIREEgUmVhbHRlayBBTEM4ODggUENNICMwIEFuYWxvZz4gYXQg Y2FkIDAgbmlkIDEgb24gaGRhYzEKcGNtMjogPEhEQSBSZWFsdGVrIEFMQzg4OCBQQ00gIzEgRGln aXRhbD4gYXQgY2FkIDAgbmlkIDEgb24gaGRhYzEKR0VPTTogYWQ0czE6IGdlb21ldHJ5IGRvZXMg bm90IG1hdGNoIGxhYmVsICgyNTVoLDYzcyAhPSAxNmgsNjNzKS4KYWNkMDogRkFJTFVSRSAtIElO UVVJUlkgSUxMRUdBTCBSRVFVRVNUIGFzYz0weDI0IGFzY3E9MHgwMCAKKHByb2JlMDphdGEwOjA6 MDowKTogVEVTVCBVTklUIFJFQURZLiBDREI6IDAgMCAwIDAgMCAwIAoocHJvYmUwOmF0YTA6MDow OjApOiBDQU0gU3RhdHVzOiBTQ1NJIFN0YXR1cyBFcnJvcgoocHJvYmUwOmF0YTA6MDowOjApOiBT Q1NJIFN0YXR1czogQ2hlY2sgQ29uZGl0aW9uCihwcm9iZTA6YXRhMDowOjA6MCk6IE5PVCBSRUFE WSBhc2M6M2EsMAoocHJvYmUwOmF0YTA6MDowOjApOiBNZWRpdW0gbm90IHByZXNlbnQKKHByb2Jl MDphdGEwOjA6MDowKTogVW5yZXRyeWFibGUgZXJyb3IKYWNkMDogRkFJTFVSRSAtIElOUVVJUlkg SUxMRUdBTCBSRVFVRVNUIGFzYz0weDI0IGFzY3E9MHgwMCAKKHByb2JlMDphdGEwOjA6MDowKTog VEVTVCBVTklUIFJFQURZLiBDREI6IDAgMCAwIDAgMCAwIAoocHJvYmUwOmF0YTA6MDowOjApOiBD QU0gU3RhdHVzOiBTQ1NJIFN0YXR1cyBFcnJvcgoocHJvYmUwOmF0YTA6MDowOjApOiBTQ1NJIFN0 YXR1czogQ2hlY2sgQ29uZGl0aW9uCihwcm9iZTA6YXRhMDowOjA6MCk6IE5PVCBSRUFEWSBhc2M6 M2EsMAoocHJvYmUwOmF0YTA6MDowOjApOiBNZWRpdW0gbm90IHByZXNlbnQKKHByb2JlMDphdGEw OjA6MDowKTogVW5yZXRyeWFibGUgZXJyb3IKY2QwIGF0IGF0YTAgYnVzIDAgdGFyZ2V0IDAgbHVu IDAKY2QwOiA8T3B0aWFyYyBEVkQgUlcgQUQtNzUzMEIgTlgwMj4gUmVtb3ZhYmxlIENELVJPTSBT Q1NJLTAgZGV2aWNlIApjZDA6IDMzLjAwME1CL3MgdHJhbnNmZXJzCmNkMDogQXR0ZW1wdCB0byBx dWVyeSBkZXZpY2Ugc2l6ZSBmYWlsZWQ6IE5PVCBSRUFEWSwgTWVkaXVtIG5vdCBwcmVzZW50ClNN UDogQVAgQ1BVICMxIExhdW5jaGVkIQpUcnlpbmcgdG8gbW91bnQgcm9vdCBmcm9tIHVmczovZGV2 L2FkNHMxYQp1c2h1YjE6IDEwIHBvcnRzIHdpdGggMTAgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQK dXNiMl9wY19jb21tb25fbWVtX2NiOjQyOTogUGFnZSBvZmZzZXQgd2FzIG5vdCBwcmVzZXJ2ZWQh CnVzYjJfYWxsb2NfZGV2aWNlOjE0MDE6IHNldCBhZGRyZXNzIDIgZmFpbGVkIChpZ25vcmVkKQp1 c2IyX3BjX2NvbW1vbl9tZW1fY2I6NDI5OiBQYWdlIG9mZnNldCB3YXMgbm90IHByZXNlcnZlZCEK dXNiMl9hbGxvY19kZXZpY2U6MTQzNjogZ2V0dGluZyBkZXZpY2UgZGVzY3JpcHRvciBhdCBhZGRy IDIgZmFpbGVkIQp1c2IyX3BjX2NvbW1vbl9tZW1fY2I6NDI5OiBQYWdlIG9mZnNldCB3YXMgbm90 IHByZXNlcnZlZCEKdXNiMl9yZXFfcmVfZW51bWVyYXRlOjEzNjY6IGFkZHI9Miwgc2V0IGFkZHJl c3MgZmFpbGVkISAoaWdub3JlZCkKdXNiMl9wY19jb21tb25fbWVtX2NiOjQyOTogUGFnZSBvZmZz ZXQgd2FzIG5vdCBwcmVzZXJ2ZWQhCnVzYjJfcmVxX3JlX2VudW1lcmF0ZToxMzc5OiBnZXR0aW5n IGRldmljZSBkZXNjcmlwdG9yIGF0IGFkZHIgMiBmYWlsZWQhCnVzYjJfcGNfY29tbW9uX21lbV9j Yjo0Mjk6IFBhZ2Ugb2Zmc2V0IHdhcyBub3QgcHJlc2VydmVkIQp1c2IyX3JlcV9yZV9lbnVtZXJh dGU6MTM2NjogYWRkcj0yLCBzZXQgYWRkcmVzcyBmYWlsZWQhIChpZ25vcmVkKQp1c2IyX3BjX2Nv bW1vbl9tZW1fY2I6NDI5OiBQYWdlIG9mZnNldCB3YXMgbm90IHByZXNlcnZlZCEKdXNiMl9yZXFf cmVfZW51bWVyYXRlOjEzNzk6IGdldHRpbmcgZGV2aWNlIGRlc2NyaXB0b3IgYXQgYWRkciAyIGZh aWxlZCEKdWdlbjUuMjogPD4gYXQgdXNidXM1IChkaXNjb25uZWN0ZWQpCnVodWJfcmVhdHRhY2hf cG9ydDo0MTM6IGNvdWxkIG5vdCBhbGxvY2F0ZSBuZXcgZGV2aWNlIQp1c2IyX3BjX2NvbW1vbl9t ZW1fY2I6NDI5OiBQYWdlIG9mZnNldCB3YXMgbm90IHByZXNlcnZlZCEKdXNiMl9hbGxvY19kZXZp Y2U6MTQwMTogc2V0IGFkZHJlc3MgMiBmYWlsZWQgKGlnbm9yZWQpCnVzYjJfcGNfY29tbW9uX21l bV9jYjo0Mjk6IFBhZ2Ugb2Zmc2V0IHdhcyBub3QgcHJlc2VydmVkIQp1c2IyX2FsbG9jX2Rldmlj ZToxNDM2OiBnZXR0aW5nIGRldmljZSBkZXNjcmlwdG9yIGF0IGFkZHIgMiBmYWlsZWQhCnVzYjJf cGNfY29tbW9uX21lbV9jYjo0Mjk6IFBhZ2Ugb2Zmc2V0IHdhcyBub3QgcHJlc2VydmVkIQp1c2Iy X3JlcV9yZV9lbnVtZXJhdGU6MTM2NjogYWRkcj0yLCBzZXQgYWRkcmVzcyBmYWlsZWQhIChpZ25v cmVkKQp1c2IyX3BjX2NvbW1vbl9tZW1fY2I6NDI5OiBQYWdlIG9mZnNldCB3YXMgbm90IHByZXNl cnZlZCEKdXNiMl9yZXFfcmVfZW51bWVyYXRlOjEzNzk6IGdldHRpbmcgZGV2aWNlIGRlc2NyaXB0 b3IgYXQgYWRkciAyIGZhaWxlZCEKdXNiMl9wY19jb21tb25fbWVtX2NiOjQyOTogUGFnZSBvZmZz ZXQgd2FzIG5vdCBwcmVzZXJ2ZWQhCnVzYjJfcmVxX3JlX2VudW1lcmF0ZToxMzY2OiBhZGRyPTIs IHNldCBhZGRyZXNzIGZhaWxlZCEgKGlnbm9yZWQpCnVzYjJfcGNfY29tbW9uX21lbV9jYjo0Mjk6 IFBhZ2Ugb2Zmc2V0IHdhcyBub3QgcHJlc2VydmVkIQp1c2IyX3JlcV9yZV9lbnVtZXJhdGU6MTM3 OTogZ2V0dGluZyBkZXZpY2UgZGVzY3JpcHRvciBhdCBhZGRyIDIgZmFpbGVkIQp1Z2VuMy4yOiA8 PiBhdCB1c2J1czMgKGRpc2Nvbm5lY3RlZCkKdWh1Yl9yZWF0dGFjaF9wb3J0OjQxMzogY291bGQg bm90IGFsbG9jYXRlIG5ldyBkZXZpY2UhCnVzYjJfcGNfY29tbW9uX21lbV9jYjo0Mjk6IFBhZ2Ug b2Zmc2V0IHdhcyBub3QgcHJlc2VydmVkIQp1c2IyX2FsbG9jX2RldmljZToxNDAxOiBzZXQgYWRk cmVzcyAyIGZhaWxlZCAoaWdub3JlZCkKdXNiMl9wY19jb21tb25fbWVtX2NiOjQyOTogUGFnZSBv ZmZzZXQgd2FzIG5vdCBwcmVzZXJ2ZWQhCnVzYjJfYWxsb2NfZGV2aWNlOjE0MzY6IGdldHRpbmcg ZGV2aWNlIGRlc2NyaXB0b3IgYXQgYWRkciAyIGZhaWxlZCEKdXNiMl9wY19jb21tb25fbWVtX2Ni OjQyOTogUGFnZSBvZmZzZXQgd2FzIG5vdCBwcmVzZXJ2ZWQhCnVzYjJfcmVxX3JlX2VudW1lcmF0 ZToxMzY2OiBhZGRyPTIsIHNldCBhZGRyZXNzIGZhaWxlZCEgKGlnbm9yZWQpCnVzYjJfcGNfY29t bW9uX21lbV9jYjo0Mjk6IFBhZ2Ugb2Zmc2V0IHdhcyBub3QgcHJlc2VydmVkIQp1c2IyX3JlcV9y ZV9lbnVtZXJhdGU6MTM3OTogZ2V0dGluZyBkZXZpY2UgZGVzY3JpcHRvciBhdCBhZGRyIDIgZmFp bGVkIQp1c2IyX3BjX2NvbW1vbl9tZW1fY2I6NDI5OiBQYWdlIG9mZnNldCB3YXMgbm90IHByZXNl cnZlZCEKdXNiMl9yZXFfcmVfZW51bWVyYXRlOjEzNjY6IGFkZHI9Miwgc2V0IGFkZHJlc3MgZmFp bGVkISAoaWdub3JlZCkKdXNiMl9wY19jb21tb25fbWVtX2NiOjQyOTogUGFnZSBvZmZzZXQgd2Fz IG5vdCBwcmVzZXJ2ZWQhCnVzYjJfcmVxX3JlX2VudW1lcmF0ZToxMzc5OiBnZXR0aW5nIGRldmlj ZSBkZXNjcmlwdG9yIGF0IGFkZHIgMiBmYWlsZWQhCnVnZW4zLjI6IDw+IGF0IHVzYnVzMyAoZGlz Y29ubmVjdGVkKQp1aHViX3JlYXR0YWNoX3BvcnQ6NDEzOiBjb3VsZCBub3QgYWxsb2NhdGUgbmV3 IGRldmljZSEKVGhpcyBtb2R1bGUgKG9wZW5zb2xhcmlzKSBjb250YWlucyBjb2RlIGNvdmVyZWQg YnkgdGhlCkNvbW1vbiBEZXZlbG9wbWVudCBhbmQgRGlzdHJpYnV0aW9uIExpY2Vuc2UgKENEREwp CnNlZSBodHRwOi8vb3BlbnNvbGFyaXMub3JnL29zL2xpY2Vuc2luZy9vcGVuc29sYXJpc19saWNl bnNlLwpXQVJOSU5HOiBaRlMgaXMgY29uc2lkZXJlZCB0byBiZSBhbiBleHBlcmltZW50YWwgZmVh dHVyZSBpbiBGcmVlQlNELgpaRlMgZmlsZXN5c3RlbSB2ZXJzaW9uIDEzClpGUyBzdG9yYWdlIHBv b2wgdmVyc2lvbiAxMwo= ------y673Y6wP-hfQEvJr7WWdxmo9N:1236170396 Content-Type: text/plain; name="datasets.txt" Content-Disposition: attachment; filename="datasets.txt" Content-Transfer-Encoding: base64 TkFNRSAgICAgICAgICAgICAgICAgICAgICAgVVNFRCAgQVZBSUwgIFJFRkVSICBNT1VOVFBPSU5U Cm1haW4gICAgICAgICAgICAgICAgICAgICAgIDE5OUcgIDI1LjNHICAgIDE4SyAgL21haW4KbWFp bi9jYWNoZSAgICAgICAgICAgICAgICAyNi4wRyAgMjUuM0cgIDI2LjBHICBub25lCm1haW4vcm9v dCAgICAgICAgICAgICAgICAgODIuNU0gIDI1LjNHICA4Mi41TSAgL3Jvb3QKbWFpbi90bXAgICAg ICAgICAgICAgICAgICAyLjI1RyAgMjUuM0cgIDIuMjVHICBub25lCm1haW4vdXNyICAgICAgICAg ICAgICAgICAgIDE3MUcgIDI1LjNHICA2LjA1RyAgL3VzcgptYWluL3Vzci9ob21lICAgICAgICAg ICAgICAxNThHICAyNS4zRyAgIDE1OEcgIC90ZXN0Cm1haW4vdXNyL3BvcnRzICAgICAgICAgICAg Ni45NUcgIDI1LjNHICAyLjg4RyAgL3Vzci9wb3J0cwptYWluL3Vzci9wb3J0cy9kaXN0ZmlsZXMg IDMuNDZHICAyNS4zRyAgMy40NkcgIC91c3IvcG9ydHMvZGlzdGZpbGVzCm1haW4vdXNyL3BvcnRz L3BhY2thZ2VzICAgIDYyNk0gIDI1LjNHICAgNjI2TSAgL3Vzci9wb3J0cy9wYWNrYWdlcwptYWlu L3Vzci9zcmMgICAgICAgICAgICAgICAxNDRLICAyNS4zRyAgIDE0NEsgIC91c3Ivc3JjCm1haW4v dmFyICAgICAgICAgICAgICAgICAgIDIxME0gIDI1LjNHICAgMjEwTSAgL3Zhcgo= ------y673Y6wP-hfQEvJr7WWdxmo9N:1236170396-- From owner-freebsd-fs@FreeBSD.ORG Thu Mar 5 01:38:34 2009 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 A1CC31065670; Thu, 5 Mar 2009 01:38:34 +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 7829F8FC0A; Thu, 5 Mar 2009 01:38:34 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n251cYEf053487; Thu, 5 Mar 2009 01:38:34 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n251cYuG053483; Thu, 5 Mar 2009 01:38:34 GMT (envelope-from linimon) Date: Thu, 5 Mar 2009 01:38:34 GMT Message-Id: <200903050138.n251cYuG053483@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-fs@FreeBSD.org, freebsd-geom@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/131353: [geom] gjournal(8) kernel lock 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, 05 Mar 2009 01:38:35 -0000 Synopsis: [geom] gjournal(8) kernel lock Responsible-Changed-From-To: freebsd-fs->freebsd-geom Responsible-Changed-By: linimon Responsible-Changed-When: Thu Mar 5 01:38:19 UTC 2009 Responsible-Changed-Why: Probably a more appropriate assignment. http://www.freebsd.org/cgi/query-pr.cgi?pr=131353 From owner-freebsd-fs@FreeBSD.ORG Thu Mar 5 07:29:04 2009 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 5AA281065686; Thu, 5 Mar 2009 07:29:04 +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 D84558FC1C; Thu, 5 Mar 2009 07:29:03 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n257T3bh046360; Thu, 5 Mar 2009 07:29:03 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n257T3J2046353; Thu, 5 Mar 2009 07:29:03 GMT (envelope-from linimon) Date: Thu, 5 Mar 2009 07:29:03 GMT Message-Id: <200903050729.n257T3J2046353@freefall.freebsd.org> To: 7ogcg7g02@sneakemail.com, linimon@FreeBSD.org, freebsd-fs@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/132068: [zfs] page fault when using ZFS over NFS on 7.1-RELEASE/amd64 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, 05 Mar 2009 07:29:04 -0000 Synopsis: [zfs] page fault when using ZFS over NFS on 7.1-RELEASE/amd64 State-Changed-From-To: open->feedback State-Changed-By: linimon State-Changed-When: Thu Mar 5 07:28:23 UTC 2009 State-Changed-Why: To submitter: can you test the patch on 8-CURRENT? http://www.freebsd.org/cgi/query-pr.cgi?pr=132068 From owner-freebsd-fs@FreeBSD.ORG Thu Mar 5 10:30:06 2009 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 E3D211065672 for ; Thu, 5 Mar 2009 10:30:06 +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 B84488FC15 for ; Thu, 5 Mar 2009 10:30:06 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n25AU6SS094496 for ; Thu, 5 Mar 2009 10:30:06 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n25AU6jU094492; Thu, 5 Mar 2009 10:30:06 GMT (envelope-from gnats) Date: Thu, 5 Mar 2009 10:30:06 GMT Message-Id: <200903051030.n25AU6jU094492@freefall.freebsd.org> To: freebsd-fs@FreeBSD.org From: Mark Linimon Cc: Subject: Re: kern/132068: [zfs] page fault when using ZFS over NFS on 7.1-RELEASE/amd64 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Mark Linimon List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Mar 2009 10:30:07 -0000 The following reply was made to PR kern/132068; it has been noted by GNATS. From: Mark Linimon To: linimon@FreeBSD.org Cc: 7ogcg7g02@sneakemail.com, bug-followup@FreeBSD.org Subject: Re: kern/132068: [zfs] page fault when using ZFS over NFS on 7.1-RELEASE/amd64 Date: Thu, 5 Mar 2009 04:27:38 -0600 On Thu, Mar 05, 2009 at 07:29:03AM +0000, linimon@FreeBSD.org wrote: > To submitter: can you test the patch on 8-CURRENT? Er, what I *should* have said is: can you either test the patch, or try 8-CURRENT, which has the patch in it? mcl From owner-freebsd-fs@FreeBSD.ORG Thu Mar 5 11:50:04 2009 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 91FF1106564A for ; Thu, 5 Mar 2009 11:50: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 803C08FC14 for ; Thu, 5 Mar 2009 11:50:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n25Bo463056408 for ; Thu, 5 Mar 2009 11:50:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n25Bo4K2056407; Thu, 5 Mar 2009 11:50:04 GMT (envelope-from gnats) Date: Thu, 5 Mar 2009 11:50:04 GMT Message-Id: <200903051150.n25Bo4K2056407@freefall.freebsd.org> To: freebsd-fs@FreeBSD.org From: "Edward Fisk" <7ogcg7g02@sneakemail.com> Cc: Subject: Re: kern/132068: [zfs] page fault when using ZFS over NFS on 7.1-RELEASE/amd64 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Edward Fisk <7ogcg7g02@sneakemail.com> List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Mar 2009 11:50:04 -0000 The following reply was made to PR kern/132068; it has been noted by GNATS. From: "Edward Fisk" <7ogcg7g02@sneakemail.com> To: bug-followup@freebsd.org Cc: Subject: Re: kern/132068: [zfs] page fault when using ZFS over NFS on 7.1-RELEASE/amd64 Date: 5 Mar 2009 11:46:25 -0000 I've tried the patch kindly supplied by Jaakko, but the machine still deadlocks (no panic though). I then did a source upgrade to 8.0-CURRENT (20090227). The machine would still deadlock every 1-2 hours under the same load. I've now added the following deadlock debugging options: options INVARIANTS options INVARIANT_SUPPORT options WITNESS options DEBUG_LOCKS options DEBUG_VFS_LOCKS options DIAGNOSTIC Unfortunately, the machine has now been running for over 48 hours without a crash, while still being under the same load/usage pattern. -Ed From owner-freebsd-fs@FreeBSD.ORG Thu Mar 5 11:50:06 2009 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 8C46F1065672 for ; Thu, 5 Mar 2009 11:50:06 +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 610308FC08 for ; Thu, 5 Mar 2009 11:50:06 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n25Bo6cj056441 for ; Thu, 5 Mar 2009 11:50:06 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n25Bo6Vn056440; Thu, 5 Mar 2009 11:50:06 GMT (envelope-from gnats) Date: Thu, 5 Mar 2009 11:50:06 GMT Message-Id: <200903051150.n25Bo6Vn056440@freefall.freebsd.org> To: freebsd-fs@FreeBSD.org From: "Edward Fisk" <7ogcg7g02@sneakemail.com> Cc: Subject: Re: kern/132068: [zfs] page fault when using ZFS over NFS on 7.1-RELEASE/amd64 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Edward Fisk <7ogcg7g02@sneakemail.com> List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Mar 2009 11:50:06 -0000 The following reply was made to PR kern/132068; it has been noted by GNATS. From: "Edward Fisk" <7ogcg7g02@sneakemail.com> To: bug-followup@freebsd.org Cc: Subject: Re: kern/132068: [zfs] page fault when using ZFS over NFS on 7.1-RELEASE/amd64 Date: 5 Mar 2009 11:47:54 -0000 kern/129174 looks like a similar problem just to clarify, the clients using my system use both NFS2 and NFS3 From owner-freebsd-fs@FreeBSD.ORG Thu Mar 5 12:00:16 2009 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 740F2106564A for ; Thu, 5 Mar 2009 12:00:16 +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 620778FC0C for ; Thu, 5 Mar 2009 12:00:16 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n25C0Gx6063362 for ; Thu, 5 Mar 2009 12:00:16 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n25C0GN7063361; Thu, 5 Mar 2009 12:00:16 GMT (envelope-from gnats) Date: Thu, 5 Mar 2009 12:00:16 GMT Message-Id: <200903051200.n25C0GN7063361@freefall.freebsd.org> To: freebsd-fs@FreeBSD.org From: "Edward Fisk" <7ogcg7g02@sneakemail.com> Cc: Subject: Re: kern/132068: [zfs] page fault when using ZFS over NFS on 7.1-RELEASE/amd64 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Edward Fisk <7ogcg7g02@sneakemail.com> List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Mar 2009 12:00:16 -0000 The following reply was made to PR kern/132068; it has been noted by GNATS. From: "Edward Fisk" <7ogcg7g02@sneakemail.com> To: bug-followup@freebsd.org Cc: Subject: Re: kern/132068: [zfs] page fault when using ZFS over NFS on 7.1-RELEASE/amd64 Date: 5 Mar 2009 11:50:41 -0000 The machine did a panic earlier, but was unfortunately unable to do a dump. ------ panic: Bad link elm 0xffffff014f3e2400 prev->next != elm cpuid = 3 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a panic() at panic+0x182 xprt_unregister_locked() at xprt_unregister_locked+0xad xprt_unregister() at xprt_unregister+0x2c svc_run_internal() at svc_run_internal+0x42f svc_run() at svc_run+0x94 nfssvc_nfsd() at nfssvc_nfsd+0xa2 nfssvc() at nfssvc+0x12d syscall() at syscall+0x1e7 Xfast_syscall() at Xfast_syscall+0xab --- syscall (155, FreeBSD ELF64, nfssvc), rip = 0x800695c4c, rsp = 0x7fffffffe8e8, rbp = 0 --- Uptime: 3d4h21m8s Physical memory: 16368 MB Dumping 3849 MB: 3834 3818 3802 3786 3770 3754 3738 3722 3706 3690Error dumping block 0x0 ** DUMP FAILED (ERROR 5) ** aac0: shutting down controller...FAILED. Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... ------ Any idea as to why it was unable to complete the crash dump? From owner-freebsd-fs@FreeBSD.ORG Thu Mar 5 15:30:05 2009 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 CD7B6106567D for ; Thu, 5 Mar 2009 15:30:05 +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 BB1F88FC1A for ; Thu, 5 Mar 2009 15:30:05 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n25FU5nZ022890 for ; Thu, 5 Mar 2009 15:30:05 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n25FU5Qh022885; Thu, 5 Mar 2009 15:30:05 GMT (envelope-from gnats) Date: Thu, 5 Mar 2009 15:30:05 GMT Message-Id: <200903051530.n25FU5Qh022885@freefall.freebsd.org> To: freebsd-fs@FreeBSD.org From: Mark Linimon Cc: Subject: Re: kern/132068: [zfs] page fault when using ZFS over NFS on 7.1-RELEASE/amd64 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Mark Linimon List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Mar 2009 15:30:06 -0000 The following reply was made to PR kern/132068; it has been noted by GNATS. From: Mark Linimon To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/132068: [zfs] page fault when using ZFS over NFS on 7.1-RELEASE/amd64 Date: Thu, 5 Mar 2009 09:29:11 -0600 ----- Forwarded message from Edward Fisk <7ogcg7g02@sneakemail.com> ----- To: freebsd-bugs@FreeBSD.org From: Edward Fisk <7ogcg7g02@sneakemail.com> Subject: Re: kern/132068: [zfs] page fault when using ZFS over NFS on 7.1-RELEASE/amd64 I tried with the patch kindly provided by Jaakko. The machine would no longer panic, but would instead deadlock every 1-2 hours when in use. I then did a source upgrade to 8-CURRENT (27022008) with a GENERIC kernel, which had the same result: a deadlock every 1 to 2 hours when in use. The machine is now running a GENERIC kernel with the following options added: options INVARIANTS options INVARIANT_SUPPORT options WITNESS options DEBUG_LOCKS options DEBUG_VFS_LOCKS options DIAGNOSTIC Unfortunately, I've yet to be able to get it to deadlock, despite the workload on the machine not having changed. ----- End forwarded message ----- From owner-freebsd-fs@FreeBSD.ORG Thu Mar 5 15:30:08 2009 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 ACC641065670 for ; Thu, 5 Mar 2009 15:30:08 +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 8105A8FC16 for ; Thu, 5 Mar 2009 15:30:08 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n25FU806023151 for ; Thu, 5 Mar 2009 15:30:08 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n25FU87g023142; Thu, 5 Mar 2009 15:30:08 GMT (envelope-from gnats) Date: Thu, 5 Mar 2009 15:30:08 GMT Message-Id: <200903051530.n25FU87g023142@freefall.freebsd.org> To: freebsd-fs@FreeBSD.org From: Mark Linimon Cc: Subject: Re: kern/132068: [zfs] page fault when using ZFS over NFS on 7.1-RELEASE/amd64 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Mark Linimon List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Mar 2009 15:30:09 -0000 The following reply was made to PR kern/132068; it has been noted by GNATS. From: Mark Linimon To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/132068: [zfs] page fault when using ZFS over NFS on 7.1-RELEASE/amd64 Date: Thu, 5 Mar 2009 09:29:39 -0600 ----- Forwarded message from Edward Fisk <7ogcg7g02@sneakemail.com> ----- To: freebsd-bugs@FreeBSD.org From: Edward Fisk <7ogcg7g02@sneakemail.com> Subject: Re: kern/132068: [zfs] page fault when using ZFS over NFS on 7.1-RELEASE/amd64 kern/129174 looks like a similar problem, altohugh there's not much useful information there ----- End forwarded message ----- From owner-freebsd-fs@FreeBSD.ORG Thu Mar 5 15:32:13 2009 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 CFA3F106568E; Thu, 5 Mar 2009 15:32:13 +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 91C988FC20; Thu, 5 Mar 2009 15:32:13 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n25FWDxD030699; Thu, 5 Mar 2009 15:32:13 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n25FWDpC030695; Thu, 5 Mar 2009 15:32:13 GMT (envelope-from linimon) Date: Thu, 5 Mar 2009 15:32:13 GMT Message-Id: <200903051532.n25FWDpC030695@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-fs@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/132331: [ufs] [lor] LOR ufs and syncer 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, 05 Mar 2009 15:32:14 -0000 Old Synopsis: LOR ufs and syncer New Synopsis: [ufs] [lor] LOR ufs and syncer Responsible-Changed-From-To: freebsd-bugs->freebsd-fs Responsible-Changed-By: linimon Responsible-Changed-When: Thu Mar 5 15:31:38 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=132331 From owner-freebsd-fs@FreeBSD.ORG Thu Mar 5 15:33:51 2009 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 296E810656C3; Thu, 5 Mar 2009 15:33:51 +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 EB6938FC20; Thu, 5 Mar 2009 15:33:50 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n25FXoJw031539; Thu, 5 Mar 2009 15:33:50 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n25FXovU031535; Thu, 5 Mar 2009 15:33:50 GMT (envelope-from linimon) Date: Thu, 5 Mar 2009 15:33:50 GMT Message-Id: <200903051533.n25FXovU031535@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-fs@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/132337: [zfs] [panic] kernel panic in zfs_fuid_create_cred 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, 05 Mar 2009 15:33:55 -0000 Old Synopsis: kernel panic in zfs_fuid_create_cred New Synopsis: [zfs] [panic] kernel panic in zfs_fuid_create_cred Responsible-Changed-From-To: freebsd-bugs->freebsd-fs Responsible-Changed-By: linimon Responsible-Changed-When: Thu Mar 5 15:33:31 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=132337 From owner-freebsd-fs@FreeBSD.ORG Thu Mar 5 16:10:29 2009 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 E3E9F1065670 for ; Thu, 5 Mar 2009 16:10:29 +0000 (UTC) (envelope-from weldon@excelsus.com) Received: from mx0.excelsus.net (emmett.excelsus.com [74.93.113.252]) by mx1.freebsd.org (Postfix) with ESMTP id 7F9078FC13 for ; Thu, 5 Mar 2009 16:10:29 +0000 (UTC) (envelope-from weldon@excelsus.com) Received: (qmail 28880 invoked by uid 89); 5 Mar 2009 15:43:47 -0000 Received: from unknown (HELO localhost) (127.0.0.1) by localhost.excelsus.com with SMTP; 5 Mar 2009 15:43:47 -0000 Date: Thu, 5 Mar 2009 10:43:46 -0500 (EST) From: Weldon S Godfrey 3 To: Mark Linimon In-Reply-To: <200903051530.n25FU87g023142@freefall.freebsd.org> Message-ID: <20090305103355.B17525@emmett.excelsus.com> References: <200903051530.n25FU87g023142@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-fs@FreeBSD.org Subject: Re: kern/132068: [zfs] page fault when using ZFS over NFS on 7.1-RELEASE/amd64 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, 05 Mar 2009 16:10:30 -0000 If memory serves me right, sometime around 3:30pm, Mark Linimon told me: > The following reply was made to PR kern/132068; it has been noted by GNATS. > > From: Mark Linimon > To: bug-followup@FreeBSD.org > Cc: > Subject: Re: kern/132068: [zfs] page fault when using ZFS over NFS on > 7.1-RELEASE/amd64 > Date: Thu, 5 Mar 2009 09:29:39 -0600 > > ----- Forwarded message from Edward Fisk <7ogcg7g02@sneakemail.com> ----- > > To: freebsd-bugs@FreeBSD.org > From: Edward Fisk <7ogcg7g02@sneakemail.com> > Subject: Re: kern/132068: [zfs] page fault when using ZFS over NFS on > 7.1-RELEASE/amd64 > > kern/129174 looks like a similar problem, altohugh there's not much > useful information there > > ----- End forwarded message ----- > _______________________________________________ Are you using v3 NFS or v2? Switching to v2 has made things MUCH more stable for me, however, I still loose stability with ZIL enabled (even if prefetch is disabled)(and ZIL disabled is NOT desirable as I know the potential client side corruption with that, but so far I haven't run into that). I currently have ZIL and prefetch disabled. I currently limit ARC to 2GB as well and set kmem to 4GB (I currently am using FreeBSD 8) I am up to about 1.5 weeks without a panic now. The system does a constant 80-120Mb/s in read and 30Mb/s write/s during the day and has 9 NFS clients. Weldon From owner-freebsd-fs@FreeBSD.ORG Thu Mar 5 17:00:07 2009 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 852CA1065673 for ; Thu, 5 Mar 2009 17:00:07 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-fx0-f158.google.com (mail-fx0-f158.google.com [209.85.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id DA17C8FC1B for ; Thu, 5 Mar 2009 17:00:04 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by fxm2 with SMTP id 2so16079fxm.43 for ; Thu, 05 Mar 2009 09:00:04 -0800 (PST) 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:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=0ClgkPU+jtgU21MtjbuYt4L0QvBCEdoE/BkfrdJSHLg=; b=wWK36vxnnU6xC6g1w45/fhmuwaGX0NtOQmqNrle7vc/tkPWzSL+roavxfGC0+D0Dzh c1EoRS7wGET7Fl7DnMGbYM0Ansnd5gZcbPARlJTS1CMY7mwF8MsIOQrceh47fzPP9VhG FOUpZmB1tZAbKBdwl1q+idEBlIfAWJ6QwQmH4= 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:content-transfer-encoding; b=de1jVKQ+GQqh2bq2z6LuGTah3SY7FnqzVY08h4czo6Wxdo81p59TWn6hf7EqmBOp3Z WxkA4ao7/N5Gi+jOA3v7jsf6J7TZEJ8Xzv151aQvFktHOMTaohhU5L4gL2JnfqTJiu89 G2gP/X8YcnETKyW/gcWSr+HtW5VVVMG+FXKfA= MIME-Version: 1.0 Received: by 10.86.3.4 with SMTP id 4mr1130310fgc.41.1236270512781; Thu, 05 Mar 2009 08:28:32 -0800 (PST) In-Reply-To: <200903051533.n25FXovU031535@freefall.freebsd.org> References: <200903051533.n25FXovU031535@freefall.freebsd.org> Date: Thu, 5 Mar 2009 19:28:32 +0300 Message-ID: From: pluknet To: freebsd-bugs@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org Subject: Re: kern/132337: [zfs] [panic] kernel panic in zfs_fuid_create_cred 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, 05 Mar 2009 17:00:08 -0000 2009/3/5 : > Old Synopsis: kernel panic in zfs_fuid_create_cred > New Synopsis: [zfs] [panic] kernel panic in zfs_fuid_create_cred > > Responsible-Changed-From-To: freebsd-bugs->freebsd-fs > Responsible-Changed-By: linimon > Responsible-Changed-When: Thu Mar 5 15:33:31 UTC 2009 > Responsible-Changed-Why: > Over to maintainer(s). > > http://www.freebsd.org/cgi/query-pr.cgi?pr=132337 > _______________________________________________ > freebsd-fs@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-fs > To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" > btw, something was changed there in opensolaris (per bug_id=6754013). 477,480c477,485 < if (type == ZFS_OWNER) < id = crgetuid(cr); < else < id = crgetgid(cr); --- > ksid = crgetsid(cr, (type == ZFS_OWNER) ? KSID_OWNER : KSID_GROUP); > if (ksid) { > id = ksid_getid(ksid); > } else { > if (type == ZFS_OWNER) > id = crgetuid(cr); > else > id = crgetgid(cr); > } 482c487 < if (!zfsvfs->z_use_fuids || !IS_EPHEMERAL(id)) --- > if (!zfsvfs->z_use_fuids || (!IS_EPHEMERAL(id))) 485,487d489 < ksid = crgetsid(cr, (type == ZFS_OWNER) ? KSID_OWNER : KSID_GROUP); < < VERIFY(ksid != NULL); -- wbr, pluknet From owner-freebsd-fs@FreeBSD.ORG Thu Mar 5 19:30:05 2009 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 1F272106564A for ; Thu, 5 Mar 2009 19:30:05 +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 0D4E98FC1B for ; Thu, 5 Mar 2009 19:30:05 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n25JU4Ht005626 for ; Thu, 5 Mar 2009 19:30:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n25JU4OV005620; Thu, 5 Mar 2009 19:30:04 GMT (envelope-from gnats) Date: Thu, 5 Mar 2009 19:30:04 GMT Message-Id: <200903051930.n25JU4OV005620@freefall.freebsd.org> To: freebsd-fs@FreeBSD.org From: Mark Linimon Cc: Subject: Re: kern/132068: [zfs] page fault when using ZFS over NFS on 7.1-RELEASE/amd64 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Mark Linimon List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Mar 2009 19:30:05 -0000 The following reply was made to PR kern/132068; it has been noted by GNATS. From: Mark Linimon To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/132068: [zfs] page fault when using ZFS over NFS on 7.1-RELEASE/amd64 Date: Thu, 5 Mar 2009 13:26:45 -0600 ----- Forwarded message from Weldon S Godfrey 3 ----- From: Weldon S Godfrey 3 To: Mark Linimon cc: freebsd-fs@FreeBSD.org Subject: Re: kern/132068: [zfs] page fault when using ZFS over NFS on 7.1-RELEASE/amd64 Are you using v3 NFS or v2? Switching to v2 has made things MUCH more stable for me, however, I still loose stability with ZIL enabled (even if prefetch is disabled)(and ZIL disabled is NOT desirable as I know the potential client side corruption with that, but so far I haven't run into that). I currently have ZIL and prefetch disabled. I currently limit ARC to 2GB as well and set kmem to 4GB (I currently am using FreeBSD 8) I am up to about 1.5 weeks without a panic now. The system does a constant 80-120Mb/s in read and 30Mb/s write/s during the day and has 9 NFS clients. Weldon ----- End forwarded message ----- From owner-freebsd-fs@FreeBSD.ORG Sat Mar 7 09:30:06 2009 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 E519A106566B for ; Sat, 7 Mar 2009 09:30:06 +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 CF0078FC18 for ; Sat, 7 Mar 2009 09:30:06 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n279U6jC033312 for ; Sat, 7 Mar 2009 09:30:06 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n279U6QH033309; Sat, 7 Mar 2009 09:30:06 GMT (envelope-from gnats) Date: Sat, 7 Mar 2009 09:30:06 GMT Message-Id: <200903070930.n279U6QH033309@freefall.freebsd.org> To: freebsd-fs@FreeBSD.org From: Martin Birgmeier Cc: Subject: Re: kern/131360: [nfs] poor scaling behavior of the NFS server under load X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Martin Birgmeier List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2009 09:30:07 -0000 The following reply was made to PR kern/131360; it has been noted by GNATS. From: Martin Birgmeier To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/131360: [nfs] poor scaling behavior of the NFS server under load Date: Sat, 7 Mar 2009 10:23:54 +0100 (CET) Robert, Thanks for taking this. First off, the previous message I wrote (about similar problems with samba) might in fact also be caused by NFS - samba is running on this server, but it was configured to serve a directory which itself is served by amd(8) on this server. Now to your questions: device/driver (grep sis /var/run/dmesg.boot): sis0: port 0xa400-0xa4ff mem 0xd5800000-0xd5800fff irq 9 at device 9.0 on pci0 sis0: Silicon Revision: DP83815D miibus0: on sis0 sis0: Ethernet address: 00:40:f4:1a:42:ba sis0: [ITHREAD] sis0: Applying short cable fix (reg=f4) sis0: Applying short cable fix (reg=f5) mount: It is what amd(8) instructs it to be, and from running tcpdump I believe it is over TCP.