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

proxy_timeout in k3d-proxy nginx configu for API server should be increased #276

Closed
fsimmend opened this issue Jun 11, 2020 · 3 comments
Closed
Assignees
Labels
bug Something isn't working

Comments

@fsimmend
Copy link

When i attach to a pod to follow the logs with kubectl, the proxy_timeout in the k3d-proxy is set too low and sometimes if nothing happens in the pod, the connection is closed. This timeout should be much higher or configurable.

  • How was the cluster created?

    • k3d create -w 4
  • What did you do afterwards?

  1. kubectl apply -f mydeployment.yaml
  2. kubectl get logs --follow <pod of a job>
  3. error: unexpected EOF

What did you expect to happen?
i expected that kubectl would follow the logs until the job is completed but instead at a point that takes about 3-5 minutes without any new log messages, the error appeared. I then attached to the k3d-proxy container increased the timeout, reloaded the nginx config and
retried my long running job and id did work.

  • MacOS

Which version of k3d?

k3d version v3.0.0-rc.2
k3s version v1.18.3-k3s1 (default)

Which version of docker?
Docker version 19.03.8, build afacb8b

@fsimmend fsimmend added the bug Something isn't working label Jun 11, 2020
@iwilltry42
Copy link
Member

Good catch @fsimmend :)
Fixed 👍

@iwilltry42 iwilltry42 self-assigned this Jun 12, 2020
@iwilltry42 iwilltry42 added this to the v3.0 - FROM scratch milestone Jun 12, 2020
@PuppetA17
Copy link

Has the problem been solved?
How do I change the k3d-proxy proxy_timeout when creating a cluster

@iwilltry42
Copy link
Member

@herozabbix, you cannot change it on cluster creation. It has been increased to 10 minutes.
If you really need more than that right now, you can workaround this issue by

  • exec'ing into the loadbalancer container
  • changing the value in the nginx.conf manually
  • reloading nginx (via SIGHUP)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

3 participants