-
Notifications
You must be signed in to change notification settings - Fork 547
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
[tests] 24.10 Stage Two tests failing for logs #3853
Comments
I can reproduce it on upstream
I will try to dig into it.. |
I think the problem may be that the log is not always big enough to be tailed. I ran the tests in a RHEL9 machine and it succeeded, with a tailed file of 20M:
But in the logs that @arif-ali pasted, the files seem to be smaller than that. |
Maybe the runs are too quick on GCE that we're not catching it any more. I've run the same So, maybe we need some kind of wait for this particular test for the test to be successful? In my test, I am doing some automation, and creating a fresh new VM every time. So, 6 fresh VMs |
Indeed, in my case the journal is small:
(it's RHEL9) Also the different size of journal indirectly explains the randomness in job success/failure. |
I cannot reproduce with 24.10 or Fedora 41 either. https://github.com/sosreport/sos/blob/main/tests/report_tests/plugin_tests/logs.py#L62
|
I see where the problem is but dont have an idea how to reliably reproduce. Since after rebooting my system, the test succeeds - after it generated journal logs (which didnt happen before the reboot!). The problem is/was here:
The later is tested by
As size was >20MB, we did not generate the extra logs. While collected But how that is/was possible..? |
I dont know why or how, but after playing with
The journal logs contain a regular boot logs and almost nothing else. I think something similar happens in the CI tests.. |
While I am unable to have a reliable reproducer, it seems there are ways of having |
I think that may work. The problem here may be that Reader() gets the size of all journal files (maybe even rotated ones?) and I imagine it contains some metadata, and perhaps pre-allocated space for the journal, while 'journalctl' I imagine provides just text, formatted for human consumption. But I'll need to investigate this more to see if that's the case or not. |
There's been a few occurances now, and have found that the test below failing, and on restart of the job, it works as normal
debug.log from avocodo
The contents of the logs folder
We can see that the file never got created, and hence the test failed. Needs further investigation on what is going on here
The text was updated successfully, but these errors were encountered: