From: Chris Mason <mason@suse.com>
To: Manuel Krause <manuelkrause@netscape.net>
Cc: reiserfs-list <reiserfs-list@namesys.com>
Subject: Re: Data-logging and md as / fs bug
Date: 11 May 2003 08:58:30 -0400 [thread overview]
Message-ID: <1052657909.31450.3.camel@tiny.suse.com> (raw)
In-Reply-To: <3EBC0DBF.4050807@netscape.net>
On Fri, 2003-05-09 at 16:21, Manuel Krause wrote:
> Thanks for your description below about what is really useful... :-))
>
> On 02/23/03 you posted a kinoded-9.diff.gz to the list that solved a
> "device busy" on here when umounting a partition directly after copying
> some GB data to it.
kinoded-9 was fixing a symptom, the real problem was the patch to allow
dirty inodes to hang around instead of logging them instantly. With the
right workload you could reproduce the device busy on unmount problem
with kinoded-9 applied too.
> In those days you proposed to also use kinoded when not having the quota
> patches applied. (That were the times when dirty-inodes-for-kinoded.diff
> was new.)
>
> My questions:
> Is kinoded really useless without quota?
Right now, yes.
> Did you discontinue the kinoded-9 changes?
kinoded-9 changes are still good, I need to post an updated patch. They
are not critical though.
> Does it conflict with the recent data-logging changes?
No
> And, I just read on the list that Kerin Millar wrote about
> device/resource busy error messages and was wondering if that had
> something to do with it.
>
The software raid problems are different, that was a long standing bug
in the journal relocation code.
-chris
next prev parent reply other threads:[~2003-05-11 12:58 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-05-03 0:07 Data-logging for 2.4.21-rc1+ (again) Manuel Krause
2003-05-03 10:31 ` Oleg Drokin
2003-05-06 19:34 ` Data-logging and md as / fs bug Christian Mayrhuber
2003-05-06 19:44 ` Chris Mason
2003-05-06 19:56 ` Dieter Nützel
2003-05-08 13:31 ` Chris Mason
2003-05-09 20:21 ` Manuel Krause
2003-05-11 12:58 ` Chris Mason [this message]
2003-05-12 7:29 ` Oleg Drokin
2003-05-13 14:15 ` Manuel Krause
2003-05-13 14:25 ` Oleg Drokin
2003-05-13 15:00 ` Manuel Krause
2003-05-13 14:59 ` Oleg Drokin
2003-05-13 15:39 ` Manuel Krause
2003-05-13 15:42 ` Oleg Drokin
2003-05-15 13:31 ` Manuel Krause
2003-05-13 21:52 ` Newsmail
2003-05-13 22:18 ` Christian Mayrhuber
2003-05-14 5:40 ` Oleg Drokin
2003-05-06 20:53 ` Christian Mayrhuber
2003-05-06 21:22 ` Chris Mason
2003-05-07 12:34 ` Chris Mason
2003-05-07 14:41 ` Christian Mayrhuber
2003-05-07 14:43 ` Chris Mason
2003-05-07 14:52 ` Christian Mayrhuber
2003-05-07 15:23 ` Chris Mason
2003-05-08 13:35 ` Chris Mason
2003-05-12 7:37 ` Oleg Drokin
-- strict thread matches above, loose matches on Subject: below --
2003-05-09 11:17 Kerin Millar
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=1052657909.31450.3.camel@tiny.suse.com \
--to=mason@suse.com \
--cc=manuelkrause@netscape.net \
--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.