From: Oleg Drokin <green@namesys.com>
To: reiserfs-list@namesys.com, fpage@thebetteros.oche.de
Subject: Re: r5 hash detected, unable to force r5 hash
Date: Sun, 21 Apr 2002 13:48:01 +0400 [thread overview]
Message-ID: <20020421134801.A2257@namesys.com> (raw)
In-Reply-To: <20020420190025.GA6982@thebetteros.oche.de>
Hello!
On Sat, Apr 20, 2002 at 09:00:25PM +0200, Frederick Page wrote:
> > Because it is clearly stated that if you want to convert to new hash,
> > you need to backup your data, reformat FS with new hash and put all the
> > data back.
> I am still unable to find this in the docs. Could you please tell me,
> which FM I obviously did not read?
http://www.namesys.com/download.html lists linux kernel v2.4.18 as the
recommended one.
Also I remember it was mentioned somewhere that you cannot change hash that
lightly (because I have learnt this info from somewhere ;) ), but
I cannot find exact document right now.
I will look deeply at Monday though.
Man page certainly needs to clearly state you cannot change hash that easy.
We will deal with it.
> > User errors are dealt with based on http://namesys.com/support.html
> > terms.
> Feature: you can change the hash once, but then are stuck with it, you
> cannot change it back (unless you rebuild the tree).
Nope. You hit the kernel error that was fixed already.
Fix went into 2.4.19-pre3 kernel, or thereabout. Though it was
available as separate patch long before that.
> Feature: mount does not give you any hint, that you are doing
> something potentially harmful, which cannot be undone (reiserfsck does).
Mount have nothing to do with it, it does not know anything about mount
options.
That was a kernel bug that allowed you to change a hash.
> Feature: the documented mount-option "hash=r5" does not work, instead
> gives message "error, r5 hash detected, unable to force r5 hash" (what
> the message mean?). It even does this, when r5 is already in the
> superblock.
This is kernel error that is already fixed.
> Feature: this "r5 detected, unable ..." persists since at least
> September 2001.
Obviously because nobody tried to used that before, I presume?
> I really do appreciate your feedback, but at least I see a possibility
> for the developer-team to improve reiserfs further. Please don't get
Sure. There is always space to improve.
Thank you very much for your feedback.
> At least the mount-option "hash=r5" definately does *not* work as
> documented. I'm still a little bit puzzled, why you did not even
It did not work, I'd say.
> acknowledge that, but put the blame entirely on me.
If we won't do that, how can we collect our support money then? (joke).
Seriously, you run old kernel, went into problems, and instead of upgrading
to recommended kernel with recommended patches you just wrote your original
letter.
I think Linux is mostly "do/figure out it yourself" thing, you are either able
to solve your problems based on information located elsewhere, or just
do not touch anything without consulting with knowledgeable person.
If you touched something you was not sure about and it broke - bah, bad luck.
Times are changing, of course, no wonder about that.
Bye,
Oleg
next prev parent reply other threads:[~2002-04-21 9:48 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-04-19 18:57 r5 hash detected, unable to force r5 hash Frederick Page
2002-04-19 23:23 ` Arthur Erhardt
2002-04-19 23:59 ` Frederick Page
2002-04-20 0:40 ` Manuel Krause
2002-04-20 9:17 ` Arthur Erhardt
2002-04-20 11:03 ` Oleg Drokin
2002-04-20 19:00 ` Frederick Page
2002-04-21 9:48 ` Oleg Drokin [this message]
2002-04-21 20:13 ` Frederick Page
2002-04-22 4:44 ` Oleg Drokin
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=20020421134801.A2257@namesys.com \
--to=green@namesys.com \
--cc=fpage@thebetteros.oche.de \
--cc=reiserfs-list@namesys.com \
/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.