* rbd snap
@ 2011-09-16 14:45 Martin Mailand
2011-09-16 16:30 ` Sage Weil
0 siblings, 1 reply; 11+ messages in thread
From: Martin Mailand @ 2011-09-16 14:45 UTC (permalink / raw)
To: ceph-devel
Hi,
should rbd snap work? I created a snapshot and then I want to list it.
rbd snap create --snap=2011091601 lenny1
rbd snap ls lenny1
But the ls command does not come back and I get a Kernel bug on 2 OSD.
It is reproducible.
[ 7658.115729] ------------[ cut here ]------------
[ 7658.115779] kernel BUG at fs/btrfs/delayed-inode.c:1693!
[ 7658.115812] invalid opcode: 0000 [#1] SMP
[ 7658.115846] CPU 1
[ 7658.115861] Modules linked in: radeon ttm drm_kms_helper drm
i2c_algo_bit psmouse k8temp sp5100_tco edac_core edac_mce_amd serio_raw
shpchp i2c_piix4 lp parport ahci pata_atiixp libahci btrfs e1000e
zlib_deflate libcrc32c
[ 7658.116080]
[ 7658.116095] Pid: 1418, comm: cosd Tainted: G W 3.1.0-rc6 #1
MICRO-STAR INTERNATIONAL CO., LTD MS-96B3/MS-96B3
[ 7658.116167] RIP: 0010:[<ffffffffa007ffd0>] [<ffffffffa007ffd0>]
btrfs_delayed_update_inode+0x2a0/0x2b0 [btrfs]
[ 7658.116278] RSP: 0018:ffff8801160efbc8 EFLAGS: 00010286
[ 7658.116311] RAX: 00000000ffffffe4 RBX: ffff8800777c0120 RCX:
0000000000018000
[ 7658.116351] RDX: 000000000000f7e5 RSI: 0000000000018000 RDI:
ffff880116b10160
[ 7658.116389] RBP: ffff8801160efc08 R08: ffffe8ffffc81a40 R09:
ffff8800886826a0
[ 7658.116428] R10: 0000000000000000 R11: 0000000000000000 R12:
ffff880001e4af50
[ 7658.116467] R13: ffff8800777c0168 R14: ffff880117122ea0 R15:
ffff880115113000
[ 7658.116507] FS: 00007f80e30eb700(0000) GS:ffff88011fc80000(0000)
knlGS:0000000000000000
[ 7658.116550] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[ 7658.116583] CR2: ffffffffff600400 CR3: 0000000116015000 CR4:
00000000000006e0
[ 7658.116623] DR0: 0000000000000000 DR1: 0000000000000000 DR2:
0000000000000000
[ 7658.116662] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7:
0000000000000400
[ 7658.116700] Process cosd (pid: 1418, threadinfo ffff8801160ee000,
task ffff880116aeade0)
[ 7658.116744] Stack:
[ 7658.116759] 0000000000000282 0000000000018000 ffff8801160efc18
ffff880001e4af50
[ 7658.116817] ffff880117122ea0 ffff8800391b01e0 ffff8801171113f0
0000000000000000
[ 7658.116875] ffff8801160efc58 ffffffffa003f353 ffff8801160efc38
ffffffffa00677f8
[ 7658.116933] Call Trace:
[ 7658.116978] [<ffffffffa003f353>] btrfs_update_inode+0x53/0x160 [btrfs]
[ 7658.117039] [<ffffffffa00677f8>] ? btrfs_tree_unlock+0x78/0xb0 [btrfs]
[ 7658.117099] [<ffffffffa0063184>] btrfs_ioctl_clone+0x9b4/0xd20 [btrfs]
[ 7658.117164] [<ffffffffa00666f6>] btrfs_ioctl+0x306/0xe20 [btrfs]
[ 7658.117204] [<ffffffff81175f32>] ? do_filp_open+0x42/0xa0
[ 7658.117240] [<ffffffff81178048>] do_vfs_ioctl+0x98/0x540
[ 7658.117277] [<ffffffff81156f40>] ? kmem_cache_free+0x20/0x100
[ 7658.117313] [<ffffffff81178581>] sys_ioctl+0x91/0xa0
[ 7658.117347] [<ffffffff815f02c2>] system_call_fastpath+0x16/0x1b
[ 7658.117381] Code: 00 03 00 00 8d 0c 49 48 89 ca 48 89 4d c8 e8 f8 7d
fa ff 85 c0 48 8b 4d c8 75 10 48 89 4b 08 e9 cc fd ff ff 0f 1f 80 00 00
00 00 <0f> 0b 66 66 66 66 66 2e 0f 1f 84 00 00 00 00 00 55 48 89 e5 53
[ 7658.117814] RIP [<ffffffffa007ffd0>]
btrfs_delayed_update_inode+0x2a0/0x2b0 [btrfs]
[ 7658.117883] RSP <ffff8801160efbc8>
[ 7658.122364] ---[ end trace c8a580615cad6cbe ]---
Best Regards,
Martin
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: rbd snap
2011-09-16 14:45 rbd snap Martin Mailand
@ 2011-09-16 16:30 ` Sage Weil
2011-09-16 21:32 ` Martin Mailand
0 siblings, 1 reply; 11+ messages in thread
From: Sage Weil @ 2011-09-16 16:30 UTC (permalink / raw)
To: Martin Mailand; +Cc: ceph-devel
There is a patch for a btrfs bug in the clone ioctl reservation that
hasn't made it upstream yet. See
http://marc.info/?l=linux-btrfs&m=131291225105499&w=2
That should sort you out!
sage
On Fri, 16 Sep 2011, Martin Mailand wrote:
> Hi,
> should rbd snap work? I created a snapshot and then I want to list it.
> rbd snap create --snap=2011091601 lenny1
> rbd snap ls lenny1
>
> But the ls command does not come back and I get a Kernel bug on 2 OSD.
> It is reproducible.
>
>
> [ 7658.115729] ------------[ cut here ]------------
> [ 7658.115779] kernel BUG at fs/btrfs/delayed-inode.c:1693!
> [ 7658.115812] invalid opcode: 0000 [#1] SMP
> [ 7658.115846] CPU 1
> [ 7658.115861] Modules linked in: radeon ttm drm_kms_helper drm i2c_algo_bit
> psmouse k8temp sp5100_tco edac_core edac_mce_amd serio_raw shpchp i2c_piix4 lp
> parport ahci pata_atiixp libahci btrfs e1000e zlib_deflate libcrc32c
> [ 7658.116080]
> [ 7658.116095] Pid: 1418, comm: cosd Tainted: G W 3.1.0-rc6 #1
> MICRO-STAR INTERNATIONAL CO., LTD MS-96B3/MS-96B3
> [ 7658.116167] RIP: 0010:[<ffffffffa007ffd0>] [<ffffffffa007ffd0>]
> btrfs_delayed_update_inode+0x2a0/0x2b0 [btrfs]
> [ 7658.116278] RSP: 0018:ffff8801160efbc8 EFLAGS: 00010286
> [ 7658.116311] RAX: 00000000ffffffe4 RBX: ffff8800777c0120 RCX:
> 0000000000018000
> [ 7658.116351] RDX: 000000000000f7e5 RSI: 0000000000018000 RDI:
> ffff880116b10160
> [ 7658.116389] RBP: ffff8801160efc08 R08: ffffe8ffffc81a40 R09:
> ffff8800886826a0
> [ 7658.116428] R10: 0000000000000000 R11: 0000000000000000 R12:
> ffff880001e4af50
> [ 7658.116467] R13: ffff8800777c0168 R14: ffff880117122ea0 R15:
> ffff880115113000
> [ 7658.116507] FS: 00007f80e30eb700(0000) GS:ffff88011fc80000(0000)
> knlGS:0000000000000000
> [ 7658.116550] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
> [ 7658.116583] CR2: ffffffffff600400 CR3: 0000000116015000 CR4:
> 00000000000006e0
> [ 7658.116623] DR0: 0000000000000000 DR1: 0000000000000000 DR2:
> 0000000000000000
> [ 7658.116662] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7:
> 0000000000000400
> [ 7658.116700] Process cosd (pid: 1418, threadinfo ffff8801160ee000, task
> ffff880116aeade0)
> [ 7658.116744] Stack:
> [ 7658.116759] 0000000000000282 0000000000018000 ffff8801160efc18
> ffff880001e4af50
> [ 7658.116817] ffff880117122ea0 ffff8800391b01e0 ffff8801171113f0
> 0000000000000000
> [ 7658.116875] ffff8801160efc58 ffffffffa003f353 ffff8801160efc38
> ffffffffa00677f8
> [ 7658.116933] Call Trace:
> [ 7658.116978] [<ffffffffa003f353>] btrfs_update_inode+0x53/0x160 [btrfs]
> [ 7658.117039] [<ffffffffa00677f8>] ? btrfs_tree_unlock+0x78/0xb0 [btrfs]
> [ 7658.117099] [<ffffffffa0063184>] btrfs_ioctl_clone+0x9b4/0xd20 [btrfs]
> [ 7658.117164] [<ffffffffa00666f6>] btrfs_ioctl+0x306/0xe20 [btrfs]
> [ 7658.117204] [<ffffffff81175f32>] ? do_filp_open+0x42/0xa0
> [ 7658.117240] [<ffffffff81178048>] do_vfs_ioctl+0x98/0x540
> [ 7658.117277] [<ffffffff81156f40>] ? kmem_cache_free+0x20/0x100
> [ 7658.117313] [<ffffffff81178581>] sys_ioctl+0x91/0xa0
> [ 7658.117347] [<ffffffff815f02c2>] system_call_fastpath+0x16/0x1b
> [ 7658.117381] Code: 00 03 00 00 8d 0c 49 48 89 ca 48 89 4d c8 e8 f8 7d fa ff
> 85 c0 48 8b 4d c8 75 10 48 89 4b 08 e9 cc fd ff ff 0f 1f 80 00 00 00 00 <0f>
> 0b 66 66 66 66 66 2e 0f 1f 84 00 00 00 00 00 55 48 89 e5 53
> [ 7658.117814] RIP [<ffffffffa007ffd0>]
> btrfs_delayed_update_inode+0x2a0/0x2b0 [btrfs]
> [ 7658.117883] RSP <ffff8801160efbc8>
> [ 7658.122364] ---[ end trace c8a580615cad6cbe ]---
>
> Best Regards,
> Martin
> --
> 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
>
>
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: rbd snap
2011-09-16 16:30 ` Sage Weil
@ 2011-09-16 21:32 ` Martin Mailand
2011-09-16 22:23 ` Josh Durgin
0 siblings, 1 reply; 11+ messages in thread
From: Martin Mailand @ 2011-09-16 21:32 UTC (permalink / raw)
To: Sage Weil; +Cc: ceph-devel
Hi Sage,
yes, that fixes the btrfs problem. But now I have a new bug.
root@c-brick-001:~# rbd rm --snap=2011091601 test
*** Caught signal (Segmentation fault) **
in thread 0x7f203d749740
ceph version 0.34 (commit:2f039eeeb745622b866d80feda7afa055e15f6d6)
1: rbd() [0x457062]
2: (()+0xfc60) [0x7f203ccf6c60]
3: (librbd::snap_set(librbd::ImageCtx*, char const*)+0x10)
[0x7f203d32ecd0]
4: (main()+0x59f) [0x4518ff]
5: (__libc_start_main()+0xff) [0x7f203b6cdeff]
6: rbd() [0x44d569]
Segmentation fault
I use the ceph ubuntu build from your site.
Best Regards,
martin
Sage Weil schrieb:
> There is a patch for a btrfs bug in the clone ioctl reservation that
> hasn't made it upstream yet. See
>
> http://marc.info/?l=linux-btrfs&m=131291225105499&w=2
>
> That should sort you out!
>
> sage
>
>
> On Fri, 16 Sep 2011, Martin Mailand wrote:
>
>> Hi,
>> should rbd snap work? I created a snapshot and then I want to list it.
>> rbd snap create --snap=2011091601 lenny1
>> rbd snap ls lenny1
>>
>> But the ls command does not come back and I get a Kernel bug on 2 OSD.
>> It is reproducible.
>>
>>
>> [ 7658.115729] ------------[ cut here ]------------
>> [ 7658.115779] kernel BUG at fs/btrfs/delayed-inode.c:1693!
>> [ 7658.115812] invalid opcode: 0000 [#1] SMP
>> [ 7658.115846] CPU 1
>> [ 7658.115861] Modules linked in: radeon ttm drm_kms_helper drm i2c_algo_bit
>> psmouse k8temp sp5100_tco edac_core edac_mce_amd serio_raw shpchp i2c_piix4 lp
>> parport ahci pata_atiixp libahci btrfs e1000e zlib_deflate libcrc32c
>> [ 7658.116080]
>> [ 7658.116095] Pid: 1418, comm: cosd Tainted: G W 3.1.0-rc6 #1
>> MICRO-STAR INTERNATIONAL CO., LTD MS-96B3/MS-96B3
>> [ 7658.116167] RIP: 0010:[<ffffffffa007ffd0>] [<ffffffffa007ffd0>]
>> btrfs_delayed_update_inode+0x2a0/0x2b0 [btrfs]
>> [ 7658.116278] RSP: 0018:ffff8801160efbc8 EFLAGS: 00010286
>> [ 7658.116311] RAX: 00000000ffffffe4 RBX: ffff8800777c0120 RCX:
>> 0000000000018000
>> [ 7658.116351] RDX: 000000000000f7e5 RSI: 0000000000018000 RDI:
>> ffff880116b10160
>> [ 7658.116389] RBP: ffff8801160efc08 R08: ffffe8ffffc81a40 R09:
>> ffff8800886826a0
>> [ 7658.116428] R10: 0000000000000000 R11: 0000000000000000 R12:
>> ffff880001e4af50
>> [ 7658.116467] R13: ffff8800777c0168 R14: ffff880117122ea0 R15:
>> ffff880115113000
>> [ 7658.116507] FS: 00007f80e30eb700(0000) GS:ffff88011fc80000(0000)
>> knlGS:0000000000000000
>> [ 7658.116550] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
>> [ 7658.116583] CR2: ffffffffff600400 CR3: 0000000116015000 CR4:
>> 00000000000006e0
>> [ 7658.116623] DR0: 0000000000000000 DR1: 0000000000000000 DR2:
>> 0000000000000000
>> [ 7658.116662] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7:
>> 0000000000000400
>> [ 7658.116700] Process cosd (pid: 1418, threadinfo ffff8801160ee000, task
>> ffff880116aeade0)
>> [ 7658.116744] Stack:
>> [ 7658.116759] 0000000000000282 0000000000018000 ffff8801160efc18
>> ffff880001e4af50
>> [ 7658.116817] ffff880117122ea0 ffff8800391b01e0 ffff8801171113f0
>> 0000000000000000
>> [ 7658.116875] ffff8801160efc58 ffffffffa003f353 ffff8801160efc38
>> ffffffffa00677f8
>> [ 7658.116933] Call Trace:
>> [ 7658.116978] [<ffffffffa003f353>] btrfs_update_inode+0x53/0x160 [btrfs]
>> [ 7658.117039] [<ffffffffa00677f8>] ? btrfs_tree_unlock+0x78/0xb0 [btrfs]
>> [ 7658.117099] [<ffffffffa0063184>] btrfs_ioctl_clone+0x9b4/0xd20 [btrfs]
>> [ 7658.117164] [<ffffffffa00666f6>] btrfs_ioctl+0x306/0xe20 [btrfs]
>> [ 7658.117204] [<ffffffff81175f32>] ? do_filp_open+0x42/0xa0
>> [ 7658.117240] [<ffffffff81178048>] do_vfs_ioctl+0x98/0x540
>> [ 7658.117277] [<ffffffff81156f40>] ? kmem_cache_free+0x20/0x100
>> [ 7658.117313] [<ffffffff81178581>] sys_ioctl+0x91/0xa0
>> [ 7658.117347] [<ffffffff815f02c2>] system_call_fastpath+0x16/0x1b
>> [ 7658.117381] Code: 00 03 00 00 8d 0c 49 48 89 ca 48 89 4d c8 e8 f8 7d fa ff
>> 85 c0 48 8b 4d c8 75 10 48 89 4b 08 e9 cc fd ff ff 0f 1f 80 00 00 00 00 <0f>
>> 0b 66 66 66 66 66 2e 0f 1f 84 00 00 00 00 00 55 48 89 e5 53
>> [ 7658.117814] RIP [<ffffffffa007ffd0>]
>> btrfs_delayed_update_inode+0x2a0/0x2b0 [btrfs]
>> [ 7658.117883] RSP <ffff8801160efbc8>
>> [ 7658.122364] ---[ end trace c8a580615cad6cbe ]---
>>
>> Best Regards,
>> Martin
>> --
>> 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
>>
>>
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: rbd snap
2011-09-16 21:32 ` Martin Mailand
@ 2011-09-16 22:23 ` Josh Durgin
2011-09-16 22:36 ` Martin Mailand
2011-09-17 16:09 ` Martin Mailand
0 siblings, 2 replies; 11+ messages in thread
From: Josh Durgin @ 2011-09-16 22:23 UTC (permalink / raw)
To: martin; +Cc: ceph-devel
On 09/16/2011 02:32 PM, Martin Mailand wrote:
> root@c-brick-001:~# rbd rm --snap=2011091601 test
> *** Caught signal (Segmentation fault) **
> in thread 0x7f203d749740
> ceph version 0.34 (commit:2f039eeeb745622b866d80feda7afa055e15f6d6)
> 1: rbd() [0x457062]
> 2: (()+0xfc60) [0x7f203ccf6c60]
> 3: (librbd::snap_set(librbd::ImageCtx*, char const*)+0x10) [0x7f203d32ecd0]
> 4: (main()+0x59f) [0x4518ff]
> 5: (__libc_start_main()+0xff) [0x7f203b6cdeff]
> 6: rbd() [0x44d569]
> Segmentation fault
I added a bug to the tracker for this
(http://tracker.newdream.net/issues/1545). It shouldn't crash the way
you ran it, but if you're trying to remove a snapshot you need to use
the 'snap rm' command, i.e.:
$ rbd snap rm --snap=2011091601 test
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: rbd snap
2011-09-16 22:23 ` Josh Durgin
@ 2011-09-16 22:36 ` Martin Mailand
2011-09-17 16:09 ` Martin Mailand
1 sibling, 0 replies; 11+ messages in thread
From: Martin Mailand @ 2011-09-16 22:36 UTC (permalink / raw)
To: Josh Durgin; +Cc: ceph-devel
Hi Josh,
right, that's my mistake, I will try it with the right commandline tomorrow.
Best Regards,
martin
Josh Durgin schrieb:
> On 09/16/2011 02:32 PM, Martin Mailand wrote:
>> root@c-brick-001:~# rbd rm --snap=2011091601 test
>> *** Caught signal (Segmentation fault) **
>> in thread 0x7f203d749740
>> ceph version 0.34 (commit:2f039eeeb745622b866d80feda7afa055e15f6d6)
>> 1: rbd() [0x457062]
>> 2: (()+0xfc60) [0x7f203ccf6c60]
>> 3: (librbd::snap_set(librbd::ImageCtx*, char const*)+0x10)
>> [0x7f203d32ecd0]
>> 4: (main()+0x59f) [0x4518ff]
>> 5: (__libc_start_main()+0xff) [0x7f203b6cdeff]
>> 6: rbd() [0x44d569]
>> Segmentation fault
>
> I added a bug to the tracker for this
> (http://tracker.newdream.net/issues/1545). It shouldn't crash the way
> you ran it, but if you're trying to remove a snapshot you need to use
> the 'snap rm' command, i.e.:
> $ rbd snap rm --snap=2011091601 test
> --
> 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
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: rbd snap
2011-09-16 22:23 ` Josh Durgin
2011-09-16 22:36 ` Martin Mailand
@ 2011-09-17 16:09 ` Martin Mailand
2011-09-23 18:08 ` Martin Mailand
1 sibling, 1 reply; 11+ messages in thread
From: Martin Mailand @ 2011-09-17 16:09 UTC (permalink / raw)
To: Josh Durgin; +Cc: ceph-devel
Okay, with the btrfs patch and the right commandline snapshotting works
like a charm.
best regards,
martin
Josh Durgin schrieb:
> On 09/16/2011 02:32 PM, Martin Mailand wrote:
>> root@c-brick-001:~# rbd rm --snap=2011091601 test
>> *** Caught signal (Segmentation fault) **
>> in thread 0x7f203d749740
>> ceph version 0.34 (commit:2f039eeeb745622b866d80feda7afa055e15f6d6)
>> 1: rbd() [0x457062]
>> 2: (()+0xfc60) [0x7f203ccf6c60]
>> 3: (librbd::snap_set(librbd::ImageCtx*, char const*)+0x10)
>> [0x7f203d32ecd0]
>> 4: (main()+0x59f) [0x4518ff]
>> 5: (__libc_start_main()+0xff) [0x7f203b6cdeff]
>> 6: rbd() [0x44d569]
>> Segmentation fault
>
> I added a bug to the tracker for this
> (http://tracker.newdream.net/issues/1545). It shouldn't crash the way
> you ran it, but if you're trying to remove a snapshot you need to use
> the 'snap rm' command, i.e.:
> $ rbd snap rm --snap=2011091601 test
> --
> 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
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: rbd snap
2011-09-17 16:09 ` Martin Mailand
@ 2011-09-23 18:08 ` Martin Mailand
2011-09-23 18:21 ` Sage Weil
2011-09-23 18:25 ` Josh Durgin
0 siblings, 2 replies; 11+ messages in thread
From: Martin Mailand @ 2011-09-23 18:08 UTC (permalink / raw)
To: ceph-devel
Hi,
is it possible to access snapshots without to rollback the head of the
rbd volumen?
Because I want to do a snapshot of a vm running via librbd and qemu, and
use the snapshot to make a offsite backup of the vm.
Best Regards,
Martin
Martin Mailand schrieb:
> Okay, with the btrfs patch and the right commandline snapshotting works
> like a charm.
>
> best regards,
> martin
>
> Josh Durgin schrieb:
>> On 09/16/2011 02:32 PM, Martin Mailand wrote:
>>> root@c-brick-001:~# rbd rm --snap=2011091601 test
>>> *** Caught signal (Segmentation fault) **
>>> in thread 0x7f203d749740
>>> ceph version 0.34 (commit:2f039eeeb745622b866d80feda7afa055e15f6d6)
>>> 1: rbd() [0x457062]
>>> 2: (()+0xfc60) [0x7f203ccf6c60]
>>> 3: (librbd::snap_set(librbd::ImageCtx*, char const*)+0x10)
>>> [0x7f203d32ecd0]
>>> 4: (main()+0x59f) [0x4518ff]
>>> 5: (__libc_start_main()+0xff) [0x7f203b6cdeff]
>>> 6: rbd() [0x44d569]
>>> Segmentation fault
>>
>> I added a bug to the tracker for this
>> (http://tracker.newdream.net/issues/1545). It shouldn't crash the way
>> you ran it, but if you're trying to remove a snapshot you need to use
>> the 'snap rm' command, i.e.:
>> $ rbd snap rm --snap=2011091601 test
>> --
>> 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
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: rbd snap
2011-09-23 18:08 ` Martin Mailand
@ 2011-09-23 18:21 ` Sage Weil
2011-09-23 18:48 ` Martin Mailand
2011-09-23 18:25 ` Josh Durgin
1 sibling, 1 reply; 11+ messages in thread
From: Sage Weil @ 2011-09-23 18:21 UTC (permalink / raw)
To: Martin Mailand; +Cc: ceph-devel
On Fri, 23 Sep 2011, Martin Mailand wrote:
> Hi,
> is it possible to access snapshots without to rollback the head of the rbd
> volumen?
> Because I want to do a snapshot of a vm running via librbd and qemu, and use
> the snapshot to make a offsite backup of the vm.
$ rbd export foo --snap=mysnap /path/to/foo.dump
You can also map the snapshot via qemu with a string like
rbd:rbd/foo@mysnap.
sage
>
> Best Regards,
> Martin
>
>
> Martin Mailand schrieb:
> > Okay, with the btrfs patch and the right commandline snapshotting works like
> > a charm.
> >
> > best regards,
> > martin
> >
> > Josh Durgin schrieb:
> > > On 09/16/2011 02:32 PM, Martin Mailand wrote:
> > > > root@c-brick-001:~# rbd rm --snap=2011091601 test
> > > > *** Caught signal (Segmentation fault) **
> > > > in thread 0x7f203d749740
> > > > ceph version 0.34 (commit:2f039eeeb745622b866d80feda7afa055e15f6d6)
> > > > 1: rbd() [0x457062]
> > > > 2: (()+0xfc60) [0x7f203ccf6c60]
> > > > 3: (librbd::snap_set(librbd::ImageCtx*, char const*)+0x10)
> > > > [0x7f203d32ecd0]
> > > > 4: (main()+0x59f) [0x4518ff]
> > > > 5: (__libc_start_main()+0xff) [0x7f203b6cdeff]
> > > > 6: rbd() [0x44d569]
> > > > Segmentation fault
> > >
> > > I added a bug to the tracker for this
> > > (http://tracker.newdream.net/issues/1545). It shouldn't crash the way you
> > > ran it, but if you're trying to remove a snapshot you need to use the
> > > 'snap rm' command, i.e.:
> > > $ rbd snap rm --snap=2011091601 test
> > > --
> > > 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
> --
> 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
>
>
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: rbd snap
2011-09-23 18:08 ` Martin Mailand
2011-09-23 18:21 ` Sage Weil
@ 2011-09-23 18:25 ` Josh Durgin
1 sibling, 0 replies; 11+ messages in thread
From: Josh Durgin @ 2011-09-23 18:25 UTC (permalink / raw)
To: martin; +Cc: ceph-devel
On 09/23/2011 11:08 AM, Martin Mailand wrote:
> Hi,
> is it possible to access snapshots without to rollback the head of the
> rbd volumen?
> Because I want to do a snapshot of a vm running via librbd and qemu, and
> use the snapshot to make a offsite backup of the vm.
Yup, you can export it from a given snapshot:
rbd export --snap snapname image /path/to/destination
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: rbd snap
2011-09-23 18:21 ` Sage Weil
@ 2011-09-23 18:48 ` Martin Mailand
2011-09-23 18:52 ` Sage Weil
0 siblings, 1 reply; 11+ messages in thread
From: Martin Mailand @ 2011-09-23 18:48 UTC (permalink / raw)
To: Sage Weil; +Cc: ceph-devel
Hi,
that's great, and it is safe to start diffrent vms with diffrent
snapshots of the same image at the same time?
Best Regards,
Martin
Sage Weil schrieb:
> On Fri, 23 Sep 2011, Martin Mailand wrote:
>> Hi,
>> is it possible to access snapshots without to rollback the head of the rbd
>> volumen?
>> Because I want to do a snapshot of a vm running via librbd and qemu, and use
>> the snapshot to make a offsite backup of the vm.
>
> $ rbd export foo --snap=mysnap /path/to/foo.dump
>
> You can also map the snapshot via qemu with a string like
> rbd:rbd/foo@mysnap.
>
> sage
>
>
>> Best Regards,
>> Martin
>>
>>
>> Martin Mailand schrieb:
>>> Okay, with the btrfs patch and the right commandline snapshotting works like
>>> a charm.
>>>
>>> best regards,
>>> martin
>>>
>>> Josh Durgin schrieb:
>>>> On 09/16/2011 02:32 PM, Martin Mailand wrote:
>>>>> root@c-brick-001:~# rbd rm --snap=2011091601 test
>>>>> *** Caught signal (Segmentation fault) **
>>>>> in thread 0x7f203d749740
>>>>> ceph version 0.34 (commit:2f039eeeb745622b866d80feda7afa055e15f6d6)
>>>>> 1: rbd() [0x457062]
>>>>> 2: (()+0xfc60) [0x7f203ccf6c60]
>>>>> 3: (librbd::snap_set(librbd::ImageCtx*, char const*)+0x10)
>>>>> [0x7f203d32ecd0]
>>>>> 4: (main()+0x59f) [0x4518ff]
>>>>> 5: (__libc_start_main()+0xff) [0x7f203b6cdeff]
>>>>> 6: rbd() [0x44d569]
>>>>> Segmentation fault
>>>> I added a bug to the tracker for this
>>>> (http://tracker.newdream.net/issues/1545). It shouldn't crash the way you
>>>> ran it, but if you're trying to remove a snapshot you need to use the
>>>> 'snap rm' command, i.e.:
>>>> $ rbd snap rm --snap=2011091601 test
>>>> --
>>>> 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
>> --
>> 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
>>
>>
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: rbd snap
2011-09-23 18:48 ` Martin Mailand
@ 2011-09-23 18:52 ` Sage Weil
0 siblings, 0 replies; 11+ messages in thread
From: Sage Weil @ 2011-09-23 18:52 UTC (permalink / raw)
To: Martin Mailand; +Cc: ceph-devel
On Fri, 23 Sep 2011, Martin Mailand wrote:
> Hi,
> that's great, and it is safe to start diffrent vms with diffrent snapshots of
> the same image at the same time?
Yeah. Just remember they're read-only...
sage
>
> Best Regards,
> Martin
>
> Sage Weil schrieb:
> > On Fri, 23 Sep 2011, Martin Mailand wrote:
> > > Hi,
> > > is it possible to access snapshots without to rollback the head of the rbd
> > > volumen?
> > > Because I want to do a snapshot of a vm running via librbd and qemu, and
> > > use
> > > the snapshot to make a offsite backup of the vm.
> >
> > $ rbd export foo --snap=mysnap /path/to/foo.dump
> >
> > You can also map the snapshot via qemu with a string like
> > rbd:rbd/foo@mysnap.
> >
> > sage
> >
> >
> > > Best Regards,
> > > Martin
> > >
> > >
> > > Martin Mailand schrieb:
> > > > Okay, with the btrfs patch and the right commandline snapshotting works
> > > > like
> > > > a charm.
> > > >
> > > > best regards,
> > > > martin
> > > >
> > > > Josh Durgin schrieb:
> > > > > On 09/16/2011 02:32 PM, Martin Mailand wrote:
> > > > > > root@c-brick-001:~# rbd rm --snap=2011091601 test
> > > > > > *** Caught signal (Segmentation fault) **
> > > > > > in thread 0x7f203d749740
> > > > > > ceph version 0.34 (commit:2f039eeeb745622b866d80feda7afa055e15f6d6)
> > > > > > 1: rbd() [0x457062]
> > > > > > 2: (()+0xfc60) [0x7f203ccf6c60]
> > > > > > 3: (librbd::snap_set(librbd::ImageCtx*, char const*)+0x10)
> > > > > > [0x7f203d32ecd0]
> > > > > > 4: (main()+0x59f) [0x4518ff]
> > > > > > 5: (__libc_start_main()+0xff) [0x7f203b6cdeff]
> > > > > > 6: rbd() [0x44d569]
> > > > > > Segmentation fault
> > > > > I added a bug to the tracker for this
> > > > > (http://tracker.newdream.net/issues/1545). It shouldn't crash the way
> > > > > you
> > > > > ran it, but if you're trying to remove a snapshot you need to use the
> > > > > 'snap rm' command, i.e.:
> > > > > $ rbd snap rm --snap=2011091601 test
> > > > > --
> > > > > 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
> > > --
> > > 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
>
>
^ permalink raw reply [flat|nested] 11+ messages in thread
end of thread, other threads:[~2011-09-23 18:52 UTC | newest]
Thread overview: 11+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-09-16 14:45 rbd snap Martin Mailand
2011-09-16 16:30 ` Sage Weil
2011-09-16 21:32 ` Martin Mailand
2011-09-16 22:23 ` Josh Durgin
2011-09-16 22:36 ` Martin Mailand
2011-09-17 16:09 ` Martin Mailand
2011-09-23 18:08 ` Martin Mailand
2011-09-23 18:21 ` Sage Weil
2011-09-23 18:48 ` Martin Mailand
2011-09-23 18:52 ` Sage Weil
2011-09-23 18:25 ` Josh Durgin
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.