rsync エラー:「/foo/bar」に時刻を設定できませんでした:操作は許可されていません
-
21-08-2019 - |
質問
rsync からわかりにくいエラーが発生し、Web 検索 (および通常のすべての chmod 操作) で見つけた最初のことは解決しません。
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(またはおそらくいくつかのFUSEファイルシステム)、上にある場合。
いずれにせよ、あなたのコマンドラインに-O
/ --omit-dir-times
を追加すると、それはディレクトリに変更時刻を設定しようとして避けることができます。
他のヒント
この問題はおそらく、リモート darwin (OS X) システム上の書き込みプロセスによって /foo/bar が所有されていないことが原因です。この問題の解決策は、リモート サイトに適切な所有者を設定することです。
この回答は投票済みであり、誰かにとって役立つことが期待されているため、より明確にするために拡張しています。
この問題が発生する理由は、rsync がファイルのコピー時に任意の変更時刻 (mtime) を設定しようとしている可能性があるためです。
これを行うために、ダーウィンのシステム utime() 関数は、書き込みプロセスの実効 uid がファイル uid またはスーパー ユーザーの uid と同じであることを必要とします。 を参照してください。 opengroup utime のページ。チェック この議論 rsync メーリング リストを参考にしてください。
私の場合の問題点は、「受信機のマウントポイントは」間違ってマウントされたということでした。これは、(一部のextrangeの理由で)、読み取り専用モードになっていました。 これは、rsyncはファイルをコピーしてように見えたが、それはありませんでした。 私は私のfstabファイルをチェックし、デフォルトのファイルシステムを再マウントして再度のrsyncを実行するためのマウントオプションを変更しました。その後、すべての細かいます。
私は同じ問題を抱えていました。私にとってソリューションは、リモートファイルを削除してrsync
が再び作成させることです。
私はその問題を見てきました - 。私は、SMBの株式またはFATか何かだと思います。
ターゲットファイルシステムは何ですか?
それはあなたがいくつかのファイルに権限を持っていないことが考えられます。管理者アカウントからは、rootアカウントを有効にしてrootとしてサインインし、代わりに「sudoのはrsync -av」を試してみてください。それはあなたが完全にあなたのシステムとブルートフォースあなたのrsyncをホースできるようにする必要があります!上記--extended-属性が役立つ場合;-)私はわからないんだけど、私はちょうど良い測定のために、あまりにもそれを投げます。
これは、我々は両方のメンバーだったグループ内の別のユーザーがディレクトリを所有しているタイプの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プロセスを実行する場合。