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

kola testiso tests should check for badness in console/journal output #3788

Open
jlebon opened this issue May 1, 2024 · 5 comments
Open
Assignees
Labels
jira for syncing to jira

Comments

@jlebon
Copy link
Member

jlebon commented May 1, 2024

Based on the report in coreos/fedora-coreos-tracker#1722, this is not currently happening, but should.

(This is another thing we should get for free if we fold kola testiso tests into kola run.)

@c4rt0
Copy link
Member

c4rt0 commented May 7, 2024

If it's not pressing, I would love to look into this when I'm done with the issues I am currently working on.

@dustymabe dustymabe added the jira for syncing to jira label May 7, 2024
@c4rt0 c4rt0 self-assigned this May 7, 2024
@jbtrystram
Copy link
Contributor

@c4rt0 folding testiso into regular tests is on my radar let's collab on this if you want !

@c4rt0
Copy link
Member

c4rt0 commented May 15, 2024

@c4rt0 folding testiso into regular tests is on my radar let's collab on this if you want !

Great idea, I'd appreciate that.

@c4rt0
Copy link
Member

c4rt0 commented Aug 6, 2024

I have a question.
In kola/testiso.go we have the result
which simply checks if there was an error while writing test results to output. Going further, the reporter sends FAIL if atLeastOneFailed. 
When comparing this to kola.go I see that this functionality is much more expanded. Once tests fail we implement runRerun, with even more checks within that function. At first I started implementing something like cmdRerun (https://github.com/coreos/coreos-assembler/blob/main/mantle/cmd/kola/kola.go#L157) but that is obviously outside of spec of this particular issue. My silly question is: what exactly do you mean by checking badness in console/journal output @jlebon?
Or maybe I should attempt implementing something like the mentioned above cmdRerun, simillar to the one in kola.go?

@jlebon
Copy link
Member Author

jlebon commented Aug 7, 2024

Specifically what we want is two bits from kola:

  1. calling CheckConsole() on the console output.
  2. calling CheckMachine() on the system. That one is trickier because it takes a Machine, which we don't have here. That's one thing that'd get transparently fixed once we make the testiso tests regular tests. Kinda yucky, but one thing we could do for now is to have CheckMachine() take a closure instead for running ssh commands to the node.

c4rt0 added a commit to c4rt0/coreos-assembler that referenced this issue Sep 2, 2024
c4rt0 added a commit to c4rt0/coreos-assembler that referenced this issue Oct 1, 2024
CheckConsoleForBadness reads output from a journal pipe and checks
each line for "badness". It then calls CheckConsoleText to
analyze lines of Console output.

Ref: coreos#3788
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
jira for syncing to jira
Projects
None yet
Development

No branches or pull requests

4 participants