From: Chris Mason <mason@suse.com>
To: Christian Mayrhuber <christian.mayrhuber@gmx.net>
Cc: reiserfs-list <reiserfs-list@namesys.com>
Subject: Re: Data-logging and md as / fs bug
Date: 08 May 2003 09:35:35 -0400 [thread overview]
Message-ID: <1052400935.14616.493.camel@tiny.suse.com> (raw)
In-Reply-To: <1052321005.14616.407.camel@tiny.suse.com>
On Wed, 2003-05-07 at 11:23, Chris Mason wrote:
[ md complains about busy devices on reboot ]
> Ok, it's probably because of the way the journal relocation code grabs
> the journal device. Since root doesn't really get fully unmounted we've
> probably got a reference open and that is upsetting the md code.
>
> The right fix is probably to skip the bdget when the journal device is
> not external , and just set journal->j_dev_bd to super->s_bdev.
Hopefully 03-relocation-8.diff fixes this. The incremental is below if
you'd like to give it a try, but use with caution as I haven't tested on
an md root device here.
diff -Nru a/fs/reiserfs/journal.c b/fs/reiserfs/journal.c
--- a/fs/reiserfs/journal.c Thu May 8 09:38:49 2003
+++ b/fs/reiserfs/journal.c Thu May 8 09:38:49 2003
@@ -2294,7 +2294,7 @@
result = 0;
- if( journal -> j_dev_bd != NULL ) {
+ if( journal -> j_dev_bd != NULL && journal->j_dev_bd != super->s_bdev) {
result = blkdev_put( journal -> j_dev_bd, BDEV_FS );
journal -> j_dev_bd = NULL;
}
@@ -2330,6 +2330,14 @@
if( ( !jdev_name || !jdev_name[ 0 ] ) ) {
+ /* don't add an extra reference to the device when
+ * the log is on the same disk as the FS. It makes the
+ * raid code unhappy
+ */
+ if (jdev == super->s_dev) {
+ journal->j_dev_bd = super->s_bdev;
+ return 0;
+ }
journal -> j_dev_bd = bdget( kdev_t_to_nr( jdev ) );
if( journal -> j_dev_bd ) {
result = blkdev_get( journal -> j_dev_bd,
next prev parent reply other threads:[~2003-05-08 13:35 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
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 [this message]
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=1052400935.14616.493.camel@tiny.suse.com \
--to=mason@suse.com \
--cc=christian.mayrhuber@gmx.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.