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

--log-output=none prevents debugging errors to show up #159

Closed
rgordill opened this issue Oct 24, 2022 · 2 comments
Closed

--log-output=none prevents debugging errors to show up #159

rgordill opened this issue Oct 24, 2022 · 2 comments
Labels
bug Something isn't working

Comments

@rgordill
Copy link

Brief summary

This option is automatically populated by k6-operator on the created jobs. This lead to several situations where the only way to debug what is happening is creating manually the same jobs without this option.

See for example #137 (comment). In my case, it was another issue related with permissions, which I only find out after disabling the option. I have also tried using K6_LOG_OUTPUT in env vars without success.

k6-operator version or image

latest (8.0.0rc3)

K6 YAML

apiVersion: k6.io/v1alpha1
kind: K6
metadata:
  name: k6-sample-with-extensions
  namespace: k6-tests
spec:
  parallelism: 4
  script:
    configMap:
      name: sample-stress-test
      file: test.js
  arguments: --http-debug -o output-prometheus-remote
  runner:
    image: xxx:latest
    env:
      - name: K6_LOG_OUTPUT
        value: stdout

Other environment details (if applicable)

No response

Steps to reproduce the problem

Launch the tests with any issues

Expected behaviour

Log explaining the issue

Actual behaviour

Nothing

@rgordill rgordill added the bug Something isn't working label Oct 24, 2022
@yorugac
Copy link
Collaborator

yorugac commented Nov 4, 2022

Hi @rgordill, thank you for the issue!

This is a tricky one because there is no good way to resolve it at the moment 😞 --log-output=none was added to allow tests with warnings to proceed in k6-operator but it does make troubleshooting problematic as you described. I believe this is best solved at k6 level, with addition of ability to turn off warnings as an output of at least k6 archive and k6 inspect, which k6-operator depends on. Most similar k6 issue on topic is grafana/k6#2681
The alternative is to add a hacky parsing of output to initializer in k6-operator which I'd prefer to avoid.

BTW, K6_LOG_OUTPUT does not overwrite CLI due to k6 order of precedence -- that's expected behaivor.

@yorugac
Copy link
Collaborator

yorugac commented Dec 14, 2022

I believe this was fixed in #174 as well.

@yorugac yorugac closed this as completed Dec 14, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

2 participants