From: Dan Oglesby <doglesby@teleformix.com>
To: Dan Oglesby <doglesby@teleformix.com>
Cc: Vladimir Saveliev <vs@namesys.com>, reiserfs-list@namesys.com
Subject: Re: ReiserFS 3.6 errors
Date: Sun, 03 Apr 2005 21:58:31 -0500 [thread overview]
Message-ID: <4250AD57.1000309@teleformix.com> (raw)
In-Reply-To: <42497F90.9000500@teleformix.com>
Dan Oglesby wrote:
> Vladimir Saveliev wrote:
>
>> Hello
>>
>> On Tue, 2005-03-29 at 19:58, Dan Oglesby wrote:
>>
>>
>>> Greetings,
>>>
>>> I just finished installing a machine that uses ReiserFS v3.6
>>> filesystems, one of which is on a RAID-5 device off of a 3Ware 7506
>>> controller.
>>>
>>> After the build, a stress test was run that generates a lot of disk
>>> I/O, and I saw the following in dmesg:
>>>
>>> vs-500: unknown uniqueness 1162690892
>>> vs-500: unknown uniqueness 1162690892
>>> vs-500: unknown uniqueness 1162690892
>>> vs-500: unknown uniqueness 1162690892
>>> vs-500: unknown uniqueness 1162690892
>>> vs-500: unknown uniqueness 1162690892
>>> , item_len 14136, item_location 10272, free_space(entry_count) 11827
>>> vs-5150: search_by_key: invalid format found in block 2029494. Fsck?
>>> vs-13070: reiserfs_read_inode2: i/o failure occurred trying to find
>>> stat data of [40 171378 0x0 SD]
>>> is_leaf: item location seems wrong (second one): *3.6* [40 357194 0x0
>>> SD], item_len 44, item_location 2412, free_space(entry_count) 65535
>>> vs-5150: search_by_key: invalid format found in block 3864557. Fsck?
>>> vs-13070: reiserfs_read_inode2: i/o failure occurred trying to find
>>> stat data of [40 357181 0x0 SD]
>>> vs-500: unknown uniqueness 1647255672
>>> vs-500: unknown uniqueness 1647255672
>>> vs-500: unknown uniqueness 1647255672
>>> vs-500: unknown uniqueness 1647255672
>>> vs-500: unknown uniqueness 1647255672
>>> vs-500: unknown uniqueness 1647255672
>>> , item_len 27951, item_location 29803, free_space(entry_count) 28265
>>> vs-5150: search_by_key: invalid format found in block 4488286. Fsck?
>>> vs-13070: reiserfs_read_inode2: i/o failure occurred trying to find
>>> stat data of [40 453681 0x0 SD]
>>>
>>> I did see something in the FAQ about requiring a reboot after
>>> changing partitions on a disk. Unfortunately, I didn't see this
>>> until after the machine was built. Could these errors be caused from
>>> a lack of a reboot between partitioning the disk and running mkreiserfs?
>>>
>>>
>>
>> I do not think so.
>>
>>
>>
>>> This is on a RedHat 7.3 system, using kernel 2.4.20.
>>>
>>
>> 2.4.20 is quite old. Would it be possible to use newer kernel? 2.4.29,
>> namely?
>>
>>
>>
> At this point I cannot update the kernel. I am using the 2.4.20 kernel
> due to limitations of some of the software that runs on this machine.
>
> I am going to take another look at the hardware (make sure everything's
> cabled properly, etc), reinstall the OS, and remake the filesystems.
>
After recreating the reiserfs filesystems, making no other changes, I
see zero errors in dmesg.
Machines have had stress testing performed, no problems so far.
--Dan
next prev parent reply other threads:[~2005-04-04 2:58 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-03-29 15:58 ReiserFS 3.6 errors Dan Oglesby
2005-03-29 16:01 ` Vladimir Saveliev
2005-03-29 16:17 ` Dan Oglesby
2005-04-04 2:58 ` Dan Oglesby [this message]
2005-03-29 19:14 ` Alex Zarochentsev
2005-03-29 20:48 ` Dan Oglesby
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=4250AD57.1000309@teleformix.com \
--to=doglesby@teleformix.com \
--cc=reiserfs-list@namesys.com \
--cc=vs@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.