mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
* [2.6.12.2] unexpected block device behaviour ...
@ 2005-07-11  4:15 Herbert Poetzl
  0 siblings, 0 replies; only message in thread
From: Herbert Poetzl @ 2005-07-11  4:15 UTC (permalink / raw)
  To: Linux Kernel ML; +Cc: Andrew Morton


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


^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2005-07-11  4:15 UTC | newest]

Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2005-07-11  4:15 [2.6.12.2] unexpected block device behaviour Herbert Poetzl

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®