Bug 1677698 - [kubevirt-ansible] provision after deprovision fails with multus error
Summary: [kubevirt-ansible] provision after deprovision fails with multus error
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Container Native Virtualization (CNV)
Classification: Red Hat
Component: Networking
Version: 1.4
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
: 1.4
Assignee: Sebastian Scheinkman
QA Contact: Meni Yakove
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2019-02-15 15:35 UTC by Irina Gulina
Modified: 2019-02-20 14:26 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: Known Issue
Doc Text:
Clone Of:
Environment:
Last Closed: 2019-02-20 14:26:15 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
failing provision (55.04 KB, text/plain)
2019-02-15 15:35 UTC, Irina Gulina
no flags Details
pod logs (5.08 KB, text/plain)
2019-02-18 14:27 UTC, Irina Gulina
no flags Details

Description Irina Gulina 2019-02-15 15:35:29 UTC
Created attachment 1535249 [details]
failing provision

Description of problem:
I have uninstalled CNV with deprovision job, then tried installing it with provisioning, and it failed on "Wait until multus is running"


Version-Release number of selected component (if applicable):
kubevirt-ansible-0.12.3-1.f9f3ed4.src.rpm

How reproducible:
3 attempts with new cluster -> deprovision -> provision and all failed

Steps to Reproduce:
1. deprovision
2. provision

Actual results:
multus error


Additional info:
logs attached.

Comment 1 Nelly Credi 2019-02-17 16:01:57 UTC
@Irina, can you please provide pod logs?
is it just a timeout issue which got resolved eventually (we had a bug for it) or are the pods just failing to get into running state?

Comment 2 Ryan Hallisey 2019-02-18 13:28:40 UTC
When you re-provision, do the new pods all fail to be scheduled?  I've seen a similar failure occasionally in the past, where multus is the registered CNI plugin but it's been removed.  So all pod creation after the removal of multus fails.

Comment 3 Irina Gulina 2019-02-18 14:27:58 UTC
Created attachment 1535987 [details]
pod logs

Comment 4 Federico Simoncelli 2019-02-19 10:26:10 UTC
Adding Dan for visibility.

Comment 5 Nelly Credi 2019-02-19 13:46:09 UTC
@pan something is probably wrong with the deprovision,
we need to make it clear in the docs that deprovision and re-installing will fail

Comment 7 Sebastian Scheinkman 2019-02-20 08:28:19 UTC
Hi Irina,

I don't think this is a bug.

from the pod log

pulling image "registry.access.redhat.com/cnv-tech-preview/multus-cni:v1.4.0"

this image don't exist.

this is the latest image in the redhat registry

https://access.redhat.com/containers/?architecture=AMD64#/registry.access.redhat.com/cnv-tech-preview/multus-cni/images/v1.3.0-2


logs from the pod

error parsing HTTP 404 response body: invalid character 'F' looking for beginning of value: "File not found.\""
Error: ErrImagePull
Back-off pulling image "registry.access.redhat.com/cnv-tech-preview/multus-cni:v1.4.0"

maybe change the registry to a place where multus:v1.4 exist and try again?


Note You need to log in before you can comment on or make changes to this bug.