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

Default influxdb2 pod disruption budget blocks node draining #185

Open
JamesHarrison opened this issue Mar 5, 2024 · 0 comments
Open

Default influxdb2 pod disruption budget blocks node draining #185

JamesHarrison opened this issue Mar 5, 2024 · 0 comments
Assignees

Comments

@JamesHarrison
Copy link

Hi,

The default influxdb2 deployment as configured by this chart blocks node draining/eviction:

    "requestObject": {
        "kind": "Eviction",
        "apiVersion": "policy/v1beta1",
        "metadata": {
            "name": "flagsmith-influxdb2-0",
            "namespace": "production",
            "creationTimestamp": null
        }
    },
    "responseObject": {
        "kind": "Status",
        "apiVersion": "v1",
        "metadata": {},
        "status": "Failure",
        "message": "Cannot evict pod as it would violate the pod's disruption budget.",
        "reason": "TooManyRequests",
        "details": {
            "causes": [
                {
                    "reason": "DisruptionBudget",
                    "message": "The disruption budget flagsmith-influxdb2 needs 1 healthy pods and has 1 currently"
                }
            ]
        },
        "code": 429
    }

No disruptions are allowed, so k8s will block node draining. This has knock-on effects, such as stopping Amazon EKS and others from performing rolling cluster upgrades gracefully. This shouldn't be default behaviour.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants