public inbox for linux-xfs@vger.kernel.org
 help / color / mirror / Atom feed
From: "Bond Masuda" <bm007@cox.net>
To: xfs@oss.sgi.com
Subject: Is this XFS problem or something else? : xfs_trans_read_buf error 5 buf count 4096
Date: Wed, 7 May 2008 08:36:50 -0700	[thread overview]
Message-ID: <000001c8b058$2ae68460$80b38d20$@net> (raw)
In-Reply-To: <20080407220106.GF108924158@sgi.com>

Not sure if this is XFS related or not, but this seems to be reoccurring. 

The hardware is:

Dell Inspiron 530, Q6600 quad core, 4GB Ram, 2x750GB SATA HDD

I have Fedora 8/64bit installed, using XFS for "/", ext3 for "/boot". The
two identical 750GB drives are striped to create a 1.4TB "md1" device, which
is mounted as "/". Kernel is from Fedora8, 2.6.24.4-64.fc8.

During the install, everything seemed to work fine. I was able to use the
system without any problems for about 2 days. Then I reboot, and the md1
device running XFS shows the following error messages:

I/O error in filesystem ("md1") meta-data dev md1 block 0x15d048574120008
("xfs_trans_read_buf") error 5 buf count 4096
attempt to access beyond end of device
md1: rw=0, want=98239738096517136, limit=2927780864

The above message repeats several times, but the system manages to boot to
runlevel 3. I can login, but almost any command triggers that message which
has flooded the logs. here is xfs_info on "/":

meta-data=/dev/root			isize=256	agcount=32,
agsize=11436608 blks
	   =					sectsz=512	attr=1
data	   =					bsize=4096
blocks=365971456, imaxpct=25
	   =					sunit=64	swidth=128
blks, unwritten=1
naming   =version2			bsize=4096
log	   =internal			bsize=4096	blocks=32768,
version=1
	   =					sectsz=512	sunit=0
blks, lazy-count=0
realtime =none				extsz=524288 blocks=0, rtextents=0

At first, I thought perhaps something wrong with the disks so I had them
replaced. Reinstalled Fedora8 as before, then again, 2 days later (I don't
know if the 2 day time period is coincidental or not), I reboot, and the
exact same problem occurred. Since I've gone through 4 brand new 750GB HDD
now, (Seagate diagnostics show all the disks to be fine in both occurances,
but I replaced them anyway) I'm feeling that this is not a hardware issue,
but software related.

A search on google seems to show others with possibly similar issues:

http://ubuntuforums.org/archive/index.php/t-568309.html

Is that related? Other google searches show a pattern of this problem only
with >1TB XFS partitions, but that's just what I found googling.

I'm considering re-installing again, but using ext3 for "/" to see if the
problem reoccurs, in hopes of "isolating" the issue. Not sure if it is
related to XFS, the software stripe md1, or something else (but I don't
think it's HDD related now).

Thanks for any info or assistance. Though the system isn't really usable,
(many commands fail, but does boot to runlevel 3 and permits me to login)
I'll leave it as is for today so let me know if there's other info I can try
to gather that would be useful.

Any help would be appreciated.
-Bond

  reply	other threads:[~2008-05-07 15:36 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-04-07 21:24 performance problems with XFS and Linux kernel 2.6.24.4 Bond Masuda
2008-04-07 22:01 ` David Chinner
2008-05-07 15:36   ` Bond Masuda [this message]
2008-05-07 15:51     ` Is this XFS problem or something else? : xfs_trans_read_buf error 5 buf count 4096 Eric Sandeen

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='000001c8b058$2ae68460$80b38d20$@net' \
    --to=bm007@cox.net \
    --cc=xfs@oss.sgi.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox