Anuket Project

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 41 Next »

 

this wiki page is used to record the running histroy for the dovetil tool.this may cover the runnning in the plugfest, CI and vendors lab.

1. Version change logs

for each dovetail release version, the docker images used are introduced first, then problems found and fixes

are listed.

1.1 cvp.0.1.0  (2017/06/23)

1.1.1 docker images used:

opnfv/dovetail:cvp.0.1.0 (commit ID 041a51d6d3ba5f2d9eabcf3501abb9af30ebc394)

opnfv/yardstick:danube.2.0

opnfv/functest:danube.2.0

opnfv/testapi:cvp.0.1.0 (Commit ID 056b7ccefe38b13e4b4eb11ff7e259e254e35c32)

1.1.2 problems found and fixes in this version

problems found and fixes in opnfv/dovetail:cvp.0.1.0

1)https checking support for commercial SUT

JIRA:DOVETAIL-456

2)sdnvpn path fix

JIRA:DOVETAIL-458

3)log improvement

JIRA:DOVETAIL-450

4)docker image tag with cvp.0.2.0

JIRA:DOVETAIL-447

 

problems found and fixes in opnfv/yardstick:danube.2.0 for HA test cases in yardstick consumed by dovetail

1). Bugfix: Monitor command in tc019 may not show the real nova-api service status

   JIRA:YARDSTICK-655

2). Bugfix: "monitor_multi" type monitor in HA test case cannot get "max_recover_time"

   JIRA:YARDSTICK-657

3). Improvement: Terminate openstack service's process using "kill" command

   JIRA:YARDSTICK-659

4). Improvement: "monitor_process" type monitor pass criteria

   JIRA:YARDSTICK-660

5). Bugfix: test.dbf file not deleted after execution of Disk I/O Block High Availability test

   JIRA:YARDSTICK-696

 

problems found and fixes in  opnfv/functest:danube.2.0 

for SDNVPN test cases in functest consumed by dovetail 

“Unknown test case or tier 'bgpvpn', or not supported by the given scenario 'bgpvpn'”

https://gerrit.opnfv.org/gerrit/#/c/35051/2

https://gerrit.opnfv.org/gerrit/#/c/36777/3

https://gerrit.opnfv.org/gerrit/#/c/36785/

 

problems found and fixes in  opnfv/testapi:cvp.0.1.0

user management and some bugfix

1.2 cvp.0.2.0 (2017/07/07)

1.2.1 docker images used:

opnfv/dovetail:cvp.0.2.0 (commit ID 5ddf932dc28bcc47169c3091267d57ba5a99f9b2)

opnfv/yardstick:danube.3.0

opnfv/functest:cvp.0.2.0 (commit ID 3d03bbcfc45d00d4ce995d8aabff5808accb0687)

opnfv/testapi:cvp.0.2.0 (commit ID a7f82c093fab2ad19c7ffb0a81ec5756e91e73ae)

1.2.2 problems found and fixes in this version

problems found and fixes in opnfv/dovetail:cvp.0.2.0
1) IPv6 certification document: change “using DHCPv6” --->“using DHCPv6 stateless”  Update tc018-tc025: give more details and modify some misunderstanding about these test cases
2) Delete the ERROR log when it is not https
3) changes in yardstick danube.3.1 Adapt Yardstick to copy yardstick.conf to /etc/yardstick
4?Fix the docker version to be 17.03.0-ce rather than the latest one

problems found and fixes in opnfv/yardstick:danube.3.1 for HA test cases in yardstick consumed by dovetail
1?“GeneralHA” type now will check if the target service process in the controller node

 support ignore server certificate
 add debug log for recovering service failure
 improve method to kill keystone process

problems found and fixes in  opnfv/functest:cvp.0.2.0
None 
problems found and fixes in  opnfv/testapi:cvp.0.1.0
1) role based access control and result upload
2) testapi tox bugfix
3) some bugfix

1.3 cvp.0.3.0 (2017/7/21)

1.3.1 docker images used:

opnfv/dovetail:cvp.0.3.0 (commit ID 7ed1cf189676693d84c9d48bb964c178b16bae76)

