From: Theodore Ts'o <tytso@mit.edu>
To: Justin Brown <justin.brown@fandingo.org>
Cc: linux-ext4@vger.kernel.org
Subject: Re: Fsck.ext4: Memory Allocation Failed
Date: Tue, 1 Apr 2014 16:36:02 -0400 [thread overview]
Message-ID: <20140401203602.GC30033@thunk.org> (raw)
In-Reply-To: <CAKZK7uwC=M0F6dtYZXjo6dd9yh=0PObsg5BYvP=UjyN0Pr5H-A@mail.gmail.com>
On Tue, Apr 01, 2014 at 03:15:54PM -0500, Justin Brown wrote:
> Hi Ted,
>
> Thanks for the reply. I had to repeat that on a couple other blocks,
> but it seems to work.
>
> I do have one other question. The fsck has been running for several
> hours now, and while it was fixing lots of errors at the beginning,
> there hasn't been any output from fsck in ~2 hours. I assume that it's
> still on stage 1 block and inode check. There are two interesting
> things. First, memory utilization is 9GiB (not including cache) and
> has been stable for a long time now, which seems quite odd that memory
> utilization has remained so high. Second, I attached strace to the
> fsck process. It's not particularly easy for me to tell what's
> happening, but it seems like fsck is going through every inode doing a
> 4096 write, lseek -4096, read 4096, and then lseek off to some other
> place. I'm surprised that fsck would be doing such a large number of
> writes, especially given that there's no new messages on
> stdout/stderr. It's more like behavior that I would expect from
> defragmentation. Does this seem normal?
What was the last series of messages that you saw? Was it messages
about Pass 1b / Pass 1c / Pass 1d?
There should have been some console output, though, so the fact that
you're not seeing anything does seem a bit surprising.
- Ted
prev parent reply other threads:[~2014-04-01 20:36 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-03-31 20:49 Fsck.ext4: Memory Allocation Failed Justin Brown
2014-04-01 2:22 ` Theodore Ts'o
2014-04-01 20:15 ` Justin Brown
2014-04-01 20:36 ` Theodore Ts'o [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=20140401203602.GC30033@thunk.org \
--to=tytso@mit.edu \
--cc=justin.brown@fandingo.org \
--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.