[prev in list] [next in list] [prev in thread] [next in thread]
List: evms-devel
Subject: Re: [Evms-devel] Error in dmesg
From: "Stian B. Barmen" <stian () barmen ! nu>
Date: 2004-11-23 20:04:46
Message-ID: 1101240286.25176.7.camel () napalm ! barmen ! nu
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
> This effectively means that something is trying to read data past the end of
> that device (dm-1). Those are pretty big devices. :) The numbers are in
> sectors (assuming a 2.6 kernel, since 2.4 kernels don't support devices that
> big), so it looks like something is trying to read data at an offset of about
> 6.46 TB on a device that's only 1.59 TB big. Do either of these sizes match
> any of the volumes (or intermediate objects) from your system?
>
> Can you post the contents of /proc/mdstat and the output of the commands
> "dmsetup ls" and "dmsetup table"? These should help us determine how big all
> your devices are, which might help us explain the above error messages.
>
Yes this is my _very_ big device. My raid is 1,6T large, made from 8
250GB IDE drives. Takes a long time to sync, but is very nice and fast
once its up.
I did an fsck on the device and it turned out with alot of unused
inodes. After 3 hours of fscking its now working again, no problem. The
problem occured when my hdc disk suddenly went out of sync (dunno why),
there was nothing wrong with the disk from my diagnostic so I removed
the stale object and tried to put in as a spare. This failed, just got
"deactivated" or something, new stale object at least. My last resort
was to delete the region and make it all over using the same parameters.
After this the raid resynced, but the ext3 suffered the damage described
above.
Thanks for you're reply. If I can helt development by providing logs I
will gladly do so but rather send it to you guys directly and not on the
list.
Best regards
Stian B. Barmen
[Attachment #5 (text/html)]
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
<META NAME="GENERATOR" CONTENT="GtkHTML/3.2.3">
</HEAD>
<BODY>
<BLOCKQUOTE TYPE=CITE>
<PRE>
<FONT COLOR="#000000">This effectively means that something is trying to read data \
past the end of </FONT> <FONT COLOR="#000000">that device (dm-1). Those are pretty \
big devices. :) The numbers are in </FONT> <FONT COLOR="#000000">sectors (assuming a \
2.6 kernel, since 2.4 kernels don't support devices that </FONT> <FONT \
COLOR="#000000">big), so it looks like something is trying to read data at an offset \
of about </FONT> <FONT COLOR="#000000">6.46 TB on a device that's only 1.59 TB big. \
Do either of these sizes match </FONT> <FONT COLOR="#000000">any of the volumes (or \
intermediate objects) from your system?</FONT>
<FONT COLOR="#000000">Can you post the contents of /proc/mdstat and the output of the \
commands </FONT> <FONT COLOR="#000000">"dmsetup ls" and "dmsetup \
table"? These should help us determine how big all </FONT> <FONT \
COLOR="#000000">your devices are, which might help us explain the above error \
messages.</FONT>
</PRE>
</BLOCKQUOTE>
Yes this is my _very_ big device. My raid is 1,6T large, made from 8 250GB IDE \
drives. Takes a long time to sync, but is very nice and fast once its up. <BR> <BR>
I did an fsck on the device and it turned out with alot of unused inodes. After 3 \
hours of fscking its now working again, no problem. The problem occured when my hdc \
disk suddenly went out of sync (dunno why), there was nothing wrong with the disk \
from my diagnostic so I removed the stale object and tried to put in as a spare. This \
failed, just got "deactivated" or something, new stale object at least. My \
last resort was to delete the region and make it all over using the same parameters. \
After this the raid resynced, but the ext3 suffered the damage described above. <BR> \
<BR> Thanks for you're reply. If I can helt development by providing logs I will \
gladly do so but rather send it to you guys directly and not on the list. <BR> <BR>
Best regards<BR>
Stian B. Barmen
</BODY>
</HTML>
["smime.p7s" (application/x-pkcs7-signature)]
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://productguide.itmanagersjournal.com/
_______________________________________________
Evms-devel mailing list
Evms-devel@lists.sourceforge.net
To subscribe/unsubscribe, please visit:
https://lists.sourceforge.net/lists/listinfo/evms-devel
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic