rasdaemon mishaps? what can i do?
Hello,
i am busy creating a working bookworm-kde install, while still using my
outdated buster-gnome install.
what bugs me currently is, that there are around 100 rasdeamon coredumps
(in /var on the new system) and i also had a couple of system crashes on
it. To exclude ram errors, i did a 48 hour memtest, with 0 errors and 0
ecc errors, also the old install has rasdaemon too, also edac, and
reports no errors whatsoever. That is why i have come to believe, there
is no hardware error, but a buggy rasdaemon. To give you an idea: here
are a few lines from dmesg:
> 2024-08-27T10:59:05.841919+02:00 SuperServer kernel: [ 653.677528]
traps: rasdaemon[113603] trap stack segment ip:7f240462271b
sp:7f2040ff7a00 error:0 in libsqlite3.so.0.8.6[7f240454f000+f4000]
> 2024-08-27T10:59:13.593919+02:00 SuperServer kernel: [ 661.430020]
traps: rasdaemon[114618] trap stack segment ip:7f451d1e17f4
sp:7f42baffba20 error:0
(there are around 200 messages like that around that point in time, when
the system went down.)
Apparently, my lack of knowledge stops me from progressing any further,
as some things are possibly complicating matters:
The new (bookwork) install resides on zfs (which the old (buster) on
doesnt), and the main board has 2 EPYC CPU's. I do not think, those
circumstances matter, but i dont know. Is it worth the longish effort to
recreate without zfs? (having it, did help alot in dealing with my
noobish experimenting, as it allows for easy rollbacks of inadvertedly
introduced changes, and such.)
So far...
DdB
Reply to: