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 [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Reply via email to