Lỗi rsync: không thể thiết lập thời gian trên trên EDT / foo / bar.

Tôi đang gặp một lỗi khó hiểu từ rsync và những điều ban đầu tôi tìm thấy từ các tìm kiếm trên web (cũng như tất cả các chmod'ing thông thường) 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]

Nó dường như đang hoạt động mặc dù có lỗi đó, nhưng sẽ tốt hơn nếu thoát khỏi điều đó.

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

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

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

Vì câu trả lời này đã được bình chọn, và do đó hy vọng có ích cho 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 utime()chức năng hệ thống của darwin này, yêu cầu uid hiệu quả của quá trình viết giống như tệp uid hoặc siêu người dùng, xem trang của utengroup utime . Kiểm tra cuộc thảo luận này trên danh sách gửi thư rsync làm tài liệu tham khảo.

Vì @ racl101 đã nhận xét về câu trả lời, vấn đề này có thể liên quan đến chủ sở hữu thư mục . Lệnh rsync phải được thực hiện bởi cùng một người dùng với thư mục của chủ sở hữu. Nếu nó không giống nhau, bạn có thể thay đổi nó.

chown -R userCorrect /remote/path/to/foo/bar

Vấn đề trong trường hợp của tôi là "điểm gắn máy thu" được gắn không chính xác. Đó là ở chế độ chỉ đọc (vì một số lý do tuyệt vời). Có vẻ như rsync đang sao chép các tập tin, nhưng thực tế không phải vậy. Tôi đã kiểm tra tệp fstab của mình và thay đổi 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 hiện lại rsync. Tất cả đều ổn rồi.

Tôi đã từng gặp vấn đề tương tự. Đối với tôi giải pháp là xóa tập tin từ xa và rsynctạo lại.

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

Hệ thống tập tin mục tiêu của bạn là gì?

Có thể là 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", bật tài khoản root và đăng nhập với quyền root. Điều đó sẽ cho phép bạn hoàn toàn vòi hệ thống của bạn và vũ phu rsync của bạn! ;-) Tôi không chắc các thuộc tính được đề cập ở trên có giúp ích gì không, nhưng tôi cũng đã ném nó vào, chỉ là biện pháp tốt.

Đ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 được sở hữu bởi một người dùng khác trong một nhóm mà chúng tôi đều là thành viên. Tư cách 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 theo nhóm. Tôi đã tự chạy sudo chown -R otheruser.group directoryvà 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 ban đầu nó không hoạt động, nhưng đã sở hữu sudo chown -R myuser.group directorynó với việc sửa nó. Có lẽ liên quan đến SELinux?

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