Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Bug: Restoring image stream failed since admission webhook #632

Closed
1 task done
Frank51 opened this issue Apr 8, 2022 · 5 comments
Closed
1 task done

Bug: Restoring image stream failed since admission webhook #632

Frank51 opened this issue Apr 8, 2022 · 5 comments
Labels
triage/support Indicates an issue that is a support question.

Comments

@Frank51
Copy link

Frank51 commented Apr 8, 2022

Contact Details

[email protected]

Describe bug

In an environment of OADP 0.4.2, when restoring a namespace using velero, the log shows imagestreams restoration is failed.

What happened?

In an environment of OADP 0.4.2, when restoring a namespace using velero, the log shows imagestreams restoration is failed.

OADP Version

0.4.x (Beta)

OpenShift Version

4.6

Velero pod logs

Restoring MetadataUnable to restore namespace 'paal-dev' using Velero. {"namespaces":{"testrestoreall":["error restoring configurations.serving.knative.dev/testrestoreall/hello-world: admission webhook \"validation.webhook.serving.knative.dev\" denied the request: validation failed: missing field(s): metadata.labels.serving.knative.dev/service","error restoring imagestreams.image.openshift.io/testrestoreall/buildtest: ImageStream.image.openshift.io \"buildtest\" is invalid: []: Internal error: imagestreams \"buildtest\" is invalid: spec.tags[latest].from.name: Invalid value: \"buildtest@sha256:8189cef4b9d60cb3f80ecc017dc0ea160526fde8f0c1a36e956e3b30c981c3f3\": error generating tag event: imagestreamimage.image.openshift.io \"sha256:8189cef4b9d60cb3f80ecc017dc0ea160526fde8f0c1a36e956e3b30c981c3f3\" not found","error restoring ingresses.networking.internal.knative.dev/testrestoreall/hello-world: admission webhook \"validation.webhook.serving.knative.dev\" denied the request: validation failed: service namespace

Restic pod logs

No response

Operator pod logs

No response

New issue

  • This issue is new
@Frank51 Frank51 added the kind/bug Categorizes issue or PR as related to a bug. label Apr 8, 2022
@kaovilai
Copy link
Member

kaovilai commented Apr 8, 2022

Similar to #538
These are caused by validation.webhook.serving.knative.dev.

@kaovilai kaovilai added triage/support Indicates an issue that is a support question. and removed kind/bug Categorizes issue or PR as related to a bug. labels Apr 8, 2022
@kaovilai
Copy link
Member

kaovilai commented Apr 8, 2022

This issue will be resolved when knative/serving#10926 is resolved.

Not a bug in oadp implementation.

@kaovilai kaovilai closed this as completed Apr 8, 2022
@kaovilai
Copy link
Member

kaovilai commented Apr 9, 2022

@Frank51

validation failed: missing field(s): metadata.labels.serving.knative.dev/service

I wonder if just filling this field out prior to backup would solve the problem at restore time.

@kaovilai
Copy link
Member

Routes and Configuration restore issues maybe due to missing labels required at backup time

Any changes to specifications, metadata labels, or metadata annotations for a Service must be copied to the Route and Configuration owned by that Service. The serving.knative.dev/service label on the Route and Configuration must also be set to the name of the Service. Any additional labels or annotations on the Route and Configuration not specified earlier must be removed.

The Service updates its status fields based on the corresponding status value for the owned Route and Configuration. The Service must include conditions ofRoutesReady and ConfigurationsReady in addition to the generic Ready condition. Other conditions can also be present.

https://knative.dev/docs/serving/services/#modifying-knative-services

@kaovilai
Copy link
Member

Routes restore errors maybe in addition caused by openshift/openshift-velero-plugin#129

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
triage/support Indicates an issue that is a support question.
Projects
None yet
Development

No branches or pull requests

2 participants