Open filipe-silva-magalhaes-alb opened 17 hours ago
By default, Velero's data mover backup has a 4 hour timeout for each volume. If that is not enough, you could config default-item-operation-timeout
from the Velero server parameter.
Meanwhile, if you want to accelerate the backup especially to the large/complex volumes, you could config uploader concurrency through the parallel-files-upload
backup flag. By default, it is the number of CPU cores of the node where the data mover backup is running
What steps did you take and what happened: The data uploads of the largest pvcs failed.
velero create backup velero-schedule-s3-20241125000006 --resource-policies-configmap velero-efs-resourcepolicy --snapshot-move-data
kubectl get configmap cm -n velero velero-efs-resourcepolicy -o yaml
What did you expect to happen: Backup runs without problems.
The following information will help us better understand what's going on:
velero debug --backup velero-schedule-s3-20241125000006 bundle-2024-11-25-14-30-47.tar.gz
Parameters of backup:
Parameters of daemonset (running in privileged mode):
Anything else you would like to add:
Environment:
velero version
): v1.14.1velero client config get features
): Nonekubectl version
): v1.28.15-eks-7f9249a/etc/os-release
): Amazon Linux 2Vote on this issue!
This is an invitation to the Velero community to vote on issues, you can see the project's top voted issues listed here.
Use the "reaction smiley face" up to the right of this comment to vote.