All of lore.kernel.org
 help / color / mirror / Atom feed
From: Vasily Averin <vvs@sw.ru>
To: James Bottomley <James.Bottomley@SteelEye.com>
Cc: linux-scsi@vger.kernel.org, Neela.Kolli@engenio.com,
	Atul Mukker <Atul.Mukker@lsil.com>,
	Seokmann.Ju@lsil.com, sreenib@lsil.com, devel@openvz.org
Subject: Re: megaraid_mbox: garbage in file
Date: Fri, 05 May 2006 09:37:41 +0400	[thread overview]
Message-ID: <445AE4A5.8070202@sw.ru> (raw)
In-Reply-To: <1146783568.22932.105.camel@mulgrave.il.steeleye.com>

James Bottomley wrote:
> On Thu, 2006-05-04 at 22:48 +0400, Vasily Averin wrote:
>>attempt to access beyond end of device
>>sda6: rw=0, want=1044134458, limit=951401367
>>Buffer I/O error on device sda6, logical block 522067228
> 
> That's not a SCSI error.  It's coming from the block layer and it means
> that the filesystem tried to access beyond the end of the listed
> partition.   Why that happened is anyone's guess.  I suspect the actual
> filesystem is corrupt somehow, but how it came to be, I don't know.

James,

The issue is that the correctly finished scsi read command return me garbage
(repeated 0 ...127 -- see hexdump in my first letter) instead correct file content.
"attempt to access beyond end of device" messages occurs due the same garbage
readed from the Indirect block. I found this garbage present in data buffers
beginning at megaraid driver functions.

I would note that if I read the same file by using dd with bs=1024 or bs=512 --
I get correct file content.

When I use kernel with 4Gb memory limit -- the same cat command return me
correct file content too, without any garbage.

Question is what it is the strange garbage? Have you seen it earlier?
Is it possible that it is some driver-related issue or it is broken hardware?
And why I can workaround this issue by using only 4Gb memory?

Thank you,
	Vasily Averin

SWsoft Virtuozzo/OpenVZ Linux kernel team

  reply	other threads:[~2006-05-05  5:34 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-05-04 18:48 megaraid_mbox: garbage in file Vasily Averin
2006-05-04 22:59 ` James Bottomley
2006-05-05  5:37   ` Vasily Averin [this message]
2006-05-05  9:21     ` Vasily Averin
2006-05-16 17:44       ` [RFC] Megaraid update, submission Andre Hedrick
2006-05-16 18:07         ` Jeff Garzik
2006-05-16 18:13           ` Andre Hedrick
2006-05-16 19:44             ` Matthew Wilcox
2006-05-16 20:24               ` Andre Hedrick
2006-05-05 15:59     ` megaraid_mbox: garbage in file James Bottomley
2006-05-05 18:17       ` Vasily Averin
2006-05-05 20:05         ` James Bottomley
2006-05-05 23:43           ` Vasily Averin
2006-05-05 23:43             ` Vasily Averin
  -- strict thread matches above, loose matches on Subject: below --
2006-05-05 19:59 Ju, Seokmann
2006-05-05 19:59 ` Ju, Seokmann
2006-05-05 23:35 ` Vasily Averin
2006-05-12  4:18   ` Vasily Averin
2006-05-12 12:19 Ju, Seokmann
2006-05-12 12:19 ` Ju, Seokmann

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=445AE4A5.8070202@sw.ru \
    --to=vvs@sw.ru \
    --cc=Atul.Mukker@lsil.com \
    --cc=James.Bottomley@SteelEye.com \
    --cc=Neela.Kolli@engenio.com \
    --cc=Seokmann.Ju@lsil.com \
    --cc=devel@openvz.org \
    --cc=linux-scsi@vger.kernel.org \
    --cc=sreenib@lsil.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.