[Starlingx-discuss] About sanity test block issue - Create instance from Image or from Volume fails

Tue Jul 23 09:19:58 UTC 2019

Hi all,

After discuss with boxiang, it might not fix the issue if we just cherry pick upstream patch 640271
So I propose to revert below patch to unblock sanity test first.
https://review.opendev.org/#/c/661512/

If we want to merge this change, we need to figure out if nova part or other place need to be changed as well.

Thanks!
Zhipeng

From: 朱博祥 [mailto:zhu.boxiang at 99cloud.net]
Sent: 2019年7月23日 16:23
To: Liu, ZhipengS <zhipengs.liu at intel.com>
Cc: Perez Ibarra, Maria G <maria.g.perez.ibarra at intel.com>; starlingx-discuss <starlingx-discuss at lists.starlingx.io>; 张鲲鹏 <zhang.kunpeng at 99cloud.net>; 黄舒泉 <huang.shuquan at 99cloud.net>
Subject: Re: [Starlingx-discuss] About sanity test block issue - Create instance from Image or from Volume fails

@zhipeng
First of, the default value of force_raw_images in nova project is True.
In stx 1.0, we set it to False and then force to convert the format to raw into rbd with some starlingx codes(no nova upstream).
Now in stx 2.0, we use nova upstream so we do not have some starlingx codes to force convert the format to raw into rbd. So we must set the value of force_raw_images to True. If we don't do that, vms will fail to boot when using qcow2 images.
I know that now the stein branch both nova upsteam and stx do not include the patch[0] . But I think it is not a problem because whether we have this patch, when we use remote storage(ceph) as nova backend, we should set force_raw_images to True.
[0] https://review.opendev.org/#/c/640271/
On 7/23/2019 11:16，Liu, ZhipengS<zhipengs.liu at intel.com><mailto:zhipengs.liu at intel.com> wrote：
Sorry for pasting a wrong LP link in my last mail, correct it!

From: Liu, ZhipengS [mailto:zhipengs.liu at intel.com]
Sent: 2019年7月23日 10:32
To: Perez Ibarra, Maria G <maria.g.perez.ibarra at intel.com<mailto:maria.g.perez.ibarra at intel.com>>; starlingx-discuss at lists.starlingx.io<mailto:starlingx-discuss at lists.starlingx.io>
Cc: zhu.boxiang at 99cloud.net<mailto:zhu.boxiang at 99cloud.net>
Subject: [Starlingx-discuss] About sanity test block issue - Create instance from Image or from Volume fails

Hi Boxiang and all,

https://bugs.launchpad.net/starlingx/+bug/1837241
This issue should be a regression issue. Pls see above LP link for more info.

In test log, it shows below error.
fault message: u'Build of instance ab3dfe11-3ac3-4a26-a1ce-3bff1e2ca78b aborted: Image 69e1593f-4d03-4cd5-9779-8ffc1d227da0 is unacceptable: Converted to raw, but format is now qcow2'

In 20190719T013000Z/outputs/CHANGELOG.txt
I saw we merged
https://review.opendev.org/#/c/661512/
==================================================================
Use true for force_raw_images when using ceph image backend
We need this patch for two reasons:
Nova of starlingx has not this patch[0]. We use remote storage(ceph)
as nova backend. If we set force_raw_image to False and use qcow2
format image to boot vms, the vms will fail to boot.

Nova of starlingx will have this patch[0]. If we still use False for
force_raw_images, the nova-compute service will refuse to start.

So that, we must set this force_raw_images to True at all.

[0] https://review.opendev.org/#/c/640271/
==================================================================
However, I double checked our current stein.2 nova, [0] is not included. This is the problem!

I have 2 proposals below:
   1) Revert 640271 to unblock sanity test first
   2) Cherry pick [0] to nova stein.2

Any comment?

Thanks!
Zhipeng
From: Perez Ibarra, Maria G [mailto:maria.g.perez.ibarra at intel.com]
Sent: 2019年7月23日 7:49
To: starlingx-discuss at lists.starlingx.io<mailto:starlingx-discuss at lists.starlingx.io>
Subject: [Starlingx-discuss] [Containers] Sanity Test - ISO 20190722

Status of the Sanity Test for last CENGN ISO: bootimage.iso from 2019-Jul-22 (link<http://mirror.starlingx.cengn.ca/mirror/starlingx/master/centos/20190721T233000Z/outputs/iso/>)

Status: RED

===========================================

Sanity Test is executed in a Containers – Bare Metal Environment

AIO – Simplex

Setup             04 TCs [PASS]

Provisioning      01 TCs [PASS]

Sanity OpenStack  49 TCs [PASS]

Sanity Platform   07 TCs [PASS]

TOTAL: [ 61 TCs PASS ]

AIO – Duplex

Setup             04 TCs [PASS]

Provisioning      01 TCs [PASS]

Sanity OpenStack  52 TCs [PASS]

Sanity Platform   07 TCs [PASS]

TOTAL: [ 64 TCs PASS ]

Standard - Dedicated Storage (2+2+2)

Setup             04 TCs [PASS]

Provisioning      01 TCs [PASS]

Sanity OpenStack  52 TCs [PASS] 24 TCs FAIL

Sanity Platform   09 TCs [PASS]

TOTAL: [ 66 TCs PASS ]

===========================================

Sanity Test is executed in a Containers – Virtual Environment

AIO – Simplex

Setup             04 TCs [PASS]

Provisioning      01 TCs [PASS]

Sanity OpenStack  49 TCs [PASS]

Sanity Platform   07 TCs [PASS]

TOTAL: [ 61 TCs PASS ]

AIO – Duplex

Setup             04 TCs [PASS]

Provisioning      01 TCs [PASS]

Sanity OpenStack  52 TCs [PASS] 24 TCs FAIL

Sanity Platform   07 TCs [PASS]

TOTAL: [ 64 TCs PASS ]

Standard - Local Storage (2+2)

Setup             04 TCs [PASS]

Provisioning      01 TCs [PASS]

Sanity OpenStack  52 TCs [PASS]

Sanity Platform   08 TCs [PASS]

TOTAL: [ 65 TCs PASS ]

Standard - External Storage (2+2+2)

Setup             04 TCs [PASS]

Provisioning      01 TCs [PASS]

Sanity OpenStack  52 TCs [PASS] 24 TCs FAIL

Sanity Platform   08 TCs [PASS]

TOTAL: [ 65 TCs PASS ]

-----------------------------------------------------------------------------------

Create instance from Image or from Volume fails https://bugs.launchpad.net/starlingx/+bug/1837241

Regards
Maria G.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.starlingx.io/pipermail/starlingx-discuss/attachments/20190723/b9431a7b/attachment-0001.html>