Corruption: checksum mismatch

Channels DVR Server
#1

I came home today to notice that my DVR was offline. When I dug into my Pi, I noticed that the logs showed that the DVR wouldn’t start due to a “Corruption: checksum mismatch” error. Digging around, it looks like a corruption in the DVR database. The recordings were there and fine. I tried the older version of the software with the same results. The only option I could fine was to rebuild the DVR and lose my old recordings.

Has anyone else seen this error? Is there a way to recover my old recordings in the new DVR (since the database is likely corrupted on the old DVR)?

#2

Can you post the exact message from the log? There are several databases and it would be useful to know which one is having issues.

#3

You can try visiting http://127.0.0.1:8089/restore on the new DVR to find a working backup copy of the databases.

#4

Sadly, this is all I get:

2018/02/13 02:50:56 [HDR] Found 1 devices
2018/02/13 02:50:58 [SYS] Started HTTP Server
2018/02/13 02:50:58 Corruption: checksum mismatch
2018/02/13 02:50:58 [SYS] Starting Channels DVR v2017.12.13.1901 (linux-armv7l) in /media/pi/Portable/dvr/channels-dvr/data
2018/02/13 02:50:58 [HDR] Found 1 devices
2018/02/13 02:51:00 [SYS] Started HTTP Server
2018/02/13 02:51:00 Corruption: checksum mismatch
2018/02/13 02:51:00 [SYS] Starting Channels DVR v2017.12.13.1901 (linux-armv7l) in /media/pi/Portable/dvr/channels-dvr/data
2018/02/13 02:51:01 [HDR] Found 1 devices
2018/02/13 02:51:02 [SYS] Started HTTP Server
2018/02/13 02:51:02 Corruption: checksum mismatch
2018/02/13 02:51:02 [SYS] Starting Channels DVR v2017.12.13.1901 (linux-armv7l) in /media/pi/Portable/dvr/channels-dvr/data
2018/02/13 02:51:03 [HDR] Found 1 devices
2018/02/13 02:51:04 [SYS] Started HTTP Server
2018/02/13 02:51:04 Corruption: checksum mismatch
2018/02/13 02:51:05 [SYS] Starting Channels DVR v2017.12.13.1901 (linux-armv7l) in /media/pi/Portable/dvr/channels-dvr/data
2018/02/13 02:51:05 [HDR] Found 1 devices
2018/02/13 02:51:06 [SYS] Started HTTP Server
2018/02/13 02:51:06 Corruption: checksum mismatch
2018/02/13 02:51:07 [SYS] Starting Channels DVR v2017.12.13.1901 (linux-armv7l) in /media/pi/Portable/dvr/channels-dvr/data

I’m assuming it’s one of the databases, but I could be wrong.

#5

Thanks. I think that might be coming from the guide database which can easily be recreated. You can wipe the USA* directories inside the DVR data directory and it should boot up.

Or just use the restore tool to pull your settings/recordings data back into the new install.

#6

I used the restore function and that worked. Wish I knew about that before I started recording the Olympics tonight. :wink:

#7

Great glad you’re back up and running.

The corruption issue might indicate a failing drive. Could also be due to unclean shutdown or power loss.

#8

While I’m trying this out, I’m using a drive that is formatted for HFS+. Not ideal for this use. Once I get it all sorted out, I’ll reformat to something more linux friendly and things should be more stable. I’ve had problems with the drive ending up in RO after an unclean reboot.

#9

I saw this happen just the other day on a friend’s NUC + USB external. His drive originally was connected to an iMac and has no other storage to migrate the data to temporarily to format it, so it stayed HFS+.

After running fsck on the disk, it was able to mount RW again. It was a mess :joy: