use UUID mount btrfs failed

use UUID mount btrfs failed

[huang jun]

[-- Attachment #1: Type: text/plain, Size: 483 bytes --]

I use the UUID option to mount the btrfs disk,but i can not success.
first, the disk is /dev/sdd1
then, i pull out the disk
and after mintues, pushed it again,at this time, it changes to /dev/sde1
at this time, if we use /etc/init.d/ceph restart, it will failed, for
the current mount option is likely "/dev/sd** "
but the UUID didn't change.
why i can not mount it successfuly?
BTW, does ceph provides methods to resolve the condition like that?

the starce file attached.

thanks!

[-- Attachment #2: mount.txt --]
[-- Type: text/plain, Size: 8485 bytes --]

4877  execve("/bin/mount", ["mount", "-t", "btrfs", "-o", "noatime", "UUID=4c92b2e9-3911-45c1-b9c4-2cc"..., "/data/osd.2"], [/* 17 vars */]) = 0
4877  brk(0)                            = 0x1c88000
4877  access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
4877  mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f3db62ce000
4877  access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory)
4877  open("/etc/ld.so.cache", O_RDONLY) = 3
4877  fstat(3, {st_mode=S_IFREG|0644, st_size=25523, ...}) = 0
4877  mmap(NULL, 25523, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f3db62c7000
4877  close(3)                          = 0
4877  access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
4877  open("/lib/libblkid.so.1", O_RDONLY) = 3
4877  read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\220^\0\0\0\0\0\0@"..., 832) = 832
4877  fstat(3, {st_mode=S_IFREG|0644, st_size=128256, ...}) = 0
4877  mmap(NULL, 2223432, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f3db5e94000
4877  mprotect(0x7f3db5eb0000, 2097152, PROT_NONE) = 0
4877  mmap(0x7f3db60b0000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1c000) = 0x7f3db60b0000
4877  close(3)                          = 0
4877  access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
4877  open("/lib/libuuid.so.1", O_RDONLY) = 3
4877  read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\360\25\0\0\0\0\0\0@"..., 832) = 832
4877  fstat(3, {st_mode=S_IFREG|0644, st_size=15720, ...}) = 0
4877  mmap(NULL, 2110736, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f3db5c90000
4877  mprotect(0x7f3db5c94000, 2093056, PROT_NONE) = 0
4877  mmap(0x7f3db5e93000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x3000) = 0x7f3db5e93000
4877  close(3)                          = 0
4877  access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
4877  open("/lib/libselinux.so.1", O_RDONLY) = 3
4877  read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\0U\0\0\0\0\0\0@"..., 832) = 832
4877  fstat(3, {st_mode=S_IFREG|0644, st_size=109464, ...}) = 0
4877  mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f3db62c6000
4877  mmap(NULL, 2209368, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f3db5a74000
4877  mprotect(0x7f3db5a8e000, 2093056, PROT_NONE) = 0
4877  mmap(0x7f3db5c8d000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x19000) = 0x7f3db5c8d000
4877  mmap(0x7f3db5c8f000, 1624, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f3db5c8f000
4877  close(3)                          = 0
4877  access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
4877  open("/lib/libc.so.6", O_RDONLY)  = 3
4877  read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0`\355\1\0\0\0\0\0@"..., 832) = 832
4877  fstat(3, {st_mode=S_IFREG|0755, st_size=1432968, ...}) = 0
4877  mmap(NULL, 3541032, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f3db5713000
4877  mprotect(0x7f3db586b000, 2093056, PROT_NONE) = 0
4877  mmap(0x7f3db5a6a000, 20480, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x157000) = 0x7f3db5a6a000
4877  mmap(0x7f3db5a6f000, 18472, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f3db5a6f000
4877  close(3)                          = 0
4877  access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
4877  open("/lib/libdl.so.2", O_RDONLY) = 3
4877  read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\340\r\0\0\0\0\0\0@"..., 832) = 832
4877  fstat(3, {st_mode=S_IFREG|0644, st_size=14696, ...}) = 0
4877  mmap(NULL, 2109696, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f3db550f000
4877  mprotect(0x7f3db5511000, 2097152, PROT_NONE) = 0
4877  mmap(0x7f3db5711000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2000) = 0x7f3db5711000
4877  close(3)                          = 0
4877  mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f3db62c5000
4877  mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f3db62c3000
4877  arch_prctl(ARCH_SET_FS, 0x7f3db62c37e0) = 0
4877  mprotect(0x7f3db5711000, 4096, PROT_READ) = 0
4877  mprotect(0x7f3db5a6a000, 16384, PROT_READ) = 0
4877  mprotect(0x7f3db62d0000, 4096, PROT_READ) = 0
4877  munmap(0x7f3db62c7000, 25523)     = 0
4877  brk(0)                            = 0x1c88000
4877  brk(0x1ca9000)                    = 0x1ca9000
4877  open("/etc/selinux/config", O_RDONLY) = -1 ENOENT (No such file or directory)
4877  statfs("/selinux", {f_type="EXT2_SUPER_MAGIC", f_bsize=4096, f_blocks=3870208, f_bfree=2198114, f_bavail=2001519, f_files=983040, f_ffree=754845, f_fsid={1442076645, -1226478538}, f_namelen=255, f_frsize=4096}) = 0
4877  open("/proc/mounts", O_RDONLY)    = 3
4877  fstat(3, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0
4877  mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f3db62cd000
4877  read(3, "rootfs / rootfs rw 0 0\nnone /sys "..., 1024) = 895
4877  read(3, ""..., 1024)              = 0
4877  close(3)                          = 0
4877  munmap(0x7f3db62cd000, 4096)      = 0
4877  open("/usr/lib/locale/locale-archive", O_RDONLY) = 3
4877  fstat(3, {st_mode=S_IFREG|0644, st_size=1527584, ...}) = 0
4877  mmap(NULL, 1527584, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f3db614e000
4877  close(3)                          = 0
4877  umask(022)                        = 022
4877  open("/dev/null", O_RDWR)         = 3
4877  close(3)                          = 0
4877  getuid()                          = 0
4877  geteuid()                         = 0
4877  lstat("/etc/mtab", {st_mode=S_IFREG|0644, st_size=626, ...}) = 0
4877  getuid()                          = 0
4877  geteuid()                         = 0
4877  getgid()                          = 0
4877  getegid()                         = 0
4877  prctl(0x3, 0, 0, 0, 0)            = 1
4877  getuid()                          = 0
4877  geteuid()                         = 0
4877  getgid()                          = 0
4877  getegid()                         = 0
4877  prctl(0x3, 0, 0, 0, 0)            = 1
4877  open("/etc/blkid.conf", O_RDONLY) = -1 ENOENT (No such file or directory)
4877  open("/etc/blkid.tab", O_RDONLY)  = 3
4877  fstat(3, {st_mode=S_IFREG|0644, st_size=1414, ...}) = 0
4877  fcntl(3, F_GETFL)                 = 0x8000 (flags O_RDONLY|O_LARGEFILE)
4877  fstat(3, {st_mode=S_IFREG|0644, st_size=1414, ...}) = 0
4877  mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f3db62cd000
4877  lseek(3, 0, SEEK_CUR)             = 0
4877  read(3, "<device DEVNO=\"0x0801\" TIME=\"1318"..., 4096) = 1414
4877  access("/dev/sda1", F_OK)         = 0
4877  access("/dev/sda2", F_OK)         = 0
4877  access("/dev/sda3", F_OK)         = 0
4877  access("/dev/sda5", F_OK)         = 0
4877  access("/dev/sdb1", F_OK)         = 0
4877  access("/dev/mapper/bsdocfspv-_swap", F_OK) = 0
4877  access("/dev/mapper/bsdocfspv-_var", F_OK) = 0
4877  access("/dev/mapper/bsdocfspv-_bsdocfs", F_OK) = 0
4877  access("/dev/sdc1", F_OK)         = 0
4877  access("/dev/sde1", F_OK)         = 0
4877  read(3, ""..., 4096)              = 0
4877  close(3)                          = 0
4877  munmap(0x7f3db62cd000, 4096)      = 0
4877  open("/etc/blkid.tab", O_RDONLY)  = 3
4877  fstat(3, {st_mode=S_IFREG|0644, st_size=1414, ...}) = 0
4877  close(3)                          = 0
4877  access("/dev/sde1", F_OK)         = 0
4877  stat("/dev/sde1", {st_mode=S_IFBLK|0660, st_rdev=makedev(8, 65), ...}) = 0
4877  open("/dev/sde1", O_RDONLY)       = 3
4877  fadvise64(3, 0, 0, POSIX_FADV_RANDOM) = 0
4877  fstat(3, {st_mode=S_IFBLK|0660, st_rdev=makedev(8, 65), ...}) = 0
4877  uname({sys="Linux", node="T02-OSD121", ...}) = 0
4877  ioctl(3, BLKGETSIZE64, 0x1c8aef0) = 0
4877  lseek(3, 65536, SEEK_SET)         = 65536
4877  read(3, "^F\35R\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0L"..., 1024) = 1024
4877  close(3)                          = 0
4877  access("/dev/sde1", F_OK)         = 0
4877  stat("/sbin/mount.btrfs", 0x7fff6f0b1280) = -1 ENOENT (No such file or directory)
4877  rt_sigprocmask(SIG_BLOCK, ~[TRAP SEGV RTMIN RT_1], NULL, 8) = 0
4877  stat("/sbin/mount.btrfs", 0x7fff6f0b1260) = -1 ENOENT (No such file or directory)
4877  mount("/dev/sde1", "/data/osd.2", "btrfs", MS_MGC_VAL|MS_NOATIME, NULL

Re: use UUID mount btrfs failed

[Damien Churchill]

On 12 October 2011 02:22, huang jun <hjwsm1989@gmail.com> wrote:
> I use the UUID option to mount the btrfs disk,but i can not success.
> first, the disk is /dev/sdd1
> then, i pull out the disk
> and after mintues, pushed it again,at this time, it changes to /dev/sde1
> at this time, if we use /etc/init.d/ceph restart, it will failed, for
> the current mount option is likely "/dev/sd** "
> but the UUID didn't change.
> why i can not mount it successfuly?
> BTW, does ceph provides methods to resolve the condition like that?
>
> the starce file attached.
>
> thanks!
>

Hi,

I switched to use the symlinks created by udev in /dev/disk/by-id/
which contains the hard-disks serial number which will be completely
static, even if a new btrfs filesystem is created. This ensures that
the same partition on the same disk is always used.

Regards,
Damien

Re: use UUID mount btrfs failed

[huang jun]

2011/10/12 Damien Churchill <damoxc@gmail.com>:
> On 12 October 2011 02:22, huang jun <hjwsm1989@gmail.com> wrote:
>> I use the UUID option to mount the btrfs disk,but i can not success.
>> first, the disk is /dev/sdd1
>> then, i pull out the disk
>> and after mintues, pushed it again,at this time, it changes to /dev/sde1
>> at this time, if we use /etc/init.d/ceph restart, it will failed, for
>> the current mount option is likely "/dev/sd** "
>> but the UUID didn't change.
>> why i can not mount it successfuly?
>> BTW, does ceph provides methods to resolve the condition like that?
>>
>> the starce file attached.
>>
>> thanks!
>>
>
> Hi,
>
> I switched to use the symlinks created by udev in /dev/disk/by-id/
> which contains the hard-disks serial number which will be completely
> static, even if a new btrfs filesystem is created. This ensures that
> the same partition on the same disk is always used.
>
> Regards,
> Damien
>
can you mount successfully by using the /dev/disk/by-id/  instead of  /dev/sd**?
and how to get the hard-disk serial number? I have tried "udevadm info
-a -p $(udevadm info -q path -n $btrfs_devs)", but failed to get it.
or you should  test the condition like that, pull out the disk first
and then push it in after few minutes.

thanks!

Re: use UUID mount btrfs failed

[Thomas Mueller]

On 12.10.2011 10:22, huang jun wrote:
> 2011/10/12 Damien Churchill<damoxc@gmail.com>:
>> On 12 October 2011 02:22, huang jun<hjwsm1989@gmail.com>  wrote:
>>> I use the UUID option to mount the btrfs disk,but i can not success.
>>> first, the disk is /dev/sdd1
>>> then, i pull out the disk
>>> and after mintues, pushed it again,at this time, it changes to /dev/sde1
>>> at this time, if we use /etc/init.d/ceph restart, it will failed, for
>>> the current mount option is likely "/dev/sd** "
>>> but the UUID didn't change.
>>> why i can not mount it successfuly?
>>> BTW, does ceph provides methods to resolve the condition like that?
>>>
>>> the starce file attached.
>>>
>>> thanks!
>>>
>>
>> Hi,
>>
>> I switched to use the symlinks created by udev in /dev/disk/by-id/
>> which contains the hard-disks serial number which will be completely
>> static, even if a new btrfs filesystem is created. This ensures that
>> the same partition on the same disk is always used.
>>
>> Regards,
>> Damien
>>
> can you mount successfully by using the /dev/disk/by-id/  instead of  /dev/sd**?
> and how to get the hard-disk serial number? I have tried "udevadm info
> -a -p $(udevadm info -q path -n $btrfs_devs)", but failed to get it.
> or you should  test the condition like that, pull out the disk first
> and then push it in after few minutes.
>
> thanks!

for example with smartctl from the smartmontools you can get the s/n.

smartctl -i /dev/sd*

- Thomas

Re: use UUID mount btrfs failed

[Damien Churchill]

On 12 October 2011 09:22, huang jun <hjwsm1989@gmail.com> wrote:
> 2011/10/12 Damien Churchill <damoxc@gmail.com>:
>> On 12 October 2011 02:22, huang jun <hjwsm1989@gmail.com> wrote:
>>> I use the UUID option to mount the btrfs disk,but i can not success.
>>> first, the disk is /dev/sdd1
>>> then, i pull out the disk
>>> and after mintues, pushed it again,at this time, it changes to /dev/sde1
>>> at this time, if we use /etc/init.d/ceph restart, it will failed, for
>>> the current mount option is likely "/dev/sd** "
>>> but the UUID didn't change.
>>> why i can not mount it successfuly?
>>> BTW, does ceph provides methods to resolve the condition like that?
>>>
>>> the starce file attached.
>>>
>>> thanks!
>>>
>>
>> Hi,
>>
>> I switched to use the symlinks created by udev in /dev/disk/by-id/
>> which contains the hard-disks serial number which will be completely
>> static, even if a new btrfs filesystem is created. This ensures that
>> the same partition on the same disk is always used.
>>
>> Regards,
>> Damien
>>
> can you mount successfully by using the /dev/disk/by-id/  instead of  /dev/sd**?
> and how to get the hard-disk serial number? I have tried "udevadm info
> -a -p $(udevadm info -q path -n $btrfs_devs)", but failed to get it.
> or you should  test the condition like that, pull out the disk first
> and then push it in after few minutes.
>

It's as simple as "ls -l /dev/disk/by-id". They point to the /dev/sd*
devices so just pick the correct one, at least that's how I did it.

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

Re: use UUID mount btrfs failed

[huang jun]

2011/10/12 Thomas Mueller <thomas@chaschperli.ch>:
> On 12.10.2011 10:22, huang jun wrote:
>>
>> 2011/10/12 Damien Churchill<damoxc@gmail.com>:
>>>
>>> On 12 October 2011 02:22, huang jun<hjwsm1989@gmail.com>  wrote:
>>>>
>>>> I use the UUID option to mount the btrfs disk,but i can not success.
>>>> first, the disk is /dev/sdd1
>>>> then, i pull out the disk
>>>> and after mintues, pushed it again,at this time, it changes to /dev/sde1
>>>> at this time, if we use /etc/init.d/ceph restart, it will failed, for
>>>> the current mount option is likely "/dev/sd** "
>>>> but the UUID didn't change.
>>>> why i can not mount it successfuly?
>>>> BTW, does ceph provides methods to resolve the condition like that?
>>>>
>>>> the starce file attached.
>>>>
>>>> thanks!
>>>>
>>>
>>> Hi,
>>>
>>> I switched to use the symlinks created by udev in /dev/disk/by-id/
>>> which contains the hard-disks serial number which will be completely
>>> static, even if a new btrfs filesystem is created. This ensures that
>>> the same partition on the same disk is always used.
>>>
>>> Regards,
>>> Damien
>>>
>> can you mount successfully by using the /dev/disk/by-id/  instead of
>>  /dev/sd**?
>> and how to get the hard-disk serial number? I have tried "udevadm info
>> -a -p $(udevadm info -q path -n $btrfs_devs)", but failed to get it.
>> or you should  test the condition like that, pull out the disk first
>> and then push it in after few minutes.
>>
>> thanks!
>
> for example with smartctl from the smartmontools you can get the s/n.
>
> smartctl -i /dev/sd*
>
> - Thomas
yah,but how can udev know it, and which item should be add in the udev
rules file to match
s/n?
$ udevadm info -a -p /sys/block/sda/sda7
Udevadm info starts with the device specified by the devpath and then
walks up the chain of parent devices. It prints for every device
found, all possible attributes in the udev rules key format.
A rule to match, can be composed by the attributes of the device
and the attributes from one single parent device.

  looking at device '/block/sda/sda7':
    KERNEL=="sda7"
    SUBSYSTEM=="block"
    DRIVER==""
    ATTR{partition}=="7"
    ATTR{start}=="177903873"
    ATTR{size}=="798864192"
    ATTR{alignment_offset}=="0"
    ATTR{discard_alignment}=="3402497536"
    ATTR{stat}=="     432      339     6232     5180   337440     7926
40492672  6625648        0   980628  6630664"
    ATTR{inflight}=="       0        0"

  looking at parent device '/block/sda':
    KERNELS=="sda"
    SUBSYSTEMS=="block"
    DRIVERS==""
    ATTRS{range}=="16"
    ATTRS{ext_range}=="256"
    ATTRS{removable}=="0"
    ATTRS{ro}=="0"
    ATTRS{size}=="976773168"
    ATTRS{alignment_offset}=="0"
    ATTRS{discard_alignment}=="0"
    ATTRS{capability}=="50"
    ATTRS{stat}=="   59304     9490  2333535   463744   521540
1855677 56765056 22669884        0  1334564 23147264"
    ATTRS{inflight}=="       0        0"

thanks!
> --
> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>
--
To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: use UUID mount btrfs failed

[Sage Weil]

[-- Attachment #1: Type: TEXT/PLAIN, Size: 1003 bytes --]

On Wed, 12 Oct 2011, huang jun wrote:
> 2011/10/12 Thomas Mueller <thomas@chaschperli.ch>:
> > On 12.10.2011 10:22, huang jun wrote:
> >>
> >> 2011/10/12 Damien Churchill<damoxc@gmail.com>:
> >>>
> >>> On 12 October 2011 02:22, huang jun<hjwsm1989@gmail.com>  wrote:
> >>>>
> >>>> I use the UUID option to mount the btrfs disk,but i can not success.
> >>>> first, the disk is /dev/sdd1
> >>>> then, i pull out the disk
> >>>> and after mintues, pushed it again,at this time, it changes to /dev/sde1
> >>>> at this time, if we use /etc/init.d/ceph restart, it will failed, for
> >>>> the current mount option is likely "/dev/sd** "
> >>>> but the UUID didn't change.
> >>>> why i can not mount it successfuly?

Maybe a dumb question, but I'm assuming you've done 'btrfsctl -a' or 
'btrfs device scan'?  Do you see lines like

[  237.100670] device fsid 78a8ca36-478b-402b-9110-b2be4915d5f3 devid 1 
transid 4107 /dev/sde1

with the UUID in question in the dmesg output?

sage

Re: use UUID mount btrfs failed

[huang jun]

2011/10/13 Sage Weil <sage@newdream.net>:
> On Wed, 12 Oct 2011, huang jun wrote:
>> 2011/10/12 Thomas Mueller <thomas@chaschperli.ch>:
>> > On 12.10.2011 10:22, huang jun wrote:
>> >>
>> >> 2011/10/12 Damien Churchill<damoxc@gmail.com>:
>> >>>
>> >>> On 12 October 2011 02:22, huang jun<hjwsm1989@gmail.com>  wrote:
>> >>>>
>> >>>> I use the UUID option to mount the btrfs disk,but i can not success.
>> >>>> first, the disk is /dev/sdd1
>> >>>> then, i pull out the disk
>> >>>> and after mintues, pushed it again,at this time, it changes to /dev/sde1
>> >>>> at this time, if we use /etc/init.d/ceph restart, it will failed, for
>> >>>> the current mount option is likely "/dev/sd** "
>> >>>> but the UUID didn't change.
>> >>>> why i can not mount it successfuly?
>
> Maybe a dumb question, but I'm assuming you've done 'btrfsctl -a' or
> 'btrfs device scan'?  Do you see lines like
>
> [  237.100670] device fsid 78a8ca36-478b-402b-9110-b2be4915d5f3 devid 1
> transid 4107 /dev/sde1
>
> with the UUID in question in the dmesg output?
>
> sage
>
>
yes,the demsg |tail show that. but i have uncomment the 'btrfsctl -a"
in /etc/init.d/ceph
maybe that isn't the problem.

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