opnfv/yardstick:danube.3.1

opnfv/functest:cvp.0.2.0 (commit ID 3d03bbcfc45d00d4ce995d8aabff5808accb0687)

opnfv/testapi:cvp.0.3.0 (commit ID 4e0b74b0141e3ae5d250006f3d75fcc880738cc9)

 

 

2. Running by CI

in order to make the dovetail tool  more stable, the dovetail has been integreated in the CI for daily running.

for more detil, please refer to link: https://build.opnfv.org/ci/view/dovetail/

 

 

3. Running against scenarios by owners

scenariosinstallerownerscvp.0.1.0cvp.0.2.0cvp.0.3.0
os-nosdn-nofeature-ha   Apex    
os-nosdn-kvm-ha    Apex    
 os-odl_l3-fdio-ha  Apex    
os-odl_l2-nofeature-ha Compass  

https://build.opnfv.org/ci/view/dovetail/job/dovetail-compass-baremetal-proposed_tests-danube/163/consoleFull

PASS/total

defcore: 204/205

tempest.api.compute.volumes.test_attach_volume.AttachVolumeTestJSON.test_attach_detach_volume  FAIL

This can be solved by manually set "volume_device_name" in refstack configuration file

HA: 8/8

ipv6: 25/25

SDNVPN: 0/4 no SDN feature

https://build.opnfv.org/ci/view/dovetail/job/dovetail-compass-baremetal-proposed_tests-danube/191/consoleFull

PASS/total

defcore: 204/205

tempest.api.compute.volumes.test_attach_volume.AttachVolumeTestJSON.test_attach_detach_volume  FAIL

This can be solved by manually set "volume_device_name" in refstack configuration file

HA: 8/8

ipv6: 17/25

SDNVPN: 0/4 no SDN feature

os-nosdn-nofeature-ha Compass 

https://build.opnfv.org/ci/view/dovetail/job/dovetail-compass-virtual-proposed_tests-danube/176/consoleFull

PASS/total

defcore: 204/205

tempest.api.compute.volumes.test_attach_volume.AttachVolumeTestJSON.test_attach_detach_volume  FAIL

This can be solved by manually set "volume_device_name" in refstack configuration file

HA: 7/8 tc007, SLA not passed

ipv6: 25/25

SDNVPN: 0/4 no SDN feature

https://build.opnfv.org/ci/view/dovetail/job/dovetail-compass-baremetal-proposed_tests-danube/157/consoleFull

PASS/total

defcore: 204/205

tempest.api.compute.volumes.test_attach_volume.AttachVolumeTestJSON.test_attach_detach_volume  FAIL

This can be solved by manually set "volume_device_name" in refstack configuration file

HA: 8/8

ipv6: 25/25

SDNVPN: 0/4 no SDN feature

https://build.opnfv.org/ci/view/dovetail/job/dovetail-compass-baremetal-proposed_tests-danube/196/consoleFull

PASS/total

defcore: 204/205

tempest.api.compute.volumes.test_attach_volume.AttachVolumeTestJSON.test_attach_detach_volume  FAIL

This can be solved by manually set "volume_device_name" in refstack configuration file

HA: 8/8

ipv6: 25/25

SDNVPN: 0/4 no SDN feature

os-onos-nofeature-ha Compass 

https://build.opnfv.org/ci/view/dovetail/job/dovetail-compass-virtual-proposed_tests-danube/177/consoleFull

PASS/total

defcore: 150/171

HA: 7/8 tc007, SLA not passed

ipv6: 17/25 tc018-tc025 fails

SDNVPN: 0/4 no SDN feature

https://build.opnfv.org/ci/view/dovetail/job/dovetail-compass-baremetal-proposed_tests-danube/160/consoleFull

PASS/total

defcore: 198/205

HA: 8/8

ipv6: 17/25 tc018-tc025 fails

SDNVPN: 0/4 no SDN feature

https://build.opnfv.org/ci/view/dovetail/job/dovetail-compass-baremetal-proposed_tests-danube/195/consoleFull

PASS/total

defcore: 198/205

HA: 8/8

ipv6: 17/25 tc018-tc025 fails

