Many orphaned inodes after resize2fs

--===============8998409166887797334==
Content-Type: multipart/alternative; boundary=001a11c14da484fac404f753c3c5

--001a11c14da484fac404f753c3c5
Content-Type: text/plain; charset=ISO-8859-1

Hello,

yesterday I experienced following problem with my ext3 filesystem:

- I had ext3 filesystem of the size of a few TB with journal. I correctly
unmounted it and it was marked clean.

- I then ran fsck.etx3 -f on it and it did not find any problem.

- After increasing size of its LVM volume by 1.5 TB I resized the
filesystem by resize2fs lvm_volume and it finished without problem.

- But fsck.ext3 -f immediately after that showed "Inodes that were part of
a corrupted orphan linked list found." and many thousands of "Inode XXX was
part of the orphaned inode list." I did not accepted fix. According to
debugfs all the inodes I check from these reported orphaned inodes (I
checked only some from beginning of list of errors) have size 0.

- When I mount the fs read only the data I was able to check seem OK. (But
I am unable to check everything.)

- I created LVM snapshot and repaired the fs on it with fsck.ext3. After
that there we no files in lost+found. Does it mean that all that orphaned
inodes have size 0? Or when the fsck does not create files in lost+found?

- I am checking the data against various backups but I will not be able to
check everything and some less important data dont have backup. So I would
like to know in what state the fs is and what are best next steps.

- Right now I am planning to use current LVM snapshot as test run and
discard it after data check. Original fs is in the state just after
resize2fs, fsck was run on it after that but I did not accepted any fix and
cancelled the check. I then plan to create backup snapshot, fsck original
fs / LVM volume, check once again against backups and go with it. But this
will not tell me status of all my data and the fs and if it is secure to
use it. Another problem is all operations take long hours.

- I have also some technical specific questions. Orphan inode is valid
inode not found in any directory, right? What exactly is CORRUPTED orphan
linked list? What can cause such problem? Is it known problem? How can
orphaned inodes and corrupted orphan linked list can be created by
resize2fs or why was it not detected by fsck.ext3 before that? Can it be
serious and can it be symptom of some data loss? Can fixing it by fsck.ext3
corrupt other data which are OK now, when I mount the fs read-only?

