All of lore.kernel.org
 help / color / mirror / Atom feed
From: Arend Freije <afreije@inn.nl>
To: Alexander Zarochentsev <zam@namesys.com>
Cc: reiserfs-list@namesys.com, "E.Gryaznova" <grev@namesys.com>,
	Vladimir Saveliev <vs@namesys.com>,
	Hans Reiser <reiser@namesys.com>
Subject: Re: RAID-1 and Reiser4 issue: umount hangs
Date: Wed, 31 May 2006 11:06:49 +0200	[thread overview]
Message-ID: <447D5CA9.3080707@inn.nl> (raw)
In-Reply-To: <200605311113.48131.zam@namesys.com>

Alexander Zarochentsev wrote:
> On Tuesday 30 May 2006 23:20, Arend Freije wrote:
>   
>> Alexander Zarochentsev wrote:
>>     
>>> Hello,
>>>
>>> On Tuesday 30 May 2006 00:17, Arend Freije wrote:
>>>       
>>>> Hi,
>>>>
>>>> I'm using Reiser4 for my filesystems on disk (/dev/sda) , and it
>>>> works just fine. Recently I bought a second disk (/dev/sdb) for
>>>> RAID-1 mirroring. With mdadm I created a degraded raid-1 array  on
>>>> /dev/md/0, devices missing,/dev/sdb1. After that I created a
>>>> Reiser4 filesystem on /dev/md/0 and mounted it at /mnt. Then I
>>>> copied the data from /dev/sda1 to /mnt.
>>>>         
>>> would it work better with "no_write_barrier" mount option?
>>>       
>> It would indeed. What's the purpose of this option?
>>     
>
> It disables write barrier support in reiser4 which may be buggy.  It is 
> not necessary that reiser4 code has a bug, but the elevator, md device 
> or disk driver code.
>   
Alexander,

You're probably right. I found several posts on the linux-kernel list
involving problems with write barrier support in combination with SATA
and ext3 . So I tried:

# mkfs -t ext3 /dev/md/0
# mount -o barrier=1 /dev/md/0 /mnt
# cp -a $src /mnt
# umount /mnt

And indeed, umount hangs now as well.
So it seems to be a linux-kernel issue after all...

If write-barrier support is a known problem, wouldn't it be better to
disable it in the Reiser4 driver by default, as in the ext3-driver ?

Kind Regards,

Arend Freije



  reply	other threads:[~2006-05-31  9:06 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-05-29 20:17 RAID-1 and Reiser4 issue: umount hangs Arend Freije
2006-05-30 11:53 ` Alexander Zarochentsev
2006-05-30 19:20   ` Arend Freije
2006-05-31  7:13     ` Alexander Zarochentsev
2006-05-31  9:06       ` Arend Freije [this message]
2006-05-31 10:41         ` PFC
2006-05-30 15:31 ` Vladimir V. Saveliev
  -- strict thread matches above, loose matches on Subject: below --
2006-05-27 22:14 Arend Freije
2006-05-27 22:46 ` Neil Brown
2006-05-28  9:45   ` Arend Freije
2006-05-28 23:49     ` Neil Brown
2006-05-31  9:18       ` Arend Freije
2006-05-31  9:36         ` Jens Axboe
2006-06-01  5:54           ` Arend Freije
2006-06-01 18:52           ` Arend Freije

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=447D5CA9.3080707@inn.nl \
    --to=afreije@inn.nl \
    --cc=grev@namesys.com \
    --cc=reiser@namesys.com \
    --cc=reiserfs-list@namesys.com \
    --cc=vs@namesys.com \
    --cc=zam@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.