SDNVPN: 0/4 no SDN feature

os-odl_l3-nofeature-ha Compass 

https://build.opnfv.org/ci/view/dovetail/job/dovetail-compass-virtual-proposed_tests-danube/178/consoleFull

PASS/total

defcore: 204/205

tempest.api.compute.volumes.test_attach_volume.AttachVolumeTestJSON.test_attach_detach_volume  FAIL

This can be solved by manually set "volume_device_name" in refstack configuration file

HA: 7/8 tc007, SLA not passed

ipv6: 17/25 tc018-tc025 fails

SDNVPN: 0/4 no SDN feature

https://build.opnfv.org/ci/view/dovetail/job/dovetail-compass-baremetal-proposed_tests-danube/159/consoleFull

PASS/total

defcore: 204/205

tempest.api.compute.volumes.test_attach_volume.AttachVolumeTestJSON.test_attach_detach_volume  FAIL

This can be solved by manually set "volume_device_name" in refstack configuration file

HA: 8/8

ipv6: 17/25 tc018-tc025 fails

SDNVPN: 0/4 no SDN feature

https://build.opnfv.org/ci/view/dovetail/job/dovetail-compass-baremetal-proposed_tests-danube/198/consoleFull

PASS/total

defcore: 204/205

tempest.api.compute.volumes.test_attach_volume.AttachVolumeTestJSON.test_attach_detach_volume  FAIL

This can be solved by manually set "volume_device_name" in refstack configuration file

HA: 8/8

ipv6: 17/25 tc018-tc025 fails

SDNVPN: 0/4 no SDN feature

os-nosdn-ovs-ha Fuel    
os-odl_l2-bgpvpn-ha Fuel 

https://build.opnfv.org/ci/view/dovetail/job/dovetail-fuel-baremetal-proposed_tests-danube/45/consoleFull

PASS/total

defcore: 205/205

HA: 8/8

ipv6: 17/25 tc018-tc025 fails

SDNVPN: 3/4 sdnvpn.tc001 "

VPN provides connectivity between Neutron subnets" fails

https://build.opnfv.org/ci/view/dovetail/job/dovetail-fuel-baremetal-proposed_tests-danube/52/console

PASS/total

defcore: 205/205

HA: 8/8

ipv6: 17/25 tc018-tc025 fails

SDNVPN: 4/4

https://build.opnfv.org/ci/view/dovetail/job/dovetail-fuel-baremetal-proposed_tests-danube/70/consoleFull

PASS/total

 

defcore: 205/205

 

HA: 8/8

 

ipv6: 17/25 tc018-tc025 fails

 

SDNVPN: 3/4

 

os-odl_l2-nofeature-haFuel(ZTE-POD1)    
os-odl_l3-nofeature-ha Fuel    
os-nosdn-nofeature-haFuel    
os-nosdn-kvm_ovs_dpdk-haFuel    

 

 

4. try by vendors

After the plugfest, there are new updates for the dovetail tool. in order to test the dovetail tool soffhietly, more vendors are encouraged to try. if you are interested in the dovetail try, please add your company here.

companycloudOSfeedbacks
ZTEZTE TECS 
Wind River   
HuaweiFS 
Redhat  

 

 

 

5. Running in the OPNFV plugfest(orange)

 

hardware
installer
scenarios
dovetail test cases
results
owner
Nokia hardwareapexos-nosdn-nofeature-hadefcore and IPV6
only one faill: (failing test):
         tempest.api.compute.volumes.test_attach_volume.Attach
VolumeTestJSON.test_attach_detach_volume                  FAIL
 
Note: This can be solved by manually set "volume_device_name" in refstack configuration file tempest.conf according
to the platform, it's a hard-coded configuration in functest, actually.
volume_device_name = vdb or vdc or others
Rautakumpu, Mika
Huawei hardwarecompassos-nosdn-nofeature-hadefcore and IPV6all passhongbo tian
lenovoJoidos-nosdn-nofeature-hadefcore and IPV6all passNarinder Gupta
lenovo Wind River Titanium 3 based on Mitaka with AVSdefcore and IPV6all passRaineri, Eddy

 

 

 

 

  • No labels