- The platform used was latest stable Debian with
kernel linux-image-3.2.0-4-amd64 version 3.2.46-1+deb7u1
and e2fsprogs 1.42.5-1.1. After the incident I started
using linux-image-3.13-1-amd64 version 3.13.7-1 (from the point of
snapshot's creation and running fsck for real on snapshot) and thinking
about going to e2fsprogs 1.42.9 from sources.

Thank you very much.

Patrik

--001a11c14da484fac404f753c3c5
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div style=3D"font-family:arial,sans-serif;font-size:13px"=
>Hello,</div><div style=3D"font-family:arial,sans-serif;font-size:13px"><br=
></div><div style=3D"font-family:arial,sans-serif;font-size:13px">yesterday=
 I experienced following problem with my ext3 filesystem:</div>
<div style=3D"font-family:arial,sans-serif;font-size:13px"><br></div><div s=
tyle=3D"font-family:arial,sans-serif;font-size:13px">- I had ext3 filesyste=
m of the size of a few TB with journal. I correctly unmounted it and it was=
 marked clean.</div>
<div style=3D"font-family:arial,sans-serif;font-size:13px"><br></div><div s=
tyle=3D"font-family:arial,sans-serif;font-size:13px">- I then ran fsck.etx3=
 -f on it and it did not find any problem.</div><div style=3D"font-family:a=
rial,sans-serif;font-size:13px">
<br></div><div style=3D"font-family:arial,sans-serif;font-size:13px">- Afte=
r increasing size of its LVM volume by 1.5 TB I resized the filesystem by r=
esize2fs lvm_volume and it finished without problem.</div><div style=3D"fon=
t-family:arial,sans-serif;font-size:13px">
<br></div><div style=3D"font-family:arial,sans-serif;font-size:13px">- But =
fsck.ext3 -f immediately after that showed &quot;Inodes that were part of a=
 corrupted orphan linked list found.&quot; and many thousands of &quot;Inod=
e XXX was part of the orphaned inode list.&quot; I did not accepted fix. Ac=
cording to debugfs all the inodes I check from these reported orphaned inod=
es (I checked only some from beginning of list of errors) have size 0.</div=
>
<div style=3D"font-family:arial,sans-serif;font-size:13px"><br></div><div s=
tyle=3D"font-family:arial,sans-serif;font-size:13px">- When I mount the fs =
read only the data I was able to check seem OK. (But I am unable to check e=
verything.)</div>
<div style=3D"font-family:arial,sans-serif;font-size:13px"><br></div><div s=
tyle=3D"font-family:arial,sans-serif;font-size:13px">- I created LVM snapsh=
ot and repaired the fs on it with fsck.ext3. After that there we no files i=
n lost+found. Does it mean that all that orphaned inodes have size 0? Or wh=
en the fsck does not create files in lost+found?</div>
<div style=3D"font-family:arial,sans-serif;font-size:13px"><br></div><div s=
tyle=3D"font-family:arial,sans-serif;font-size:13px">- I am checking the da=
ta against various backups but I will not be able to check everything and s=
ome less important data dont have backup. So I would like to know in what s=
tate the fs is and what are best next steps.</div>
<div style=3D"font-family:arial,sans-serif;font-size:13px"><br></div><div s=
tyle=3D"font-family:arial,sans-serif;font-size:13px">- Right now I am plann=
ing to use current LVM snapshot as test run and discard it after data check=
. Original fs is in the state just after resize2fs, fsck was run on it afte=
r that but I did not accepted any fix and cancelled the check. I then plan =
to create backup snapshot, fsck original fs / LVM volume, check once again =
against backups and go with it. But this will not tell me status of all my =
data and the fs and if it is secure to use it. Another problem is all opera=
tions take long hours.</div>
<div style=3D"font-family:arial,sans-serif;font-size:13px"><br></div><div s=
tyle=3D"font-family:arial,sans-serif;font-size:13px">- I have also some tec=
hnical specific questions. Orphan inode is valid inode not found in any dir=
ectory, right? What exactly is CORRUPTED orphan linked list? What can cause=
 such problem? Is it known problem? How can orphaned inodes and corrupted o=
rphan linked list can be created by resize2fs or why was it not detected by=
 fsck.ext3 before that? Can it be serious and can it be symptom of some dat=
a loss? Can fixing it by fsck.ext3 corrupt other data which are OK now, whe=
n I mount the fs read-only?</div>
<div style=3D"font-family:arial,sans-serif;font-size:13px"><br></div><div s=
tyle=3D"font-family:arial,sans-serif;font-size:13px">- The platform used wa=
s latest stable Debian with kernel=A0linux-image-3.2.0-4-amd64 version 3.2.=
46-1+deb7u1 and=A0e2fsprogs=A01.42.5-1.1. After the incident I started usin=
g=A0linux-image-3.13-1-amd64 version=A03.13.7-1 (from the point of snapshot=
&#39;s creation and running fsck for real on snapshot) and thinking about g=
oing to=A0e2fsprogs 1.42.9 from sources.</div>
<div style=3D"font-family:arial,sans-serif;font-size:13px"><br></div><div s=
tyle=3D"font-family:arial,sans-serif;font-size:13px">Thank you very much.</=
div><div style=3D"font-family:arial,sans-serif;font-size:13px"><br></div><d=
iv>
Patrik<br></div>
</div>

--001a11c14da484fac404f753c3c5--


--===============8998409166887797334==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Ext3-users mailing list
[email protected]
https://www.redhat.com/mailman/listinfo/ext3-users
--===============8998409166887797334==--