All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Michael B. Trausch" <mike@trausch.us>
To: Andreas Dilger <adilger@sun.com>
Cc: linux-ext4@vger.kernel.org
Subject: Re: "tune2fs -I 256" runtime---can it be interrupted safely?
Date: Tue, 11 Nov 2008 11:09:10 -0500	[thread overview]
Message-ID: <20081111110910.4a6f7941@zest> (raw)
In-Reply-To: <20081107211643.GB3184@webber.adilger.int>

[-- Attachment #1: Type: text/plain, Size: 1521 bytes --]

On Fri, 07 Nov 2008 14:16:43 -0700
Andreas Dilger <adilger@sun.com> wrote:

> If you have time, after the backup is done could you please re-try the
> "tune2fs -I 256" operation and let it go for a while, then "ltrace -p
> {pid}" on the process from another window to see what it is doing (if
> anything). You may need to have the "e2fsprogs-debuginfo" RPM
> installed to get useful data there.
> 
> After grabbing some of the data with ltrace, also run "strace -p
> {pid}" to get disk IO information, and finally "gdb -p {pid}" and
> grab a stack trace with "bt", let it continue for a few seconds with
> "c", and then CTRL-C again and grab another stack trace with "bt".

Ugh, I forgot to do the gdb backtraces.  *headdesk*  I will do another
run with them later.

I do have an ltrace up and online at:

  http://fd0man.theunixplace.com/tune2fs.ltrace.bz2

The bzip2 file is 44 MB, and the uncompressed text is _huge_ (about 3
GB).  This is a two hour run of "tune2fs -I 256 /dev/sdb" on an
external 250 GB (235 GiB) drive formatted with the ext3 filesystem.
I aborted the tune2fs run after 2 hours, though I am sure it would have
run for far longer.  Hopefully, this will give some insight as to what
the problem might be.

I _was_ hoping that it would make a difference in runtime that the
filesystem was empty (I did this right after "mkfs.ext3 -I
128 /dev/sdb"), but it was still going very slowly...

	--- Mike

-- 
My sigfile ran away and is on hiatus.
http://www.trausch.us/

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

  reply	other threads:[~2008-11-11 16:09 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-11-01 19:10 "tune2fs -I 256" runtime---can it be interrupted safely? Michael B. Trausch
2008-11-01 23:46 ` Michael B. Trausch
2008-11-07 21:16   ` Andreas Dilger
2008-11-11 16:09     ` Michael B. Trausch [this message]
2008-11-14  8:30       ` Andreas Dilger
  -- strict thread matches above, loose matches on Subject: below --
2008-11-14 12:49 Andreas Schultz
2008-11-14 21:06 ` Andreas Dilger
2008-11-15  5:50   ` Theodore Tso
2008-11-16 12:11     ` Andreas Schultz

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=20081111110910.4a6f7941@zest \
    --to=mike@trausch.us \
    --cc=adilger@sun.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.