All of lore.kernel.org
 help / color / mirror / Atom feed
From: Joe Landman <joe.landman@gmail.com>
To: Matt Tehonica <matt.tehonica@mac.com>
Cc: linux-raid@vger.kernel.org
Subject: Re: RAID5 won't mount after reducing disks from 8 to 6
Date: Wed, 16 Feb 2011 22:11:46 -0500	[thread overview]
Message-ID: <4D5C91F2.8000200@gmail.com> (raw)
In-Reply-To: <00E3AF11-6D18-4C5D-A165-56C86823A6D2@mac.com>

On 02/16/2011 08:47 PM, Matt Tehonica wrote:
> To be honest, I couldn't find good directions on how exactly to
> resize an array to be smaller so I put some bits and pieces together
> to do it.  Guess I didn't understand everything beforehand because I
> didn't read anything about resizing the file system.  I thought
> setting the "array-size" would take care of moving data before
> rebuilding onto the 6 disks.
>
> Since I haven't resized the XFS filesystem, any recommendations on
> what to do next?  Think it's possible to recover any of the data?
> For what it's worth, I haven't done anything to the 2 disks that I
> was going to remove.

XFS isn't shrinkable.  See if

	xfs_check /dev/mdX

tells you anything.  If you have a backup, a restore would be the 
fastest option.  If you don't, and you have no other possible way of 
recovering the data from another source, try

	xfs_repair /dev/mdX

I usually run it with the verbose flag on so I can see what its doing.

I am not sure it will work, or result in recoverable data.

If you need to shrink xfs file systems, in general, it is best to use 
xfsdump/xfsrestore or tar.

> -- To unsubscribe from this list: send the line "unsubscribe
> linux-raid" in the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

-- 
Joe Landman
landman@scalableinformatics.com

      parent reply	other threads:[~2011-02-17  3:11 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-02-17  0:24 RAID5 won't mount after reducing disks from 8 to 6 Matt Tehonica
2011-02-17  1:30 ` Phil Turmel
2011-02-17  1:39   ` Matt Tehonica
2011-02-17  2:13     ` Phil Turmel
2011-02-17  2:18   ` Keld Jørn Simonsen
2011-02-17  2:43   ` Stan Hoeppner
2011-02-17  1:42 ` NeilBrown
2011-02-17  1:47   ` Matt Tehonica
2011-02-17  2:14     ` NeilBrown
2011-02-17  2:22       ` Matt Tehonica
2011-02-17  3:06       ` Stan Hoeppner
2011-02-17  3:11     ` Joe Landman [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4D5C91F2.8000200@gmail.com \
    --to=joe.landman@gmail.com \
    --cc=linux-raid@vger.kernel.org \
    --cc=matt.tehonica@mac.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.