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

--follow option does not work with kubectl logs command for a pod running on ACI virtual node #147

Open
atakadams opened this issue Jun 17, 2021 · 1 comment
Labels
investigate need investigation
Projects

Comments

@atakadams
Copy link

kubectl logs --follow <Pod-running-on-ACI-virtual-node> doesn't follow the incoming log output but only shows existing log and then exit, as same as the command without "--follow" option.

Expected behavior:
kubectl logs -f <Pod-running-on-ACI-virtual-node> command shows the latest log already stored and then continues showing new log lines without immediate exit.
(For the pod create with the template attached, latest date appears on every 10 seconds)

Actual behavior:
The command shows the latest log and exits immediately.

How to reproduce:

  1. Create an AKS cluster with ACI virtual node enabled
  2. Create a pod "log-test-aci" with log-test-aci.yaml in log-test-aci.zip attached.
  3. Execute kubectl logs -f log-test-aci

Note:

  • I've succesfully reproduced it with the AKS cluster version 1.19.11.

  • Similar trial from Azure CLI to ACI container with az container logs --follow command succesfully worked with
    "follow" option showing new-arrived log lines one-by-one, which will mean that the issue is not about ACI itself but
    about virtual node specific part.

  • The implementation doesn't seem to refer "Follow" option flag.

    cLogs, err := p.aciClient.GetContainerLogs(ctx, p.resourceGroup, cg.Name, containerName, opts.Tail)

@helayoty helayoty added this to High priority in Bug Triage Apr 18, 2022
@helayoty helayoty moved this from High priority to Needs triage in Bug Triage Apr 18, 2022
@nakazonot
Copy link

Is there a plan to resolve the issue?
The problem continues in v1.4.5.

@helayoty helayoty added the investigate need investigation label Oct 13, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
investigate need investigation
Projects
No open projects
Bug Triage
Needs triage
Development

No branches or pull requests

3 participants