xfs
[Top] [All Lists]

xfs_repair problem.

To: xfs@xxxxxxxxxxx
Subject: xfs_repair problem.
From: "David Bernick" <dbernick@xxxxxxxxx>
Date: Sun, 21 Dec 2008 10:03:19 -0500
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type; bh=duDlp5A3F2uy0pF91YCZwWlej8x5GxAbwoa1VqpzxA4=; b=csEYmLFiCRz34IkAWLJmy2EJbIIgf/I7RFd0YSlAzp1xHWrms+K/P3WPexZfq0hz15 n86lTL5Mn7ERfTP6akRrRp7qsGw8wjfVlZyp+RVT5MlNOIJdmSZr9kOzeszdiLwAhm2c 2b0vBb10CWzsWtx7ld9RvkDsS0GEtya7TE6fE=
Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=u9UCo5JZY4065a5iFLuA/oQHc1qaWr6QKEGa/xvQHhSjk56uVlgyJlJJss7KX4kz9U vOI01tUuAxVy9PRj8wj/fbqg0jDyEFPyLxAkoqyyFtQFy9HXa4WQlEO9uBLHddgfwvBF QsEYYol/nNIYUJZb0t1OMu9USwN5iXaVEu7Wk=
I have a filesystem where an xfs_growfs went bad. We were adding
storage to a pre-existing infrastructure and when growing, we received
an error. SInce then, we've been unable to mount.

It's a large filesystem (see below) and the addition of the extra data
has made it larger. We tried an xfs_repair but it died, as the machine
only has 4GB RAM. We're going to put 32 GB in RAM and see if that
helps. The original FS size is about 13T and the addition brought it
to 29T.
Since we've been unable to write or mount, we've "backed off" the
addition and are left with our original, which we'd like to mount.

We try to mount and get an error about the root inode not being
readable. Makes sense as the root inode is null (according to xfs_db).

So before we run another big xfs_repair:

1. What is the math of filesystems size, number of files and how much
RAM is needed for such a task? Is 32 GB enough for 1/2 Billion files
and 13 TB?

2. Any way I can just find my rootino,rbmino,rsumino and put them in the DB?

Any other advice?

/proc/partitions:
 253     0 13084291072 dm-0

--- Logical volume ---
LV Name                /dev/docs/v5Docs
VG Name                docs
LV UUID                G85Zi9-s63C-yWrU-yyf0-STP6-YOhJ-6Ne3pS
LV Write Access        read/write
LV Status              available
# open                 1
LV Size                12.19 TB
Current LE             3194407
Segments               2
Allocation             inherit
Read ahead sectors     0
Block device           253:0

DB:
magicnum = 0x58465342
blocksize = 4096
dblocks = 3064987648
rblocks = 0
rextents = 0
uuid = f086bb71-d67b-4cc1-b622-1f10349e6a49
logstart = 1073741828
rootino = null
rbmino = null
rsumino = null
rextsize = 1
agblocks = 67108864
agcount = 46
rbmblocks = 0
logblocks = 32768
versionnum = 0x3084
sectsize = 512
inodesize = 256
inopblock = 16
fname = "\000\000\000\000\000\000\000\000\000\000\000\000"
blocklog = 12
sectlog = 9
inodelog = 8
inopblog = 4
agblklog = 26
rextslog = 0
inprogress = 0
imax_pct = 25
icount = 0
ifree = 0
fdblocks = 0
frextents = 0
uquotino = 0
gquotino = 0
qflags = 0
flags = 0
shared_vn = 0
inoalignmt = 2
unit = 0
width = 0
dirblklog = 0
logsectlog = 0
logsectsize = 0
logsunit = 0
features2 = 0


[[HTML alternate version deleted]]

<Prev in Thread] Current Thread [Next in Thread>