All of lore.kernel.org
 help / color / mirror / Atom feed
* Workaround for race condition at boot
@ 2010-03-30  2:40 Mark Rada
  2010-03-30 13:08 ` Chris Mason
  0 siblings, 1 reply; 3+ messages in thread
From: Mark Rada @ 2010-03-30  2:40 UTC (permalink / raw)
  To: linux-btrfs

Hi,

In my time playing around with btrfs I have had difficulty in mounting =
and btrfs partitions that use multiple devices. I'm aware that there is=
 a note about a gotcha on the wiki, but I'm not trying to mount the btr=
fs partition as the root.

However, I have noticed that if I force a btrfs filesystem scan before =
trying to mount, then everything will work.

I originally created a bug report on the Gentoo Bugzilla:
http://bugs.gentoo.org/show_bug.cgi?id=3D309219


Thanks,

=97
Mark Rada
marada@uwaterloo.ca

--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" =
in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: Workaround for race condition at boot
  2010-03-30  2:40 Workaround for race condition at boot Mark Rada
@ 2010-03-30 13:08 ` Chris Mason
  2010-03-30 16:03   ` Mark Rada
  0 siblings, 1 reply; 3+ messages in thread
From: Chris Mason @ 2010-03-30 13:08 UTC (permalink / raw)
  To: Mark Rada; +Cc: linux-btrfs

On Mon, Mar 29, 2010 at 10:40:12PM -0400, Mark Rada wrote:
> Hi,
> 
> In my time playing around with btrfs I have had difficulty in mounting and btrfs partitions that use multiple devices. I'm aware that there is a note about a gotcha on the wiki, but I'm not trying to mount the btrfs partition as the root.
> 
> However, I have noticed that if I force a btrfs filesystem scan before trying to mount, then everything will work.
> 
> I originally created a bug report on the Gentoo Bugzilla:
> http://bugs.gentoo.org/show_bug.cgi?id=309219
> 

This isn't a race condition, it is built into the filesystem.  Later
versions of btrfs progs will pull the details right out of udev instead
of needing btrfsctl -a, but today the btrfsctl -a is the only way.

This is similar to what needs to happen on lvm, its just that the
initramfs tools already understand lvm ;)

-chris

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: Workaround for race condition at boot
  2010-03-30 13:08 ` Chris Mason
@ 2010-03-30 16:03   ` Mark Rada
  0 siblings, 0 replies; 3+ messages in thread
From: Mark Rada @ 2010-03-30 16:03 UTC (permalink / raw)
  To: Chris Mason; +Cc: linux-btrfs@vger.kernel.org

Ah, ok, thank you for explaining.

Sent from my iPhone

On 2010-03-30, at 9:08, Chris Mason <chris.mason@oracle.com> wrote:

> On Mon, Mar 29, 2010 at 10:40:12PM -0400, Mark Rada wrote:
>> Hi,
>>
>> In my time playing around with btrfs I have had difficulty in  
>> mounting and btrfs partitions that use multiple devices. I'm aware  
>> that there is a note about a gotcha on the wiki, but I'm not trying  
>> to mount the btrfs partition as the root.
>>
>> However, I have noticed that if I force a btrfs filesystem scan  
>> before trying to mount, then everything will work.
>>
>> I originally created a bug report on the Gentoo Bugzilla:
>> http://bugs.gentoo.org/show_bug.cgi?id=309219
>>
>
> This isn't a race condition, it is built into the filesystem.  Later
> versions of btrfs progs will pull the details right out of udev  
> instead
> of needing btrfsctl -a, but today the btrfsctl -a is the only way.
>
> This is similar to what needs to happen on lvm, its just that the
> initramfs tools already understand lvm ;)
>
> -chris

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2010-03-30 16:03 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-03-30  2:40 Workaround for race condition at boot Mark Rada
2010-03-30 13:08 ` Chris Mason
2010-03-30 16:03   ` Mark Rada

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.