All of lore.kernel.org
 help / color / mirror / Atom feed
From: Eric Sandeen <sandeen@redhat.com>
To: Justin Maggard <jmaggard10@gmail.com>
Cc: linux-ext4@vger.kernel.org
Subject: Re: >16TB issues
Date: Wed, 12 Aug 2009 09:12:24 -0500	[thread overview]
Message-ID: <4A82CDC8.1040007@redhat.com> (raw)
In-Reply-To: <150c16850908112235o10970aefqa16f2e08490d74e7@mail.gmail.com>

Justin Maggard wrote:
> On Tue, Aug 11, 2009 at 9:21 PM, Eric Sandeen<sandeen@redhat.com> wrote:
>>> -  Immediately running e2fsck on the volume before ever mounting it
>>> will not complete, and results in the following:
>>> # e2fsck -n /dev/md2
>>> e2fsck 1.41.7 (29-June-2009)
>>> Error reading block 2435874816 (Attempt to read block from filesystem
>>> resulted in short read).  Ignore error? no
>> This is roughly halfway through the filesystem; the journal is roughly
>> in the middle of the filesystem; this is just over 2^31 blocks.  I bet
>> there are still ints or longs in the userspace journal code.  I'll take
>> a look.
> 
> Thanks for looking into this.  That log message is from when I was
> running a 32-bit kernel,

oh!  ok I missed that tidbit.   Although even full 32-bit should be able
to reach 16T at least.  Hmmm

>  and I was apparently running into page cache
> index limitations.  That error went away when I switched to a x86_64
> kernel, but there are still other errors, as posted in one of my more
> recent messages.

Guess I need to catch up a bit.  :)

-Eric

p.s. I ws wrong about the 73G lifetime writes; just mkfsing a 19T
filesystem even w/ lazy_itable_init=1, it did 351G of writes at mkfs
time so that's not it.

> -Justin


      reply	other threads:[~2009-08-12 14:12 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-07-02 22:23 >16TB issues Justin Maggard
2009-07-03 14:38 ` Andreas Dilger
2009-07-16 18:04   ` Justin Maggard
2009-07-16 18:59     ` Valerie Aurora
2009-07-21 16:10     ` Andreas Dilger
2009-07-21 18:52       ` Justin Maggard
2009-07-21 18:57         ` Eric Sandeen
2009-07-21 19:21         ` Andreas Dilger
2009-07-22 22:27           ` Justin Maggard
2009-07-27 22:03             ` Valerie Aurora
2009-07-30 22:23             ` Valerie Aurora
2009-08-01  1:24               ` Justin Maggard
2009-08-03 17:20                 ` Valerie Aurora
2009-08-11 21:39                 ` Valerie Aurora
2009-08-11 22:05                   ` Theodore Tso
2009-08-12  1:25                     ` Valerie Aurora
2009-08-12  2:04                       ` Theodore Tso
2009-08-12 17:59                         ` Valerie Aurora
2009-08-28  2:30                           ` Justin Maggard
2009-08-28 12:40                             ` Theodore Tso
2009-08-28 20:27                               ` Justin Maggard
2009-08-12  4:21 ` Eric Sandeen
2009-08-12  5:35   ` Justin Maggard
2009-08-12 14:12     ` Eric Sandeen [this message]

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=4A82CDC8.1040007@redhat.com \
    --to=sandeen@redhat.com \
    --cc=jmaggard10@gmail.com \
    --cc=linux-ext4@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.