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

Director infrastructure changes not applied #335

Open
thesefer opened this issue Oct 22, 2024 · 1 comment
Open

Director infrastructure changes not applied #335

thesefer opened this issue Oct 22, 2024 · 1 comment

Comments

@thesefer
Copy link

thesefer commented Oct 22, 2024

When changing the infrastructure later down the road (i.e. adding another endpoint) the kickstart should be triggered again to deploy these changes. Came across this trying to setup a second master.

i.e. changing from

    endpoints:
      - name: NodeName
    zones:
      - name: ZoneName
        endpoints:
          - NodeName

to

    endpoints:
      - name: NodeName
      - name: secondnode.domain.net (and vice versa on the second node)
    zones:
      - name: ZoneName
        endpoints:
          - NodeName
          - secondnode.domain.net 

I see two possible trigger points at the moment using set_fact:
TASK [icinga.icinga.icinga2 : feature api Endpoint objects type=Endpoint, args={{ idx }}]
is changed

or
TASK [icinga.icinga.icinga2 : assemble config files src={{ item.path }}, dest={{ item.path |regex_replace('^'+icinga2_fragments_path, '/etc/icinga2') }}, delimiter= , owner={{ icinga2_user }}, group={{ icinga2_group }}, mode=420] ***
item path zones.conf is changed. Could be reused for api-users.conf because the director needs to be made aware of this change, right?

Additionally I have a question: Is it intended that the director is not deploying these changes (pending, has to be triggered manually) or simply out of scope of this collection?

@mkayontour
Copy link
Member

Hi, thanks for the issue. I see that changes on the zones should trigger a kickstart. As the roles are separated I need to check if we can fix this.

To your question, yes these pending changes should then deployed manually. After the kickstart the scope of the collections ends. But if you are interested you can check out the collection from telekom_mms. They wrote a bunch of ansible modules to control the director over it's api.

If you want to further automate your deployment, the collection will help you out. https://github.com/telekom-mms/ansible-collection-icinga-director

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