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

New API configuration behavior on 3.11 #193

Closed
3 tasks done
xr09 opened this issue Dec 30, 2019 · 1 comment
Closed
3 tasks done

New API configuration behavior on 3.11 #193

xr09 opened this issue Dec 30, 2019 · 1 comment
Assignees
Milestone

Comments

@xr09
Copy link
Contributor

xr09 commented Dec 30, 2019

Description

Starting with v3.11 the Wazuh plugin for Kibana has a new behavior when upgrading.

Documented here: wazuh/wazuh-dashboard-plugins#1465

The former config.yml got renamed to wazuh.yml, which brought some internal changes as well, the API settings will no longer be stored in the Elastic index named .wazuh, these settings got migrated to wazuh.yml.

The new behavior is like this:

  • The first time booting 3.11 Wazuh plugin detects if there's an .wazuh index and moves it to wazuh.yml, this info gets deleted from Elastic.

  • On the following restart cycles there will be no .wazuh index

Proposed workflow

Following a declarative approach we propose to always delete the .wazuh index if exists and write API settings to wazuh.yml. In the case the user updated the password, then the manifest will override it in both the API and Kibana settings.

Tasks

The following scenarios should be tested:

  • New deployment
  • Upgrading from 3.10 to 3.11 (no other changes)
  • Upgrading from 3.10 to 3.11 (changing API settings)
@jm404 jm404 added this to the Sprint - 105 milestone Dec 30, 2019
@jm404 jm404 self-assigned this Dec 31, 2019
@jm404
Copy link
Contributor

jm404 commented Jan 7, 2020

Done in #195

@jm404 jm404 closed this as completed Jan 7, 2020
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