Skip to content

feat(vector): Include log format support#528

Open
lazam wants to merge 2 commits intovectordotdev:developfrom
lazam:feature/log-config
Open

feat(vector): Include log format support#528
lazam wants to merge 2 commits intovectordotdev:developfrom
lazam:feature/log-config

Conversation

@lazam
Copy link
Copy Markdown

@lazam lazam commented Jan 23, 2026

The chart currently only supports log level which means that it needs to change the log format via env vars instead of the same manner as level. This PR supports the change in log format via this chart. The only challenge is that it is a breaking change due to the naming convention. I thought to use logFormat to have it backwards compatibile but it is beneficial to have them under a single mapping/section.

@pront
Copy link
Copy Markdown
Member

pront commented Apr 9, 2026

Hi @lazam, Please regenerate the docs and we will take a look.

@codex review

Copy link
Copy Markdown

@chatgpt-codex-connector chatgpt-codex-connector Bot left a comment

Choose a reason for hiding this comment

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

💡 Codex Review

Here are some automated review suggestions for this pull request.

Reviewed commit: ead59f9a6a

ℹ️ About Codex in GitHub

Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you

  • Open a pull request for review
  • Mark a draft as ready
  • Comment "@codex review".

If Codex has suggestions, it will comment; otherwise it will react with 👍.

Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".

env:
- name: VECTOR_LOG
value: "{{ .Values.logLevel | default "info" }}"
value: "{{ .Values.logConfig.level | default "info" }}"
Copy link
Copy Markdown

Choose a reason for hiding this comment

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

P1 Badge Preserve legacy logLevel override during upgrade

Reading VECTOR_LOG only from .Values.logConfig.level causes existing installations that still set logLevel in their override files to silently fall back to info after upgrade, because Helm keeps old keys but this template no longer consumes them. That changes runtime log verbosity unexpectedly in production; this should keep a compatibility fallback to logLevel (or explicitly fail with a migration error) instead of ignoring prior user configuration.

Useful? React with 👍 / 👎.

@lazam
Copy link
Copy Markdown
Author

lazam commented Apr 28, 2026

I regenerated the docs, @pront . Thanks!

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