-
-
Notifications
You must be signed in to change notification settings - Fork 742
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
Integrity Error: Segment entry checksum mismatch #5863
Comments
Did you check hdd and fs for errors? |
hdd check
Upgrade output:
root@cloud:~/.config/borg/keys# ls -l ~/.config/borg/keys
When i deleted and reinitialized the borg repo it was about one week ago so the keys file from 15 Feb is old. Could that be a problem? |
root@cloud: sudo fsck -fv /dev/sdb1
|
It is not even possible to delete the repo anymore: root@cloud:borg delete --force --force /mnt/backup/borg-backups/backup.borg Platform: Linux cloud 4.19.0-14-amd64 #1 SMP Debian 4.19.171-2 (2021-01-30) x86_64 |
Upgrading borg meant to go from 1.1.9 to 1.1.16 (not to run "borg upgrade"). See the debian backports repo. BTW, SMART almost always says "PASSED" except if the device is obviously rather dead. So can you please provide the full "Segment entry checksum mismatch" means that the CRC32 check failed. If If your disk is OK, bad RAM could also be the culprit, so I suggest to run a few passes of |
Thanks for your answer @ThomasWaldmann , i am new to handling linux servers so this helps alot. This is the complete smartctl output:
memtester output:
|
That disk has issues, see "UNC" (uncorrectable error). Maybe you want to get a new one before it is too late. The smart attributes tables was truncated at the right (RAW values column missing), so i can't tell much more. Also, you've never run a SMART long test. The memtester is not the one I meant, but at least the 4000MB it tested seemed to have worked while it tested them. |
When testing with 10 GB the memtester threw a bunch of errors so i guess i will have to replace the RAM also:
Rest of the truncated smartctl output:
Thanks for your help |
Your RAM is defect (or CPU or board, if the problem stays after replacing RAM). Your disk is at least questionable:
See there: https://www.backblaze.com/blog/hard-drive-smart-stats/ (also see my above comment about UNC smart log entries - i would also exchange that disk) |
Closing, not a borg, but a hardware issue. |
Have you checked borgbackup docs, FAQ, and open Github issues?
Yes
Is this a BUG / ISSUE report or a QUESTION?
BUG
System information. For client/server mode post info for both machines.
Your borg version (borg -V).
borgbackup 1.1.9
Operating system (distribution) and version.
Kernel: 4.19.0-14-amd64 x86_64
Distributor ID: Debian
Description: Debian GNU/Linux 10 (buster)
Release: 10
Codename: buster
Hardware / network configuration, and filesystems used.
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 465,8G 0 disk
├─sda1 8:1 0 487M 0 part /boot
├─sda2 8:2 0 1K 0 part
└─sda5 8:5 0 465,3G 0 part
└─sda5_crypt 254:0 0 465,3G 0 crypt
├─cloud--vg-root 254:1 0 464,3G 0 lvm /
└─cloud--vg-swap_1 254:2 0 980M 0 lvm
sdb 8:16 0 465,8G 0 disk
└─sdb1 8:17 0 465,8G 0 part /mnt/backup
Borg Backup Repo is saved on sdb1.
How much data is handled by borg?
The disk which is backed up has 500GB and 50% of it in use:
/dev/mapper/cloud--vg-root 478171912 222746256 231066132 50% /
Backups are stored on a second 500GB disk :
/dev/sdb1 479672040 286625248 168627516 63% /mnt/backup
Full borg commandline that lead to the problem (leave away excludes and passwords)
root@cloud: borg list /mnt/backup/borg-backups/backup.borg/
root@cloud:borg check --repair /mnt/backup/borg-backups/backup.borg/
After 5 hours i had to stop the repair. Now started again.
Describe the problem you're observing.
I am not able to access the Repository or list any backups.
This has happened before and i deleted the entire repository in order to get it working again, but seems like this didn't help.
Can you reproduce the problem? If so, describe how. If not, describe troubleshooting steps you took before opening the issue.
Can be reproduced on my system by simply running borg list .
Include any warning/errors/backtraces from the system logs
The text was updated successfully, but these errors were encountered: