All of lore.kernel.org
 help / color / mirror / Atom feed
From: Marc Schmitt <mschmitt@inf.ethz.ch>
To: ReiserFS-List <reiserfs-list@namesys.com>
Subject: Bad root block 0. (--rebuild-tree did not complete)
Date: Tue, 02 Dec 2003 20:28:10 +0100	[thread overview]
Message-ID: <3FCCE7CA.7090306@inf.ethz.ch> (raw)

Hi list,

Attached to a Dell PE8450 (8 CPUs, 4GB RAM) we have a PowerVault 210 
Storage with 12 70GB SCSI disks in a RAID5 container w/ spare disk 
managed by a

scsi2 : Found a MegaRAID controller at 0xf8853000, IRQ: 24
scsi2 : Enabling 64 bit support
megaraid: [1.73:3.27] detected 1 logical drives

The machine is primarily running as NFS server under kernel 2.4.21 and 
now under 2.4.23, reiserfsprogs 3.6.11. Twice already I had to run 
`reiserfsck --rebuild-tree` this year due to weird corruption issues. 
Since a couple of weeks (when the server was running under 2.4.21), 
we've seen strange console output and users were claiming files had been 
lost or they would get "permission denied" errors.

Example console output:
Dec  1 05:28:37 sim0 kernel: vs-5150: search_by_key: invalid format 
found in block 175880844. Fsck?
Dec  1 05:28:37 sim0 kernel: vs-13070: reiserfs_read_inode2: i/o failure 
occurred trying to find stat data of [562045 562059 0x0 SD]
Dec  1 05:28:37 sim0 kernel: is_tree_node: node level 22058 does not 
match to the expected one 1
Dec  1 05:28:37 sim0 kernel: vs-5150: search_by_key: invalid format 
found in block 175880844. Fsck?
Dec  1 05:28:37 sim0 kernel: vs-13070: reiserfs_read_inode2: i/o failure 
occurred trying to find stat data of [562045 562056 0x0 SD]
Dec  1 05:28:37 sim0 kernel: is_tree_node: node level 22058 does not 
match to the expected one 1
Dec  1 05:28:37 sim0 kernel: vs-5150: search_by_key: invalid format 
found in block 175880844. Fsck?
Dec  1 05:28:37 sim0 kernel: vs-13070: reiserfs_read_inode2: i/o failure 
occurred trying to find stat data of [562045 562079 0x0 SD]
Dec  1 05:28:37 sim0 kernel: is_tree_node: node level 22058 does not 
match to the expected one 1
Dec  1 05:28:37 sim0 kernel: vs-5150: search_by_key: invalid format 
found in block 175880844. Fsck?
Dec  1 05:28:37 sim0 kernel: vs-13070: reiserfs_read_inode2: i/o failure 
occurred trying to find stat data of [562045 564468 0x0 SD]
Dec  1 05:28:37 sim0 kernel: is_tree_node: node level 22058 does not 
match to the expected one 1
Dec  1 05:28:37 sim0 kernel: vs-5150: search_by_key: invalid format 
found in block 175880844. Fsck?
Dec  1 05:28:37 sim0 kernel: vs-13070: reiserfs_read_inode2: i/o failure 
occurred trying to find stat data of [562057 562089 0x0 SD]
Dec  1 16:15:33 sim0 kernel: vs-7000: search_by_entry_key: search_by_key 
returned item position == 0<4>zam-7001: io error in reiserfs_find_entry
Dec  1 16:15:36 sim0 kernel: vs-7000: search_by_entry_key: search_by_key 
returned item position == 0<4>vs-7000: search_by_entry_key: 
search_by_key returned item position == 0<4>zam-7001: io error in 
reiserfs_find_entry

As the output suggested, I ran reiserfsck. I don't have the log of that 
check, but it ended suggesting to run `reiserfsck --rebuild-tree`. As I 
said, I've done --rebuild-tree twice already over one year and there 
were no problems so far. This time, the fsck bombed out with a 
Segmentation Fault after running for about 10 hours. I started it again, 
sorry, I have no log, it stopped after 10 hours of running again with a 
Segementation Fault.

When I try to mount it, the dmesg output is:
reiserfs: found format "3.6" with standard journal
reiserfs: checking transaction log (device sd(8,38)) ...
for (sd(8,38))
is_tree_node: node level 0 does not match to the expected one 65534
sd(8,38):vs-5150: search_by_key: invalid format found in block 0. Fsck?
sd(8,38):vs-13070: reiserfs_read_inode2: i/o failure occurred trying to 
find stat data of [1 2 0x0 SD]
sd(8,38):Using r5 hash to sort names
is_tree_node: node level 0 does not match to the expected one 65534
sd(8,38):vs-5150: search_by_key: invalid format found in block 0. Fsck?
sd(8,38):vs-2140: finish_unfinished: search_by_key returned -2

When I run a simple `reiserfsck` it says:
Replaying journal..
0 transactions replayed
Checking internal tree..

Bad root block 0. (--rebuild-tree did not complete)

Aborted



Should I start restoring from tape?

Greetz
    Marc


             reply	other threads:[~2003-12-02 19:28 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-12-02 19:28 Marc Schmitt [this message]
2003-12-02 20:06 ` Bad root block 0. (--rebuild-tree did not complete) Vitaly Fertman
2003-12-02 20:28   ` Marc Schmitt
2003-12-02 20:39     ` Carl-Daniel Hailfinger
2003-12-02 20:53       ` Marc Schmitt
2003-12-02 21:17         ` Carl-Daniel Hailfinger

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=3FCCE7CA.7090306@inf.ethz.ch \
    --to=mschmitt@inf.ethz.ch \
    --cc=reiserfs-list@namesys.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.