Skip to content

Unable to join Slack - asking question here instead :/  #711

@StFS

Description

@StFS

Sorry if I'm misusing the GitHub issues here but I did try to join the Slack channel but just ended up in some login loop. It seems that my gmail email address is not allowed to join the Stakater Slack for whatever reason (I go to https://stakater.slack.com/ and click "Sign in with Google", choose my Gmail account but then just end up at https://stakater.slack.com/?sso_failed=1 with no explanation :/

But what I wanted to ask is this:

I have Reloader running on my k8s cluster and so far it's been running with the default settings (so using the env var reload strategy). But I want to switch over to the annotation reload strategy so I've re-deployed Reloader with the runtime argument that configures it to use the annotations reload strategy.

My question is how this will behave for already running resources (deployments, configmaps and secrets)? Will the Reloader operator pick up on changes to Secrets / ConfigMaps and reload the deployment (and use annotations from then on) or do I need to perform some extra steps to "reset" my cluster state so that Reloader will continue operating properly?

I ask because as I said, I re-deployed Reloader to my cluster and then I tried editing one of the secrets that a deployment is monitoring through Reloader. After editing the secret, the deployment did not get reloaded and I'm a bit confused about that.

Maybe reloader does not pick up on editing secrets / configmaps? Do I need to delete and re-create the secret / configmap?

Is there some magic kubectl command that would allow me to "kick" a configmap / secret to force Reloader to reload dependent components?

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions