Bug 1756328
Summary: | the conversion pod does not start with blockMode PVCs | |||
---|---|---|---|---|
Product: | Container Native Virtualization (CNV) | Reporter: | Tomas Jelinek <tjelinek> | |
Component: | V2V | Assignee: | Marek Libra <mlibra> | |
Status: | CLOSED ERRATA | QA Contact: | Igor Braginsky <ibragins> | |
Severity: | high | Docs Contact: | ||
Priority: | high | |||
Version: | 2.1.0 | CC: | bthurber, cnv-qe-bugs, istein, mgoldboi, mlibra, ncredi | |
Target Milestone: | --- | |||
Target Release: | 2.2.0 | |||
Hardware: | Unspecified | |||
OS: | Unspecified | |||
Whiteboard: | ||||
Fixed In Version: | 4.2.0-0.nightly-2019-11-27-102509 | Doc Type: | If docs needed, set a value | |
Doc Text: | Story Points: | --- | ||
Clone Of: | ||||
: | 1762217 (view as bug list) | Environment: | ||
Last Closed: | 2020-01-30 16:27:15 UTC | Type: | Bug | |
Regression: | --- | Mount Type: | --- | |
Documentation: | --- | CRM: | ||
Verified Versions: | Category: | --- | ||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | ||
Cloudforms Team: | --- | Target Upstream Version: | ||
Embargoed: |
Description
Tomas Jelinek
2019-09-27 12:03:13 UTC
I have modified entrypoint script to handle the block devices. The change is here: https://github.com/oVirt/v2v-conversion-host/commit/cfe8e00f9d6005b6e19aac67be4c50b3d38724fe It requires corresponding change in the pod definition where the disks should be removed from `volumeMounts` section and included in `volumeDevices` section like this: volumeDevices: - name: hdd1 devicePath: /dev/v2v-disk1 The device path is important and must conform to the name /dev/v2v-diskX where X is a number. This is how the entrypoint will find them during execution. UI patch: https://github.com/kubevirt/web-ui-components/pull/557 Configuration of the temporary disk still needs to be resolved, discussion in progress within the PR. PR merged and tested here: https://github.com/kubevirt/web-ui-components/pull/565 If it merged it has to move to "Modified, And then I think it should automatically move to ON-QE once the target DS build (2.1.1) is delivered to QE. Once we get the build with the fix will validate it. This was actually supposed to be moved to on_qa. Fixing it now please add 'fixed in version' Merged Nov 21st to openshift/console 4.2 branch, so 4.2.0-0.nightly-2019-11-27-102509 build should contain. Verified on Openshift 4.3/CNV 2.2.0-10: With configmap set with volumeMode: Block (see configmap below), managed to run Import VM several times successfully. $ oc edit configmap kubevirt-storage-class-defaults -n openshift-cnv apiVersion: v1 data: accessMode: ReadWriteMany local-sc.accessMode: ReadWriteOnce local-sc.volumeMode: Filesystem volumeMode: Block <==== Block is configured kind: ConfigMap metadata: creationTimestamp: "2019-12-11T09:38:44Z" labels: app: hyperconverged-cluster name: kubevirt-storage-class-defaults namespace: openshift-cnv ownerReferences: - apiVersion: hco.kubevirt.io/v1alpha1 blockOwnerDeletion: true controller: true kind: HyperConverged name: hyperconverged-cluster uid: cd3e3687-6fdc-4526-851f-d1a5f696ddbf resourceVersion: "6085748" selfLink: /api/v1/namespaces/openshift-cnv/configmaps/kubevirt-storage-class-defaults uid: 0343c289-61d5-4d58-a334-630a26f11a16 Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHEA-2020:0307 |