Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

Erasure-coded Ceph VM images forget about being erasure-coded after restoring a snapshot #2476

Closed
7 tasks
vitalif opened this issue Oct 4, 2018 · 0 comments
Closed
7 tasks

Erasure-coded Ceph VM images forget about being erasure-coded after restoring a snapshot #2476

vitalif opened this issue Oct 4, 2018 · 0 comments
Labels
Category: Drivers - Storage Community Priority: Normal Status: Accepted Type: Feature
Milestone
Release 5.8

Comments

@vitalif
Copy link
Contributor

vitalif commented Oct 4, 2018

Description
The issue is in fact similar to #2246, but refers to OpenNebula restoring VM disk snapshots, not to the VM creation.

To Reproduce

  • Setup erasure-coded Ceph rbd datastores with EC_POOL_NAME
  • Create a disk image in the datastore, create a VM from it
  • Create a disk snapshot for that VM
  • Revert to that snapshot
  • Run rbd info your_replicated_pool/your_image-24-0 (VM image name) and check that it has data_pool option
  • You'll see it does not have that option; this means that the "layer" created from snapshot is not erasure-coded anymore, but is using only the replicated pool

Expected behavior
data_pool option should persist after reverting to snapshot. snap_revert script must pass --data-pool ... option to rbd clone for that to work.

Details

  • Affected Component: Storage
  • Hypervisor: KVM
  • Version: development

Progress Status

  • Branch created
  • Code committed to development branch
  • Testing - QA
  • Documentation
  • Release notes - resolved issues, compatibility, known issues
  • Code committed to upstream release/hotfix branches
  • Documentation committed to upstream release/hotfix branches
vitalif added a commit to vitalif/one that referenced this issue Oct 16, 2018
@vitalif
F OpenNebula#2476: Erasure-coded Ceph VM images forget about being er…
a163175 
…asure-coded after restoring a snapshot
@rsmontero rsmontero added this to the Release 5.8 milestone Nov 16, 2018
rsmontero pushed a commit that referenced this issue Jan 9, 2019
@vitalif
F #2476: Erasure-coded Ceph VM images forget about being erasure-code…
89479de 
…d after restoring a snapshot (#2513)
rsmontero added a commit that referenced this issue Feb 21, 2023
@onenhansen @rsmontero
F #6044 + #6048: Improving backup attribute filtering (#2476)
3363a7b 
* Removed DEV_PREFIX from DISK filter list
* Added OS/UUID to prevent conflicts
* Moved MAC from NIC filtered list to no_ip option

Signed-off-by: Neal Hansen <nhansen@opennebula.io>
Co-authored-by: Ruben S. Montero <rsmontero@opennebula.org>
rsmontero pushed a commit that referenced this issue Mar 1, 2023
@onenhansen @rsmontero
F #6044 + #6048: Improving backup attribute filtering (#2476)
d8a65ad 
* Removed DEV_PREFIX from DISK filter list
* Added OS/UUID to prevent conflicts
* Moved MAC from NIC filtered list to no_ip option

Signed-off-by: Neal Hansen <nhansen@opennebula.io>
Co-authored-by: Ruben S. Montero <rsmontero@opennebula.org>
(cherry picked from commit 3363a7b)

L #-: Remove extra line

(cherry picked from commit c4ab045)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
Category: Drivers - Storage Community Priority: Normal Status: Accepted Type: Feature
Projects
None yet
Milestone
Release 5.8
Development

No branches or pull requests
2 participants
@rsmontero @vitalif