Package Details: rasdaemon 0.6.6-1

Git Clone URL: https://aur.archlinux.org/rasdaemon.git (read-only, click to copy)
Package Base: rasdaemon
Description: Logging daemon for Platform Reliability, Availability and Serviceability (RAS), replacing mcelog
Upstream URL: https://pagure.io/rasdaemon
Licenses: GPL2
Submitter: grawity
Maintainer: eta-carinae
Last Packager: eta-carinae
Votes: 27
Popularity: 0.94
First Submitted: 2017-05-04 06:49
Last Updated: 2020-07-21 14:25

Latest Comments

1 2 Next › Last »

eta-carinae commented on 2020-08-11 02:14

@Kodehawa, I remember encountering this error, too. I meant to file a bug report upstream but must have forgotten.

I believe the mc_event table is where rasdaemon records memory-corrected error data, which is new in 0.6.6. If you've been using rasdaemon for a while, you already have a database which doesn't have this table, and the new version fails to create it if it doesn't exist, hence the error.

You could stop rasdaemon, rename the existing database in /var/lib/rasdaemon to something else, then restart rasdaemon. It should create a new database with the correct tables. You'd lose all your history, however.

The other option is to use a sqlite tool to add the missing table manually to your existing database. The SQL statement is:

CREATE TABLE mc_event (id INTEGER PRIMARY KEY, timestamp TEXT, err_count INTEGER, err_type TEXT, err_msg TEXT, label TEXT, mc INTEGER, top_layer INTEGER, middle_layer INTEGER, lower_layer INTEGER, address INTEGER, grain INTEGER, syndrome INTEGER, driver_detail TEXT);

I'll file this upstream when I have a chance to downgrade and verify the problem with a fresh database.

Kodehawa commented on 2020-08-11 01:03

Hello. I keep getting

DBD::SQLite::db prepare failed: no such table: mc_event at /usr/bin/ras-mc-ctl line 1243.
ras-mc-ctl: Error: mc_event table missing from /var/lib/rasdaemon/ras-mc_event.db. Run 'rasdaemon --record'.

I've ran rasdaemon --record at least 10 times. I'll attach an image: https://i.imgur.com/gIFyRLT.png

Pretty lost really. Can't find much on the internet. Any ideas?

eta-carinae commented on 2020-07-21 14:30

rasdaemon 0.6.6 adds support for memory corrected error PFA, and I enabled it in the PKGBUILD. If it causes any problems for anyone, let me know and I'll disable it until it's had more testing.

yochananmarqos commented on 2020-07-04 16:45

The url() should be https://pagure.io/rasdaemon

BStrauss3 commented on 2020-06-19 21:58

@eta-carinae : Just built it for a new machine - smooth... THANKS!!!!!

If anybody is having problems with the periodic block_rq_complete 'errors' that aren't errors, there was a thread on GitHub in the last couple days:

https://github.com/mchehab/rasdaemon/issues/17#issuecomment-646455597

At least for some machines, it's each empty slot in a card reader (SD, etc.) and the 7th message down has the command to make it STFU.

-----Burton

eta-carinae commented on 2020-05-26 16:44

Removed --enable-abrt-report as requested. Got a little too aggressive with experimental flags I guess. :)

BStrauss3 commented on 2020-05-24 15:53

Why is this package being built with

--enable-abrt-report

There is no abrt daemon for Arch, so this generates an "error" about 5 per minute. I've built it with this removed and we're down to a heartbeat every 3 seconds or so.

-----Burton

pancho commented on 2020-05-16 11:55

Stellar! ;-)

eta-carinae commented on 2020-05-16 09:55

pancho,

Thanks for the heads-up. I added your workaround and will report the problem upstream.

pancho commented on 2020-05-16 06:51

Hi there.

It seems that we've been hit by a change¹ in GCC 10. See the topic² for more details. It also affects pam_ssh, so I've managed to easily workaround it² by adding:

CFLAGS="$CFLAGS -fcommon" ./configure ...

This just reverts GCC to the pre-10 behavior.

Hope that it helps.

¹: https://gcc.gnu.org/gcc-10/porting_to.html

²: https://bbs.archlinux.org/viewtopic.php?id=255727

³: https://aur.archlinux.org/cgit/aur.git/commit/?h=pam_ssh&id=cb4ed823ece6b3316a7b4103135dec8d1711473c