rsync.cp
AWS File Gateway와 적절한 NFS 공유 및 S3 버킷과 관련된 테스트 설정이 있습니다. 파일 게이트웨이를 사용하면 마치 "일반" NFS 마운트인 것처럼 S3 버킷의 데이터에 액세스할 수 있습니다.
내부적으로 S3는 이전 데이터를 Glacier로 이동하지만 파일은 NFS 마운트에 계속 표시됩니다. 이를 "스파스 파일"이라고 합니다. 즉, 메타데이터는 있지만 실제 데이터는 없습니다. 정확한 용어인지는 확실하지 않습니다. 아닌지) 프로세스가 투명합니다. 파일이 요청되었지만 Glacier(여기자세한 내용은 관심을 가져주세요.)
rsync내 질문은 다른 사람들 사이의 행동 차이와 관련이 있습니다 cp.
NFS의 파일을 다른 위치에 마운트 하려고 할 때 cp파일이 빙하에 있으면(즉, 읽을 수 없음) 거의 즉시 파일에 대한 IO 오류를 반환한 다음 종료됩니다. 나에게 이것은 이상적인 행동입니다.
하지만 rsync -rvhWP실제로 데이터를 전송하는 것처럼 실행하면 대상에 올바른 파일 크기 등의 파일이 생성됩니다. 하지만 데이터에는 무작위로 1과 0이 있을 뿐입니다. 전송이 끝나면 계속해서 시도 rsync: read errors mapping "<FILE PATH>": Input/output error (5)했다는WARNING: <FILE> failed verification -- update discarded (will try again).
왜 이런 일을 하는가 rsync? 이것이 예상된(이상적이지는 않더라도) 동작입니까? cp파일 IO 오류를 즉시 보고 하면 어떨까요 ? rsync이런 나쁜 행동을 멈출 수 있는 방법이 있나요 rsync?
"그냥 사용하세요"라고 말할 수도 있는데 이는 추적 가능한 진행 데이터를 제공하는 경우일 뿐이며 cp네트워크 위치에서 파일을 전송하는 데 더 강력하다고 생각합니다.rsyncrsync