lkml.org 
[lkml]   [2005]   [Jul]   [11]   [last100]   RSS Feed
Views: [more markup]  [less markup]  [headers]  [forward] 
 
Messages in this thread
/
DateMon, 11 Jul 2005 06:15:31 +0200
FromHerbert Poetzl <>
Subject[2.6.12.2] unexpected block device behaviour ...
Hi Folks! Andrew!

accidentially stumbled over the following issue:

creating a filesystem (in userspace) requires a period
of quiescence after that (about 5 seconds) until you
can reliably mount the new filesystem ...

this can be observed on 2.6.11 as well as 2.6.12.2
(didn't test older kernels yet) on x86_64 (SMP) with
loopback or dm (lvm2) based block devices (probably
also with other block devices) for different file-
systems (ext2,ext3,xfs,jfs,reiserfs) ...

Rik and I agreed that it is at least unexpected
behaviour, especially as doing an fsync() on the
block device doesn't remedy the deficiency.


so the sequence to 'trigger' this basically is:

  mkfs.* $DEV
  mount $DEV $MNT

and the mount fails sometimes with:
mount: wrong fs type, bad option, bad superblock on /dev/*,
       missing codepage or other error
(but works quite fine if you wait 10 seconds)
here are some scripts (and example output) I used 
for testing this ...

http://vserver.13thfloor.at/Stuff/x.sh
http://vserver.13thfloor.at/Stuff/x.sh.txt

http://vserver.13thfloor.at/Stuff/x2.sh
http://vserver.13thfloor.at/Stuff/x2.sh.txt


best,
Herbert

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-07-11 04:18    [W:0.051 / U:0.010 seconds]
©2003-2008 Jasper Spaans