From: Roman Mamedov <rm@romanrm.net>
To: Pedro Teixeira <finas@aeiou.pt>
Cc: linux-raid@vger.kernel.org
Subject: Re: strange problem with raid6 read errors on active non-degraded array
Date: Wed, 2 Jul 2014 15:52:24 +0600 [thread overview]
Message-ID: <20140702155224.072d09ef@natsu> (raw)
In-Reply-To: <20140702103241.Horde.iempNvYRo99Ts9G5Op7ionA@webmail.aeiou.pt>
[-- Attachment #1: Type: text/plain, Size: 1531 bytes --]
On Wed, 02 Jul 2014 10:32:41 +0100
Pedro Teixeira <finas@aeiou.pt> wrote:
> - I'm having the following problem on a raid6 md volume consisting og
> 16 1TB Seagtes SSHD's. ( using kernel 3.15.3 or 3.14.0 ) mdadm is 3.3.
>
> - every time I run a fsck.ext4 I will get the exact same errors (
> ...short read ). Forcing a repair on the md0 volume shows no errors
> and completes without problems. All disks are active and the volume is
> not degraded, still I can't get rid of the short errors on those 16
> blocks and when the filesystem is mounted the read errors will come up
> from time to time as they are probably in use.
Are you sure that Ext4 in your kernel, and all tools that you use with it (such
as the fsck) really support 16 TB filesystems? I recall there have been some
semi-obvious problems with that. Try a different FS, e.g. XFS or Btrfs instead
of Ext4.
> - If I try to read those blocks with DD ( dd if=/dev/md0 of=test.txt
> seek=458227712 count=6 bs=4096 ) it will instantly create a 1.8T file
> but the file doesn't appear to have nothing on it ( and the file
> doesn't take the 1.8T on disk as the disk is much smaller )
> root@nas3:/# dd if=/dev/md0 of=teste.txt seek=458227712 count=6 bs=4096
> 6+0 records in
> 6+0 records out
> 24576 bytes (25 kB) copied, 0.0019239 s, 12.8 MB/s
> root@nas3:/# ls -lah teste.txt
> -rw-r--r-- 1 root root 1.8T Jul 2 10:22 teste.txt
Here you need to use skip=, not seek=. See "man dd".
--
With respect,
Roman
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
next prev parent reply other threads:[~2014-07-02 9:52 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-07-02 9:32 strange problem with raid6 read errors on active non-degraded array Pedro Teixeira
2014-07-02 9:52 ` Roman Mamedov [this message]
2014-07-02 10:07 ` Pedro Teixeira
2014-07-02 10:11 ` Roman Mamedov
2014-07-02 10:37 ` Pedro Teixeira
2014-07-02 11:03 ` Pedro Teixeira
2014-07-02 10:45 ` NeilBrown
2014-07-02 11:54 ` Pedro Teixeira
[not found] ` <20140702152429.742a3e8ea8bd100f5b3bae1f@bbaw.de>
2014-07-02 14:14 ` Pedro Teixeira
2014-07-02 14:55 ` Lars Täuber
2014-07-02 16:35 ` Ethan Wilson
[not found] ` <20140702192825.Horde.18y4TPYRo99TtE9JC9kSzUA@webmail.aeiou.pt>
2014-07-02 21:34 ` Ethan Wilson
2014-07-02 16:43 ` John Stoffel
[not found] ` <20140702193706.Horde.Q4yuGvYRo99TtFFSw8qw6-A@webmail.aeiou.pt>
2014-07-02 18:41 ` Pedro Teixeira
2014-07-02 19:01 ` John Stoffel
2014-07-03 2:40 ` NeilBrown
2014-07-03 8:29 ` Pedro Teixeira
2014-07-03 10:39 ` Pedro Teixeira
2014-07-03 21:06 ` Pedro Teixeira
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=20140702155224.072d09ef@natsu \
--to=rm@romanrm.net \
--cc=finas@aeiou.pt \
--cc=linux-raid@vger.kernel.org \
/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.