在velero从1.3.2升级到1.7.7之后,备份开始失败。当描述失败的备份时:
velero backup describe mypod-20220204170020 --details
Name: mypod-20220204170020
Namespace: velero
Labels: velero.io/schedule-name=mypod
velero.io/storage-location=default
Annotations: velero.io/source-cluster-k8s-gitversion=v1.21.2
velero.io/source-cluster-k8s-major-version=1
velero.io/source-cluster-k8s-minor-version=21
Phase: Failed (run `velero backup logs mypod-20220204170020` for more information)
Errors: 0
Warnings: 0
Namespaces:
Included: mypod
Excluded: <none>
Resources:
Included: *
Excluded: <none>
Cluster-scoped: auto
Label selector: <none>
Storage Location: default
Velero-Native Snapshot PVs: auto
TTL: 168h0m0s
Hooks: <none>
Backup Format Version: 1.1.0
Started: 2022-02-04 18:00:20 +0100 CET
Completed: 2022-02-04 18:00:41 +0100 CET
Expiration: 2022-02-11 18:00:20 +0100 CET
Total items to be backed up: 64
Items backed up: 64
Resource List: <backup resource list not found>
Velero-Native Snapshots: <error getting snapshot info: file not found>乍一看,备份似乎是正确的:
错误:0
警告:0
项目备份: 64项中的64项
但是,就在底部(只有当使用describe命令添加--details标志时),您可以看到这两次提到:
Resource List: <backup resource list not found>
Velero-Native Snapshots: <error getting snapshot info: file not found>有什么聪明的方法可以进一步解决这个问题吗?还是有人对这里的问题有想法?
非常感谢!
发布于 2022-02-13 13:37:41
不确定这是否解决了每个人的问题,但它对我有效。在velero 源代码回购中搜索之后,我找到了下面的go包describer.go,它包含了在描述失败的备份时发现的错误消息。
见第328 (1)行

源代码中的提示(2)引导我搜索上传问题。由于我使用velero-azure处理上传到Azure,下面的GitHub问题终于给了我一个正确的方向。
似乎从v1.5.3开始就需要更多内存(512 it )(如果我正确理解的话)。对我的限制仍然是256米和失败,我把限制提高到512米和,预售!它又开始工作了。
大卫·L·史密斯-乌奇达大喊了一声,他的面包屑使我找到了解决办法!
发布于 2022-02-26 16:08:31
我需要知道您的数据驻留在哪里意味着它正在使用蔚蓝磁盘,或者在文件共享中。Velero不支持azure文件共享数据。
https://stackoverflow.com/questions/71065121
复制相似问题