Received: with ECARTIS (v1.0.0; list xfs); Thu, 15 Mar 2007 04:35:17 -0700 (PDT) X-Spam-oss-Status: No, score=-1.4 required=5.0 tests=AWL,BAYES_00, SPF_HELO_PASS autolearn=ham version=3.2.0-pre1-r499012 Received: from mx2.netapp.com (mx2.netapp.com [216.240.18.37]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id l2FBZB6p000450 for ; Thu, 15 Mar 2007 04:35:12 -0700 Received: from smtp2.corp.netapp.com ([10.57.159.114]) by mx2.netapp.com with ESMTP; 15 Mar 2007 04:35:10 -0700 X-IronPort-AV: i="4.14,288,1170662400"; d="scan'208"; a="41423013:sNHT19314358" Received: from svlexrs02.hq.netapp.com (svlexrs02.corp.netapp.com [10.57.156.154]) by smtp2.corp.netapp.com (8.13.1/8.13.1/NTAP-1.6) with ESMTP id l2FBZA13004966 for ; Thu, 15 Mar 2007 04:35:10 -0700 (PDT) Received: from exsvlrb01.hq.netapp.com ([10.56.8.62]) by svlexrs02.hq.netapp.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 15 Mar 2007 04:36:23 -0700 Received: from exnane01.hq.netapp.com ([10.97.0.61]) by exsvlrb01.hq.netapp.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 15 Mar 2007 04:36:23 -0700 Received: from tmt.netapp.com ([10.30.32.42]) by exnane01.hq.netapp.com with Microsoft SMTPSVC(6.0.3790.0); Thu, 15 Mar 2007 07:36:21 -0400 X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 15 Mar 2007 07:34:37 -0400 To: xfs@oss.sgi.com From: "Talpey, Thomas" Subject: Re: Strange XFS issue on tiny-NAS ARM NFS server Cc: "Talpey, Thomas" In-Reply-To: References: <45F85BFA.1070505@sandeen.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Message-ID: X-OriginalArrivalTime: 15 Mar 2007 11:36:21.0412 (UTC) FILETIME=[27814640:01C766F6] X-archive-position: 10819 X-ecartis-version: Ecartis v1.0.0 Sender: xfs-bounce@oss.sgi.com Errors-to: xfs-bounce@oss.sgi.com X-original-sender: Thomas.Talpey@netapp.com Precedence: bulk X-list: xfs Content-Length: 1855 Lines: 52 Evidently that was not the only compiling issue (surprise): ><6>attempt to access beyond end of device ><6>sda3: rw=2, want=2574098408, limit=154272195 ><6>attempt to access beyond end of device ><6>sda3: rw=2, want=2574098408, limit=154272195 ><6>attempt to access beyond end of device ><6>sda3: rw=2, want=2574098408, limit=154272195 ><6>attempt to access beyond end of device ><6>sda3: rw=0, want=2574098408, limit=154272195 ><1>I/O error in filesystem ("sda3") meta-data dev sda3 block 0x996d9fe0 ("xfs_trans_read_buf") error 5 buf count 4096 Oh, well. Tom. At 05:19 PM 3/14/2007, Talpey, Thomas wrote: >Wow good memory, 3 years ago: >20287.html> > >I'm compiling with gcc4.1.1 for arm5t big endian, patched for multiple >arm ports (OpenEmbedded) and it still botches that code today. >Works fine with the arithmetic decomposition in the message. >And I never blame the compiler! ;-) > >Thanks! > >BTW, XFS gives this little machine a nice bump in NFS write >bandwidth. Goes from ~6MB/sec to ~7MB/s. CPU limited, mainly. > >Tom. > >At 04:32 PM 3/14/2007, Eric Sandeen wrote: >>Talpey, Thomas wrote: >>> This might be pilot error, but a *very* strange thing happens with >>> an XFS filesystem on an NFS server I'm experimenting with. This is >>> an NSLU2 ARM-based machine, running 2.6.20.1 and an XFS filesystem >>> freshly built on a usb-attached 2.5" drive. >>> >>> Running Connectathon 04 basic tests against the server, things are >>> fine with an EXT-formatted filesystem. However, reformatting the >>> export as a default XFS filesystem (mkfs.xfs -f /dev/sda3), the >>> following occurs: >> >>arm compiler has bugs that miscompile xfs... I think if you google arm + >>xfs and maybe search the list archives, you'll find a possible workaround. >> >>-Eric >> >>