On Thu, Jan 03, 2013 at 09:28:00PM +0100, Helmut Hullen wrote:
> Hallo, Chris,
>
> Du meintest am 03.01.13:
>
> > So 'btrfs fi label' relabeling with an unmounted system changes the
> > file system label metadata on all member devices, according to btrfs
> > fi label. Now when I use file:
>
> On my system (a bundle of /dev/sdb, /dev/sdc, /dev/sdd)
>
> btrfs fi label /dev/sdb mylabel
>
> only sets the label on the (unmounted) device /dev/sdb. "/dev/sdc" and
> "/dev/sdd" remain without label.
This is a bug.
> > # file -s /dev/sdb
> > /dev/sdb: BTRFS Filesystem (label "test2", sectorsize 4096, nodesize
> > 4096, leafsize 4096)
> > # file -s /dev/sdc
> > /dev/sdc: BTRFS Filesystem (label "test2", sectorsize 4096, nodesize
> > 4096, leafsize 4096)
>
> > Again it correctly reports the label, even though I had only changed
> > the label on sdc (which actually is improper language, I changed the
> > label on the file system implied by device sdc which also extends to
> > device sdb).
>
> Strange.
> Actually the btrfs system is mounted and has to run a job with needs
> about 5 days - I may not stop it.
>
> But before the first mounting of the system only "/dev/sdb" showed the
> label. Maybe with the first mounting the label spreads over all disks.
Probably.
> > And then for blkid:
>
> > # blkid
> > /dev/sdb: LABEL="test2" UUID="3d5390d0-a41b-4f70-a4e5-b47295d3c717"
> > UUID_SUB="a5bbaa83-6d6f-45dc-9804-9442350c3bc9" TYPE="btrfs"
> > /dev/sdc: LABEL="test2" UUID="3d5390d0-a41b-4f70-a4e5-b47295d3c717"
> > UUID_SUB="01e0bc77-cfdf-4bd7-bfd3-05e14affa66a" TYPE="btrfs"
>
> Strange - in another way.
>
> Here "blkid" (without any device) hangs. See the attachment ("strace
> blkid").
[snip]
> stat64("/dev/fd0", {st_mode=S_IFBLK|0660, st_rdev=makedev(2, 0), ...}) = 0
> open("/dev/fd0", O_RDONLY|O_LARGEFILE) = 4
> fadvise64_64(4, 0, 0, POSIX_FADV_RANDOM) = 0
> fstat64(4, {st_mode=S_IFBLK|0660, st_rdev=makedev(2, 0), ...}) = 0
> uname({sys="Linux", node="izar", ...}) = 0
> ioctl(4, BLKGETSIZE64, 0x8050d5c) = 0
> _llseek(4, 0, [0], SEEK_SET) = 0
> read(4, 0x80517a4, 1024) = -1 EIO (Input/output error)
> _llseek(4, 0, [0], SEEK_SET) = 0
> read(4, 0x80517a4, 1024) = -1 EIO (Input/output error)
> _llseek(4, 0, [0], SEEK_SET) = 0
> read(4, 0x80517a4, 1024) = -1 EIO (Input/output error)
> _llseek(4, 0, [0], SEEK_SET) = 0
> read(4, 0x80517a4, 1024) = -1 EIO (Input/output error)
> _llseek(4, 0, [0], SEEK_SET) = 0
> read(4, 0x80517a4, 1024) = -1 EIO (Input/output error)
> _llseek(4, 0, [0], SEEK_SET) = 0
> read(4, 0x80517a4, 1024) = -1 EIO (Input/output error)
> _llseek(4, 0, [0], SEEK_SET) = 0
> read(4, 0x80517a4, 1024) = -1 EIO (Input/output error)
> _llseek(4, 0, [0], SEEK_SET) = 0
> read(4, <unfinished ...>
This is waiting for /dev/fd0 to return some data. I guess it'll
give up after a few times round (8? 10?) and return some results.
Hugo.
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
PGP key: 515C238D from wwwkeys.eu.pgp.net or http://www.carfax.org.uk
--- Putting U back in Honor, Valor, and Trth ---
Attachment:
signature.asc
Description: Digital signature
