| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
|
cloudstack-pull-rats #376 SUCCESS |
Sorry, something went wrong.
|
cloudstack-pull-analysis #309 SUCCESS |
Sorry, something went wrong.
|
LGTM to me. We should however stay as far away as possible from invoking all kinds of scripts. Implementing this for RBD is also a lot easier since you laid some groundwork. The java RBD bindings should be able to do this. |
Sorry, something went wrong.
|
LGTM to me too. Tested on a master test deployment (Ubuntu 14.04 / KVM / NFS) |
Sorry, something went wrong.
There was a problem hiding this comment.
this might cause API response issues.
Sorry, something went wrong.
|
In general LGTM, please see if you could fix the response class and object of the API (pl see the comments). |
Sorry, something went wrong.
|
Can you add some tests please? |
Sorry, something went wrong.
|
cloudstack-pull-rats #432 SUCCESS |
Sorry, something went wrong.
|
LGTM |
Sorry, something went wrong.
|
cloudstack-pull-analysis #365 FAILURE |
Sorry, something went wrong.
|
any other comment about this PR ? |
Sorry, something went wrong.
|
No, seems good. We can merge this. |
Sorry, something went wrong.
…-master Guys, can you review it? things need to be discussed: (1) this supports KVM/QCOW2 only. Anyone want to implement for other Hypervisor/format ? (2) The original data volume (on primary storage) will be removed. (3) The script uses the default timeout in libvirtComputingResource. Do we need to add one in global configuration (like copy.volume.wait or backup.snapshot.wait, create.volume.from.snapshot.wait) (4) In scripts/storage/qcow2/managesnapshot.sh, I use "qemu-img convert -f qcow2 -O qcow2" to copy the snapshot from secondary to primary (hence there is no base image file), instead of "cp -f", this is because convert is faster than cp in my testing. * pr/732: CLOUDSTACK-5863: revert volume snapshot for KVM/QCOW2 Signed-off-by: Wei Zhou <w.zhou@tech.leaseweb.com>
|
@ustcweizhou this caused a new coverity issue. Can you check? 411 SnapshotInfo snapshotOnPrimaryStore = _snapshotFactory.getSnapshot(snapshot.getId(), DataStoreRole.Primary); >>> CID 1323172: Null pointer dereferences (NULL_RETURNS) >>> Calling a method on null object "snapshotOnPrimaryStore". 412 PrimaryDataStore store = (PrimaryDataStore)snapshotOnPrimaryStore.getDataStore(); |
Sorry, something went wrong.
Signed-off-by: Rohit Yadav <rohit.yadav@shapeblue.com>
| Back | FazBrowse Home | New Git URL |
Guys, can you review it? things need to be discussed:
(1) this supports KVM/QCOW2 only. Anyone want to implement for other Hypervisor/format ?
(2) The original data volume (on primary storage) will be removed.
(3) The script uses the default timeout in libvirtComputingResource. Do we need to add one in global configuration (like copy.volume.wait or backup.snapshot.wait, create.volume.from.snapshot.wait)
(4) In scripts/storage/qcow2/managesnapshot.sh, I use "qemu-img convert -f qcow2 -O qcow2" to copy the snapshot from secondary to primary (hence there is no base image file), instead of "cp -f", this is because convert is faster than cp in my testing.