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

Fluentdconfig object deleted, pod is still running #1667

Closed
1 task
OverOrion opened this issue Feb 13, 2024 · 0 comments · Fixed by #1672
Closed
1 task

Fluentdconfig object deleted, pod is still running #1667

OverOrion opened this issue Feb 13, 2024 · 0 comments · Fixed by #1672
Assignees
Labels
bug Something isn't working user-dt

Comments

@OverOrion
Copy link
Contributor

Bugs should be filed for issues encountered whilst operating logging-operator.
You should first attempt to resolve your issues through the community support
channels, e.g. Slack, in order to rule out individual configuration errors. #logging-operator
Please provide as much detail as possible.

Describe the bug:
Fluentdconfig object deleted but the pod is still running

Expected behaviour:
Fluentdconfig object deletion should stop the currently running pod.

Steps to reproduce the bug:
Dispatch a fluentdconfig (or use the e2e test case), delete the fluentdconfig object and the pod is still there.

Additional context:
logging.Status.FluentdConfigName can be used to decide whether a fluentdconfig:

  • does not exist YET (.Status.FluentdConfigName is not set)
  • NO LONGER exists (.Status.FluentdConfigName is set, but object is not there)

Questions:

  • If a fluentdconfig gets deleted should be owning loggingspec be reusable for a different one?

Maybe weak references could help here?

Environment details:

  • Kubernetes version (e.g. v1.15.2):
  • Cloud-provider/provisioner (e.g. AKS, GKE, EKS, PKE etc):
  • logging-operator version (e.g. 2.1.1):
  • Install method (e.g. helm or static manifests):
  • Logs from the misbehaving component (and any other relevant logs):
  • Resource definition (possibly in YAML format) that caused the issue, without sensitive data:

/kind bug

@OverOrion OverOrion added the bug Something isn't working label Feb 13, 2024
@OverOrion OverOrion self-assigned this Feb 13, 2024
@OverOrion OverOrion assigned pepov and unassigned OverOrion Feb 26, 2024
@pepov pepov closed this as completed Mar 6, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working user-dt
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants