`borg check` hangs after errors about borg HOT 5 CLOSED

Just to update:

Repairing both fixed the repo and ended successfully.

Checking the archives found issues and ended successfully.

I'm not convinced it was a system issue, but happy to close this anyway.

from borg.

Guess you have multiple issues here:

1. you have data corruption in that repo, that is why the crc32 check is failing ("Segment entry checksum mismatch") - try to find the root cause of this. That some stuff in the rebuilt index is missing is then expected, it likely is the stuff that was in the segment entries with the failing crc32 check (because borg will ignore corrupted data).

2. IIRC, there should not be a way for borg itself to "hang" for a long time. But you may have a network or ssh connection issue causing this. So try to find out if borg is really hanging (doing nothing) or whether it is still doing something with disk I/O or cpu load.

from borg.

1. I don't believe the corruption is systemic; I have recently been playing with my infra which has lent to an unstable environment and this check has only been failing relatively recently. I have another (local) repo that is intact, so I'm happy to just resolve this error (eg with a repair) than spend time investigating its cause. Unless you'd find that useful, of course.
2. top and ps both locally and on the remote seem to indicate borg doing not much. Is there anything else I can do to see whether it's actually dead or not? I could try it again with debug verbosity.

from borg.

You can try debug log level, but if the network/ssh connection is stuck, I guess you won't see anything more.

from borg.

Running with debug, the last output I see is:

RemoteRepository: 183 B bytes sent, 18.19 MB bytes received, 3 messages sent

Again, there's no activity and as far as I can tell the network is up. I'll let this run overnight but I'm not expecting any change.

I'll try a repair next.

from borg.