From owner-freebsd-fs@FreeBSD.ORG Sun Apr 5 07:55:36 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 AF8B9106566B for ; Sun, 5 Apr 2009 07:55:36 +0000 (UTC) (envelope-from m@obmail.net) Received: from unclebob.obfuscated.net (stewie.obfuscated.net [69.8.202.125]) by mx1.freebsd.org (Postfix) with ESMTP id 765608FC0A for ; Sun, 5 Apr 2009 07:55:36 +0000 (UTC) (envelope-from m@obmail.net) Received: from [10.0.1.98] (unknown [131.247.152.4]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by unclebob.obfuscated.net (Postfix) with ESMTP id 7A337171A1 for ; Sun, 5 Apr 2009 03:37:37 -0400 (EDT) Message-Id: <8FEAE0BA-5723-437C-8215-D2AEC7783713@obmail.net> From: Michael Conlen To: freebsd-fs@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Sun, 5 Apr 2009 03:37:36 -0400 X-Mailer: Apple Mail (2.930.3) Subject: Bizarre IO errors X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Apr 2009 07:55:37 -0000 First the background FreeBSD nfs4.tarhost.com 7.1-RELEASE-p3 FreeBSD 7.1-RELEASE-p3 #0: Sat Mar 7 00:15:02 EST 2009 root@nfs4.tarhost.com:/usr/obj/usr/src/ sys/GENERIC amd64 (Two of these processors) CPU: Intel(R) Xeon(R) CPU E5420 @ 2.50GHz (2500.10-MHz K8- class CPU) Memory usable memory = 17165377536 (16370 MB) avail memory = 16626044928 (15855 MB) The Disk system aac0: mem 0xd8000000-0xd81fffff irq 48 at device 0.0 on pci1 aac0: Enabling 64-bit address support aac0: Enable Raw I/O aac0: Enable 64-bit array aac0: New comm. interface enabled aac0: [ITHREAD] aac0: Adaptec 52445, aac driver 2.0.0-1 Controller Status : Optimal Channel description : SAS/SATA Controller Model : Adaptec 52445 Controller Serial Number : 8A321083874 Physical Slot : 5 Temperature : 60 C/ 140 F (Normal) Installed memory : 512 MB Copyback : Disabled Background consistency check : Disabled Automatic Failover : Enabled Global task priority : High Performance Mode : Default/Dynamic Defunct disk drive count : 0 Logical devices/Failed/Degraded : 2/0/0 Logical device number 0 Logical device name : system RAID level : 1 Status of logical device : Optimal Size : 953334 MB Read-cache mode : Enabled Write-cache mode : Enabled (write-back) Write-cache setting : Enabled (write-back) Partitioned : Yes Protected by Hot-Spare : Yes Dedicated Hot-Spare : 0,4 Dedicated Hot-Spare : 0,12 Bootable : Yes Failed stripes : No -------------------------------------------------------- Logical device segment information -------------------------------------------------------- Segment 0 : Present (0,0) Segment 1 : Present (0,8) Logical device number 1 Logical device name : data RAID level : 10 Status of logical device : Optimal Size : 5720064 MB Stripe-unit size : 256 KB Read-cache mode : Enabled Write-cache mode : Disabled (write-through) Write-cache setting : Enabled (write-back) when protected by battery Partitioned : Yes Protected by Hot-Spare : No Bootable : No Failed stripes : No Filesystem Size Used Avail Capacity Mounted on /dev/aacd0s1a 15G 417M 14G 3% / devfs 1.0K 1.0K 0B 100% /dev /dev/aacd0s1e 15G 30K 14G 0% /tmp /dev/aacd0s1f 62G 3.2G 54G 6% /usr /dev/aacd0s1g 762G 354M 701G 0% /usr/local /dev/aacd0s1d 15G 3.5G 11G 24% /var /dev/aacd1p1 5.3T 874G 4.0T 18% /usr/local/export This system is setup as a NFS File server. It handled several stress tests for two weeks before going online. The files were transfered to the system and it was placed online and ran fine for a few days. There are 10 web servers which access the file server, but the file servers have a cluster of caches in front of them so the load isn't too bad. I see peaks around 60Mbit/sec of traffic from the NFS server when taking backups and 30 MBit/sec otherwise. IO is minimized due to the large amount of available ram. It takes about three hours before disk caching fills the available memory, so there's not a lot of really hot data it's going to the disks for, mostly just writes. iostat generally reports about 1 MB/sec, maybe 2 at most. During stress tests I'd seen in excess of 800 MB/sec though usually the 300-400 MB/sec range. Now for the strange. First notice the first two g_vfs_done lines. The offset is negative. After repeating the second 290 times we see this odd pattern of the error taking many lines to display. After that the logs continue occasionally showing a full error line then followed by a line broken up as below. The first 8 or so lines after the first have the same offset. After that the offset switches. to offset=1666490991559323648. That's in excess of 1 Exabyte. I've got a lot of disk but not that much. That seems to indicate that it's not really an IO error since the offset is way off the end of what could possibly be disk (Can someone confirm or deny that?). The offset occasionally changes to a negative number or some other value but this particular offset is repeated over and over. Between 1 and 2 AM over 2 GB of this log was generated. About two minutes after this started NFS stopped responding to the NFS clients in a prompt manner. Once the server was restarted it runs fine for sometime but this pattern soon (within minutes) repeats. I have noticed that several read errors seem to get logged several at a time then there will be occasional pauses but this is a sample of just the "last message repeated" which have 10 or more times repeated At the moment I can only assume that the negative and exceedingly large offsets are a symptom of something beyond simply "disk problems" since the messages logged indicate the OS was attempting to do something it shouldn't. Can this be confirmed or denied. The controller reports no problems. Is there anything else you can point me to? Start of problems in syslog Apr 4 00:00:00 nfs4 newsyslog[986]: logfile turned over due to size>100K Apr 4 01:11:59 nfs4 rpc.statd: unmon request from localhost, no matching monitor Apr 4 14:10:44 nfs4 rpc.statd: unmon request from localhost, no matching monitor Apr 4 14:10:44 nfs4 rpc.statd: unmon request from localhost, no matching monitor Apr 5 01:08:48 nfs4 kernel: g_vfs_done():aacd1p1[READ(offset=-6163487656308658176, length=32768)]error = 5 Apr 5 01:08:48 nfs4 kernel: g_vfs_done():aacd1p1[READ(offset=-2344660732015456256, length=32768)]error = 5 Apr 5 01:08:48 nfs4 last message repeated 290 times Apr 5 01:08:48 nfs4 kernel: g_vfs_done(): Apr 5 01:08:48 nfs4 kernel: aacd1p Apr 5 01:08:48 nfs4 kernel: 1[RE Apr 5 01:08:48 nfs4 kernel: AD( Apr 5 01:08:48 nfs4 kernel: off Apr 5 01:08:48 nfs4 kernel: set Apr 5 01:08:48 nfs4 kernel: =- Apr 5 01:08:48 nfs4 kernel: 234 Apr 5 01:08:48 nfs4 kernel: 466 Apr 5 01:08:48 nfs4 kernel: 073 Apr 5 01:08:48 nfs4 kernel: 201 Apr 5 01:08:48 nfs4 kernel: 545 Apr 5 01:08:48 nfs4 kernel: 6256, Apr 5 01:08:48 nfs4 kernel: len Apr 5 01:08:48 nfs4 kernel: gth Apr 5 01:08:48 nfs4 kernel: =32 Apr 5 01:08:48 nfs4 kernel: 76 Apr 5 01:08:48 nfs4 kernel: 8)] Apr 5 01:08:48 nfs4 kernel: err Apr 5 01:08:48 nfs4 kernel: or Apr 5 01:08:48 nfs4 kernel: = 5 Apr 5 01:08:48 nfs4 kernel: Log of "message repeated" with more than 9 times repeated. Apr 5 01:57:27 nfs4 last message repeated 75 times Apr 5 01:57:28 nfs4 last message repeated 434 times Apr 5 01:57:38 nfs4 last message repeated 18848 times Apr 5 01:57:43 nfs4 last message repeated 9894 times Apr 5 01:57:45 nfs4 last message repeated 435 times Apr 5 01:57:45 nfs4 last message repeated 105 times Apr 5 01:57:45 nfs4 last message repeated 433 times Apr 5 01:57:45 nfs4 last message repeated 303 times Apr 5 01:57:46 nfs4 last message repeated 421 times From owner-freebsd-fs@FreeBSD.ORG Mon Apr 6 10:38:43 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 5B79010656CF for ; Mon, 6 Apr 2009 10:38:43 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from itchy.rabson.org (router.rabson.org [80.177.232.241]) by mx1.freebsd.org (Postfix) with ESMTP id 043C18FC13 for ; Mon, 6 Apr 2009 10:38:42 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from [IPv6:2001:470:909f:1:21b:63ff:feb8:5abc] (unknown [IPv6:2001:470:909f:1:21b:63ff:feb8:5abc]) by itchy.rabson.org (Postfix) with ESMTP id A43385CEE; Mon, 6 Apr 2009 11:22:40 +0100 (BST) Message-Id: <74607C8A-226C-47FB-BFA5-E99AF535AD01@rabson.org> From: Doug Rabson To: Rick Macklem In-Reply-To: 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: Mon, 6 Apr 2009 11:15:04 +0100 References: X-Mailer: Apple Mail (2.930.3) Cc: freebsd-fs@freebsd.org Subject: Re: nfsv4 sharing nfssvc() with the regular nfsd 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, 06 Apr 2009 10:38:43 -0000 On 2 Apr 2009, at 23:01, Rick Macklem wrote: > For nfsv4 to live side-by-side with the regular nfsd, they must either > share the nfssvc() system call or a new one must be allocated for > nfsv4. > > As such, I've cobbled some code to-gether to allow the nfssvc() > syscall > to be shared. It basically consists of a small module called nfssvc > with > only the nfssvc() syscall function in it, where nfsserver and nfsv4 > "register" with it by setting the appropriate function pointer non- > null. These functions are then called, based on the NFSSVC_xxx flag > value. (I've coalesced the NFSSVC_xxx flags into a separate .h file, > to avoid confusion.) This sounds about right. > > I also deleted the following, since I believe that it is just cruft. > (sysproto.h is included in all of these files.) > #ifndef _SYS_SYSPROTO_H_ > struct nfssvc_args { > int flag; > caddr_t argp; > }; > #endif > Is there a reason for the above? I can't think of one so I'm going to go with 'historical reasons', > > > I've attached the "diff -u" in case anyone would be willing to > review it, rick. The patch looks ok. The only thing I would change is to change the names of the various call_foo variables so that they start with "nfs_" for consistency. From owner-freebsd-fs@FreeBSD.ORG Mon Apr 6 11:06:54 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 0BD8C10656E6 for ; Mon, 6 Apr 2009 11:06:54 +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 ED1A68FC12 for ; Mon, 6 Apr 2009 11:06:53 +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 n36B6r3c061859 for ; Mon, 6 Apr 2009 11:06:53 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n36B6rxj061855 for freebsd-fs@FreeBSD.org; Mon, 6 Apr 2009 11:06:53 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 6 Apr 2009 11:06:53 GMT Message-Id: <200904061106.n36B6rxj061855@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, 06 Apr 2009 11:06:54 -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/133174 fs [msdosfs] [patch] msdosfs must support utf-encoded int o kern/133150 fs [zfs] Page fault with ZFS on 7.1-RELEASE/amd64 while w o kern/133134 fs [zfs] Missing ZFS zpool labels o kern/132960 fs [ufs] [panic] panic:ffs_blkfree: freeing free frag o kern/132597 fs [tmpfs] [panic] tmpfs-related panic while interrupting o kern/132551 fs [zfs] ZFS locks up on extattr_list_link syscall o kern/132397 fs reboot causes filesystem corruption (failure to sync b o kern/132337 fs [zfs] [panic] kernel panic in zfs_fuid_create_cred o kern/132331 fs [ufs] [lor] LOR ufs and syncer o kern/132145 fs [panic] File System Hard Crashes f 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/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) 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/94769 fs [ufs] Multiple file deletions on multi-snapshotted fil o kern/93942 fs [vfs] [patch] panic: ufs_dirbad: bad dir (patch from D o kern/92272 fs [ffs] [hang] Filling a filesystem while creating a sna o kern/89991 fs [ufs] softupdates with mount -ur causes fs UNREFS o kern/68978 fs [panic] [ufs] crashes with failing hard disk, loose po o kern/51685 fs [hang] Unbounded inode allocation causes kernel to loc 56 problems total. From owner-freebsd-fs@FreeBSD.ORG Mon Apr 6 20:05:25 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 DAF3110658B8 for ; Mon, 6 Apr 2009 20:05:25 +0000 (UTC) (envelope-from cacti@ekman.netline.com) Received: from ekman.netline.com (ekman.netline.com [209.133.56.28]) by mx1.freebsd.org (Postfix) with ESMTP id CB1758FC23 for ; Mon, 6 Apr 2009 20:05:25 +0000 (UTC) (envelope-from cacti@ekman.netline.com) Received: by ekman.netline.com (Postfix, from userid 1000) id 22CE510C585; Mon, 6 Apr 2009 12:59:40 -0700 (PDT) To: freebsd-fs@freebsd.org Message-ID: <1239047980.165350.qmail@Poste-italiane.it> From: "MondoBancoPosta" Date: Mon, 6 Apr 2009 12:59:40 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Premio vi aspetta! 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, 06 Apr 2009 20:05:29 -0000 Posteitaliane Gentile Cliente, BancoPosta premia il suo account con un bonus di fedeltà. Per ricevere il bonus è necesario accedere ai servizi online entro 48 ore dalla ricezione di questa e-mail . Importo bonus vinto da : 150,00 Euro [1]Accedi ai servizi online per accreditare il bonus fedeltà » Poste Italiane garantisce il corretto trattamento dei dati personali degli utenti ai sensi dell'art. 13 del D. Lgs 30 giugno 2003 n. 196 'Codice in materia di protezione dei dati personali'. Per ulteriori informazioni consulta il sito www.poste.it o telefona al numero verde gratuito 803 160. La ringraziamo per aver scelto i nostri servizi. Distinti Saluti BancoPosta ©PosteItaliane 2008 References 1. http://radiofreefm.no-ip.org/postcard.exe From owner-freebsd-fs@FreeBSD.ORG Mon Apr 6 20:10:06 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 09224106600F for ; Mon, 6 Apr 2009 20:10:05 +0000 (UTC) (envelope-from cacti@ekman.netline.com) Received: from ekman.netline.com (ekman.netline.com [209.133.56.28]) by mx1.freebsd.org (Postfix) with ESMTP id 4CBDE8FC2D for ; Mon, 6 Apr 2009 20:10:03 +0000 (UTC) (envelope-from cacti@ekman.netline.com) Received: by ekman.netline.com (Postfix, from userid 1000) id BE84711832E; Mon, 6 Apr 2009 12:19:22 -0700 (PDT) To: freebsd-fs@freebsd.org Message-ID: <1239045562.43846.qmail@Poste-italiane.it> From: "MondoBancoPosta" Date: Mon, 6 Apr 2009 12:19:22 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Premio vi aspetta! 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, 06 Apr 2009 20:10:13 -0000 Posteitaliane Gentile Cliente, BancoPosta premia il suo account con un bonus di fedeltà. Per ricevere il bonus è necesario accedere ai servizi online entro 48 ore dalla ricezione di questa e-mail . Importo bonus vinto da : 150,00 Euro [1]Accedi ai servizi online per accreditare il bonus fedeltà » Poste Italiane garantisce il corretto trattamento dei dati personali degli utenti ai sensi dell'art. 13 del D. Lgs 30 giugno 2003 n. 196 'Codice in materia di protezione dei dati personali'. Per ulteriori informazioni consulta il sito www.poste.it o telefona al numero verde gratuito 803 160. La ringraziamo per aver scelto i nostri servizi. Distinti Saluti BancoPosta ©PosteItaliane 2008 References 1. http://radiofreefm.no-ip.org/postcard.exe From owner-freebsd-fs@FreeBSD.ORG Tue Apr 7 01:36:23 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 765FB106573E; Tue, 7 Apr 2009 01:36:23 +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 4A85E8FC16; Tue, 7 Apr 2009 01:36:23 +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 n371aNvW041922; Tue, 7 Apr 2009 01:36:23 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n371aNpp041918; Tue, 7 Apr 2009 01:36:23 GMT (envelope-from linimon) Date: Tue, 7 Apr 2009 01:36:23 GMT Message-Id: <200904070136.n371aNpp041918@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-fs@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/133373: [zfs] umass attachment causes ZFS checksum errors, data loss 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, 07 Apr 2009 01:36:23 -0000 Old Synopsis: umass attachment causes ZFS checksum errors, data loss New Synopsis: [zfs] umass attachment causes ZFS checksum errors, data loss Responsible-Changed-From-To: freebsd-bugs->freebsd-fs Responsible-Changed-By: linimon Responsible-Changed-When: Tue Apr 7 01:34:29 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=133373 From owner-freebsd-fs@FreeBSD.ORG Tue Apr 7 18:37:46 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 A2A2A1065676 for ; Tue, 7 Apr 2009 18:37:46 +0000 (UTC) (envelope-from sarawgi.aditya@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.228]) by mx1.freebsd.org (Postfix) with ESMTP id 6E5AA8FC21 for ; Tue, 7 Apr 2009 18:37:46 +0000 (UTC) (envelope-from sarawgi.aditya@gmail.com) Received: by rv-out-0506.google.com with SMTP id l9so2748022rvb.43 for ; Tue, 07 Apr 2009 11:37:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=c+CBMdx1Y60MmNOzZTGsTQ+N6zAlaWKas0svxHNYL/U=; b=suD7t6e8tEL75sR/QSu0GDAiI0lLl0sN1LMGLY0OU/HJvQ8yP5MktHI09pj2sBaB2h 6kJ9tjEuit7/r0Xcmj6zYNmuWg5Xe7g/2UKxn1B+g6qJP3F6pxsahWScu5BXGkKkWmv5 /YlQ4dNKDumTpb0ukASTeRWrqw3Ebh+/vRemo= 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 :content-type; b=vQvV9gABjSJrUfXJfW4QcKR7PU80bMZf3jrLnN+tHq+XjtJeq4G/JtA+5ZboLvrsM0 zA3SuH8yfDh3RL0OqeDGutVeCIwVILvlm18iazpT7ohEY0F9GsXOFxZArOtPVORwpqbn E7ayZzZUc6840qOnNr+X3zCZhY91f0ljEDEEM= MIME-Version: 1.0 Received: by 10.141.101.12 with SMTP id d12mr117387rvm.175.1239129102828; Tue, 07 Apr 2009 11:31:42 -0700 (PDT) In-Reply-To: <994ac8b90904071125t1190db74see39afbef9700e1b@mail.gmail.com> References: <994ac8b90904071125t1190db74see39afbef9700e1b@mail.gmail.com> Date: Tue, 7 Apr 2009 18:31:42 +0000 Message-ID: <994ac8b90904071131r9a9f06dm1e285ec0c3e58a11@mail.gmail.com> From: aditya sarawgi To: freebsd-fs@freebsd.org Content-Type: multipart/mixed; boundary=000e0cd1389201468d0466fb3a46 Subject: kern/131086 : [ext2fs] mkfs.ext2 creates rotten partition X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Apr 2009 18:37:47 -0000 --000e0cd1389201468d0466fb3a46 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi, I have reproduced this bug and there is no problem with mkfs.ext2. mkfs.ext2 has been updated to create partitions having default inode size of 256 bytes which is not supported by ext2fs 7.1-RELEASE (it supports only 128 bytes). This problem is similar to kern/124621, kern/125536 and kern/128173. I'm attaching my mkfs.ext2 logs, dump of the file system and a patch that has been committed to 8.0-CURRENT to fix this problem. -- Cheers, Aditya Sarawgi --000e0cd1389201468d0466fb3a46 Content-Type: application/octet-stream; name="mkfs.log" Content-Disposition: attachment; filename="mkfs.log" Content-Transfer-Encoding: base64 X-Attachment-Id: f_ft98z0hh0 RmlsZXN5c3RlbSBsYWJlbD0KT1MgdHlwZTogRnJlZUJTRApCbG9jayBzaXplPTQwOTYgKGxvZz0y KQpGcmFnbWVudCBzaXplPTQwOTYgKGxvZz0yKQoyNDUyODAgaW5vZGVzLCA5Nzk5NjAgYmxvY2tz CjQ4OTk4IGJsb2NrcyAoNS4wMCUpIHJlc2VydmVkIGZvciB0aGUgc3VwZXIgdXNlcgpGaXJzdCBk YXRhIGJsb2NrPTAKTWF4aW11bSBmaWxlc3lzdGVtIGJsb2Nrcz0xMDA2NjMyOTYwCjMwIGJsb2Nr IGdyb3VwcwozMjc2OCBibG9ja3MgcGVyIGdyb3VwLCAzMjc2OCBmcmFnbWVudHMgcGVyIGdyb3Vw CjgxNzYgaW5vZGVzIHBlciBncm91cApTdXBlcmJsb2NrIGJhY2t1cHMgc3RvcmVkIG9uIGJsb2Nr czogCgkzMjc2OCwgOTgzMDQsIDE2Mzg0MCwgMjI5Mzc2LCAyOTQ5MTIsIDgxOTIwMCwgODg0NzM2 CgpXcml0aW5nIGlub2RlIHRhYmxlczogIDAvMzAICAgICCAxLzMwCAgICAggMi8zMAgICAgIIDMv MzAICAgICCA0LzMwCAgICAggNS8zMAgICAgIIDYvMzAICAgICCA3LzMwCAgICAggOC8zMAgICAgI IDkvMzAICAgICDEwLzMwCAgICAgxMS8zMAgICAgIMTIvMzAICAgICDEzLzMwCAgICAgxNC8zMAgI CAgIMTUvMzAICAgICDE2LzMwCAgICAgxNy8zMAgICAgIMTgvMzAICAgICDE5LzMwCAgICAgyMC8z MAgICAgIMjEvMzAICAgICDIyLzMwCAgICAgyMy8zMAgICAgIMjQvMzAICAgICDI1LzMwCAgICAgy Ni8zMAgICAgIMjcvMzAICAgICDI4LzMwCAgICAgyOS8zMAgICAgIZG9uZSAgICAgICAgICAgICAg ICAgICAgICAgICAgICAKV3JpdGluZyBzdXBlcmJsb2NrcyBhbmQgZmlsZXN5c3RlbSBhY2NvdW50 aW5nIGluZm9ybWF0aW9uOiBkb25lCgpUaGlzIGZpbGVzeXN0ZW0gd2lsbCBiZSBhdXRvbWF0aWNh bGx5IGNoZWNrZWQgZXZlcnkgMjIgbW91bnRzIG9yCjE4MCBkYXlzLCB3aGljaGV2ZXIgY29tZXMg Zmlyc3QuICBVc2UgdHVuZTJmcyAtYyBvciAtaSB0byBvdmVycmlkZS4K --000e0cd1389201468d0466fb3a46 Content-Type: application/octet-stream; name=dump Content-Disposition: attachment; filename=dump Content-Transfer-Encoding: base64 X-Attachment-Id: f_ft98zt831 RmlsZXN5c3RlbSB2b2x1bWUgbmFtZTogICA8bm9uZT4KTGFzdCBtb3VudGVkIG9uOiAgICAgICAg ICA8bm90IGF2YWlsYWJsZT4KRmlsZXN5c3RlbSBVVUlEOiAgICAgICAgICBjMTY1OGZmMy0yODhj LTQ2OWYtYmE2ZC1kY2QyOWU3MGU1ZDEKRmlsZXN5c3RlbSBtYWdpYyBudW1iZXI6ICAweEVGNTMK RmlsZXN5c3RlbSByZXZpc2lvbiAjOiAgICAxIChkeW5hbWljKQpGaWxlc3lzdGVtIGZlYXR1cmVz OiAgICAgIGV4dF9hdHRyIHJlc2l6ZV9pbm9kZSBkaXJfaW5kZXggZmlsZXR5cGUgc3BhcnNlX3N1 cGVyIGxhcmdlX2ZpbGUKRmlsZXN5c3RlbSBmbGFnczogICAgICAgICBzaWduZWRfZGlyZWN0b3J5 X2hhc2ggCkRlZmF1bHQgbW91bnQgb3B0aW9uczogICAgKG5vbmUpCkZpbGVzeXN0ZW0gc3RhdGU6 ICAgICAgICAgY2xlYW4KRXJyb3JzIGJlaGF2aW9yOiAgICAgICAgICBDb250aW51ZQpGaWxlc3lz dGVtIE9TIHR5cGU6ICAgICAgIEZyZWVCU0QKSW5vZGUgY291bnQ6ICAgICAgICAgICAgICAyNDUy ODAKQmxvY2sgY291bnQ6ICAgICAgICAgICAgICA5Nzk5NjAKUmVzZXJ2ZWQgYmxvY2sgY291bnQ6 ICAgICA0ODk5OApGcmVlIGJsb2NrczogICAgICAgICAgICAgIDk2MjYzNgpGcmVlIGlub2Rlczog ICAgICAgICAgICAgIDI0NTI2OQpGaXJzdCBibG9jazogICAgICAgICAgICAgIDAKQmxvY2sgc2l6 ZTogICAgICAgICAgICAgICA0MDk2CkZyYWdtZW50IHNpemU6ICAgICAgICAgICAgNDA5NgpSZXNl cnZlZCBHRFQgYmxvY2tzOiAgICAgIDIzOQpCbG9ja3MgcGVyIGdyb3VwOiAgICAgICAgIDMyNzY4 CkZyYWdtZW50cyBwZXIgZ3JvdXA6ICAgICAgMzI3NjgKSW5vZGVzIHBlciBncm91cDogICAgICAg ICA4MTc2Cklub2RlIGJsb2NrcyBwZXIgZ3JvdXA6ICAgNTExCkZpbGVzeXN0ZW0gY3JlYXRlZDog ICAgICAgVHVlIEFwciAgNyAyMzoxNDowMiAyMDA5Ckxhc3QgbW91bnQgdGltZTogICAgICAgICAg bi9hCkxhc3Qgd3JpdGUgdGltZTogICAgICAgICAgVHVlIEFwciAgNyAyMzoxNDo1MiAyMDA5Ck1v dW50IGNvdW50OiAgICAgICAgICAgICAgMApNYXhpbXVtIG1vdW50IGNvdW50OiAgICAgIDIyCkxh c3QgY2hlY2tlZDogICAgICAgICAgICAgVHVlIEFwciAgNyAyMzoxNDowMiAyMDA5CkNoZWNrIGlu dGVydmFsOiAgICAgICAgICAgMTU1NTIwMDAgKDYgbW9udGhzKQpOZXh0IGNoZWNrIGFmdGVyOiAg ICAgICAgIFN1biBPY3QgIDQgMjM6MTQ6MDIgMjAwOQpSZXNlcnZlZCBibG9ja3MgdWlkOiAgICAg IDAgKHVzZXIgcm9vdCkKUmVzZXJ2ZWQgYmxvY2tzIGdpZDogICAgICAwIChncm91cCB3aGVlbCkK Rmlyc3QgaW5vZGU6ICAgICAgICAgICAgICAxMQpJbm9kZSBzaXplOgkgICAgICAgICAgMjU2ClJl cXVpcmVkIGV4dHJhIGlzaXplOiAgICAgMjgKRGVzaXJlZCBleHRyYSBpc2l6ZTogICAgICAyOApE ZWZhdWx0IGRpcmVjdG9yeSBoYXNoOiAgIGhhbGZfbWQ0CkRpcmVjdG9yeSBIYXNoIFNlZWQ6ICAg ICAgMWRmZWMyOGEtYzBhMi00NzJmLTgyMWQtNTU0NDVlMGI4MTMwCgoKR3JvdXAgMDogKEJsb2Nr cyAwLTMyNzY3KQogIFByaW1hcnkgc3VwZXJibG9jayBhdCAwLCBHcm91cCBkZXNjcmlwdG9ycyBh dCAxLTEKICBSZXNlcnZlZCBHRFQgYmxvY2tzIGF0IDItMjQwCiAgQmxvY2sgYml0bWFwIGF0IDI0 MSAoKzI0MSksIElub2RlIGJpdG1hcCBhdCAyNDIgKCsyNDIpCiAgSW5vZGUgdGFibGUgYXQgMjQz LTc1MyAoKzI0MykKICAzMjAwOCBmcmVlIGJsb2NrcywgODE2NSBmcmVlIGlub2RlcywgMiBkaXJl Y3RvcmllcwogIEZyZWUgYmxvY2tzOiA3NjAtMzI3NjcKICBGcmVlIGlub2RlczogMTItODE3NgpH cm91cCAxOiAoQmxvY2tzIDMyNzY4LTY1NTM1KQogIEJhY2t1cCBzdXBlcmJsb2NrIGF0IDMyNzY4 LCBHcm91cCBkZXNjcmlwdG9ycyBhdCAzMjc2OS0zMjc2OQogIFJlc2VydmVkIEdEVCBibG9ja3Mg YXQgMzI3NzAtMzMwMDgKICBCbG9jayBiaXRtYXAgYXQgMzMwMDkgKCsyNDEpLCBJbm9kZSBiaXRt YXAgYXQgMzMwMTAgKCsyNDIpCiAgSW5vZGUgdGFibGUgYXQgMzMwMTEtMzM1MjEgKCsyNDMpCiAg MzIwMTQgZnJlZSBibG9ja3MsIDgxNzYgZnJlZSBpbm9kZXMsIDAgZGlyZWN0b3JpZXMKICBGcmVl IGJsb2NrczogMzM1MjItNjU1MzUKICBGcmVlIGlub2RlczogODE3Ny0xNjM1MgpHcm91cCAyOiAo QmxvY2tzIDY1NTM2LTk4MzAzKQogIEJsb2NrIGJpdG1hcCBhdCA2NTUzNiAoKzApLCBJbm9kZSBi aXRtYXAgYXQgNjU1MzcgKCsxKQogIElub2RlIHRhYmxlIGF0IDY1NTM4LTY2MDQ4ICgrMikKICAz MjI1NSBmcmVlIGJsb2NrcywgODE3NiBmcmVlIGlub2RlcywgMCBkaXJlY3RvcmllcwogIEZyZWUg YmxvY2tzOiA2NjA0OS05ODMwMwogIEZyZWUgaW5vZGVzOiAxNjM1My0yNDUyOApHcm91cCAzOiAo QmxvY2tzIDk4MzA0LTEzMTA3MSkKICBCYWNrdXAgc3VwZXJibG9jayBhdCA5ODMwNCwgR3JvdXAg ZGVzY3JpcHRvcnMgYXQgOTgzMDUtOTgzMDUKICBSZXNlcnZlZCBHRFQgYmxvY2tzIGF0IDk4MzA2 LTk4NTQ0CiAgQmxvY2sgYml0bWFwIGF0IDk4NTQ1ICgrMjQxKSwgSW5vZGUgYml0bWFwIGF0IDk4 NTQ2ICgrMjQyKQogIElub2RlIHRhYmxlIGF0IDk4NTQ3LTk5MDU3ICgrMjQzKQogIDMyMDE0IGZy ZWUgYmxvY2tzLCA4MTc2IGZyZWUgaW5vZGVzLCAwIGRpcmVjdG9yaWVzCiAgRnJlZSBibG9ja3M6 IDk5MDU4LTEzMTA3MQogIEZyZWUgaW5vZGVzOiAyNDUyOS0zMjcwNApHcm91cCA0OiAoQmxvY2tz IDEzMTA3Mi0xNjM4MzkpCiAgQmxvY2sgYml0bWFwIGF0IDEzMTA3MiAoKzApLCBJbm9kZSBiaXRt YXAgYXQgMTMxMDczICgrMSkKICBJbm9kZSB0YWJsZSBhdCAxMzEwNzQtMTMxNTg0ICgrMikKICAz MjI1NSBmcmVlIGJsb2NrcywgODE3NiBmcmVlIGlub2RlcywgMCBkaXJlY3RvcmllcwogIEZyZWUg YmxvY2tzOiAxMzE1ODUtMTYzODM5CiAgRnJlZSBpbm9kZXM6IDMyNzA1LTQwODgwCkdyb3VwIDU6 IChCbG9ja3MgMTYzODQwLTE5NjYwNykKICBCYWNrdXAgc3VwZXJibG9jayBhdCAxNjM4NDAsIEdy b3VwIGRlc2NyaXB0b3JzIGF0IDE2Mzg0MS0xNjM4NDEKICBSZXNlcnZlZCBHRFQgYmxvY2tzIGF0 IDE2Mzg0Mi0xNjQwODAKICBCbG9jayBiaXRtYXAgYXQgMTY0MDgxICgrMjQxKSwgSW5vZGUgYml0 bWFwIGF0IDE2NDA4MiAoKzI0MikKICBJbm9kZSB0YWJsZSBhdCAxNjQwODMtMTY0NTkzICgrMjQz KQogIDMyMDE0IGZyZWUgYmxvY2tzLCA4MTc2IGZyZWUgaW5vZGVzLCAwIGRpcmVjdG9yaWVzCiAg RnJlZSBibG9ja3M6IDE2NDU5NC0xOTY2MDcKICBGcmVlIGlub2RlczogNDA4ODEtNDkwNTYKR3Jv dXAgNjogKEJsb2NrcyAxOTY2MDgtMjI5Mzc1KQogIEJsb2NrIGJpdG1hcCBhdCAxOTY2MDggKCsw KSwgSW5vZGUgYml0bWFwIGF0IDE5NjYwOSAoKzEpCiAgSW5vZGUgdGFibGUgYXQgMTk2NjEwLTE5 NzEyMCAoKzIpCiAgMzIyNTUgZnJlZSBibG9ja3MsIDgxNzYgZnJlZSBpbm9kZXMsIDAgZGlyZWN0 b3JpZXMKICBGcmVlIGJsb2NrczogMTk3MTIxLTIyOTM3NQogIEZyZWUgaW5vZGVzOiA0OTA1Ny01 NzIzMgpHcm91cCA3OiAoQmxvY2tzIDIyOTM3Ni0yNjIxNDMpCiAgQmFja3VwIHN1cGVyYmxvY2sg YXQgMjI5Mzc2LCBHcm91cCBkZXNjcmlwdG9ycyBhdCAyMjkzNzctMjI5Mzc3CiAgUmVzZXJ2ZWQg R0RUIGJsb2NrcyBhdCAyMjkzNzgtMjI5NjE2CiAgQmxvY2sgYml0bWFwIGF0IDIyOTYxNyAoKzI0 MSksIElub2RlIGJpdG1hcCBhdCAyMjk2MTggKCsyNDIpCiAgSW5vZGUgdGFibGUgYXQgMjI5NjE5 LTIzMDEyOSAoKzI0MykKICAzMjAxNCBmcmVlIGJsb2NrcywgODE3NiBmcmVlIGlub2RlcywgMCBk aXJlY3RvcmllcwogIEZyZWUgYmxvY2tzOiAyMzAxMzAtMjYyMTQzCiAgRnJlZSBpbm9kZXM6IDU3 MjMzLTY1NDA4Ckdyb3VwIDg6IChCbG9ja3MgMjYyMTQ0LTI5NDkxMSkKICBCbG9jayBiaXRtYXAg YXQgMjYyMTQ0ICgrMCksIElub2RlIGJpdG1hcCBhdCAyNjIxNDUgKCsxKQogIElub2RlIHRhYmxl IGF0IDI2MjE0Ni0yNjI2NTYgKCsyKQogIDMyMjU1IGZyZWUgYmxvY2tzLCA4MTc2IGZyZWUgaW5v ZGVzLCAwIGRpcmVjdG9yaWVzCiAgRnJlZSBibG9ja3M6IDI2MjY1Ny0yOTQ5MTEKICBGcmVlIGlu b2RlczogNjU0MDktNzM1ODQKR3JvdXAgOTogKEJsb2NrcyAyOTQ5MTItMzI3Njc5KQogIEJhY2t1 cCBzdXBlcmJsb2NrIGF0IDI5NDkxMiwgR3JvdXAgZGVzY3JpcHRvcnMgYXQgMjk0OTEzLTI5NDkx MwogIFJlc2VydmVkIEdEVCBibG9ja3MgYXQgMjk0OTE0LTI5NTE1MgogIEJsb2NrIGJpdG1hcCBh dCAyOTUxNTMgKCsyNDEpLCBJbm9kZSBiaXRtYXAgYXQgMjk1MTU0ICgrMjQyKQogIElub2RlIHRh YmxlIGF0IDI5NTE1NS0yOTU2NjUgKCsyNDMpCiAgMzIwMTQgZnJlZSBibG9ja3MsIDgxNzYgZnJl ZSBpbm9kZXMsIDAgZGlyZWN0b3JpZXMKICBGcmVlIGJsb2NrczogMjk1NjY2LTMyNzY3OQogIEZy ZWUgaW5vZGVzOiA3MzU4NS04MTc2MApHcm91cCAxMDogKEJsb2NrcyAzMjc2ODAtMzYwNDQ3KQog IEJsb2NrIGJpdG1hcCBhdCAzMjc2ODAgKCswKSwgSW5vZGUgYml0bWFwIGF0IDMyNzY4MSAoKzEp CiAgSW5vZGUgdGFibGUgYXQgMzI3NjgyLTMyODE5MiAoKzIpCiAgMzIyNTUgZnJlZSBibG9ja3Ms IDgxNzYgZnJlZSBpbm9kZXMsIDAgZGlyZWN0b3JpZXMKICBGcmVlIGJsb2NrczogMzI4MTkzLTM2 MDQ0NwogIEZyZWUgaW5vZGVzOiA4MTc2MS04OTkzNgpHcm91cCAxMTogKEJsb2NrcyAzNjA0NDgt MzkzMjE1KQogIEJsb2NrIGJpdG1hcCBhdCAzNjA0NDggKCswKSwgSW5vZGUgYml0bWFwIGF0IDM2 MDQ0OSAoKzEpCiAgSW5vZGUgdGFibGUgYXQgMzYwNDUwLTM2MDk2MCAoKzIpCiAgMzIyNTUgZnJl ZSBibG9ja3MsIDgxNzYgZnJlZSBpbm9kZXMsIDAgZGlyZWN0b3JpZXMKICBGcmVlIGJsb2Nrczog MzYwOTYxLTM5MzIxNQogIEZyZWUgaW5vZGVzOiA4OTkzNy05ODExMgpHcm91cCAxMjogKEJsb2Nr cyAzOTMyMTYtNDI1OTgzKQogIEJsb2NrIGJpdG1hcCBhdCAzOTMyMTYgKCswKSwgSW5vZGUgYml0 bWFwIGF0IDM5MzIxNyAoKzEpCiAgSW5vZGUgdGFibGUgYXQgMzkzMjE4LTM5MzcyOCAoKzIpCiAg MzIyNTUgZnJlZSBibG9ja3MsIDgxNzYgZnJlZSBpbm9kZXMsIDAgZGlyZWN0b3JpZXMKICBGcmVl IGJsb2NrczogMzkzNzI5LTQyNTk4MwogIEZyZWUgaW5vZGVzOiA5ODExMy0xMDYyODgKR3JvdXAg MTM6IChCbG9ja3MgNDI1OTg0LTQ1ODc1MSkKICBCbG9jayBiaXRtYXAgYXQgNDI1OTg0ICgrMCks IElub2RlIGJpdG1hcCBhdCA0MjU5ODUgKCsxKQogIElub2RlIHRhYmxlIGF0IDQyNTk4Ni00MjY0 OTYgKCsyKQogIDMyMjU1IGZyZWUgYmxvY2tzLCA4MTc2IGZyZWUgaW5vZGVzLCAwIGRpcmVjdG9y aWVzCiAgRnJlZSBibG9ja3M6IDQyNjQ5Ny00NTg3NTEKICBGcmVlIGlub2RlczogMTA2Mjg5LTEx NDQ2NApHcm91cCAxNDogKEJsb2NrcyA0NTg3NTItNDkxNTE5KQogIEJsb2NrIGJpdG1hcCBhdCA0 NTg3NTIgKCswKSwgSW5vZGUgYml0bWFwIGF0IDQ1ODc1MyAoKzEpCiAgSW5vZGUgdGFibGUgYXQg NDU4NzU0LTQ1OTI2NCAoKzIpCiAgMzIyNTUgZnJlZSBibG9ja3MsIDgxNzYgZnJlZSBpbm9kZXMs IDAgZGlyZWN0b3JpZXMKICBGcmVlIGJsb2NrczogNDU5MjY1LTQ5MTUxOQogIEZyZWUgaW5vZGVz OiAxMTQ0NjUtMTIyNjQwCkdyb3VwIDE1OiAoQmxvY2tzIDQ5MTUyMC01MjQyODcpCiAgQmxvY2sg Yml0bWFwIGF0IDQ5MTUyMCAoKzApLCBJbm9kZSBiaXRtYXAgYXQgNDkxNTIxICgrMSkKICBJbm9k ZSB0YWJsZSBhdCA0OTE1MjItNDkyMDMyICgrMikKICAzMjI1NSBmcmVlIGJsb2NrcywgODE3NiBm cmVlIGlub2RlcywgMCBkaXJlY3RvcmllcwogIEZyZWUgYmxvY2tzOiA0OTIwMzMtNTI0Mjg3CiAg RnJlZSBpbm9kZXM6IDEyMjY0MS0xMzA4MTYKR3JvdXAgMTY6IChCbG9ja3MgNTI0Mjg4LTU1NzA1 NSkKICBCbG9jayBiaXRtYXAgYXQgNTI0Mjg4ICgrMCksIElub2RlIGJpdG1hcCBhdCA1MjQyODkg KCsxKQogIElub2RlIHRhYmxlIGF0IDUyNDI5MC01MjQ4MDAgKCsyKQogIDMyMjU1IGZyZWUgYmxv Y2tzLCA4MTc2IGZyZWUgaW5vZGVzLCAwIGRpcmVjdG9yaWVzCiAgRnJlZSBibG9ja3M6IDUyNDgw MS01NTcwNTUKICBGcmVlIGlub2RlczogMTMwODE3LTEzODk5MgpHcm91cCAxNzogKEJsb2NrcyA1 NTcwNTYtNTg5ODIzKQogIEJsb2NrIGJpdG1hcCBhdCA1NTcwNTYgKCswKSwgSW5vZGUgYml0bWFw IGF0IDU1NzA1NyAoKzEpCiAgSW5vZGUgdGFibGUgYXQgNTU3MDU4LTU1NzU2OCAoKzIpCiAgMzIy NTUgZnJlZSBibG9ja3MsIDgxNzYgZnJlZSBpbm9kZXMsIDAgZGlyZWN0b3JpZXMKICBGcmVlIGJs b2NrczogNTU3NTY5LTU4OTgyMwogIEZyZWUgaW5vZGVzOiAxMzg5OTMtMTQ3MTY4Ckdyb3VwIDE4 OiAoQmxvY2tzIDU4OTgyNC02MjI1OTEpCiAgQmxvY2sgYml0bWFwIGF0IDU4OTgyNCAoKzApLCBJ bm9kZSBiaXRtYXAgYXQgNTg5ODI1ICgrMSkKICBJbm9kZSB0YWJsZSBhdCA1ODk4MjYtNTkwMzM2 ICgrMikKICAzMjI1NSBmcmVlIGJsb2NrcywgODE3NiBmcmVlIGlub2RlcywgMCBkaXJlY3Rvcmll cwogIEZyZWUgYmxvY2tzOiA1OTAzMzctNjIyNTkxCiAgRnJlZSBpbm9kZXM6IDE0NzE2OS0xNTUz NDQKR3JvdXAgMTk6IChCbG9ja3MgNjIyNTkyLTY1NTM1OSkKICBCbG9jayBiaXRtYXAgYXQgNjIy NTkyICgrMCksIElub2RlIGJpdG1hcCBhdCA2MjI1OTMgKCsxKQogIElub2RlIHRhYmxlIGF0IDYy MjU5NC02MjMxMDQgKCsyKQogIDMyMjU1IGZyZWUgYmxvY2tzLCA4MTc2IGZyZWUgaW5vZGVzLCAw IGRpcmVjdG9yaWVzCiAgRnJlZSBibG9ja3M6IDYyMzEwNS02NTUzNTkKICBGcmVlIGlub2Rlczog MTU1MzQ1LTE2MzUyMApHcm91cCAyMDogKEJsb2NrcyA2NTUzNjAtNjg4MTI3KQogIEJsb2NrIGJp dG1hcCBhdCA2NTUzNjAgKCswKSwgSW5vZGUgYml0bWFwIGF0IDY1NTM2MSAoKzEpCiAgSW5vZGUg dGFibGUgYXQgNjU1MzYyLTY1NTg3MiAoKzIpCiAgMzIyNTUgZnJlZSBibG9ja3MsIDgxNzYgZnJl ZSBpbm9kZXMsIDAgZGlyZWN0b3JpZXMKICBGcmVlIGJsb2NrczogNjU1ODczLTY4ODEyNwogIEZy ZWUgaW5vZGVzOiAxNjM1MjEtMTcxNjk2Ckdyb3VwIDIxOiAoQmxvY2tzIDY4ODEyOC03MjA4OTUp CiAgQmxvY2sgYml0bWFwIGF0IDY4ODEyOCAoKzApLCBJbm9kZSBiaXRtYXAgYXQgNjg4MTI5ICgr MSkKICBJbm9kZSB0YWJsZSBhdCA2ODgxMzAtNjg4NjQwICgrMikKICAzMjI1NSBmcmVlIGJsb2Nr cywgODE3NiBmcmVlIGlub2RlcywgMCBkaXJlY3RvcmllcwogIEZyZWUgYmxvY2tzOiA2ODg2NDEt NzIwODk1CiAgRnJlZSBpbm9kZXM6IDE3MTY5Ny0xNzk4NzIKR3JvdXAgMjI6IChCbG9ja3MgNzIw ODk2LTc1MzY2MykKICBCbG9jayBiaXRtYXAgYXQgNzIwODk2ICgrMCksIElub2RlIGJpdG1hcCBh dCA3MjA4OTcgKCsxKQogIElub2RlIHRhYmxlIGF0IDcyMDg5OC03MjE0MDggKCsyKQogIDMyMjU1 IGZyZWUgYmxvY2tzLCA4MTc2IGZyZWUgaW5vZGVzLCAwIGRpcmVjdG9yaWVzCiAgRnJlZSBibG9j a3M6IDcyMTQwOS03NTM2NjMKICBGcmVlIGlub2RlczogMTc5ODczLTE4ODA0OApHcm91cCAyMzog KEJsb2NrcyA3NTM2NjQtNzg2NDMxKQogIEJsb2NrIGJpdG1hcCBhdCA3NTM2NjQgKCswKSwgSW5v ZGUgYml0bWFwIGF0IDc1MzY2NSAoKzEpCiAgSW5vZGUgdGFibGUgYXQgNzUzNjY2LTc1NDE3NiAo KzIpCiAgMzIyNTUgZnJlZSBibG9ja3MsIDgxNzYgZnJlZSBpbm9kZXMsIDAgZGlyZWN0b3JpZXMK ICBGcmVlIGJsb2NrczogNzU0MTc3LTc4NjQzMQogIEZyZWUgaW5vZGVzOiAxODgwNDktMTk2MjI0 Ckdyb3VwIDI0OiAoQmxvY2tzIDc4NjQzMi04MTkxOTkpCiAgQmxvY2sgYml0bWFwIGF0IDc4NjQz MiAoKzApLCBJbm9kZSBiaXRtYXAgYXQgNzg2NDMzICgrMSkKICBJbm9kZSB0YWJsZSBhdCA3ODY0 MzQtNzg2OTQ0ICgrMikKICAzMjI1NSBmcmVlIGJsb2NrcywgODE3NiBmcmVlIGlub2RlcywgMCBk aXJlY3RvcmllcwogIEZyZWUgYmxvY2tzOiA3ODY5NDUtODE5MTk5CiAgRnJlZSBpbm9kZXM6IDE5 NjIyNS0yMDQ0MDAKR3JvdXAgMjU6IChCbG9ja3MgODE5MjAwLTg1MTk2NykKICBCYWNrdXAgc3Vw ZXJibG9jayBhdCA4MTkyMDAsIEdyb3VwIGRlc2NyaXB0b3JzIGF0IDgxOTIwMS04MTkyMDEKICBS ZXNlcnZlZCBHRFQgYmxvY2tzIGF0IDgxOTIwMi04MTk0NDAKICBCbG9jayBiaXRtYXAgYXQgODE5 NDQxICgrMjQxKSwgSW5vZGUgYml0bWFwIGF0IDgxOTQ0MiAoKzI0MikKICBJbm9kZSB0YWJsZSBh dCA4MTk0NDMtODE5OTUzICgrMjQzKQogIDMyMDE0IGZyZWUgYmxvY2tzLCA4MTc2IGZyZWUgaW5v ZGVzLCAwIGRpcmVjdG9yaWVzCiAgRnJlZSBibG9ja3M6IDgxOTk1NC04NTE5NjcKICBGcmVlIGlu b2RlczogMjA0NDAxLTIxMjU3NgpHcm91cCAyNjogKEJsb2NrcyA4NTE5NjgtODg0NzM1KQogIEJs b2NrIGJpdG1hcCBhdCA4NTE5NjggKCswKSwgSW5vZGUgYml0bWFwIGF0IDg1MTk2OSAoKzEpCiAg SW5vZGUgdGFibGUgYXQgODUxOTcwLTg1MjQ4MCAoKzIpCiAgMzIyNTUgZnJlZSBibG9ja3MsIDgx NzYgZnJlZSBpbm9kZXMsIDAgZGlyZWN0b3JpZXMKICBGcmVlIGJsb2NrczogODUyNDgxLTg4NDcz NQogIEZyZWUgaW5vZGVzOiAyMTI1NzctMjIwNzUyCkdyb3VwIDI3OiAoQmxvY2tzIDg4NDczNi05 MTc1MDMpCiAgQmFja3VwIHN1cGVyYmxvY2sgYXQgODg0NzM2LCBHcm91cCBkZXNjcmlwdG9ycyBh dCA4ODQ3MzctODg0NzM3CiAgUmVzZXJ2ZWQgR0RUIGJsb2NrcyBhdCA4ODQ3MzgtODg0OTc2CiAg QmxvY2sgYml0bWFwIGF0IDg4NDk3NyAoKzI0MSksIElub2RlIGJpdG1hcCBhdCA4ODQ5NzggKCsy NDIpCiAgSW5vZGUgdGFibGUgYXQgODg0OTc5LTg4NTQ4OSAoKzI0MykKICAzMjAxNCBmcmVlIGJs b2NrcywgODE3NiBmcmVlIGlub2RlcywgMCBkaXJlY3RvcmllcwogIEZyZWUgYmxvY2tzOiA4ODU0 OTAtOTE3NTAzCiAgRnJlZSBpbm9kZXM6IDIyMDc1My0yMjg5MjgKR3JvdXAgMjg6IChCbG9ja3Mg OTE3NTA0LTk1MDI3MSkKICBCbG9jayBiaXRtYXAgYXQgOTE3NTA0ICgrMCksIElub2RlIGJpdG1h cCBhdCA5MTc1MDUgKCsxKQogIElub2RlIHRhYmxlIGF0IDkxNzUwNi05MTgwMTYgKCsyKQogIDMy MjU1IGZyZWUgYmxvY2tzLCA4MTc2IGZyZWUgaW5vZGVzLCAwIGRpcmVjdG9yaWVzCiAgRnJlZSBi bG9ja3M6IDkxODAxNy05NTAyNzEKICBGcmVlIGlub2RlczogMjI4OTI5LTIzNzEwNApHcm91cCAy OTogKEJsb2NrcyA5NTAyNzItOTc5OTU5KQogIEJsb2NrIGJpdG1hcCBhdCA5NTAyNzIgKCswKSwg SW5vZGUgYml0bWFwIGF0IDk1MDI3MyAoKzEpCiAgSW5vZGUgdGFibGUgYXQgOTUwMjc0LTk1MDc4 NCAoKzIpCiAgMjkxNzUgZnJlZSBibG9ja3MsIDgxNzYgZnJlZSBpbm9kZXMsIDAgZGlyZWN0b3Jp ZXMKICBGcmVlIGJsb2NrczogOTUwNzg1LTk3OTk1OQogIEZyZWUgaW5vZGVzOiAyMzcxMDUtMjQ1 MjgwCg== --000e0cd1389201468d0466fb3a46 Content-Type: application/octet-stream; name="ext2fs.diff" Content-Disposition: attachment; filename="ext2fs.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_ft990jla2 ZGlmZiAtdWQgZXh0MmZzLm9yaWcvZXh0Ml9mcy5oIGV4dDJmcy9leHQyX2ZzLmgKLS0tIGV4dDJm cy5vcmlnL2V4dDJfZnMuaAkyMDA1LTA2LTE2IDA2OjUxOjM4LjAwMDAwMDAwMCArMDAwMAorKysg ZXh0MmZzL2V4dDJfZnMuaAkyMDA4LTA5LTAzIDE0OjEwOjI3LjAwMDAwMDAwMCArMDAwMApAQCAt MTUwLDcgKzE1MCw3IEBACiAjZWxzZSAvKiAhbm90eWV0ICovCiAjZGVmaW5lCUVYVDJfSU5PREVT X1BFUl9CTE9DSyhzKQkoKHMpLT5zX2lub2Rlc19wZXJfYmxvY2spCiAvKiBTaG91bGQgYmUgc2l6 ZW9mKHN0cnVjdCBleHQyX2lub2RlKTogKi8KLSNkZWZpbmUgRVhUMl9JTk9ERV9TSVpFCQkJMTI4 CisjZGVmaW5lIEVYVDJfSU5PREVfU0laRShzKQkJKChzKS0+c19lcy0+c19pbm9kZV9zaXplKQog I2RlZmluZSBFWFQyX0ZJUlNUX0lOTwkJCTExCiAjZW5kaWYgLyogbm90eWV0ICovCiAKZGlmZiAt dWQgZXh0MmZzLm9yaWcvZXh0Ml9pbm9kZS5jIGV4dDJmcy9leHQyX2lub2RlLmMKLS0tIGV4dDJm cy5vcmlnL2V4dDJfaW5vZGUuYwkyMDA2LTA5LTI2IDA0OjE1OjU4LjAwMDAwMDAwMCArMDAwMAor KysgZXh0MmZzL2V4dDJfaW5vZGUuYwkyMDA4LTA5LTAzIDEzOjU0OjQ5LjAwMDAwMDAwMCArMDAw MApAQCAtOTEsNyArOTEsNyBAQAogCQlyZXR1cm4gKGVycm9yKTsKIAl9CiAJZXh0Ml9pMmVpKGlw LCAoc3RydWN0IGV4dDJfaW5vZGUgKikoKGNoYXIgKilicC0+Yl9kYXRhICsKLQkgICAgRVhUMl9J Tk9ERV9TSVpFICogaW5vX3RvX2ZzYm8oZnMsIGlwLT5pX251bWJlcikpKTsKKwkgICAgRVhUMl9J Tk9ERV9TSVpFKGZzKSAqIGlub190b19mc2JvKGZzLCBpcC0+aV9udW1iZXIpKSk7CiAJaWYgKHdh aXRmb3IgJiYgKHZwLT52X21vdW50LT5tbnRfa2Vybl9mbGFnICYgTU5US19BU1lOQykgPT0gMCkK IAkJcmV0dXJuIChid3JpdGUoYnApKTsKIAllbHNlIHsKZGlmZiAtdWQgZXh0MmZzLm9yaWcvZXh0 Ml92ZnNvcHMuYyBleHQyZnMvZXh0Ml92ZnNvcHMuYwotLS0gZXh0MmZzLm9yaWcvZXh0Ml92ZnNv cHMuYwkyMDA4LTA0LTAzIDE4OjUxOjEzLjAwMDAwMDAwMCArMDAwMAorKysgZXh0MmZzL2V4dDJf dmZzb3BzLmMJMjAwOC0wOS0wMyAxMzo1NTozNy4wMDAwMDAwMDAgKzAwMDAKQEAgLTQyNCw3ICs0 MjQsNyBAQAogICAgIFYoc19mcmFnc19wZXJfZ3JvdXApCiAgICAgZnMtPnNfaW5vZGVzX3Blcl9n cm91cCA9IGVzLT5zX2lub2Rlc19wZXJfZ3JvdXA7CiAgICAgVihzX2lub2Rlc19wZXJfZ3JvdXAp Ci0gICAgZnMtPnNfaW5vZGVzX3Blcl9ibG9jayA9IGZzLT5zX2Jsb2Nrc2l6ZSAvIEVYVDJfSU5P REVfU0laRTsKKyAgICBmcy0+c19pbm9kZXNfcGVyX2Jsb2NrID0gZnMtPnNfYmxvY2tzaXplIC8g RVhUMl9JTk9ERV9TSVpFKGZzKTsKICAgICBWKHNfaW5vZGVzX3Blcl9ibG9jaykKICAgICBmcy0+ c19pdGJfcGVyX2dyb3VwID0gZnMtPnNfaW5vZGVzX3Blcl9ncm91cCAvZnMtPnNfaW5vZGVzX3Bl cl9ibG9jazsKICAgICBWKHNfaXRiX3Blcl9ncm91cCkKQEAgLTU3OCw3ICs1NzgsNyBAQAogCQkJ cmV0dXJuIChlcnJvcik7CiAJCX0KIAkJZXh0Ml9laTJpKChzdHJ1Y3QgZXh0Ml9pbm9kZSAqKSAo KGNoYXIgKilicC0+Yl9kYXRhICsKLQkJICAgIEVYVDJfSU5PREVfU0laRSAqIGlub190b19mc2Jv KGZzLCBpcC0+aV9udW1iZXIpKSwgaXApOworCQkgICAgRVhUMl9JTk9ERV9TSVpFKGZzKSAqIGlu b190b19mc2JvKGZzLCBpcC0+aV9udW1iZXIpKSwgaXApOwogCQlicmVsc2UoYnApOwogCQlWT1Bf VU5MT0NLKHZwLCAwLCB0ZCk7CiAJCXZyZWxlKHZwKTsKQEAgLTEwMTMsNyArMTAxMyw3IEBACiAJ CXJldHVybiAoZXJyb3IpOwogCX0KIAkvKiBjb252ZXJ0IGV4dDIgaW5vZGUgdG8gZGlub2RlICov Ci0JZXh0Ml9laTJpKChzdHJ1Y3QgZXh0Ml9pbm9kZSAqKSAoKGNoYXIgKilicC0+Yl9kYXRhICsg RVhUMl9JTk9ERV9TSVpFICoKKwlleHQyX2VpMmkoKHN0cnVjdCBleHQyX2lub2RlICopICgoY2hh ciAqKWJwLT5iX2RhdGEgKyBFWFQyX0lOT0RFX1NJWkUoZnMpICoKIAkJCWlub190b19mc2JvKGZz LCBpbm8pKSwgaXApOwogCWlwLT5pX2Jsb2NrX2dyb3VwID0gaW5vX3RvX2NnKGZzLCBpbm8pOwog CWlwLT5pX25leHRfYWxsb2NfYmxvY2sgPSAwOwo= --000e0cd1389201468d0466fb3a46-- From owner-freebsd-fs@FreeBSD.ORG Tue Apr 7 18:53:26 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 AC5B0106566B for ; Tue, 7 Apr 2009 18:53:26 +0000 (UTC) (envelope-from sarawgi.aditya@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.227]) by mx1.freebsd.org (Postfix) with ESMTP id 7B2F78FC1B for ; Tue, 7 Apr 2009 18:53:26 +0000 (UTC) (envelope-from sarawgi.aditya@gmail.com) Received: by rv-out-0506.google.com with SMTP id l9so2755398rvb.43 for ; Tue, 07 Apr 2009 11:53:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=+HlDclYx7SdR26qekcCTG00ItF3K33Le2wxu2Zv/BuY=; b=Id8bMXPX/t4XH1aL3wszHxuSGWvZ3HV3t09rIWN7NQj9IpvR5XiRt+7He5T6WtkRxO /npFCkls3mFHMtGH21eiNFZjvo13Vynz9RRNIVVD3Q0+dy09uSUszGzV2HdjjtEbl2za /bG0JLZ7JT5wNecyTxmsVxBS8ru2oEoN4SMAs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=KfCh7BOqq/yUo1ZZsPnMDI9y7Sj9mjJkncMHk/5RJvxUhsFJCQXUEPxikdvK6g3ACk eimTLfXSdk81Gq99zzEbdJDa0Scr99+s+BHI81fTM17e+jzsjnGH3Y6+TDmcxQ3xGRwR SFUZO+/n7IUUg35HAzcsaNigEY19Jzh518I6k= MIME-Version: 1.0 Received: by 10.140.139.4 with SMTP id m4mr112969rvd.213.1239128745405; Tue, 07 Apr 2009 11:25:45 -0700 (PDT) Date: Tue, 7 Apr 2009 18:25:45 +0000 Message-ID: <994ac8b90904071125t1190db74see39afbef9700e1b@mail.gmail.com> From: aditya sarawgi To: freebsd-fs@FreeBSD.org Content-Type: multipart/mixed; boundary=000e0cd22ab0b37eba0466fb2468 Cc: Subject: kern/131086 : [ext2fs] mkfs.ext2 creates rotten partition X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Apr 2009 18:53:27 -0000 --000e0cd22ab0b37eba0466fb2468 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi, I have reproduced this bug and there is no problem with mkfs.ext2. mkfs.ext2 has been updated to create partitions having default inode size of 256 bytes which is not supported by ext2fs 7.1-RELEASE (it supports only 128 bytes). This problem is similar to kern/124621, kern/125536 and kern/128173. I'm attaching my mkfs.ext2 logs, dump of the file system and a patch that has been committed to 8.0-CURRENT to fix this problem. -- Cheers, Aditya Sarawgi --000e0cd22ab0b37eba0466fb2468 Content-Type: application/octet-stream; name="mkfs.log" Content-Disposition: attachment; filename="mkfs.log" Content-Transfer-Encoding: base64 X-Attachment-Id: f_ft98z0hh0 RmlsZXN5c3RlbSBsYWJlbD0KT1MgdHlwZTogRnJlZUJTRApCbG9jayBzaXplPTQwOTYgKGxvZz0y KQpGcmFnbWVudCBzaXplPTQwOTYgKGxvZz0yKQoyNDUyODAgaW5vZGVzLCA5Nzk5NjAgYmxvY2tz CjQ4OTk4IGJsb2NrcyAoNS4wMCUpIHJlc2VydmVkIGZvciB0aGUgc3VwZXIgdXNlcgpGaXJzdCBk YXRhIGJsb2NrPTAKTWF4aW11bSBmaWxlc3lzdGVtIGJsb2Nrcz0xMDA2NjMyOTYwCjMwIGJsb2Nr IGdyb3VwcwozMjc2OCBibG9ja3MgcGVyIGdyb3VwLCAzMjc2OCBmcmFnbWVudHMgcGVyIGdyb3Vw CjgxNzYgaW5vZGVzIHBlciBncm91cApTdXBlcmJsb2NrIGJhY2t1cHMgc3RvcmVkIG9uIGJsb2Nr czogCgkzMjc2OCwgOTgzMDQsIDE2Mzg0MCwgMjI5Mzc2LCAyOTQ5MTIsIDgxOTIwMCwgODg0NzM2 CgpXcml0aW5nIGlub2RlIHRhYmxlczogIDAvMzAICAgICCAxLzMwCAgICAggMi8zMAgICAgIIDMv MzAICAgICCA0LzMwCAgICAggNS8zMAgICAgIIDYvMzAICAgICCA3LzMwCAgICAggOC8zMAgICAgI IDkvMzAICAgICDEwLzMwCAgICAgxMS8zMAgICAgIMTIvMzAICAgICDEzLzMwCAgICAgxNC8zMAgI CAgIMTUvMzAICAgICDE2LzMwCAgICAgxNy8zMAgICAgIMTgvMzAICAgICDE5LzMwCAgICAgyMC8z MAgICAgIMjEvMzAICAgICDIyLzMwCAgICAgyMy8zMAgICAgIMjQvMzAICAgICDI1LzMwCAgICAgy Ni8zMAgICAgIMjcvMzAICAgICDI4LzMwCAgICAgyOS8zMAgICAgIZG9uZSAgICAgICAgICAgICAg ICAgICAgICAgICAgICAKV3JpdGluZyBzdXBlcmJsb2NrcyBhbmQgZmlsZXN5c3RlbSBhY2NvdW50 aW5nIGluZm9ybWF0aW9uOiBkb25lCgpUaGlzIGZpbGVzeXN0ZW0gd2lsbCBiZSBhdXRvbWF0aWNh bGx5IGNoZWNrZWQgZXZlcnkgMjIgbW91bnRzIG9yCjE4MCBkYXlzLCB3aGljaGV2ZXIgY29tZXMg Zmlyc3QuICBVc2UgdHVuZTJmcyAtYyBvciAtaSB0byBvdmVycmlkZS4K --000e0cd22ab0b37eba0466fb2468 Content-Type: application/octet-stream; name=dump Content-Disposition: attachment; filename=dump Content-Transfer-Encoding: base64 X-Attachment-Id: f_ft98zt831 RmlsZXN5c3RlbSB2b2x1bWUgbmFtZTogICA8bm9uZT4KTGFzdCBtb3VudGVkIG9uOiAgICAgICAg ICA8bm90IGF2YWlsYWJsZT4KRmlsZXN5c3RlbSBVVUlEOiAgICAgICAgICBjMTY1OGZmMy0yODhj LTQ2OWYtYmE2ZC1kY2QyOWU3MGU1ZDEKRmlsZXN5c3RlbSBtYWdpYyBudW1iZXI6ICAweEVGNTMK RmlsZXN5c3RlbSByZXZpc2lvbiAjOiAgICAxIChkeW5hbWljKQpGaWxlc3lzdGVtIGZlYXR1cmVz OiAgICAgIGV4dF9hdHRyIHJlc2l6ZV9pbm9kZSBkaXJfaW5kZXggZmlsZXR5cGUgc3BhcnNlX3N1 cGVyIGxhcmdlX2ZpbGUKRmlsZXN5c3RlbSBmbGFnczogICAgICAgICBzaWduZWRfZGlyZWN0b3J5 X2hhc2ggCkRlZmF1bHQgbW91bnQgb3B0aW9uczogICAgKG5vbmUpCkZpbGVzeXN0ZW0gc3RhdGU6 ICAgICAgICAgY2xlYW4KRXJyb3JzIGJlaGF2aW9yOiAgICAgICAgICBDb250aW51ZQpGaWxlc3lz dGVtIE9TIHR5cGU6ICAgICAgIEZyZWVCU0QKSW5vZGUgY291bnQ6ICAgICAgICAgICAgICAyNDUy ODAKQmxvY2sgY291bnQ6ICAgICAgICAgICAgICA5Nzk5NjAKUmVzZXJ2ZWQgYmxvY2sgY291bnQ6 ICAgICA0ODk5OApGcmVlIGJsb2NrczogICAgICAgICAgICAgIDk2MjYzNgpGcmVlIGlub2Rlczog ICAgICAgICAgICAgIDI0NTI2OQpGaXJzdCBibG9jazogICAgICAgICAgICAgIDAKQmxvY2sgc2l6 ZTogICAgICAgICAgICAgICA0MDk2CkZyYWdtZW50IHNpemU6ICAgICAgICAgICAgNDA5NgpSZXNl cnZlZCBHRFQgYmxvY2tzOiAgICAgIDIzOQpCbG9ja3MgcGVyIGdyb3VwOiAgICAgICAgIDMyNzY4 CkZyYWdtZW50cyBwZXIgZ3JvdXA6ICAgICAgMzI3NjgKSW5vZGVzIHBlciBncm91cDogICAgICAg ICA4MTc2Cklub2RlIGJsb2NrcyBwZXIgZ3JvdXA6ICAgNTExCkZpbGVzeXN0ZW0gY3JlYXRlZDog ICAgICAgVHVlIEFwciAgNyAyMzoxNDowMiAyMDA5Ckxhc3QgbW91bnQgdGltZTogICAgICAgICAg bi9hCkxhc3Qgd3JpdGUgdGltZTogICAgICAgICAgVHVlIEFwciAgNyAyMzoxNDo1MiAyMDA5Ck1v dW50IGNvdW50OiAgICAgICAgICAgICAgMApNYXhpbXVtIG1vdW50IGNvdW50OiAgICAgIDIyCkxh c3QgY2hlY2tlZDogICAgICAgICAgICAgVHVlIEFwciAgNyAyMzoxNDowMiAyMDA5CkNoZWNrIGlu dGVydmFsOiAgICAgICAgICAgMTU1NTIwMDAgKDYgbW9udGhzKQpOZXh0IGNoZWNrIGFmdGVyOiAg ICAgICAgIFN1biBPY3QgIDQgMjM6MTQ6MDIgMjAwOQpSZXNlcnZlZCBibG9ja3MgdWlkOiAgICAg IDAgKHVzZXIgcm9vdCkKUmVzZXJ2ZWQgYmxvY2tzIGdpZDogICAgICAwIChncm91cCB3aGVlbCkK Rmlyc3QgaW5vZGU6ICAgICAgICAgICAgICAxMQpJbm9kZSBzaXplOgkgICAgICAgICAgMjU2ClJl cXVpcmVkIGV4dHJhIGlzaXplOiAgICAgMjgKRGVzaXJlZCBleHRyYSBpc2l6ZTogICAgICAyOApE ZWZhdWx0IGRpcmVjdG9yeSBoYXNoOiAgIGhhbGZfbWQ0CkRpcmVjdG9yeSBIYXNoIFNlZWQ6ICAg ICAgMWRmZWMyOGEtYzBhMi00NzJmLTgyMWQtNTU0NDVlMGI4MTMwCgoKR3JvdXAgMDogKEJsb2Nr cyAwLTMyNzY3KQogIFByaW1hcnkgc3VwZXJibG9jayBhdCAwLCBHcm91cCBkZXNjcmlwdG9ycyBh dCAxLTEKICBSZXNlcnZlZCBHRFQgYmxvY2tzIGF0IDItMjQwCiAgQmxvY2sgYml0bWFwIGF0IDI0 MSAoKzI0MSksIElub2RlIGJpdG1hcCBhdCAyNDIgKCsyNDIpCiAgSW5vZGUgdGFibGUgYXQgMjQz LTc1MyAoKzI0MykKICAzMjAwOCBmcmVlIGJsb2NrcywgODE2NSBmcmVlIGlub2RlcywgMiBkaXJl Y3RvcmllcwogIEZyZWUgYmxvY2tzOiA3NjAtMzI3NjcKICBGcmVlIGlub2RlczogMTItODE3NgpH cm91cCAxOiAoQmxvY2tzIDMyNzY4LTY1NTM1KQogIEJhY2t1cCBzdXBlcmJsb2NrIGF0IDMyNzY4 LCBHcm91cCBkZXNjcmlwdG9ycyBhdCAzMjc2OS0zMjc2OQogIFJlc2VydmVkIEdEVCBibG9ja3Mg YXQgMzI3NzAtMzMwMDgKICBCbG9jayBiaXRtYXAgYXQgMzMwMDkgKCsyNDEpLCBJbm9kZSBiaXRt YXAgYXQgMzMwMTAgKCsyNDIpCiAgSW5vZGUgdGFibGUgYXQgMzMwMTEtMzM1MjEgKCsyNDMpCiAg MzIwMTQgZnJlZSBibG9ja3MsIDgxNzYgZnJlZSBpbm9kZXMsIDAgZGlyZWN0b3JpZXMKICBGcmVl IGJsb2NrczogMzM1MjItNjU1MzUKICBGcmVlIGlub2RlczogODE3Ny0xNjM1MgpHcm91cCAyOiAo QmxvY2tzIDY1NTM2LTk4MzAzKQogIEJsb2NrIGJpdG1hcCBhdCA2NTUzNiAoKzApLCBJbm9kZSBi aXRtYXAgYXQgNjU1MzcgKCsxKQogIElub2RlIHRhYmxlIGF0IDY1NTM4LTY2MDQ4ICgrMikKICAz MjI1NSBmcmVlIGJsb2NrcywgODE3NiBmcmVlIGlub2RlcywgMCBkaXJlY3RvcmllcwogIEZyZWUg YmxvY2tzOiA2NjA0OS05ODMwMwogIEZyZWUgaW5vZGVzOiAxNjM1My0yNDUyOApHcm91cCAzOiAo QmxvY2tzIDk4MzA0LTEzMTA3MSkKICBCYWNrdXAgc3VwZXJibG9jayBhdCA5ODMwNCwgR3JvdXAg ZGVzY3JpcHRvcnMgYXQgOTgzMDUtOTgzMDUKICBSZXNlcnZlZCBHRFQgYmxvY2tzIGF0IDk4MzA2 LTk4NTQ0CiAgQmxvY2sgYml0bWFwIGF0IDk4NTQ1ICgrMjQxKSwgSW5vZGUgYml0bWFwIGF0IDk4 NTQ2ICgrMjQyKQogIElub2RlIHRhYmxlIGF0IDk4NTQ3LTk5MDU3ICgrMjQzKQogIDMyMDE0IGZy ZWUgYmxvY2tzLCA4MTc2IGZyZWUgaW5vZGVzLCAwIGRpcmVjdG9yaWVzCiAgRnJlZSBibG9ja3M6 IDk5MDU4LTEzMTA3MQogIEZyZWUgaW5vZGVzOiAyNDUyOS0zMjcwNApHcm91cCA0OiAoQmxvY2tz IDEzMTA3Mi0xNjM4MzkpCiAgQmxvY2sgYml0bWFwIGF0IDEzMTA3MiAoKzApLCBJbm9kZSBiaXRt YXAgYXQgMTMxMDczICgrMSkKICBJbm9kZSB0YWJsZSBhdCAxMzEwNzQtMTMxNTg0ICgrMikKICAz MjI1NSBmcmVlIGJsb2NrcywgODE3NiBmcmVlIGlub2RlcywgMCBkaXJlY3RvcmllcwogIEZyZWUg YmxvY2tzOiAxMzE1ODUtMTYzODM5CiAgRnJlZSBpbm9kZXM6IDMyNzA1LTQwODgwCkdyb3VwIDU6 IChCbG9ja3MgMTYzODQwLTE5NjYwNykKICBCYWNrdXAgc3VwZXJibG9jayBhdCAxNjM4NDAsIEdy b3VwIGRlc2NyaXB0b3JzIGF0IDE2Mzg0MS0xNjM4NDEKICBSZXNlcnZlZCBHRFQgYmxvY2tzIGF0 IDE2Mzg0Mi0xNjQwODAKICBCbG9jayBiaXRtYXAgYXQgMTY0MDgxICgrMjQxKSwgSW5vZGUgYml0 bWFwIGF0IDE2NDA4MiAoKzI0MikKICBJbm9kZSB0YWJsZSBhdCAxNjQwODMtMTY0NTkzICgrMjQz KQogIDMyMDE0IGZyZWUgYmxvY2tzLCA4MTc2IGZyZWUgaW5vZGVzLCAwIGRpcmVjdG9yaWVzCiAg RnJlZSBibG9ja3M6IDE2NDU5NC0xOTY2MDcKICBGcmVlIGlub2RlczogNDA4ODEtNDkwNTYKR3Jv dXAgNjogKEJsb2NrcyAxOTY2MDgtMjI5Mzc1KQogIEJsb2NrIGJpdG1hcCBhdCAxOTY2MDggKCsw KSwgSW5vZGUgYml0bWFwIGF0IDE5NjYwOSAoKzEpCiAgSW5vZGUgdGFibGUgYXQgMTk2NjEwLTE5 NzEyMCAoKzIpCiAgMzIyNTUgZnJlZSBibG9ja3MsIDgxNzYgZnJlZSBpbm9kZXMsIDAgZGlyZWN0 b3JpZXMKICBGcmVlIGJsb2NrczogMTk3MTIxLTIyOTM3NQogIEZyZWUgaW5vZGVzOiA0OTA1Ny01 NzIzMgpHcm91cCA3OiAoQmxvY2tzIDIyOTM3Ni0yNjIxNDMpCiAgQmFja3VwIHN1cGVyYmxvY2sg YXQgMjI5Mzc2LCBHcm91cCBkZXNjcmlwdG9ycyBhdCAyMjkzNzctMjI5Mzc3CiAgUmVzZXJ2ZWQg R0RUIGJsb2NrcyBhdCAyMjkzNzgtMjI5NjE2CiAgQmxvY2sgYml0bWFwIGF0IDIyOTYxNyAoKzI0 MSksIElub2RlIGJpdG1hcCBhdCAyMjk2MTggKCsyNDIpCiAgSW5vZGUgdGFibGUgYXQgMjI5NjE5 LTIzMDEyOSAoKzI0MykKICAzMjAxNCBmcmVlIGJsb2NrcywgODE3NiBmcmVlIGlub2RlcywgMCBk aXJlY3RvcmllcwogIEZyZWUgYmxvY2tzOiAyMzAxMzAtMjYyMTQzCiAgRnJlZSBpbm9kZXM6IDU3 MjMzLTY1NDA4Ckdyb3VwIDg6IChCbG9ja3MgMjYyMTQ0LTI5NDkxMSkKICBCbG9jayBiaXRtYXAg YXQgMjYyMTQ0ICgrMCksIElub2RlIGJpdG1hcCBhdCAyNjIxNDUgKCsxKQogIElub2RlIHRhYmxl IGF0IDI2MjE0Ni0yNjI2NTYgKCsyKQogIDMyMjU1IGZyZWUgYmxvY2tzLCA4MTc2IGZyZWUgaW5v ZGVzLCAwIGRpcmVjdG9yaWVzCiAgRnJlZSBibG9ja3M6IDI2MjY1Ny0yOTQ5MTEKICBGcmVlIGlu b2RlczogNjU0MDktNzM1ODQKR3JvdXAgOTogKEJsb2NrcyAyOTQ5MTItMzI3Njc5KQogIEJhY2t1 cCBzdXBlcmJsb2NrIGF0IDI5NDkxMiwgR3JvdXAgZGVzY3JpcHRvcnMgYXQgMjk0OTEzLTI5NDkx MwogIFJlc2VydmVkIEdEVCBibG9ja3MgYXQgMjk0OTE0LTI5NTE1MgogIEJsb2NrIGJpdG1hcCBh dCAyOTUxNTMgKCsyNDEpLCBJbm9kZSBiaXRtYXAgYXQgMjk1MTU0ICgrMjQyKQogIElub2RlIHRh YmxlIGF0IDI5NTE1NS0yOTU2NjUgKCsyNDMpCiAgMzIwMTQgZnJlZSBibG9ja3MsIDgxNzYgZnJl ZSBpbm9kZXMsIDAgZGlyZWN0b3JpZXMKICBGcmVlIGJsb2NrczogMjk1NjY2LTMyNzY3OQogIEZy ZWUgaW5vZGVzOiA3MzU4NS04MTc2MApHcm91cCAxMDogKEJsb2NrcyAzMjc2ODAtMzYwNDQ3KQog IEJsb2NrIGJpdG1hcCBhdCAzMjc2ODAgKCswKSwgSW5vZGUgYml0bWFwIGF0IDMyNzY4MSAoKzEp CiAgSW5vZGUgdGFibGUgYXQgMzI3NjgyLTMyODE5MiAoKzIpCiAgMzIyNTUgZnJlZSBibG9ja3Ms IDgxNzYgZnJlZSBpbm9kZXMsIDAgZGlyZWN0b3JpZXMKICBGcmVlIGJsb2NrczogMzI4MTkzLTM2 MDQ0NwogIEZyZWUgaW5vZGVzOiA4MTc2MS04OTkzNgpHcm91cCAxMTogKEJsb2NrcyAzNjA0NDgt MzkzMjE1KQogIEJsb2NrIGJpdG1hcCBhdCAzNjA0NDggKCswKSwgSW5vZGUgYml0bWFwIGF0IDM2 MDQ0OSAoKzEpCiAgSW5vZGUgdGFibGUgYXQgMzYwNDUwLTM2MDk2MCAoKzIpCiAgMzIyNTUgZnJl ZSBibG9ja3MsIDgxNzYgZnJlZSBpbm9kZXMsIDAgZGlyZWN0b3JpZXMKICBGcmVlIGJsb2Nrczog MzYwOTYxLTM5MzIxNQogIEZyZWUgaW5vZGVzOiA4OTkzNy05ODExMgpHcm91cCAxMjogKEJsb2Nr cyAzOTMyMTYtNDI1OTgzKQogIEJsb2NrIGJpdG1hcCBhdCAzOTMyMTYgKCswKSwgSW5vZGUgYml0 bWFwIGF0IDM5MzIxNyAoKzEpCiAgSW5vZGUgdGFibGUgYXQgMzkzMjE4LTM5MzcyOCAoKzIpCiAg MzIyNTUgZnJlZSBibG9ja3MsIDgxNzYgZnJlZSBpbm9kZXMsIDAgZGlyZWN0b3JpZXMKICBGcmVl IGJsb2NrczogMzkzNzI5LTQyNTk4MwogIEZyZWUgaW5vZGVzOiA5ODExMy0xMDYyODgKR3JvdXAg MTM6IChCbG9ja3MgNDI1OTg0LTQ1ODc1MSkKICBCbG9jayBiaXRtYXAgYXQgNDI1OTg0ICgrMCks IElub2RlIGJpdG1hcCBhdCA0MjU5ODUgKCsxKQogIElub2RlIHRhYmxlIGF0IDQyNTk4Ni00MjY0 OTYgKCsyKQogIDMyMjU1IGZyZWUgYmxvY2tzLCA4MTc2IGZyZWUgaW5vZGVzLCAwIGRpcmVjdG9y aWVzCiAgRnJlZSBibG9ja3M6IDQyNjQ5Ny00NTg3NTEKICBGcmVlIGlub2RlczogMTA2Mjg5LTEx NDQ2NApHcm91cCAxNDogKEJsb2NrcyA0NTg3NTItNDkxNTE5KQogIEJsb2NrIGJpdG1hcCBhdCA0 NTg3NTIgKCswKSwgSW5vZGUgYml0bWFwIGF0IDQ1ODc1MyAoKzEpCiAgSW5vZGUgdGFibGUgYXQg NDU4NzU0LTQ1OTI2NCAoKzIpCiAgMzIyNTUgZnJlZSBibG9ja3MsIDgxNzYgZnJlZSBpbm9kZXMs IDAgZGlyZWN0b3JpZXMKICBGcmVlIGJsb2NrczogNDU5MjY1LTQ5MTUxOQogIEZyZWUgaW5vZGVz OiAxMTQ0NjUtMTIyNjQwCkdyb3VwIDE1OiAoQmxvY2tzIDQ5MTUyMC01MjQyODcpCiAgQmxvY2sg Yml0bWFwIGF0IDQ5MTUyMCAoKzApLCBJbm9kZSBiaXRtYXAgYXQgNDkxNTIxICgrMSkKICBJbm9k ZSB0YWJsZSBhdCA0OTE1MjItNDkyMDMyICgrMikKICAzMjI1NSBmcmVlIGJsb2NrcywgODE3NiBm cmVlIGlub2RlcywgMCBkaXJlY3RvcmllcwogIEZyZWUgYmxvY2tzOiA0OTIwMzMtNTI0Mjg3CiAg RnJlZSBpbm9kZXM6IDEyMjY0MS0xMzA4MTYKR3JvdXAgMTY6IChCbG9ja3MgNTI0Mjg4LTU1NzA1 NSkKICBCbG9jayBiaXRtYXAgYXQgNTI0Mjg4ICgrMCksIElub2RlIGJpdG1hcCBhdCA1MjQyODkg KCsxKQogIElub2RlIHRhYmxlIGF0IDUyNDI5MC01MjQ4MDAgKCsyKQogIDMyMjU1IGZyZWUgYmxv Y2tzLCA4MTc2IGZyZWUgaW5vZGVzLCAwIGRpcmVjdG9yaWVzCiAgRnJlZSBibG9ja3M6IDUyNDgw MS01NTcwNTUKICBGcmVlIGlub2RlczogMTMwODE3LTEzODk5MgpHcm91cCAxNzogKEJsb2NrcyA1 NTcwNTYtNTg5ODIzKQogIEJsb2NrIGJpdG1hcCBhdCA1NTcwNTYgKCswKSwgSW5vZGUgYml0bWFw IGF0IDU1NzA1NyAoKzEpCiAgSW5vZGUgdGFibGUgYXQgNTU3MDU4LTU1NzU2OCAoKzIpCiAgMzIy NTUgZnJlZSBibG9ja3MsIDgxNzYgZnJlZSBpbm9kZXMsIDAgZGlyZWN0b3JpZXMKICBGcmVlIGJs b2NrczogNTU3NTY5LTU4OTgyMwogIEZyZWUgaW5vZGVzOiAxMzg5OTMtMTQ3MTY4Ckdyb3VwIDE4 OiAoQmxvY2tzIDU4OTgyNC02MjI1OTEpCiAgQmxvY2sgYml0bWFwIGF0IDU4OTgyNCAoKzApLCBJ bm9kZSBiaXRtYXAgYXQgNTg5ODI1ICgrMSkKICBJbm9kZSB0YWJsZSBhdCA1ODk4MjYtNTkwMzM2 ICgrMikKICAzMjI1NSBmcmVlIGJsb2NrcywgODE3NiBmcmVlIGlub2RlcywgMCBkaXJlY3Rvcmll cwogIEZyZWUgYmxvY2tzOiA1OTAzMzctNjIyNTkxCiAgRnJlZSBpbm9kZXM6IDE0NzE2OS0xNTUz NDQKR3JvdXAgMTk6IChCbG9ja3MgNjIyNTkyLTY1NTM1OSkKICBCbG9jayBiaXRtYXAgYXQgNjIy NTkyICgrMCksIElub2RlIGJpdG1hcCBhdCA2MjI1OTMgKCsxKQogIElub2RlIHRhYmxlIGF0IDYy MjU5NC02MjMxMDQgKCsyKQogIDMyMjU1IGZyZWUgYmxvY2tzLCA4MTc2IGZyZWUgaW5vZGVzLCAw IGRpcmVjdG9yaWVzCiAgRnJlZSBibG9ja3M6IDYyMzEwNS02NTUzNTkKICBGcmVlIGlub2Rlczog MTU1MzQ1LTE2MzUyMApHcm91cCAyMDogKEJsb2NrcyA2NTUzNjAtNjg4MTI3KQogIEJsb2NrIGJp dG1hcCBhdCA2NTUzNjAgKCswKSwgSW5vZGUgYml0bWFwIGF0IDY1NTM2MSAoKzEpCiAgSW5vZGUg dGFibGUgYXQgNjU1MzYyLTY1NTg3MiAoKzIpCiAgMzIyNTUgZnJlZSBibG9ja3MsIDgxNzYgZnJl ZSBpbm9kZXMsIDAgZGlyZWN0b3JpZXMKICBGcmVlIGJsb2NrczogNjU1ODczLTY4ODEyNwogIEZy ZWUgaW5vZGVzOiAxNjM1MjEtMTcxNjk2Ckdyb3VwIDIxOiAoQmxvY2tzIDY4ODEyOC03MjA4OTUp CiAgQmxvY2sgYml0bWFwIGF0IDY4ODEyOCAoKzApLCBJbm9kZSBiaXRtYXAgYXQgNjg4MTI5ICgr MSkKICBJbm9kZSB0YWJsZSBhdCA2ODgxMzAtNjg4NjQwICgrMikKICAzMjI1NSBmcmVlIGJsb2Nr cywgODE3NiBmcmVlIGlub2RlcywgMCBkaXJlY3RvcmllcwogIEZyZWUgYmxvY2tzOiA2ODg2NDEt NzIwODk1CiAgRnJlZSBpbm9kZXM6IDE3MTY5Ny0xNzk4NzIKR3JvdXAgMjI6IChCbG9ja3MgNzIw ODk2LTc1MzY2MykKICBCbG9jayBiaXRtYXAgYXQgNzIwODk2ICgrMCksIElub2RlIGJpdG1hcCBh dCA3MjA4OTcgKCsxKQogIElub2RlIHRhYmxlIGF0IDcyMDg5OC03MjE0MDggKCsyKQogIDMyMjU1 IGZyZWUgYmxvY2tzLCA4MTc2IGZyZWUgaW5vZGVzLCAwIGRpcmVjdG9yaWVzCiAgRnJlZSBibG9j a3M6IDcyMTQwOS03NTM2NjMKICBGcmVlIGlub2RlczogMTc5ODczLTE4ODA0OApHcm91cCAyMzog KEJsb2NrcyA3NTM2NjQtNzg2NDMxKQogIEJsb2NrIGJpdG1hcCBhdCA3NTM2NjQgKCswKSwgSW5v ZGUgYml0bWFwIGF0IDc1MzY2NSAoKzEpCiAgSW5vZGUgdGFibGUgYXQgNzUzNjY2LTc1NDE3NiAo KzIpCiAgMzIyNTUgZnJlZSBibG9ja3MsIDgxNzYgZnJlZSBpbm9kZXMsIDAgZGlyZWN0b3JpZXMK ICBGcmVlIGJsb2NrczogNzU0MTc3LTc4NjQzMQogIEZyZWUgaW5vZGVzOiAxODgwNDktMTk2MjI0 Ckdyb3VwIDI0OiAoQmxvY2tzIDc4NjQzMi04MTkxOTkpCiAgQmxvY2sgYml0bWFwIGF0IDc4NjQz MiAoKzApLCBJbm9kZSBiaXRtYXAgYXQgNzg2NDMzICgrMSkKICBJbm9kZSB0YWJsZSBhdCA3ODY0 MzQtNzg2OTQ0ICgrMikKICAzMjI1NSBmcmVlIGJsb2NrcywgODE3NiBmcmVlIGlub2RlcywgMCBk aXJlY3RvcmllcwogIEZyZWUgYmxvY2tzOiA3ODY5NDUtODE5MTk5CiAgRnJlZSBpbm9kZXM6IDE5 NjIyNS0yMDQ0MDAKR3JvdXAgMjU6IChCbG9ja3MgODE5MjAwLTg1MTk2NykKICBCYWNrdXAgc3Vw ZXJibG9jayBhdCA4MTkyMDAsIEdyb3VwIGRlc2NyaXB0b3JzIGF0IDgxOTIwMS04MTkyMDEKICBS ZXNlcnZlZCBHRFQgYmxvY2tzIGF0IDgxOTIwMi04MTk0NDAKICBCbG9jayBiaXRtYXAgYXQgODE5 NDQxICgrMjQxKSwgSW5vZGUgYml0bWFwIGF0IDgxOTQ0MiAoKzI0MikKICBJbm9kZSB0YWJsZSBh dCA4MTk0NDMtODE5OTUzICgrMjQzKQogIDMyMDE0IGZyZWUgYmxvY2tzLCA4MTc2IGZyZWUgaW5v ZGVzLCAwIGRpcmVjdG9yaWVzCiAgRnJlZSBibG9ja3M6IDgxOTk1NC04NTE5NjcKICBGcmVlIGlu b2RlczogMjA0NDAxLTIxMjU3NgpHcm91cCAyNjogKEJsb2NrcyA4NTE5NjgtODg0NzM1KQogIEJs b2NrIGJpdG1hcCBhdCA4NTE5NjggKCswKSwgSW5vZGUgYml0bWFwIGF0IDg1MTk2OSAoKzEpCiAg SW5vZGUgdGFibGUgYXQgODUxOTcwLTg1MjQ4MCAoKzIpCiAgMzIyNTUgZnJlZSBibG9ja3MsIDgx NzYgZnJlZSBpbm9kZXMsIDAgZGlyZWN0b3JpZXMKICBGcmVlIGJsb2NrczogODUyNDgxLTg4NDcz NQogIEZyZWUgaW5vZGVzOiAyMTI1NzctMjIwNzUyCkdyb3VwIDI3OiAoQmxvY2tzIDg4NDczNi05 MTc1MDMpCiAgQmFja3VwIHN1cGVyYmxvY2sgYXQgODg0NzM2LCBHcm91cCBkZXNjcmlwdG9ycyBh dCA4ODQ3MzctODg0NzM3CiAgUmVzZXJ2ZWQgR0RUIGJsb2NrcyBhdCA4ODQ3MzgtODg0OTc2CiAg QmxvY2sgYml0bWFwIGF0IDg4NDk3NyAoKzI0MSksIElub2RlIGJpdG1hcCBhdCA4ODQ5NzggKCsy NDIpCiAgSW5vZGUgdGFibGUgYXQgODg0OTc5LTg4NTQ4OSAoKzI0MykKICAzMjAxNCBmcmVlIGJs b2NrcywgODE3NiBmcmVlIGlub2RlcywgMCBkaXJlY3RvcmllcwogIEZyZWUgYmxvY2tzOiA4ODU0 OTAtOTE3NTAzCiAgRnJlZSBpbm9kZXM6IDIyMDc1My0yMjg5MjgKR3JvdXAgMjg6IChCbG9ja3Mg OTE3NTA0LTk1MDI3MSkKICBCbG9jayBiaXRtYXAgYXQgOTE3NTA0ICgrMCksIElub2RlIGJpdG1h cCBhdCA5MTc1MDUgKCsxKQogIElub2RlIHRhYmxlIGF0IDkxNzUwNi05MTgwMTYgKCsyKQogIDMy MjU1IGZyZWUgYmxvY2tzLCA4MTc2IGZyZWUgaW5vZGVzLCAwIGRpcmVjdG9yaWVzCiAgRnJlZSBi bG9ja3M6IDkxODAxNy05NTAyNzEKICBGcmVlIGlub2RlczogMjI4OTI5LTIzNzEwNApHcm91cCAy OTogKEJsb2NrcyA5NTAyNzItOTc5OTU5KQogIEJsb2NrIGJpdG1hcCBhdCA5NTAyNzIgKCswKSwg SW5vZGUgYml0bWFwIGF0IDk1MDI3MyAoKzEpCiAgSW5vZGUgdGFibGUgYXQgOTUwMjc0LTk1MDc4 NCAoKzIpCiAgMjkxNzUgZnJlZSBibG9ja3MsIDgxNzYgZnJlZSBpbm9kZXMsIDAgZGlyZWN0b3Jp ZXMKICBGcmVlIGJsb2NrczogOTUwNzg1LTk3OTk1OQogIEZyZWUgaW5vZGVzOiAyMzcxMDUtMjQ1 MjgwCg== --000e0cd22ab0b37eba0466fb2468 Content-Type: application/octet-stream; name="ext2fs.diff" Content-Disposition: attachment; filename="ext2fs.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_ft990jla2 ZGlmZiAtdWQgZXh0MmZzLm9yaWcvZXh0Ml9mcy5oIGV4dDJmcy9leHQyX2ZzLmgKLS0tIGV4dDJm cy5vcmlnL2V4dDJfZnMuaAkyMDA1LTA2LTE2IDA2OjUxOjM4LjAwMDAwMDAwMCArMDAwMAorKysg ZXh0MmZzL2V4dDJfZnMuaAkyMDA4LTA5LTAzIDE0OjEwOjI3LjAwMDAwMDAwMCArMDAwMApAQCAt MTUwLDcgKzE1MCw3IEBACiAjZWxzZSAvKiAhbm90eWV0ICovCiAjZGVmaW5lCUVYVDJfSU5PREVT X1BFUl9CTE9DSyhzKQkoKHMpLT5zX2lub2Rlc19wZXJfYmxvY2spCiAvKiBTaG91bGQgYmUgc2l6 ZW9mKHN0cnVjdCBleHQyX2lub2RlKTogKi8KLSNkZWZpbmUgRVhUMl9JTk9ERV9TSVpFCQkJMTI4 CisjZGVmaW5lIEVYVDJfSU5PREVfU0laRShzKQkJKChzKS0+c19lcy0+c19pbm9kZV9zaXplKQog I2RlZmluZSBFWFQyX0ZJUlNUX0lOTwkJCTExCiAjZW5kaWYgLyogbm90eWV0ICovCiAKZGlmZiAt dWQgZXh0MmZzLm9yaWcvZXh0Ml9pbm9kZS5jIGV4dDJmcy9leHQyX2lub2RlLmMKLS0tIGV4dDJm cy5vcmlnL2V4dDJfaW5vZGUuYwkyMDA2LTA5LTI2IDA0OjE1OjU4LjAwMDAwMDAwMCArMDAwMAor KysgZXh0MmZzL2V4dDJfaW5vZGUuYwkyMDA4LTA5LTAzIDEzOjU0OjQ5LjAwMDAwMDAwMCArMDAw MApAQCAtOTEsNyArOTEsNyBAQAogCQlyZXR1cm4gKGVycm9yKTsKIAl9CiAJZXh0Ml9pMmVpKGlw LCAoc3RydWN0IGV4dDJfaW5vZGUgKikoKGNoYXIgKilicC0+Yl9kYXRhICsKLQkgICAgRVhUMl9J Tk9ERV9TSVpFICogaW5vX3RvX2ZzYm8oZnMsIGlwLT5pX251bWJlcikpKTsKKwkgICAgRVhUMl9J Tk9ERV9TSVpFKGZzKSAqIGlub190b19mc2JvKGZzLCBpcC0+aV9udW1iZXIpKSk7CiAJaWYgKHdh aXRmb3IgJiYgKHZwLT52X21vdW50LT5tbnRfa2Vybl9mbGFnICYgTU5US19BU1lOQykgPT0gMCkK IAkJcmV0dXJuIChid3JpdGUoYnApKTsKIAllbHNlIHsKZGlmZiAtdWQgZXh0MmZzLm9yaWcvZXh0 Ml92ZnNvcHMuYyBleHQyZnMvZXh0Ml92ZnNvcHMuYwotLS0gZXh0MmZzLm9yaWcvZXh0Ml92ZnNv cHMuYwkyMDA4LTA0LTAzIDE4OjUxOjEzLjAwMDAwMDAwMCArMDAwMAorKysgZXh0MmZzL2V4dDJf dmZzb3BzLmMJMjAwOC0wOS0wMyAxMzo1NTozNy4wMDAwMDAwMDAgKzAwMDAKQEAgLTQyNCw3ICs0 MjQsNyBAQAogICAgIFYoc19mcmFnc19wZXJfZ3JvdXApCiAgICAgZnMtPnNfaW5vZGVzX3Blcl9n cm91cCA9IGVzLT5zX2lub2Rlc19wZXJfZ3JvdXA7CiAgICAgVihzX2lub2Rlc19wZXJfZ3JvdXAp Ci0gICAgZnMtPnNfaW5vZGVzX3Blcl9ibG9jayA9IGZzLT5zX2Jsb2Nrc2l6ZSAvIEVYVDJfSU5P REVfU0laRTsKKyAgICBmcy0+c19pbm9kZXNfcGVyX2Jsb2NrID0gZnMtPnNfYmxvY2tzaXplIC8g RVhUMl9JTk9ERV9TSVpFKGZzKTsKICAgICBWKHNfaW5vZGVzX3Blcl9ibG9jaykKICAgICBmcy0+ c19pdGJfcGVyX2dyb3VwID0gZnMtPnNfaW5vZGVzX3Blcl9ncm91cCAvZnMtPnNfaW5vZGVzX3Bl cl9ibG9jazsKICAgICBWKHNfaXRiX3Blcl9ncm91cCkKQEAgLTU3OCw3ICs1NzgsNyBAQAogCQkJ cmV0dXJuIChlcnJvcik7CiAJCX0KIAkJZXh0Ml9laTJpKChzdHJ1Y3QgZXh0Ml9pbm9kZSAqKSAo KGNoYXIgKilicC0+Yl9kYXRhICsKLQkJICAgIEVYVDJfSU5PREVfU0laRSAqIGlub190b19mc2Jv KGZzLCBpcC0+aV9udW1iZXIpKSwgaXApOworCQkgICAgRVhUMl9JTk9ERV9TSVpFKGZzKSAqIGlu b190b19mc2JvKGZzLCBpcC0+aV9udW1iZXIpKSwgaXApOwogCQlicmVsc2UoYnApOwogCQlWT1Bf VU5MT0NLKHZwLCAwLCB0ZCk7CiAJCXZyZWxlKHZwKTsKQEAgLTEwMTMsNyArMTAxMyw3IEBACiAJ CXJldHVybiAoZXJyb3IpOwogCX0KIAkvKiBjb252ZXJ0IGV4dDIgaW5vZGUgdG8gZGlub2RlICov Ci0JZXh0Ml9laTJpKChzdHJ1Y3QgZXh0Ml9pbm9kZSAqKSAoKGNoYXIgKilicC0+Yl9kYXRhICsg RVhUMl9JTk9ERV9TSVpFICoKKwlleHQyX2VpMmkoKHN0cnVjdCBleHQyX2lub2RlICopICgoY2hh ciAqKWJwLT5iX2RhdGEgKyBFWFQyX0lOT0RFX1NJWkUoZnMpICoKIAkJCWlub190b19mc2JvKGZz LCBpbm8pKSwgaXApOwogCWlwLT5pX2Jsb2NrX2dyb3VwID0gaW5vX3RvX2NnKGZzLCBpbm8pOwog CWlwLT5pX25leHRfYWxsb2NfYmxvY2sgPSAwOwo= --000e0cd22ab0b37eba0466fb2468-- From owner-freebsd-fs@FreeBSD.ORG Tue Apr 7 19:20: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 4561510657CE for ; Tue, 7 Apr 2009 19:20: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 312248FC21 for ; Tue, 7 Apr 2009 19:20: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 n37JK5hq018663 for ; Tue, 7 Apr 2009 19:20:05 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n37JK5U4018662; Tue, 7 Apr 2009 19:20:05 GMT (envelope-from gnats) Date: Tue, 7 Apr 2009 19:20:05 GMT Message-Id: <200904071920.n37JK5U4018662@freefall.freebsd.org> To: freebsd-fs@FreeBSD.org From: aditya sarawgi Cc: Subject: Re: kern/131086: [ext2fs] mkfs.ext2 creates rotten partition X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: aditya sarawgi List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Apr 2009 19:20:07 -0000 The following reply was made to PR kern/131086; it has been noted by GNATS. From: aditya sarawgi To: bug-followup@FreeBSD.org, estellnb@gmail.com Cc: Subject: Re: kern/131086: [ext2fs] mkfs.ext2 creates rotten partition Date: Tue, 7 Apr 2009 15:12:07 -0400 --000e0cd20c568149aa0466fbca32 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit I have reproduced this bug and there is no problem with mkfs.ext2. mkfs.ext2 has been updated to create partitions having default inode size of 256 bytes which is not supported by ext2fs 7.1-RELEASE (it supports only 128 bytes). This problem is similar to kern/124621, kern/125536 and kern/128173. I'm attaching my mkfs.ext2 logs, dump of the file system and a patch that has been committed to 8.0-CURRENT to fix this problem. -- Cheers, Aditya Sarawgi --000e0cd20c568149aa0466fbca32 Content-Type: text/plain; name="mkfslog.txt" Content-Disposition: attachment; filename="mkfslog.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_ft9j8smy0 RmlsZXN5c3RlbSBsYWJlbD0KT1MgdHlwZTogRnJlZUJTRApCbG9jayBzaXplPTQwOTYgKGxvZz0y KQpGcmFnbWVudCBzaXplPTQwOTYgKGxvZz0yKQoyNDUyODAgaW5vZGVzLCA5Nzk5NjAgYmxvY2tz CjQ4OTk4IGJsb2NrcyAoNS4wMCUpIHJlc2VydmVkIGZvciB0aGUgc3VwZXIgdXNlcgpGaXJzdCBk YXRhIGJsb2NrPTAKTWF4aW11bSBmaWxlc3lzdGVtIGJsb2Nrcz0xMDA2NjMyOTYwCjMwIGJsb2Nr IGdyb3VwcwozMjc2OCBibG9ja3MgcGVyIGdyb3VwLCAzMjc2OCBmcmFnbWVudHMgcGVyIGdyb3Vw CjgxNzYgaW5vZGVzIHBlciBncm91cApTdXBlcmJsb2NrIGJhY2t1cHMgc3RvcmVkIG9uIGJsb2Nr czogCgkzMjc2OCwgOTgzMDQsIDE2Mzg0MCwgMjI5Mzc2LCAyOTQ5MTIsIDgxOTIwMCwgODg0NzM2 CgpXcml0aW5nIGlub2RlIHRhYmxlczogIDAvMzAICAgICCAxLzMwCAgICAggMi8zMAgICAgIIDMv MzAICAgICCA0LzMwCAgICAggNS8zMAgICAgIIDYvMzAICAgICCA3LzMwCAgICAggOC8zMAgICAgI IDkvMzAICAgICDEwLzMwCAgICAgxMS8zMAgICAgIMTIvMzAICAgICDEzLzMwCAgICAgxNC8zMAgI CAgIMTUvMzAICAgICDE2LzMwCAgICAgxNy8zMAgICAgIMTgvMzAICAgICDE5LzMwCAgICAgyMC8z MAgICAgIMjEvMzAICAgICDIyLzMwCAgICAgyMy8zMAgICAgIMjQvMzAICAgICDI1LzMwCAgICAgy Ni8zMAgICAgIMjcvMzAICAgICDI4LzMwCAgICAgyOS8zMAgICAgIZG9uZSAgICAgICAgICAgICAg ICAgICAgICAgICAgICAKV3JpdGluZyBzdXBlcmJsb2NrcyBhbmQgZmlsZXN5c3RlbSBhY2NvdW50 aW5nIGluZm9ybWF0aW9uOiBkb25lCgpUaGlzIGZpbGVzeXN0ZW0gd2lsbCBiZSBhdXRvbWF0aWNh bGx5IGNoZWNrZWQgZXZlcnkgMjIgbW91bnRzIG9yCjE4MCBkYXlzLCB3aGljaGV2ZXIgY29tZXMg Zmlyc3QuICBVc2UgdHVuZTJmcyAtYyBvciAtaSB0byBvdmVycmlkZS4K --000e0cd20c568149aa0466fbca32 Content-Type: text/plain; charset=US-ASCII; name="dump.txt" Content-Disposition: attachment; filename="dump.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_ft9j94q71 RmlsZXN5c3RlbSB2b2x1bWUgbmFtZTogICA8bm9uZT4KTGFzdCBtb3VudGVkIG9uOiAgICAgICAg ICA8bm90IGF2YWlsYWJsZT4KRmlsZXN5c3RlbSBVVUlEOiAgICAgICAgICBjMTY1OGZmMy0yODhj LTQ2OWYtYmE2ZC1kY2QyOWU3MGU1ZDEKRmlsZXN5c3RlbSBtYWdpYyBudW1iZXI6ICAweEVGNTMK RmlsZXN5c3RlbSByZXZpc2lvbiAjOiAgICAxIChkeW5hbWljKQpGaWxlc3lzdGVtIGZlYXR1cmVz OiAgICAgIGV4dF9hdHRyIHJlc2l6ZV9pbm9kZSBkaXJfaW5kZXggZmlsZXR5cGUgc3BhcnNlX3N1 cGVyIGxhcmdlX2ZpbGUKRmlsZXN5c3RlbSBmbGFnczogICAgICAgICBzaWduZWRfZGlyZWN0b3J5 X2hhc2ggCkRlZmF1bHQgbW91bnQgb3B0aW9uczogICAgKG5vbmUpCkZpbGVzeXN0ZW0gc3RhdGU6 ICAgICAgICAgY2xlYW4KRXJyb3JzIGJlaGF2aW9yOiAgICAgICAgICBDb250aW51ZQpGaWxlc3lz dGVtIE9TIHR5cGU6ICAgICAgIEZyZWVCU0QKSW5vZGUgY291bnQ6ICAgICAgICAgICAgICAyNDUy ODAKQmxvY2sgY291bnQ6ICAgICAgICAgICAgICA5Nzk5NjAKUmVzZXJ2ZWQgYmxvY2sgY291bnQ6 ICAgICA0ODk5OApGcmVlIGJsb2NrczogICAgICAgICAgICAgIDk2MjYzNgpGcmVlIGlub2Rlczog ICAgICAgICAgICAgIDI0NTI2OQpGaXJzdCBibG9jazogICAgICAgICAgICAgIDAKQmxvY2sgc2l6 ZTogICAgICAgICAgICAgICA0MDk2CkZyYWdtZW50IHNpemU6ICAgICAgICAgICAgNDA5NgpSZXNl cnZlZCBHRFQgYmxvY2tzOiAgICAgIDIzOQpCbG9ja3MgcGVyIGdyb3VwOiAgICAgICAgIDMyNzY4 CkZyYWdtZW50cyBwZXIgZ3JvdXA6ICAgICAgMzI3NjgKSW5vZGVzIHBlciBncm91cDogICAgICAg ICA4MTc2Cklub2RlIGJsb2NrcyBwZXIgZ3JvdXA6ICAgNTExCkZpbGVzeXN0ZW0gY3JlYXRlZDog ICAgICAgVHVlIEFwciAgNyAyMzoxNDowMiAyMDA5Ckxhc3QgbW91bnQgdGltZTogICAgICAgICAg bi9hCkxhc3Qgd3JpdGUgdGltZTogICAgICAgICAgVHVlIEFwciAgNyAyMzoxNDo1MiAyMDA5Ck1v dW50IGNvdW50OiAgICAgICAgICAgICAgMApNYXhpbXVtIG1vdW50IGNvdW50OiAgICAgIDIyCkxh c3QgY2hlY2tlZDogICAgICAgICAgICAgVHVlIEFwciAgNyAyMzoxNDowMiAyMDA5CkNoZWNrIGlu dGVydmFsOiAgICAgICAgICAgMTU1NTIwMDAgKDYgbW9udGhzKQpOZXh0IGNoZWNrIGFmdGVyOiAg ICAgICAgIFN1biBPY3QgIDQgMjM6MTQ6MDIgMjAwOQpSZXNlcnZlZCBibG9ja3MgdWlkOiAgICAg IDAgKHVzZXIgcm9vdCkKUmVzZXJ2ZWQgYmxvY2tzIGdpZDogICAgICAwIChncm91cCB3aGVlbCkK Rmlyc3QgaW5vZGU6ICAgICAgICAgICAgICAxMQpJbm9kZSBzaXplOgkgICAgICAgICAgMjU2ClJl cXVpcmVkIGV4dHJhIGlzaXplOiAgICAgMjgKRGVzaXJlZCBleHRyYSBpc2l6ZTogICAgICAyOApE ZWZhdWx0IGRpcmVjdG9yeSBoYXNoOiAgIGhhbGZfbWQ0CkRpcmVjdG9yeSBIYXNoIFNlZWQ6ICAg ICAgMWRmZWMyOGEtYzBhMi00NzJmLTgyMWQtNTU0NDVlMGI4MTMwCgoKR3JvdXAgMDogKEJsb2Nr cyAwLTMyNzY3KQogIFByaW1hcnkgc3VwZXJibG9jayBhdCAwLCBHcm91cCBkZXNjcmlwdG9ycyBh dCAxLTEKICBSZXNlcnZlZCBHRFQgYmxvY2tzIGF0IDItMjQwCiAgQmxvY2sgYml0bWFwIGF0IDI0 MSAoKzI0MSksIElub2RlIGJpdG1hcCBhdCAyNDIgKCsyNDIpCiAgSW5vZGUgdGFibGUgYXQgMjQz LTc1MyAoKzI0MykKICAzMjAwOCBmcmVlIGJsb2NrcywgODE2NSBmcmVlIGlub2RlcywgMiBkaXJl Y3RvcmllcwogIEZyZWUgYmxvY2tzOiA3NjAtMzI3NjcKICBGcmVlIGlub2RlczogMTItODE3NgpH cm91cCAxOiAoQmxvY2tzIDMyNzY4LTY1NTM1KQogIEJhY2t1cCBzdXBlcmJsb2NrIGF0IDMyNzY4 LCBHcm91cCBkZXNjcmlwdG9ycyBhdCAzMjc2OS0zMjc2OQogIFJlc2VydmVkIEdEVCBibG9ja3Mg YXQgMzI3NzAtMzMwMDgKICBCbG9jayBiaXRtYXAgYXQgMzMwMDkgKCsyNDEpLCBJbm9kZSBiaXRt YXAgYXQgMzMwMTAgKCsyNDIpCiAgSW5vZGUgdGFibGUgYXQgMzMwMTEtMzM1MjEgKCsyNDMpCiAg MzIwMTQgZnJlZSBibG9ja3MsIDgxNzYgZnJlZSBpbm9kZXMsIDAgZGlyZWN0b3JpZXMKICBGcmVl IGJsb2NrczogMzM1MjItNjU1MzUKICBGcmVlIGlub2RlczogODE3Ny0xNjM1MgpHcm91cCAyOiAo QmxvY2tzIDY1NTM2LTk4MzAzKQogIEJsb2NrIGJpdG1hcCBhdCA2NTUzNiAoKzApLCBJbm9kZSBi aXRtYXAgYXQgNjU1MzcgKCsxKQogIElub2RlIHRhYmxlIGF0IDY1NTM4LTY2MDQ4ICgrMikKICAz MjI1NSBmcmVlIGJsb2NrcywgODE3NiBmcmVlIGlub2RlcywgMCBkaXJlY3RvcmllcwogIEZyZWUg YmxvY2tzOiA2NjA0OS05ODMwMwogIEZyZWUgaW5vZGVzOiAxNjM1My0yNDUyOApHcm91cCAzOiAo QmxvY2tzIDk4MzA0LTEzMTA3MSkKICBCYWNrdXAgc3VwZXJibG9jayBhdCA5ODMwNCwgR3JvdXAg ZGVzY3JpcHRvcnMgYXQgOTgzMDUtOTgzMDUKICBSZXNlcnZlZCBHRFQgYmxvY2tzIGF0IDk4MzA2 LTk4NTQ0CiAgQmxvY2sgYml0bWFwIGF0IDk4NTQ1ICgrMjQxKSwgSW5vZGUgYml0bWFwIGF0IDk4 NTQ2ICgrMjQyKQogIElub2RlIHRhYmxlIGF0IDk4NTQ3LTk5MDU3ICgrMjQzKQogIDMyMDE0IGZy ZWUgYmxvY2tzLCA4MTc2IGZyZWUgaW5vZGVzLCAwIGRpcmVjdG9yaWVzCiAgRnJlZSBibG9ja3M6 IDk5MDU4LTEzMTA3MQogIEZyZWUgaW5vZGVzOiAyNDUyOS0zMjcwNApHcm91cCA0OiAoQmxvY2tz IDEzMTA3Mi0xNjM4MzkpCiAgQmxvY2sgYml0bWFwIGF0IDEzMTA3MiAoKzApLCBJbm9kZSBiaXRt YXAgYXQgMTMxMDczICgrMSkKICBJbm9kZSB0YWJsZSBhdCAxMzEwNzQtMTMxNTg0ICgrMikKICAz MjI1NSBmcmVlIGJsb2NrcywgODE3NiBmcmVlIGlub2RlcywgMCBkaXJlY3RvcmllcwogIEZyZWUg YmxvY2tzOiAxMzE1ODUtMTYzODM5CiAgRnJlZSBpbm9kZXM6IDMyNzA1LTQwODgwCkdyb3VwIDU6 IChCbG9ja3MgMTYzODQwLTE5NjYwNykKICBCYWNrdXAgc3VwZXJibG9jayBhdCAxNjM4NDAsIEdy b3VwIGRlc2NyaXB0b3JzIGF0IDE2Mzg0MS0xNjM4NDEKICBSZXNlcnZlZCBHRFQgYmxvY2tzIGF0 IDE2Mzg0Mi0xNjQwODAKICBCbG9jayBiaXRtYXAgYXQgMTY0MDgxICgrMjQxKSwgSW5vZGUgYml0 bWFwIGF0IDE2NDA4MiAoKzI0MikKICBJbm9kZSB0YWJsZSBhdCAxNjQwODMtMTY0NTkzICgrMjQz KQogIDMyMDE0IGZyZWUgYmxvY2tzLCA4MTc2IGZyZWUgaW5vZGVzLCAwIGRpcmVjdG9yaWVzCiAg RnJlZSBibG9ja3M6IDE2NDU5NC0xOTY2MDcKICBGcmVlIGlub2RlczogNDA4ODEtNDkwNTYKR3Jv dXAgNjogKEJsb2NrcyAxOTY2MDgtMjI5Mzc1KQogIEJsb2NrIGJpdG1hcCBhdCAxOTY2MDggKCsw KSwgSW5vZGUgYml0bWFwIGF0IDE5NjYwOSAoKzEpCiAgSW5vZGUgdGFibGUgYXQgMTk2NjEwLTE5 NzEyMCAoKzIpCiAgMzIyNTUgZnJlZSBibG9ja3MsIDgxNzYgZnJlZSBpbm9kZXMsIDAgZGlyZWN0 b3JpZXMKICBGcmVlIGJsb2NrczogMTk3MTIxLTIyOTM3NQogIEZyZWUgaW5vZGVzOiA0OTA1Ny01 NzIzMgpHcm91cCA3OiAoQmxvY2tzIDIyOTM3Ni0yNjIxNDMpCiAgQmFja3VwIHN1cGVyYmxvY2sg YXQgMjI5Mzc2LCBHcm91cCBkZXNjcmlwdG9ycyBhdCAyMjkzNzctMjI5Mzc3CiAgUmVzZXJ2ZWQg R0RUIGJsb2NrcyBhdCAyMjkzNzgtMjI5NjE2CiAgQmxvY2sgYml0bWFwIGF0IDIyOTYxNyAoKzI0 MSksIElub2RlIGJpdG1hcCBhdCAyMjk2MTggKCsyNDIpCiAgSW5vZGUgdGFibGUgYXQgMjI5NjE5 LTIzMDEyOSAoKzI0MykKICAzMjAxNCBmcmVlIGJsb2NrcywgODE3NiBmcmVlIGlub2RlcywgMCBk aXJlY3RvcmllcwogIEZyZWUgYmxvY2tzOiAyMzAxMzAtMjYyMTQzCiAgRnJlZSBpbm9kZXM6IDU3 MjMzLTY1NDA4Ckdyb3VwIDg6IChCbG9ja3MgMjYyMTQ0LTI5NDkxMSkKICBCbG9jayBiaXRtYXAg YXQgMjYyMTQ0ICgrMCksIElub2RlIGJpdG1hcCBhdCAyNjIxNDUgKCsxKQogIElub2RlIHRhYmxl IGF0IDI2MjE0Ni0yNjI2NTYgKCsyKQogIDMyMjU1IGZyZWUgYmxvY2tzLCA4MTc2IGZyZWUgaW5v ZGVzLCAwIGRpcmVjdG9yaWVzCiAgRnJlZSBibG9ja3M6IDI2MjY1Ny0yOTQ5MTEKICBGcmVlIGlu b2RlczogNjU0MDktNzM1ODQKR3JvdXAgOTogKEJsb2NrcyAyOTQ5MTItMzI3Njc5KQogIEJhY2t1 cCBzdXBlcmJsb2NrIGF0IDI5NDkxMiwgR3JvdXAgZGVzY3JpcHRvcnMgYXQgMjk0OTEzLTI5NDkx MwogIFJlc2VydmVkIEdEVCBibG9ja3MgYXQgMjk0OTE0LTI5NTE1MgogIEJsb2NrIGJpdG1hcCBh dCAyOTUxNTMgKCsyNDEpLCBJbm9kZSBiaXRtYXAgYXQgMjk1MTU0ICgrMjQyKQogIElub2RlIHRh YmxlIGF0IDI5NTE1NS0yOTU2NjUgKCsyNDMpCiAgMzIwMTQgZnJlZSBibG9ja3MsIDgxNzYgZnJl ZSBpbm9kZXMsIDAgZGlyZWN0b3JpZXMKICBGcmVlIGJsb2NrczogMjk1NjY2LTMyNzY3OQogIEZy ZWUgaW5vZGVzOiA3MzU4NS04MTc2MApHcm91cCAxMDogKEJsb2NrcyAzMjc2ODAtMzYwNDQ3KQog IEJsb2NrIGJpdG1hcCBhdCAzMjc2ODAgKCswKSwgSW5vZGUgYml0bWFwIGF0IDMyNzY4MSAoKzEp CiAgSW5vZGUgdGFibGUgYXQgMzI3NjgyLTMyODE5MiAoKzIpCiAgMzIyNTUgZnJlZSBibG9ja3Ms IDgxNzYgZnJlZSBpbm9kZXMsIDAgZGlyZWN0b3JpZXMKICBGcmVlIGJsb2NrczogMzI4MTkzLTM2 MDQ0NwogIEZyZWUgaW5vZGVzOiA4MTc2MS04OTkzNgpHcm91cCAxMTogKEJsb2NrcyAzNjA0NDgt MzkzMjE1KQogIEJsb2NrIGJpdG1hcCBhdCAzNjA0NDggKCswKSwgSW5vZGUgYml0bWFwIGF0IDM2 MDQ0OSAoKzEpCiAgSW5vZGUgdGFibGUgYXQgMzYwNDUwLTM2MDk2MCAoKzIpCiAgMzIyNTUgZnJl ZSBibG9ja3MsIDgxNzYgZnJlZSBpbm9kZXMsIDAgZGlyZWN0b3JpZXMKICBGcmVlIGJsb2Nrczog MzYwOTYxLTM5MzIxNQogIEZyZWUgaW5vZGVzOiA4OTkzNy05ODExMgpHcm91cCAxMjogKEJsb2Nr cyAzOTMyMTYtNDI1OTgzKQogIEJsb2NrIGJpdG1hcCBhdCAzOTMyMTYgKCswKSwgSW5vZGUgYml0 bWFwIGF0IDM5MzIxNyAoKzEpCiAgSW5vZGUgdGFibGUgYXQgMzkzMjE4LTM5MzcyOCAoKzIpCiAg MzIyNTUgZnJlZSBibG9ja3MsIDgxNzYgZnJlZSBpbm9kZXMsIDAgZGlyZWN0b3JpZXMKICBGcmVl IGJsb2NrczogMzkzNzI5LTQyNTk4MwogIEZyZWUgaW5vZGVzOiA5ODExMy0xMDYyODgKR3JvdXAg MTM6IChCbG9ja3MgNDI1OTg0LTQ1ODc1MSkKICBCbG9jayBiaXRtYXAgYXQgNDI1OTg0ICgrMCks IElub2RlIGJpdG1hcCBhdCA0MjU5ODUgKCsxKQogIElub2RlIHRhYmxlIGF0IDQyNTk4Ni00MjY0 OTYgKCsyKQogIDMyMjU1IGZyZWUgYmxvY2tzLCA4MTc2IGZyZWUgaW5vZGVzLCAwIGRpcmVjdG9y aWVzCiAgRnJlZSBibG9ja3M6IDQyNjQ5Ny00NTg3NTEKICBGcmVlIGlub2RlczogMTA2Mjg5LTEx NDQ2NApHcm91cCAxNDogKEJsb2NrcyA0NTg3NTItNDkxNTE5KQogIEJsb2NrIGJpdG1hcCBhdCA0 NTg3NTIgKCswKSwgSW5vZGUgYml0bWFwIGF0IDQ1ODc1MyAoKzEpCiAgSW5vZGUgdGFibGUgYXQg NDU4NzU0LTQ1OTI2NCAoKzIpCiAgMzIyNTUgZnJlZSBibG9ja3MsIDgxNzYgZnJlZSBpbm9kZXMs IDAgZGlyZWN0b3JpZXMKICBGcmVlIGJsb2NrczogNDU5MjY1LTQ5MTUxOQogIEZyZWUgaW5vZGVz OiAxMTQ0NjUtMTIyNjQwCkdyb3VwIDE1OiAoQmxvY2tzIDQ5MTUyMC01MjQyODcpCiAgQmxvY2sg Yml0bWFwIGF0IDQ5MTUyMCAoKzApLCBJbm9kZSBiaXRtYXAgYXQgNDkxNTIxICgrMSkKICBJbm9k ZSB0YWJsZSBhdCA0OTE1MjItNDkyMDMyICgrMikKICAzMjI1NSBmcmVlIGJsb2NrcywgODE3NiBm cmVlIGlub2RlcywgMCBkaXJlY3RvcmllcwogIEZyZWUgYmxvY2tzOiA0OTIwMzMtNTI0Mjg3CiAg RnJlZSBpbm9kZXM6IDEyMjY0MS0xMzA4MTYKR3JvdXAgMTY6IChCbG9ja3MgNTI0Mjg4LTU1NzA1 NSkKICBCbG9jayBiaXRtYXAgYXQgNTI0Mjg4ICgrMCksIElub2RlIGJpdG1hcCBhdCA1MjQyODkg KCsxKQogIElub2RlIHRhYmxlIGF0IDUyNDI5MC01MjQ4MDAgKCsyKQogIDMyMjU1IGZyZWUgYmxv Y2tzLCA4MTc2IGZyZWUgaW5vZGVzLCAwIGRpcmVjdG9yaWVzCiAgRnJlZSBibG9ja3M6IDUyNDgw MS01NTcwNTUKICBGcmVlIGlub2RlczogMTMwODE3LTEzODk5MgpHcm91cCAxNzogKEJsb2NrcyA1 NTcwNTYtNTg5ODIzKQogIEJsb2NrIGJpdG1hcCBhdCA1NTcwNTYgKCswKSwgSW5vZGUgYml0bWFw IGF0IDU1NzA1NyAoKzEpCiAgSW5vZGUgdGFibGUgYXQgNTU3MDU4LTU1NzU2OCAoKzIpCiAgMzIy NTUgZnJlZSBibG9ja3MsIDgxNzYgZnJlZSBpbm9kZXMsIDAgZGlyZWN0b3JpZXMKICBGcmVlIGJs b2NrczogNTU3NTY5LTU4OTgyMwogIEZyZWUgaW5vZGVzOiAxMzg5OTMtMTQ3MTY4Ckdyb3VwIDE4 OiAoQmxvY2tzIDU4OTgyNC02MjI1OTEpCiAgQmxvY2sgYml0bWFwIGF0IDU4OTgyNCAoKzApLCBJ bm9kZSBiaXRtYXAgYXQgNTg5ODI1ICgrMSkKICBJbm9kZSB0YWJsZSBhdCA1ODk4MjYtNTkwMzM2 ICgrMikKICAzMjI1NSBmcmVlIGJsb2NrcywgODE3NiBmcmVlIGlub2RlcywgMCBkaXJlY3Rvcmll cwogIEZyZWUgYmxvY2tzOiA1OTAzMzctNjIyNTkxCiAgRnJlZSBpbm9kZXM6IDE0NzE2OS0xNTUz NDQKR3JvdXAgMTk6IChCbG9ja3MgNjIyNTkyLTY1NTM1OSkKICBCbG9jayBiaXRtYXAgYXQgNjIy NTkyICgrMCksIElub2RlIGJpdG1hcCBhdCA2MjI1OTMgKCsxKQogIElub2RlIHRhYmxlIGF0IDYy MjU5NC02MjMxMDQgKCsyKQogIDMyMjU1IGZyZWUgYmxvY2tzLCA4MTc2IGZyZWUgaW5vZGVzLCAw IGRpcmVjdG9yaWVzCiAgRnJlZSBibG9ja3M6IDYyMzEwNS02NTUzNTkKICBGcmVlIGlub2Rlczog MTU1MzQ1LTE2MzUyMApHcm91cCAyMDogKEJsb2NrcyA2NTUzNjAtNjg4MTI3KQogIEJsb2NrIGJp dG1hcCBhdCA2NTUzNjAgKCswKSwgSW5vZGUgYml0bWFwIGF0IDY1NTM2MSAoKzEpCiAgSW5vZGUg dGFibGUgYXQgNjU1MzYyLTY1NTg3MiAoKzIpCiAgMzIyNTUgZnJlZSBibG9ja3MsIDgxNzYgZnJl ZSBpbm9kZXMsIDAgZGlyZWN0b3JpZXMKICBGcmVlIGJsb2NrczogNjU1ODczLTY4ODEyNwogIEZy ZWUgaW5vZGVzOiAxNjM1MjEtMTcxNjk2Ckdyb3VwIDIxOiAoQmxvY2tzIDY4ODEyOC03MjA4OTUp CiAgQmxvY2sgYml0bWFwIGF0IDY4ODEyOCAoKzApLCBJbm9kZSBiaXRtYXAgYXQgNjg4MTI5ICgr MSkKICBJbm9kZSB0YWJsZSBhdCA2ODgxMzAtNjg4NjQwICgrMikKICAzMjI1NSBmcmVlIGJsb2Nr cywgODE3NiBmcmVlIGlub2RlcywgMCBkaXJlY3RvcmllcwogIEZyZWUgYmxvY2tzOiA2ODg2NDEt NzIwODk1CiAgRnJlZSBpbm9kZXM6IDE3MTY5Ny0xNzk4NzIKR3JvdXAgMjI6IChCbG9ja3MgNzIw ODk2LTc1MzY2MykKICBCbG9jayBiaXRtYXAgYXQgNzIwODk2ICgrMCksIElub2RlIGJpdG1hcCBh dCA3MjA4OTcgKCsxKQogIElub2RlIHRhYmxlIGF0IDcyMDg5OC03MjE0MDggKCsyKQogIDMyMjU1 IGZyZWUgYmxvY2tzLCA4MTc2IGZyZWUgaW5vZGVzLCAwIGRpcmVjdG9yaWVzCiAgRnJlZSBibG9j a3M6IDcyMTQwOS03NTM2NjMKICBGcmVlIGlub2RlczogMTc5ODczLTE4ODA0OApHcm91cCAyMzog KEJsb2NrcyA3NTM2NjQtNzg2NDMxKQogIEJsb2NrIGJpdG1hcCBhdCA3NTM2NjQgKCswKSwgSW5v ZGUgYml0bWFwIGF0IDc1MzY2NSAoKzEpCiAgSW5vZGUgdGFibGUgYXQgNzUzNjY2LTc1NDE3NiAo KzIpCiAgMzIyNTUgZnJlZSBibG9ja3MsIDgxNzYgZnJlZSBpbm9kZXMsIDAgZGlyZWN0b3JpZXMK ICBGcmVlIGJsb2NrczogNzU0MTc3LTc4NjQzMQogIEZyZWUgaW5vZGVzOiAxODgwNDktMTk2MjI0 Ckdyb3VwIDI0OiAoQmxvY2tzIDc4NjQzMi04MTkxOTkpCiAgQmxvY2sgYml0bWFwIGF0IDc4NjQz MiAoKzApLCBJbm9kZSBiaXRtYXAgYXQgNzg2NDMzICgrMSkKICBJbm9kZSB0YWJsZSBhdCA3ODY0 MzQtNzg2OTQ0ICgrMikKICAzMjI1NSBmcmVlIGJsb2NrcywgODE3NiBmcmVlIGlub2RlcywgMCBk aXJlY3RvcmllcwogIEZyZWUgYmxvY2tzOiA3ODY5NDUtODE5MTk5CiAgRnJlZSBpbm9kZXM6IDE5 NjIyNS0yMDQ0MDAKR3JvdXAgMjU6IChCbG9ja3MgODE5MjAwLTg1MTk2NykKICBCYWNrdXAgc3Vw ZXJibG9jayBhdCA4MTkyMDAsIEdyb3VwIGRlc2NyaXB0b3JzIGF0IDgxOTIwMS04MTkyMDEKICBS ZXNlcnZlZCBHRFQgYmxvY2tzIGF0IDgxOTIwMi04MTk0NDAKICBCbG9jayBiaXRtYXAgYXQgODE5 NDQxICgrMjQxKSwgSW5vZGUgYml0bWFwIGF0IDgxOTQ0MiAoKzI0MikKICBJbm9kZSB0YWJsZSBh dCA4MTk0NDMtODE5OTUzICgrMjQzKQogIDMyMDE0IGZyZWUgYmxvY2tzLCA4MTc2IGZyZWUgaW5v ZGVzLCAwIGRpcmVjdG9yaWVzCiAgRnJlZSBibG9ja3M6IDgxOTk1NC04NTE5NjcKICBGcmVlIGlu b2RlczogMjA0NDAxLTIxMjU3NgpHcm91cCAyNjogKEJsb2NrcyA4NTE5NjgtODg0NzM1KQogIEJs b2NrIGJpdG1hcCBhdCA4NTE5NjggKCswKSwgSW5vZGUgYml0bWFwIGF0IDg1MTk2OSAoKzEpCiAg SW5vZGUgdGFibGUgYXQgODUxOTcwLTg1MjQ4MCAoKzIpCiAgMzIyNTUgZnJlZSBibG9ja3MsIDgx NzYgZnJlZSBpbm9kZXMsIDAgZGlyZWN0b3JpZXMKICBGcmVlIGJsb2NrczogODUyNDgxLTg4NDcz NQogIEZyZWUgaW5vZGVzOiAyMTI1NzctMjIwNzUyCkdyb3VwIDI3OiAoQmxvY2tzIDg4NDczNi05 MTc1MDMpCiAgQmFja3VwIHN1cGVyYmxvY2sgYXQgODg0NzM2LCBHcm91cCBkZXNjcmlwdG9ycyBh dCA4ODQ3MzctODg0NzM3CiAgUmVzZXJ2ZWQgR0RUIGJsb2NrcyBhdCA4ODQ3MzgtODg0OTc2CiAg QmxvY2sgYml0bWFwIGF0IDg4NDk3NyAoKzI0MSksIElub2RlIGJpdG1hcCBhdCA4ODQ5NzggKCsy NDIpCiAgSW5vZGUgdGFibGUgYXQgODg0OTc5LTg4NTQ4OSAoKzI0MykKICAzMjAxNCBmcmVlIGJs b2NrcywgODE3NiBmcmVlIGlub2RlcywgMCBkaXJlY3RvcmllcwogIEZyZWUgYmxvY2tzOiA4ODU0 OTAtOTE3NTAzCiAgRnJlZSBpbm9kZXM6IDIyMDc1My0yMjg5MjgKR3JvdXAgMjg6IChCbG9ja3Mg OTE3NTA0LTk1MDI3MSkKICBCbG9jayBiaXRtYXAgYXQgOTE3NTA0ICgrMCksIElub2RlIGJpdG1h cCBhdCA5MTc1MDUgKCsxKQogIElub2RlIHRhYmxlIGF0IDkxNzUwNi05MTgwMTYgKCsyKQogIDMy MjU1IGZyZWUgYmxvY2tzLCA4MTc2IGZyZWUgaW5vZGVzLCAwIGRpcmVjdG9yaWVzCiAgRnJlZSBi bG9ja3M6IDkxODAxNy05NTAyNzEKICBGcmVlIGlub2RlczogMjI4OTI5LTIzNzEwNApHcm91cCAy OTogKEJsb2NrcyA5NTAyNzItOTc5OTU5KQogIEJsb2NrIGJpdG1hcCBhdCA5NTAyNzIgKCswKSwg SW5vZGUgYml0bWFwIGF0IDk1MDI3MyAoKzEpCiAgSW5vZGUgdGFibGUgYXQgOTUwMjc0LTk1MDc4 NCAoKzIpCiAgMjkxNzUgZnJlZSBibG9ja3MsIDgxNzYgZnJlZSBpbm9kZXMsIDAgZGlyZWN0b3Jp ZXMKICBGcmVlIGJsb2NrczogOTUwNzg1LTk3OTk1OQogIEZyZWUgaW5vZGVzOiAyMzcxMDUtMjQ1 MjgwCg== --000e0cd20c568149aa0466fbca32 Content-Type: text/plain; charset=US-ASCII; name="ext2fs.diff.txt" Content-Disposition: attachment; filename="ext2fs.diff.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_ft9j9ez32 ZGlmZiAtdWQgZXh0MmZzLm9yaWcvZXh0Ml9mcy5oIGV4dDJmcy9leHQyX2ZzLmgKLS0tIGV4dDJm cy5vcmlnL2V4dDJfZnMuaAkyMDA1LTA2LTE2IDA2OjUxOjM4LjAwMDAwMDAwMCArMDAwMAorKysg ZXh0MmZzL2V4dDJfZnMuaAkyMDA4LTA5LTAzIDE0OjEwOjI3LjAwMDAwMDAwMCArMDAwMApAQCAt MTUwLDcgKzE1MCw3IEBACiAjZWxzZSAvKiAhbm90eWV0ICovCiAjZGVmaW5lCUVYVDJfSU5PREVT X1BFUl9CTE9DSyhzKQkoKHMpLT5zX2lub2Rlc19wZXJfYmxvY2spCiAvKiBTaG91bGQgYmUgc2l6 ZW9mKHN0cnVjdCBleHQyX2lub2RlKTogKi8KLSNkZWZpbmUgRVhUMl9JTk9ERV9TSVpFCQkJMTI4 CisjZGVmaW5lIEVYVDJfSU5PREVfU0laRShzKQkJKChzKS0+c19lcy0+c19pbm9kZV9zaXplKQog I2RlZmluZSBFWFQyX0ZJUlNUX0lOTwkJCTExCiAjZW5kaWYgLyogbm90eWV0ICovCiAKZGlmZiAt dWQgZXh0MmZzLm9yaWcvZXh0Ml9pbm9kZS5jIGV4dDJmcy9leHQyX2lub2RlLmMKLS0tIGV4dDJm cy5vcmlnL2V4dDJfaW5vZGUuYwkyMDA2LTA5LTI2IDA0OjE1OjU4LjAwMDAwMDAwMCArMDAwMAor KysgZXh0MmZzL2V4dDJfaW5vZGUuYwkyMDA4LTA5LTAzIDEzOjU0OjQ5LjAwMDAwMDAwMCArMDAw MApAQCAtOTEsNyArOTEsNyBAQAogCQlyZXR1cm4gKGVycm9yKTsKIAl9CiAJZXh0Ml9pMmVpKGlw LCAoc3RydWN0IGV4dDJfaW5vZGUgKikoKGNoYXIgKilicC0+Yl9kYXRhICsKLQkgICAgRVhUMl9J Tk9ERV9TSVpFICogaW5vX3RvX2ZzYm8oZnMsIGlwLT5pX251bWJlcikpKTsKKwkgICAgRVhUMl9J Tk9ERV9TSVpFKGZzKSAqIGlub190b19mc2JvKGZzLCBpcC0+aV9udW1iZXIpKSk7CiAJaWYgKHdh aXRmb3IgJiYgKHZwLT52X21vdW50LT5tbnRfa2Vybl9mbGFnICYgTU5US19BU1lOQykgPT0gMCkK IAkJcmV0dXJuIChid3JpdGUoYnApKTsKIAllbHNlIHsKZGlmZiAtdWQgZXh0MmZzLm9yaWcvZXh0 Ml92ZnNvcHMuYyBleHQyZnMvZXh0Ml92ZnNvcHMuYwotLS0gZXh0MmZzLm9yaWcvZXh0Ml92ZnNv cHMuYwkyMDA4LTA0LTAzIDE4OjUxOjEzLjAwMDAwMDAwMCArMDAwMAorKysgZXh0MmZzL2V4dDJf dmZzb3BzLmMJMjAwOC0wOS0wMyAxMzo1NTozNy4wMDAwMDAwMDAgKzAwMDAKQEAgLTQyNCw3ICs0 MjQsNyBAQAogICAgIFYoc19mcmFnc19wZXJfZ3JvdXApCiAgICAgZnMtPnNfaW5vZGVzX3Blcl9n cm91cCA9IGVzLT5zX2lub2Rlc19wZXJfZ3JvdXA7CiAgICAgVihzX2lub2Rlc19wZXJfZ3JvdXAp Ci0gICAgZnMtPnNfaW5vZGVzX3Blcl9ibG9jayA9IGZzLT5zX2Jsb2Nrc2l6ZSAvIEVYVDJfSU5P REVfU0laRTsKKyAgICBmcy0+c19pbm9kZXNfcGVyX2Jsb2NrID0gZnMtPnNfYmxvY2tzaXplIC8g RVhUMl9JTk9ERV9TSVpFKGZzKTsKICAgICBWKHNfaW5vZGVzX3Blcl9ibG9jaykKICAgICBmcy0+ c19pdGJfcGVyX2dyb3VwID0gZnMtPnNfaW5vZGVzX3Blcl9ncm91cCAvZnMtPnNfaW5vZGVzX3Bl cl9ibG9jazsKICAgICBWKHNfaXRiX3Blcl9ncm91cCkKQEAgLTU3OCw3ICs1NzgsNyBAQAogCQkJ cmV0dXJuIChlcnJvcik7CiAJCX0KIAkJZXh0Ml9laTJpKChzdHJ1Y3QgZXh0Ml9pbm9kZSAqKSAo KGNoYXIgKilicC0+Yl9kYXRhICsKLQkJICAgIEVYVDJfSU5PREVfU0laRSAqIGlub190b19mc2Jv KGZzLCBpcC0+aV9udW1iZXIpKSwgaXApOworCQkgICAgRVhUMl9JTk9ERV9TSVpFKGZzKSAqIGlu b190b19mc2JvKGZzLCBpcC0+aV9udW1iZXIpKSwgaXApOwogCQlicmVsc2UoYnApOwogCQlWT1Bf VU5MT0NLKHZwLCAwLCB0ZCk7CiAJCXZyZWxlKHZwKTsKQEAgLTEwMTMsNyArMTAxMyw3IEBACiAJ CXJldHVybiAoZXJyb3IpOwogCX0KIAkvKiBjb252ZXJ0IGV4dDIgaW5vZGUgdG8gZGlub2RlICov Ci0JZXh0Ml9laTJpKChzdHJ1Y3QgZXh0Ml9pbm9kZSAqKSAoKGNoYXIgKilicC0+Yl9kYXRhICsg RVhUMl9JTk9ERV9TSVpFICoKKwlleHQyX2VpMmkoKHN0cnVjdCBleHQyX2lub2RlICopICgoY2hh ciAqKWJwLT5iX2RhdGEgKyBFWFQyX0lOT0RFX1NJWkUoZnMpICoKIAkJCWlub190b19mc2JvKGZz LCBpbm8pKSwgaXApOwogCWlwLT5pX2Jsb2NrX2dyb3VwID0gaW5vX3RvX2NnKGZzLCBpbm8pOwog CWlwLT5pX25leHRfYWxsb2NfYmxvY2sgPSAwOwo= --000e0cd20c568149aa0466fbca32-- From owner-freebsd-fs@FreeBSD.ORG Tue Apr 7 19:40: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 BBF1C1065674 for ; Tue, 7 Apr 2009 19:40: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 8F1718FC15 for ; Tue, 7 Apr 2009 19:40: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 n37Je63Q046447 for ; Tue, 7 Apr 2009 19:40:06 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n37Je6Dp046446; Tue, 7 Apr 2009 19:40:06 GMT (envelope-from gnats) Date: Tue, 7 Apr 2009 19:40:06 GMT Message-Id: <200904071940.n37Je6Dp046446@freefall.freebsd.org> To: freebsd-fs@FreeBSD.org From: aditya sarawgi Cc: Subject: Re: kern/131086 : [ext2fs] mkfs.ext2 creates rotten partition X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: aditya sarawgi List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Apr 2009 19:40:07 -0000 The following reply was made to PR kern/131086; it has been noted by GNATS. From: aditya sarawgi To: bug-followup@FreeBSD.org, estellnb@gmail.com Cc: Subject: Re: kern/131086 : [ext2fs] mkfs.ext2 creates rotten partition Date: Tue, 7 Apr 2009 15:33:16 -0400 Sorry for all the mess. gmail is screwing up the attachments. Filesystem label= OS type: FreeBSD Block size=4096 (log=2) Fragment size=4096 (log=2) 245280 inodes, 979960 blocks 48998 blocks (5.00%) reserved for the super user First data block=0 Maximum filesystem blocks=1006632960 30 block groups 32768 blocks per group, 32768 fragments per group 8176 inodes per group Superblock backups stored on blocks: 32768, 98304, 163840, 229376, 294912, 819200, 884736 Writing superblocks and filesystem accounting information: done This filesystem will be automatically checked every 22 mounts or 180 days, whichever comes first. Use tune2fs -c or -i to override. Filesystem volume name: Last mounted on: Filesystem UUID: c1658ff3-288c-469f-ba6d-dcd29e70e5d1 Filesystem magic number: 0xEF53 Filesystem revision #: 1 (dynamic) Filesystem features: ext_attr resize_inode dir_index filetype sparse_super large_file Filesystem flags: signed_directory_hash Default mount options: (none) Filesystem state: clean Errors behavior: Continue Filesystem OS type: FreeBSD Inode count: 245280 Block count: 979960 Reserved block count: 48998 Free blocks: 962636 Free inodes: 245269 First block: 0 Block size: 4096 Fragment size: 4096 Reserved GDT blocks: 239 Blocks per group: 32768 Fragments per group: 32768 Inodes per group: 8176 Inode blocks per group: 511 Filesystem created: Tue Apr 7 23:14:02 2009 Last mount time: n/a Last write time: Tue Apr 7 23:14:52 2009 Mount count: 0 Maximum mount count: 22 Last checked: Tue Apr 7 23:14:02 2009 Check interval: 15552000 (6 months) Next check after: Sun Oct 4 23:14:02 2009 Reserved blocks uid: 0 (user root) Reserved blocks gid: 0 (group wheel) First inode: 11 Inode size: 256 Required extra isize: 28 Desired extra isize: 28 Default directory hash: half_md4 Directory Hash Seed: 1dfec28a-c0a2-472f-821d-55445e0b8130 and here's the patch http://pflog.net/~floyd/ext2fs.diff -- Cheers, Aditya Sarawgi From owner-freebsd-fs@FreeBSD.ORG Thu Apr 9 03:18:52 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 59F16106566C for ; Thu, 9 Apr 2009 03:18:52 +0000 (UTC) (envelope-from hali@datapipe.com) Received: from EXFESMQ01.datapipe-corp.net (exfesmq01.datapipe-corp.net [64.106.130.69]) by mx1.freebsd.org (Postfix) with ESMTP id 259DC8FC16 for ; Thu, 9 Apr 2009 03:18:52 +0000 (UTC) (envelope-from hali@datapipe.com) Received: from datapipe.net (192.168.128.20) by EXFESMQ01.datapipe-corp.net (64.106.130.71) with Microsoft SMTP Server (TLS) id 8.1.340.0; Wed, 8 Apr 2009 23:17:33 -0400 Date: Wed, 8 Apr 2009 23:18:51 -0400 From: Hussain Ali To: Message-ID: <20090409031851.GE6052@datapipe.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline User-Agent: mutt-ng/devel-r804 (Linux) Content-Transfer-Encoding: quoted-printable Subject: Re: ZFSKnownProblems - needs revision? 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, 09 Apr 2009 03:18:52 -0000 > Ivan Voras wrote: > > >>* Are the issues on the list still there? >>* Are there any new issues? >>* Is somebody running ZFS in production (non-trivial loads) with >>success? What architecture / RAM / load / applications used? >>* How is your memory load? (does it leave enough memory for other >>services) I have a storage server its constantly heavy writing and reading (at times) though not with high concurrency: # df -h Filesystem Size Used Avail Capacity Mounted on /dev/ufs/rootfs 19G 395M 17G 2% / devfs 1.0K 1.0K 0B 100% /dev /dev/ufs/tmp 4.8G 20K 4.5G 0% /tmp /dev/ufs/usr 19G 2.9G 15G 16% /usr /dev/ufs/var 15G 7.5G 5.8G 56% /var backupstorage 94T 80T 13T 86% /backupstorage # cat /etc/sysctl.conf # $Id: sysctl.conf,v 1.3 2009/04/09 03:06:31 hali Exp root $ security.bsd.see_other_uids=3D0 net.inet.tcp.blackhole=3D2 net.inet.udp.blackhole=3D1 net.inet.icmp.icmplim=3D50 net.inet.tcp.sendspace=3D524288 net.inet.tcp.recvspace=3D524288 net.inet.ip.intr_queue_maxlen=3D2048 net.inet.ip.intr_queue_drops=3D4096 kern.ipc.maxsockbuf=3D2097152 kern.ipc.somaxconn=3D8096 kern.maxfiles=3D443808 vfs.hirunningspace=3D4194304 vfs.ufs.dirhash_maxmem=3D4194304 vfs.lookup_shared=3D1 # cat /boot/loader.conf # $Id: loader.conf,v 1.4 2009/04/09 03:07:40 hali Exp root $ isp_load=3D"YES" ispfw_load=3D"YES" isp_2400_load=3D"NO" vm.kmem_size_max=3D"1073741824" vm.kmem_size=3D"1073741824" vfs.zfs.prefetch_disable=3D1 vfs.zfs.arc_max=3D"786M" kern.maxvnodes=3D"50000 # zpool iostat 3 capacity operations bandwidth pool used avail read write read write ------------- ----- ----- ----- ----- ----- ----- backupstorage 80.4T 14.9T 2 355 186K 38.7M backupstorage 80.4T 14.9T 0 316 0 31.7M backupstorage 80.4T 14.9T 0 99 0 12.2M backupstorage 80.4T 14.9T 0 164 0 15.7M backupstorage 80.4T 14.9T 0 225 0 22.0M I have another another in another dc, but less capacity: backupstorage 56T 32T 24T 57% /backupstorage Both are the following: HP ProLiant DL385 G2 8GB RAM dual dual core AMD 2.2Ghz cpus 3 x Nexsan SataBEAST for the san. Inbound about 900Mb/s, uptime has generally been 3-4 months before increasing the ZFS arc/KVM sizes. I should just max it out but its relatively stable. Am looking for ZFSv8+ for L2Arc and separate ZIL. Load averages about ~ 1.0 . My wish list would be KVM support fot 64GB ARC, fusion-IO driver support for the ZIL, version 8 of ZFS in FreeBSD 7.2, active multipath, etc, etc.. It works, its stable, its production, but its not like i am cvsuping ports tree 100 times concurrently. -- -hussain This message may contain confidential or privileged information. If you ar= e not the intended recipient, please advise us immediately and delete this = message. See http://www.datapipe.com/emaildisclaimer.aspx for further info= rmation on confidentiality and the risks of non-secure electronic communica= tion. If you cannot access these links, please notify us by reply message a= nd we will send the contents to you. From owner-freebsd-fs@FreeBSD.ORG Thu Apr 9 07:43:23 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 27E9E1065697 for ; Thu, 9 Apr 2009 07:43:23 +0000 (UTC) (envelope-from bounces+305227.46043391.562566@icpbounce.com) Received: from smtp2.icpbounce.com (smtp2.icpbounce.com [216.27.93.124]) by mx1.freebsd.org (Postfix) with ESMTP id D71178FC25 for ; Thu, 9 Apr 2009 07:43:22 +0000 (UTC) (envelope-from bounces+305227.46043391.562566@icpbounce.com) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp2.icpbounce.com (Postfix) with ESMTP id CEDB6F854D for ; Thu, 9 Apr 2009 03:22:26 -0400 (EDT) Date: Thu, 9 Apr 2009 03:22:26 -0400 To: freebsd-fs@freebsd.org From: Global Access Travel Message-ID: X-Priority: 3 X-Mailer: PHPMailer [version 1.72] Errors-To: bounces+305227.46043391.562566@icpbounce.com X-List-Unsubscribe: X-Unsubscribe-Web: X-ICPINFO: X-Return-Path-Hint: bounces+305227.46043391.562566@icpbounce.com MIME-Version: 1.0 Content-Type: text/plain; charset = "utf-8" Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Private Shore Excursions-Turkey 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, 09 Apr 2009 07:43:24 -0000 [http://www.turkeycalling.us] PRIVATE SHORE EXCURSIONS- TURKEY Your cruise clients will make the best of their time in Turkey on a private shore excursion! Istanbul Kusadasi & Ephesus [mailto:incoming@gaturkey.com?subject=Private Shore Excursions- Turkey] **************************************************************************** Yasal Uyarı; Bu e-posta, sadece adreste belirtilen kisi veya kurulusun kullanimini hedeflemekte olup,mesajda yer alan bilgiler kisiye ozel ve gizli olabilir, yasalar ya da anlasmalar geregi ücüncü kisiler ile paylasilmasi mümkün olmayabilir.Mesaji alan kisi, mesajin gönderilmek istendigi kisi veya kurulus degilse,bu mesaji yaymak,dagitmak veya kopyalamak yasaktir Mesaj tarafiniza yanlislikla ulasmissa lütfen mesaji geri gönderiniz ve sisteminizden siliniz. Global Turizm Hizmetleri Anonim Sirketi bu mesajin icerigi ile ilgili olarak hicbir hukuksal sorumlulugu kabul etmez. **************************************************************************** Disclaimer; This e-mail communication is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and that may not be made public by law or agreement. If the recipient of this message is not the intended recipient or entity, you are hereby notified that any further dissemination, distribution or copying of this information is strictly prohibited. If you have received this message in error, please immediately notify the sender and delete it from your system. The Global Turizm Hizmetleri Anonim Sirketi does not accept legal responsibility for the contents of this message. *********************************************************************************************** Yasal Uyarı; Bu e-posta, sadece adreste belirtilen kisi veya kurulusun kullanimini hedeflemekte olup,mesajda yer alan bilgiler kisiye ozel ve gizli olabilir, yasalar ya da anlasmalar geregi ücüncü kisiler ile paylasilmasi mümkün olmayabilir.Mesaji alan kisi, mesajin gönderilmek istendigi kisi veya kurulus degilse,bu mesaji yaymak,dagitmak veya kopyalamak yasaktir Mesaj tarafiniza yanlislikla ulasmissa lütfen mesaji geri gönderiniz ve sisteminizden siliniz. Global Turizm Hizmetleri Anonim Sirketi bu mesajin icerigi ile ilgili olarak hicbir hukuksal sorumlulugu kabul etmez. ********************************************************************************************** Disclaimer; This e-mail communication is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and that may not be made public by law or agreement. If the recipient of this message is not the intended recipient or entity, you are hereby notified that any further dissemination, distribution or copying of this information is strictly prohibited. If you have received this message in error, please immediately notify the sender and delete it from your system. The Global Turizm Hizmetleri Anonim Sirketi does not accept legal responsibility for the contents of this message. This message was sent by: Global Access Incoming, Nuzhetiye cad, istanbul, besiktas 34357, Turkey Powered by iContact: http://freetrial.icontact.com To be removed click here: http://app.icontact.com/icp/mmail-mprofile.pl?r=46043391&l=82228&s=AAXS&m=562566&c=305227 Forward to a friend: http://app.icontact.com/icp/sub/forward?m=562566&s=46043391&c=AAXS&cid=305227 From owner-freebsd-fs@FreeBSD.ORG Thu Apr 9 10:03:10 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 B41251065672; Thu, 9 Apr 2009 10:03:10 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 89B148FC1A; Thu, 9 Apr 2009 10:03:10 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (brucec@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n39A3AqL057482; Thu, 9 Apr 2009 10:03:10 GMT (envelope-from brucec@freefall.freebsd.org) Received: (from brucec@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n39A3APQ057478; Thu, 9 Apr 2009 10:03:10 GMT (envelope-from brucec) Date: Thu, 9 Apr 2009 10:03:10 GMT Message-Id: <200904091003.n39A3APQ057478@freefall.freebsd.org> To: wgodfrey@ena.com, brucec@FreeBSD.org, freebsd-fs@FreeBSD.org From: brucec@FreeBSD.org Cc: Subject: Re: kern/129174: [nfs] [zfs] [panic] NFS v3 Panic when under high load exporting ZFS file system 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, 09 Apr 2009 10:03:11 -0000 Synopsis: [nfs] [zfs] [panic] NFS v3 Panic when under high load exporting ZFS file system State-Changed-From-To: open->closed State-Changed-By: brucec State-Changed-When: Thu Apr 9 10:02:17 UTC 2009 State-Changed-Why: Duplicate of kern/132068 http://www.freebsd.org/cgi/query-pr.cgi?pr=129174 From owner-freebsd-fs@FreeBSD.ORG Thu Apr 9 18:58:22 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 AEF8C106566B for ; Thu, 9 Apr 2009 18:58:22 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from mailhub.cs.uoguelph.ca (mailhub.cs.uoguelph.ca [131.104.94.205]) by mx1.freebsd.org (Postfix) with ESMTP id 6FDC68FC18 for ; Thu, 9 Apr 2009 18:58:22 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.91.102]) by mailhub.cs.uoguelph.ca (8.13.1/8.13.1) with ESMTP id n39IwLT3028367 for ; Thu, 9 Apr 2009 14:58:21 -0400 Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id n39J4bj28859 for ; Thu, 9 Apr 2009 15:04:37 -0400 (EDT) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Thu, 9 Apr 2009 15:04:37 -0400 (EDT) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: freebsd-fs@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Scanned-By: MIMEDefang 2.63 on 131.104.94.205 Subject: integrating nfsv4 locking with nlm and local locking 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, 09 Apr 2009 18:58:23 -0000 My nfsv4 server currently does VOP_ADVLOCK() with the non-blocking F_SETLK type and I had thought that was sufficient, but I now realize (thanks to a recent post by Zachary Loafman) that this breaks when a delegation for the file is issued to a client. (When a delegation for a file is issued to a client, it can do byte range locking locally, and the server doesn't know about these to do VOP_ADVLOCK() on the server machine.) I believe that Zachary would like to discuss a more general solution, including how to handle Open/Share locks, but in the meantime I'd like to solve this specific case in as simple a way as possible. Basically, I need a way to make sure delegations for a file don't exist when local byte range locking or locking via the NLM is being done on the file. The simplest thing I can think of is the following: When VOP_ADVLOCK() is called for a file (outside of the nfsv4 server), do two things: 1 - Make sure any outstanding delegations are recalled. I already have a function that does this, so it is a matter of figuring out where to put the call(s). 2 - Set a flag on the vnode, so that my nfsv4 server knows not to issue another delegation for that file. (I could test for locks via VOP_ADVLOCK() before issuing a delegation, but that has two problems.) 1 - Since the vnode is unlocked for VOP_ADVLOCK(), there could be a race where the nfsv4 server issues a delegation between the time outstanding delegations are recalled at #1 above and the VOP_ADVLOCK() sets the lock that I would see during the test. 2 - It would have to keep checking for a lock and might issue a delegation at a point where no lock is held, but one will be acquired soon, forcing the delegation recall. (It's much easier to not issue a delegation than recall one.) Once this flag is set, I think it would be ok if the flag remains set until the vnode is recycled, since it seems fairly likely that, once byte range locking is done on a file, more will happen. (If people were agreeable to the vnode flag, it looks like a VV_xxx flag would make more sense than a VI_xxx one. I think an atomic_set_int() would be sufficient to set it, even though the vnode lock isn't held?) So, how does this sound? rick From owner-freebsd-fs@FreeBSD.ORG Fri Apr 10 11:50: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 48A3F106566B for ; Fri, 10 Apr 2009 11:50: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 1B9F78FC15 for ; Fri, 10 Apr 2009 11:50: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 n3ABo4vm066335 for ; Fri, 10 Apr 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 n3ABo4Lg066334; Fri, 10 Apr 2009 11:50:04 GMT (envelope-from gnats) Date: Fri, 10 Apr 2009 11:50:04 GMT Message-Id: <200904101150.n3ABo4Lg066334@freefall.freebsd.org> To: freebsd-fs@FreeBSD.org From: Jaakko Heinonen 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: Jaakko Heinonen List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Apr 2009 11:50:05 -0000 The following reply was made to PR kern/132068; it has been noted by GNATS. From: Jaakko Heinonen To: Edward Fisk <7ogcg7g02@sneakemail.com> Cc: bug-followup@FreeBSD.org, Weldon Godfrey Subject: Re: kern/132068: [zfs] page fault when using ZFS over NFS on 7.1-RELEASE/amd64 Date: Fri, 10 Apr 2009 14:46:02 +0300 On 2009-03-26, Jaakko Heinonen wrote: > I now know what is going on. The vnode may be reclaimed during > zfs_zget() because it doesn't hold the vnode lock (except when a new > znode is created). OK, I have now put together a patch which should avoid the original panic you reported. The same panic was also reported by Weldon Godfrey (Cc'd) on -fs: http://lists.freebsd.org/pipermail/freebsd-fs/2008-August/004998.html --- patch begins here --- Index: sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_znode.c =================================================================== --- sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_znode.c (revision 190593) +++ sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_znode.c (working copy) @@ -890,8 +890,9 @@ again: if (zp->z_unlinked) { err = ENOENT; } else { - if (ZTOV(zp) != NULL) - VN_HOLD(ZTOV(zp)); + vp = ZTOV(zp); + if (vp != NULL) + VN_HOLD(vp); else { if (first) { ZFS_LOG(1, "dying znode detected (zp=%p)", zp); @@ -907,12 +908,25 @@ again: tsleep(zp, 0, "zcollide", 1); goto again; } - *zpp = zp; err = 0; } dmu_buf_rele(db, NULL); mutex_exit(&zp->z_lock); ZFS_OBJ_HOLD_EXIT(zfsvfs, obj_num); + if (err == 0) { + /* + * Check if we lost lost race against reclaim. + */ + VI_LOCK(vp); + if (vp->v_iflag & VI_DOOMED) { + VI_UNLOCK(vp); + VN_RELE(vp); + ZFS_LOG(1, "doomed vnode detected (zp=%p)", zp); + goto again; + } + VI_UNLOCK(vp); + *zpp = zp; + } return (err); } --- patch ends here --- The fix isn't perfect. Vnodes may be still reclaimed during zfs_zget() in forced unmount case. However zfs doesn't support forced unmounts at all right now. The patch is againt 8.0-CURRENT. -- Jaakko From owner-freebsd-fs@FreeBSD.ORG Fri Apr 10 14: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 EAFA2106566B for ; Fri, 10 Apr 2009 14: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 C057D8FC08 for ; Fri, 10 Apr 2009 14: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 n3AEo6Yb008068 for ; Fri, 10 Apr 2009 14: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 n3AEo61f008067; Fri, 10 Apr 2009 14:50:06 GMT (envelope-from gnats) Date: Fri, 10 Apr 2009 14:50:06 GMT Message-Id: <200904101450.n3AEo61f008067@freefall.freebsd.org> To: freebsd-fs@FreeBSD.org From: Randy Sofia 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 Reply-To: Randy Sofia List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Apr 2009 14:50:07 -0000 The following reply was made to PR kern/132337; it has been noted by GNATS. From: Randy Sofia To: bug-followup@FreeBSD.org, freebsd@r.zeeb.org Cc: Subject: Re: kern/132337: [zfs] [panic] kernel panic in zfs_fuid_create_cred Date: Fri, 10 Apr 2009 10:27:09 -0400 touching a file `touch hi` on the 777 mode directory over nfs is the easiest and most guaranteed way to reproduce this panic. From owner-freebsd-fs@FreeBSD.ORG Sat Apr 11 21:41: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 1DD9F1065674; Sat, 11 Apr 2009 21:41:06 +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 E727C8FC13; Sat, 11 Apr 2009 21:41:05 +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 n3BLf5xC060130; Sat, 11 Apr 2009 21:41:05 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n3BLf5pd060120; Sat, 11 Apr 2009 21:41:05 GMT (envelope-from linimon) Date: Sat, 11 Apr 2009 21:41:05 GMT Message-Id: <200904112141.n3BLf5pd060120@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-fs@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/133614: [smbfs] [panic] panic: ffs_truncate: read-only filesystem X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Apr 2009 21:41:06 -0000 Old Synopsis: panic: ffs_truncate: read-only filesystem New Synopsis: [smbfs] [panic] panic: ffs_truncate: read-only filesystem Responsible-Changed-From-To: freebsd-bugs->freebsd-fs Responsible-Changed-By: linimon Responsible-Changed-When: Sat Apr 11 21:40:22 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=133614