lỗi rsync: không đặt thời gian trên "/ foo/bar": Thao tác không được phép

Question

Tôi nhận được một lỗi khó hiểu từ rsync và những điều ban đầu tôi tìm thấy từ tìm kiếm trên web (cũng như tất cả các chmod thông thường ' ing) không giải quyết được:

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] 

Dường như nó hoạt động bất chấp lỗi đó, nhưng sẽ tốt hơn nếu loại bỏ điều đó.

Answer 1

Nếu /foo/bar có trên NFS (hoặc có thể là một số hệ thống tệp FUSE), điều đó có thể là vấn đề.

Dù bằng cách nào, hãy thêm -O/--omit-dir-times vào dòng lệnh của bạn sẽ tránh việc cố gắng đặt thời gian sửa đổi trên thư mục.

Answer 2

Tôi đã nhìn thấy vấn đề đó khi tôi đang viết thư cho một hệ thống tập tin mà không (đúng) xử lý thời gian - Tôi nghĩ SMB cổ phiếu hoặc FAT hoặc một cái gì đó.

Hệ thống tệp đích của bạn là gì?

Answer 3

Có thể bạn không có đặc quyền đối với một số tệp. Từ tài khoản quản trị viên, hãy thử "sudo rsync -av" Cách khác, kích hoạt tài khoản root và đăng nhập bằng root. Điều đó sẽ cho phép bạn hoàn toàn vòi hệ thống của bạn và sức mạnh vũ phu rsync của bạn! ;-) Tôi không chắc chắn nếu các đề cập ở trên - thuộc tính -extended sẽ giúp đỡ, nhưng tôi đã ném nó trong quá, chỉ cho biện pháp tốt.

Answer 4

Sự cố có thể do/foo/bar không được sở hữu bởi quá trình ghi trên hệ thống darwin từ xa (OS X). Giải pháp cho vấn đề là đặt chủ sở hữu đầy đủ trên trang web từ xa.

Vì câu trả lời này đã được bỏ phiếu và do đó hy vọng hữu ích cho một ai đó, tôi sẽ mở rộng nó để làm cho nó rõ ràng hơn.

Lý do tại sao điều này xảy ra là rsync có thể đang cố gắng đặt thời gian sửa đổi tùy ý (mtime) khi sao chép tệp.

Để thực hiện chức năng utime() của hệ thống darwin này, yêu cầu rằng quy trình viết uid hiệu quả là giống như tệp uid hoặc siêu dữ liệu của người dùng, hãy xem opengroup utime's page. Kiểm tra this discussion trên danh sách gửi thư rsync làm tài liệu tham khảo.

Answer 5

Sự cố trong trường hợp của tôi là "điểm gắn nhận" đã được gắn không chính xác. Đó là ở chế độ chỉ đọc (vì một số lý do phụ). Có vẻ như rsync đang sao chép các tập tin, nhưng nó không phải. Tôi đã kiểm tra tệp fstab của mình và thay đổi các tùy chọn gắn kết thành mặc định, gắn lại hệ thống tệp và thực thi lại rsync. Được rồi.

Answer 6

Điều này xảy ra với tôi trên một phân vùng kiểu xfs (rw,relatime,seclabel,attr2,inode64,noquota), trong đó các thư mục mà một người dùng khác thuộc nhóm chúng tôi sở hữu đều là thành viên của. Thành viên nhóm đã được thiết lập trước khi đăng nhập và toàn bộ cấu trúc thư mục có thể ghi nhóm. Tôi đã chạy theo cách thủ công sudo chown -R otheruser.group directory và sudo chmod -R g+rw directory để xác nhận điều này.

Tôi vẫn không biết tại sao nó không hoạt động ban đầu, nhưng việc sở hữu với sudo chown -R myuser.group directory đã khắc phục sự cố. Có lẽ liên quan đến SELinux?

Answer 7

Lỗi này cũng có thể bật lên nếu bạn chạy quá trình rsync cho các tệp không được sửa đổi gần đây trong nguồn hoặc đích ... vì không thể đặt thời gian cho các tệp được sửa đổi gần đây.