* attempt to access beyond end of device on RAID0 with mdadm
@ 2007-05-02 14:28 Slawek
2007-05-07 4:31 ` Neil Brown
0 siblings, 1 reply; 2+ messages in thread
From: Slawek @ 2007-05-02 14:28 UTC (permalink / raw)
To: linux-raid
Hello,
I am using Debian 3.1 (sarge) with 2.6.17.13-gen64-smp kernel.
I have storage of 53 TB (6 units with 9.5 T). All of them are stripped
(Raid0) using mdadm 1.9.0. On this unit have created with LVM2 Volume
Group and 3 logical Volumes. One for SWAP (4GB), one for some system
files encrypted with dm-crypt and with 1GB size. The rest of free space
is used for Logical Volume for data.
Yesterday I saw in dmesg that:
attempt to access beyond end of device
dm-6: rw=1, want=10468036824, limit=2097152
attempt to access beyond end of device
dm-6: rw=1, want=1381842776, limit=2097152
attempt to access beyond end of device
dm-6: rw=1, want=2907847344, limit=2097152
attempt to access beyond end of device
dm-6: rw=1, want=822338824, limit=2097152
Buffer I/O error on device dm-6, logical block 102792352
lost page write due to I/O error on dm-6
Aborting journal on device dm-6.
ext3_abort called.
EXT3-fs error (device dm-6): ext3_journal_start_sb: Detected aborted journal
Remounting filesystem read-only
dm-6 is my system partition
I have checked the disks and RAIDs , everything was OK.
I suspect that this is related to mdadm and some of its variables which
has been probably overflowed.
Have you met with something like this before? Do you have a solution?
I am very happy using mdadm and a bit afraid about my data. There is
around 7TB of data.
Best Regards
Bruce
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: attempt to access beyond end of device on RAID0 with mdadm
2007-05-02 14:28 attempt to access beyond end of device on RAID0 with mdadm Slawek
@ 2007-05-07 4:31 ` Neil Brown
0 siblings, 0 replies; 2+ messages in thread
From: Neil Brown @ 2007-05-07 4:31 UTC (permalink / raw)
To: Slawek; +Cc: linux-raid
On Wednesday May 2, slawekn1@open-e.com wrote:
> Hello,
>
> I am using Debian 3.1 (sarge) with 2.6.17.13-gen64-smp kernel.
> I have storage of 53 TB (6 units with 9.5 T). All of them are stripped
> (Raid0) using mdadm 1.9.0. On this unit have created with LVM2 Volume
> Group and 3 logical Volumes. One for SWAP (4GB), one for some system
> files encrypted with dm-crypt and with 1GB size. The rest of free space
> is used for Logical Volume for data.
>
> Yesterday I saw in dmesg that:
>
>
> attempt to access beyond end of device
> dm-6: rw=1, want=10468036824, limit=2097152
> attempt to access beyond end of device
> dm-6: rw=1, want=1381842776, limit=2097152
> attempt to access beyond end of device
> dm-6: rw=1, want=2907847344, limit=2097152
> attempt to access beyond end of device
> dm-6: rw=1, want=822338824, limit=2097152
> Buffer I/O error on device dm-6, logical block 102792352
> lost page write due to I/O error on dm-6
> Aborting journal on device dm-6.
> ext3_abort called.
> EXT3-fs error (device dm-6): ext3_journal_start_sb: Detected aborted journal
> Remounting filesystem read-only
>
> dm-6 is my system partition
This looks like filesystem corruption. It could be caused by some
problem with dm-crypt, or it could be caused by a data error on the
storage media or on the path from the media to the CPU.
Encryption could turn a single bit error into substantial changes all
over the block.
I recommend you 'fsck' dm-6 and see how bad it is, and if the problem
is repeatable or transient.
I don't think this problem could be caused by mdadm or md/raid0. If
there would bugs there, you would get much more consistent errors.
NeilBrown
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2007-05-07 4:31 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-05-02 14:28 attempt to access beyond end of device on RAID0 with mdadm Slawek
2007-05-07 4:31 ` Neil Brown
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).