문제

RSYNC에서 혼란스러운 오류가 발생하고 웹 검색에서 찾은 초기 사항 (및 모든 일반적인 chmod'ing)이 해결되지 않습니다.

rsync: failed to set times on "/foo/bar": Operation not permitted (1)
rsync error: some files could not be transferred (code 23) 
  at /SourceCache/rsync/rsync-35.2/rsync/main.c(992) [sender=2.6.9]

그 오류에도 불구하고 작동하는 것 같습니다. 그러나 그것을 제거하는 것이 좋을 것입니다.

도움이 되었습니까?

해결책

만약에 /foo/bar NFS (또는 아마도 일부 퓨즈 파일 시스템)에 있으며 문제가 될 수 있습니다.

어느 쪽이든, 추가 -O / --omit-dir-times 명령 줄에 디렉토리에서 수정 시간을 설정하려고하지 않습니다.

다른 팁

문제는 아마도 원격 다윈 (OS X) 시스템의 작문 프로세스에서 /foo /bar가 소유하지 않았기 때문일 것입니다.이 문제에 대한 해결책은 원격 사이트에서 적절한 소유자를 설정하는 것입니다.

이 답변이 투표되었으므로 누군가에게 희망적으로 유용했기 때문에, 나는 그것을 더 명확하게하기 위해 확장하고 있습니다.

이런 일이 발생하는 이유는 rsync가 파일을 복사 할 때 임의의 수정 시간 (Mtime)을 설정하려고하기 때문입니다.

이 작업을 수행하려면 Darwin의 시스템 UTIME () 함수는 효과적인 UID 효과가 UID 또는 Super 사용자의 파일과 동일해야합니다. OpenGroup Utime의 페이지. 확인하다 이 토론 RSYNC 메일 링리스트에서 참조로.

제 경우에는 "수신기 마운트 포인트"가 잘못 장착되었다는 것입니다. 읽기 전용 모드 (약간의 구식 이유)였습니다. RSYNC가 파일을 복사하는 것처럼 보였지만 그렇지 않았습니다. FSTAB 파일을 확인하고 마운트 옵션을 기본적으로 파일 시스템을 다시 마운트하고 RSYNC를 다시 실행하도록 마운트 옵션을 변경했습니다. 그럼 모두 괜찮습니다.

나는 같은 문제가 있었다. 나에게 솔루션은 원격 파일을 삭제하고 rsync 다시 만듭니다.

나는 시간을 처리하지 않는 파일 시스템에 글을 쓸 때 그 문제를 보았습니다.

대상 파일 시스템은 무엇입니까?

일부 파일에 특권이 없을 수도 있습니다. 관리자 계정에서 "sudo rsync -av"를 시험해보십시오. 번갈아, 루트 계정을 활성화하고 루트로 로그인하십시오. 그것은 당신이 당신의 시스템을 완전히 호스하고 RSYNC를 강제로 강제 할 수 있어야합니다! ;-) 나는 위에서 언급 한-확장 된-아트 리 부스가 도움이 될지 확실하지 않지만, 단지 좋은 측정을 위해 그것을 던졌습니다.

이것은 유형의 파티션에서 나에게 일어났다 xfs (rw,relatime,seclabel,attr2,inode64,noquota), 그룹의 다른 사용자가 소유 한 디렉토리는 우리가 둘 다 회원이었습니다. 그룹 멤버십은 이미 로그인 전에 설정되었으며 전체 디렉토리 구조는 그룹 작성 가능했습니다. 나는 수동으로 달렸다 sudo chown -R otheruser.group directory 그리고 sudo chmod -R g+rw directory 이것을 확인하려면.

나는 왜 그것이 원래 작동하지 않았는지 전혀 모르지만 sudo chown -R myuser.group directory 고쳤다. 아마도 Selinux 관련?

최근 수정 된 파일의 시간을 설정할 수 없기 때문에 소스 또는 대상에서 최근에 수정되지 않은 파일의 RSYNC 프로세스를 실행하면이 오류가 팝업 될 수 있습니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top