restic version 출력

0.8.2

당신은 정확히 어떻게 restic을 실행 했습니까?

% restic -r /tmp/restictest backup $SSHFSMOUNT/directory

백업 디렉토리는 sshfs 마운트 파일 시스템입니다.
이 명령은 여러 스냅샷을 수행하기 위해 여러 번 실행됩니다.
mly의 경우 원격 디렉토리에 엄청난 양의 데이터(1TB+)가 있습니다.

저장소를 저장하기 위해 어떤 백엔드/서버/서비스를 사용하셨습니까?

로컬 ext4 파일 시스템.

예상되는 행동

첫 번째 백업은 느리고 LAN을 통해 많은 데이터를 전송하는 반면 다음 백업은 매우 빠르고 대역폭을 많이 사용하지 않을 것으로 예상합니다.

실제 행동

파일이 변경되지 않은 경우에도 모든 백업에는 몇 시간(일이 아닌 경우)이 걸립니다.

행동을 재현하는 단계

• 백업을 실행
• sshfs 파일 시스템 마운트 해제
• sshfs 파일 시스템 다시 마운트
• 새 백업 실행

100% 재현할 수는 없지만 적은 양의 데이터로도 재현할 수 있습니다.

SFTP 서버 로그는 파일이 변경되지 않은 경우에도 파일이 완전히 검색되었음을 보여줍니다.

이 문제의 원인이 무엇인지 알고 있습니까?

예: restic은 파일이 수정되었는지 재확인하기 위해 inode를 비교합니다(디버그 메시지 "timestamp, size 또는 inode 변경됨", restic/node.go:551restic.(*Node).IsNewer11node ).

그러나 inode는 sshfs(및 일부 다른 파일 시스템)를 사용하여 파일 시스템 마운트 간에 변경될 수 있습니다.

문제를 해결하는 방법에 대한 아이디어가 있습니까?

inode 검사를 주석 처리하면 문제가 해결되었습니다.

이 검사를 비활성화하는 방법을 알고 싶습니다. 아마도 명령줄 플래그?

restic이 당신을 도왔거나 어떤 식 으로든 당신을 행복하게 했습니까?

물론, 그것은 좋은 소프트웨어입니다! 해결 방법을 찾은 이후로 더욱 기쁩니다...
좋은 일을 계속하십시오!