From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 37A6C7CB4 for ; Mon, 30 May 2016 00:37:18 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 0B57F304039 for ; Sun, 29 May 2016 22:37:14 -0700 (PDT) Received: from ipmail05.adl6.internode.on.net (ipmail05.adl6.internode.on.net [150.101.137.143]) by cuda.sgi.com with ESMTP id APBcmUhNifAq4OIC for ; Sun, 29 May 2016 22:37:12 -0700 (PDT) Date: Mon, 30 May 2016 15:37:10 +1000 From: Dave Chinner Subject: Re: [PATCH] xfs_repair: further improvement on secondary superblock search method Message-ID: <20160530053710.GO26977@dastard> References: <1463085496-17919-1-git-send-email-billodo@redhat.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <1463085496-17919-1-git-send-email-billodo@redhat.com> List-Id: XFS Filesystem from SGI List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: xfs-bounces@oss.sgi.com Sender: xfs-bounces@oss.sgi.com To: Bill O'Donnell Cc: xfs@oss.sgi.com On Thu, May 12, 2016 at 03:38:16PM -0500, Bill O'Donnell wrote: > This patch is a further optimization of secondary sb search, in order to > handle non-default geometries. Once again, use a similar method to find > fs geometry as that of xfs_mkfs. Refactor verify_sb(), creating new > sub-function that checks sanity of agblocks and agcount: verify_sb_blocksize(). > > If verify_sb_blocksize verifies sane paramters, use found values for the sb > search. Otherwise, try search with default values. If these faster methods > both fail, fall back to original brute force slower search. > > NOTE: patch series "xfs_repair: improved secondary sb search" must be > applied before applying this patch. > (http://oss.sgi.com/archives/xfs/2016-05/msg00269.html) Either this or one of the above patches is causing xfs/030 on my xfstests runs to fail with extra output: xfs/030 4s ... - output mismatch (see /home/dave/src/xfstests-dev/results//xfs/xfs/030.out.bad) --- tests/xfs/030.out 2016-04-06 11:30:45.348477421 +1000 +++ /home/dave/src/xfstests-dev/results//xfs/xfs/030.out.bad 2016-05-30 13:06:29.955682633 +1000 @@ -11,6 +11,8 @@ bad primary superblock - bad magic number !!! attempting to find secondary superblock... +.... +attempting to find secondary superblock... found candidate secondary superblock... verified secondary superblock... ... (Run 'diff -u tests/xfs/030.out /home/dave/src/xfstests-dev/results//xfs/xfs/030.out.bad' to see the entire diff) Bill, can you please work up a filter or equivalent for xfstests so that this extra output doesn't cause unnecessary failures? Something like simply filtering all the "attempting to find secondary superblock..." and "...." lines from the output would work just fine - all we really care about is that a secondary sb is found and verified, not how many steps it takes to find it... Cheers, Dave. -- Dave Chinner david@fromorbit.com _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs