#1 Global Leader in Data Resilience

Import Job Fails with "No kopia manifests found in the repository"

KB ID: 4620
Product: Veeam Kasten for Kubernetes
Published: 2024-06-14
Last Modified: 2024-06-14
mailbox
Get weekly article updates
By subscribing, you are agreeing to have your personal information managed in accordance with the terms of Veeam's Privacy Notice.
This site is protected by hCaptcha and its Privacy Policy and Terms of Service apply except as noted in our Privacy Policy.

Cheers for trusting us with the spot in your mailbox!

Now you’re less likely to miss what’s been brewing in our knowledge base with this weekly digest

error icon

Oops! Something went wrong.

Please, try again later.

Challenge

Import jobs fail with the error:

No kopia manifests found in the repository

Full error:

{
  "cause": {
    "file": "kasten.io/k10/kio/collections/kopia/operations.go:144",
    "function": "kasten.io/k10/kio/collections/kopia.GetLatestSnapshot",
    "linenumber": 144,
    "message": "No kopia manifests found in the repository"
  },
  "file": "kasten.io/k10/kio/exec/phases/phase/migrate.go:359",
  "function": "kasten.io/k10/kio/exec/phases/phase.(*migrateReceivePhase).Run",
  "linenumber": 359,
  "message": "Failed to import latest collection"
}

Cause

Currently, the Kopia server user is created based on the name of the Veeam Kasten for Kubernetes namespace. If the secondary cluster where the application is to be imported has Veeam Kasten for Kubernetes installed in a namespace with a different name, then a wrong kopia server user is set, causing the error `No kopia manifests found in the repository`. This means that Veeam Kasten for Kubernetes couldn’t find the data from the export location profile with the current user. 

For example, if the source cluster namespace is kasten-io and the secondary namespace is k10, a different Kopia server user (e.g., k10-admin@migration.k10.export-xxxxxxxxxxxx) is set in the server during the import, causing it to fail with the above error.

However, the correct server user should be the same as a primary cluster (e.g., k10-admin@migration.kasten-io.export-xxxxxxxxxxxx).

Solution

The solution is to install Veeam Kasten for Kubernetes with an identical namespace in both source and target clusters with the same version of Veeam Kasten for Kubernetes.

More Information

Please refer to the Veeam Kasten for Kubernetes release notes.
To submit feedback regarding this article, please click this link: Send Article Feedback
To report a typo on this page, highlight the typo with your mouse and press CTRL + Enter.

Spelling error in text

This site is protected by hCaptcha and its Privacy Policy and Terms of Service apply except as noted in our Privacy Policy.
Thank you!

Thank you!

Your feedback has been received and will be reviewed.

Oops! Something went wrong.

Please, try again later.

You have selected too large block!

Please try select less.

KB Feedback/Suggestion

This form is only for KB Feedback/Suggestions, if you need help with the software open a support case

By submitting, you are agreeing to have your personal information managed in accordance with the terms of Veeam's Privacy Notice.
This site is protected by hCaptcha and its Privacy Policy and Terms of Service apply except as noted in our Privacy Policy.
Verify your email to continue your product download
We've sent a verification code to:
  • Incorrect verification code. Please try again.
An email with a verification code was just sent to
Didn't receive the code? Click to resend in sec
Didn't receive the code? Click to resend
Thank you!

Thank you!

Your feedback has been received and will be reviewed.

error icon

Oops! Something went wrong.

Please, try again later.