-
Notifications
You must be signed in to change notification settings - Fork 83
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
Rasdaemon 0.6.6 version not logging the trace events from the kernel tracepoints #159
Comments
Hi, I'm having a similar issue. A few questions if you don't mind. I'm on Debian 12 and can't get Rasdaemon to report mce errors. Trying version Debian version 0.8.0-1 still doesn't work. Any additional configuration you did to get Rasdaemon working? ... Tracing configuration? ... Linux Kernel configuration? |
There are newer debian package available. You may want to give it a try to see if you still reproduce the issue. |
Get the rasdaemon latest src from the github (i.e.,) 0.8.0 version and follow the compilation steps i mention below it will work, git clone https://github.com/mchehab/rasdaemon.git autoreconf -vfi |
As i have been working in rasdaemon lately. I was researching the whole flow of how rasdaemon works from the kernel space to the user space. Since im using debian 11.7 the rasdaemon version available in the os repo was 0.6.6 which seems to be broken. It doesn't captures the trace events of the hardware errors from the trace point of the kernel though the trace events are available in the kernel trace points. So i removed my repo version of rasdaemon and downloaded the 0.8.0 source and compiled the rasdaemon in my server. Now the rasdaemon works fine without any issue and i have found that 0.8.0 version is using libtraceevent to get the traces from the trace point where in 0.6.6 it uses its own libtrace headers. Now the part which i can't understand is when i uninstall my 0.8.0 version of rasdaemon and reinstall my old 0.6.6 repo version of rasdaemon it works!!!! in this case but when i reboot my server it again goes back to the state where it doesn't work. Can someone please explain this behaviour does it cache the 0.8.0 version of functionality in the memory or something like that and is there any fix for rasdaemon 0.6.6 not working as expected.
The text was updated successfully, but these errors were encountered: