From: Bas van Schaik <bas@tuxes.nl>
To: Theodore Tso <tytso@MIT.EDU>
Cc: linux-ext4@vger.kernel.org
Subject: Re: e2fsck dies with error "this should never happen!!!"
Date: Fri, 07 Mar 2008 14:41:12 +0100 [thread overview]
Message-ID: <47D145F8.3040300@tuxes.nl> (raw)
In-Reply-To: <47CAFB3F.2010409@tuxes.nl>
Bas van Schaik wrote:
> Theodore Tso wrote:
>
>> On Fri, Feb 22, 2008 at 08:31:13PM +0100, Bas van Schaik wrote:
>>
>>
>>>> Yeah, it could be quite big, given that you have a 3TB filesystem. That's
>>>> why I suggested the "or given me login access to the system", although
>>>> understand there could be all sorts of privacy and security issues
>>>> involved with that request.
>>>>
>>>>
>>> The dump is not ready yet...
>>>
>>> Whatever we will do, it will have to wait for a week and a half. For now I
>>> really appreciate all the help.
>>>
>>>
>> Ok, when you get back, I should also have a patch for you that will
>> allow the "XXX should never happen" message to display more
>> information, so if the dump is too big for us to move over the
>> network, I'll have another way of doing some remote debugging.
>>
>>
> Last night I returned from my holiday trip, so I'm available again. The
> e2image dump completed somewhere during my absence and has grown to 1.6
> gigabytes (bzip2), too large to actually publish if you ask me. I think
> it is okay to provide you access to the system, please contact me
> (preferably using a GPG-encrypted message) so we can agree on the
> details. Of course it would be great if you can send a patch which will
> make e2fsck more verbose.
Hmmm, it is starting to annoy me that I can't get the filesystem to
work... I just tried to restore the ext3 metadata from a LVM snapshot
(taken two weeks ago, before running e2fsck), but that didn't work:
> # e2image /dev/loop1 e2image-pre-e2fsck-snapshot_2008-03-06
> e2image 1.40-WIP (14-Nov-2006)
> # e2image -I /dev/loop2 e2image-pre-e2fsck-snapshot_2008-03-06
> e2image 1.40-WIP (14-Nov-2006)
> e2image-pre-e2fsck-snapshot_2008-03-06: File too large
(note that loop0 is the real filesystem which is messed up and looks
unrecoverable, loop1 is the LVM snapshot I took before doing any attempt
to fix loop0 and loop2 is a LVM snapshot of loop0 which I created a few
hours ago to test e2image on without making things worse)
Why is e2image refusing to restore the metadata, and what does "File too
large" mean?
I think this is pretty much the moment were I can say "HELP!!!"
-- Bas
next prev parent reply other threads:[~2008-03-07 13:41 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-02-22 12:07 e2fsck dies with error "this should never happen!!!" Bas van Schaik
2008-02-22 12:38 ` Theodore Tso
2008-02-22 13:14 ` Bas van Schaik
2008-02-22 17:44 ` Bas van Schaik
2008-02-22 17:46 ` Eric Sandeen
2008-02-22 17:55 ` Bas van Schaik
2008-02-22 18:00 ` Eric Sandeen
2008-02-22 18:06 ` Bas van Schaik
2008-02-22 18:27 ` Theodore Tso
2008-02-22 19:31 ` Bas van Schaik
2008-02-22 19:48 ` Theodore Tso
2008-03-02 19:08 ` Bas van Schaik
2008-03-07 13:41 ` Bas van Schaik [this message]
2008-03-07 15:50 ` Eric Sandeen
2008-03-07 16:29 ` Bas van Schaik
2008-03-07 17:45 ` Theodore Tso
2008-03-07 18:12 ` Bas van Schaik
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=47D145F8.3040300@tuxes.nl \
--to=bas@tuxes.nl \
--cc=linux-ext4@vger.kernel.org \
--cc=tytso@MIT.EDU \
/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.