Skip to content

[BUGFIX] Add e2e test for file-storage multi-replica dashboard sync#411

Open
slashpai wants to merge 1 commit into
perses:mainfrom
slashpai:triage
Open

[BUGFIX] Add e2e test for file-storage multi-replica dashboard sync#411
slashpai wants to merge 1 commit into
perses:mainfrom
slashpai:triage

Conversation

@slashpai
Copy link
Copy Markdown
Member

@slashpai slashpai commented Jun 1, 2026

Add Kuttl test replica-file-sync that deploys Perses with file DB and three StatefulSet replicas, then asserts the dashboard exists on each pod via direct port-forward (not only through the ClusterIP Service).

Related-to: #409, #412

Description

Closes: #ISSUE-NUMBER

Type of change

  • FEATURE (non-breaking change which adds functionality)
  • ENHANCEMENT (non-breaking change which improves existing functionality)
  • BUGFIX (non-breaking change which fixes an issue)
  • BREAKINGCHANGE (fix or feature that would cause existing functionality to not work as expected)
  • DOC (documentation only)
  • IGNORE (tooling, build system, CI, etc.)

Verification

  • Unit tests added/updated
  • Integration tests added/updated
  • E2E tests added/updated
  • Manual testing performed

Checklist

  • Pull request has a descriptive title and context useful to a reviewer
  • Code follows project conventions and passes linting
  • All commits have DCO signoffs

@slashpai slashpai changed the title [FEATURE] Add e2e test for file-storage multi-replica dashboard sync [BUGFIX] Add e2e test for file-storage multi-replica dashboard sync Jun 1, 2026
@slashpai slashpai force-pushed the triage branch 2 times, most recently from fab522b to 471788d Compare June 1, 2026 10:07
Copy link
Copy Markdown
Contributor

@rickardsjp rickardsjp left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm a little surprised the test passes, which indicates that it might be flaky. However, I'm unfamiliar with kuttle and you might know better. Looking at the KEP, they write:

A failure of a previous command will restart the loop of commands (meaning command 2 will not be executed unless command 1 succeeds)

I wonder if there are additional reconciliations happening and the nature of the restarts means that eventually the operator gets the other replica. As it stands, this test doesn't seem to correspond to the behavior of a manual test in a kind cluster as described in #409.

@slashpai
Copy link
Copy Markdown
Member Author

slashpai commented Jun 2, 2026

I am working on rewriting test.

@slashpai slashpai force-pushed the triage branch 2 times, most recently from c518239 to 892854e Compare June 4, 2026 04:12
Add Kuttl test replica-file-sync that deploys Perses with file DB and
three StatefulSet replicas, then asserts the dashboard exists on each pod
via direct port-forward (not only through the ClusterIP Service).

Related-to: perses#409

Signed-off-by: Jayapriya Pai <janantha@redhat.com>
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

Successfully merging this pull request may close these issues.

2 participants