-
Notifications
You must be signed in to change notification settings - Fork 1.4k
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
Backup sometimes fails with 'TLS handshake timeout' #5739
Comments
There is expected to be a timeout since velero can't wait all the time. As for TLS handshake timeout, you may have some env issue, please make sure you unset any http_proxy and https_proxy. If that doesn't work, Sometimes it comes down to resource issue, you cloud check if all kind of resources(e.g. memory, network) in the node is sufficient. |
Yes of course, every operation needs to time out at some point. What I miss is Velero to try again if this happens - or any other error occurs. I'm not using a proxy. Resources should be sufficient: I had OOM kills in the past but they vanished, since I configured a memory request of 512 MiB for the pod. |
@nomaster, Did your issue resolve? I do have the same issue. Here is the error from today. time="2023-02-01T14:00:30Z" level=debug msg="Error from backupItemActionResolver.ResolveActions" backup=velero/velero-astro-daily-20230201140019 error="rpc error: code = Unknown desc = Get "https://xx.x.x.x:443/api\": net/http: TLS handshake timeout" error.file="/go/src/github.com/vmware-tanzu/velero/pkg/backup/backup.go:219" error.function="github.com/vmware-tanzu/velero/pkg/backup.(*kubernetesBackupper).BackupWithResolvers" logSource="pkg/backup/backup.go:219" Can someone help on this? |
Unfortunately not. The error still comes up for me every few days. |
We need some kind of timeout dynamic setting so we can control how long Velero can wait before timing out. |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
I'm still seeing this issue |
I'm also having this problem time="2023-05-22T02:00:44Z" level=error msg="backup failed" controller=backup error="rpc error: code = Unknown desc = Get "https://10.0.0.1:443/api?timeout=32s": net/http: TLS handshake timeout" key=velero/generalbackup01backup01-20230522020033 logSource="pkg/controller/backup_controller.go:282" |
This issue is stale because it has been open 60 days with no activity. Remove stale label or comment or this will be closed in 14 days. If a Velero team member has requested log or more information, please provide the output of the shared commands. |
I haven't seen this issue anymore. Maybe a fix has been included in the recent releases? Anyone else? |
Still seeing this issue (but rarely). |
facing the same error regularly with |
Hi, we are seeing the handshake problem very regularly on our hourly cron jobs:
AKS 1.26.3 / 1.27.3, Velero 1.11.0, Azure Plugin 1.8.1 |
Also seeing this issue regularly and couldn't pin-point a culprit so far. AKS 1.26.3 / 1.27.3, Velero 1.11.1, Azure Plugin 1.8.1 Out of curiosity:
|
We are running a couple of aks clusters, all experiencing the same ... regularly failed backups due of timeouts. |
This issue is stale because it has been open 60 days with no activity. Remove stale label or comment or this will be closed in 14 days. If a Velero team member has requested log or more information, please provide the output of the shared commands. |
still same problem with aks v1.27.3, velero v1.12.3 & velero-plugin-for-microsoft-azure v1.8.2 |
This issue is stale because it has been open 60 days with no activity. Remove stale label or comment or this will be closed in 14 days. If a Velero team member has requested log or more information, please provide the output of the shared commands. |
@kubecon paris some Azure folks told us that this is an issue on the network layer of AKS. |
This issue is stale because it has been open 60 days with no activity. Remove stale label or comment or this will be closed in 14 days. If a Velero team member has requested log or more information, please provide the output of the shared commands. |
not stale |
Hi there, |
@pandvag What value did you set for |
we used 30m |
This issue is stale because it has been open 60 days with no activity. Remove stale label or comment or this will be closed in 14 days. If a Velero team member has requested log or more information, please provide the output of the shared commands. |
This issue was closed because it has been stalled for 14 days with no activity. |
What steps did you take and what happened:
Backup tasks sometimes fail with 'TLS handshake timeout' when trying to reach the Kubernetes controller.
What did you expect to happen:
Velero should wait for the Kubernetes controller to be reachable again.
The following information will help us better understand what's going on:
log output:
Anything else you would like to add:
Maybe there is a retry loop missing?
Environment:
velero version
): 1.10.0velero client config get features
): EnableCSIkubectl version
): 1.24.6/etc/os-release
): Ubuntu 18.04.6 LTSVote 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.
The text was updated successfully, but these errors were encountered: