タグ付けされた質問 「rsync」

この Webページによれば、rsync宛先の最後に「/」を追加すると、追加しない場合とは異なる結果が生成されます。 これをテストしようとしましたが、検証できません。 $ mkdir dir{1..3} $ touch dir1/file $ rsync -r dir1/ dir2 $ rsync -r dir1/ dir3/ $ ls dir* dir1: file dir2: file dir3: file 宛先に「/」を追加すると、実際に時々使用できますか？

13 rsync 

rsyncの「Mendeley Desktop」ディレクトリを除外しようとしています。 exclude-from =は次のとおりです。 Downloads *.o *.iso Dropbox Documents/Mendeley\ Desktop しかし、rsyncはまだMendeleyデスクトップをバックアップしています。 スペースのあるディレクトリを無視するようにrsyncを設定するにはどうすればよいですか？

13 rsync  quoting 

私はrsyncを使用して、毎日多くの新しいファイルを含む多くのgzファイルを含むリポジトリをバックアップしています。これらのgzファイルはgzipの--rsyncableオプションで構築されていないため、rsyncバックアップの速度は本来よりも遅くなります（サイズを大幅に大きくしたり、互換性に影響を与えたりすることなく、gzファイルをより「rsyncフレンドリー」にします）。また、ファイルはpythonのgzipモジュールを使用するpythonスクリプト（rdiff-backup）によって生成され、gzipの--rsyncableに相当するものをサポートしていないため、作成時に問題を修正できません。 そのため、rsyncを実行する前に、ソースデータ内の新しいgzファイルを識別できます（つまり、rsyncが最後に実行されてからの新しいファイル）。次に、これらのファイルを「再gzip」して、rsyncable-formatでgzip圧縮するようにします。その後、最適化されたソースからrsyncを実行できます。 これは、各ファイルをgunzip、次にgzip --rsyncableで実行することを意味すると思いますが、データやメタデータを失うリスクを冒さない方法でこれを行う方法はあまりわかりません。提案はありがたいことに受け取った。

12 rsync  gzip 

このrsync呼び出しを使用して、ホームディレクトリをバックアップします。 rsync -aARrx --info= --force --delete --info=progress2 -F "$USER_HOME" "$BACKUP_MNTPOINT" rsyncのマニュアルページでは、-aは-gおよび-o（他のスイッチの中でも）を意味し、所有権を保持する必要があると述べています。ただし、ディレクトリがに存在しない場合$BACKUP_MNTPOINT/$USER_HOME、正しいディレクトリではなくroot：root所有権で作成されることに気付きました。（これは、直下のディレクトリでのみ発生し$BACKUP_MNTPOINT/$USER_HOMEます）。何故ですか？ $BACKUP_MNTPOINTローカルにマウントされたドライブです。$BACKUP_MNTPOINT/$USER_HOME正しい所有権と許可があります。どちら$USER_HOMEも$BACKUP_MNTPOINTスラッシュで終了。 ソースとターゲットの両方のファイルシステムはXFSであり、実行mkdir $BACKUP_MNTPOINT/$USER_HOMEすると、予想される所有権を持つディレクトリが作成されます。

12 files  permissions  users  rsync 

を使用してコピーする場合cp、明示的な場合でも拡張属性は保持されません cp -a --preserve=all /source /dest または cp -a --preserve=xattr /source /dest 同じことはrsync、つまり rsync -aq -A -X --delete /source /dest ただし、宛先ファイルシステムでは、（を使用してchattr）拡張属性を手動で作成できます。これは、ターゲットファイルシステムがxattrをサポートすることを意味します。 なぜ私は保存することができませんxattrでcpかrsync？ 追加情報： ソースとターゲットの両方のファイルシステムはext4です ソースとターゲットの両方のファイルシステムはローカルです（nfsではありません） Debian Wheezyを使用しています

12 filesystems  rsync  cp  xattr 

rsyncArchlinuxのファイルのバックアップに使用するbashスクリプトがあります。うまく動作している間に、rsyncからファイルをコピーできなかったことに気付きました。/syscp # rsync /sys/class/net/enp3s1/address /tmp rsync: read errors mapping "/sys/class/net/enp3s1/address": No data available (61) rsync: read errors mapping "/sys/class/net/enp3s1/address": No data available (61) ERROR: address failed verification -- update discarded. rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1052) [sender=3.0.9] # cp /sys/class/net/enp3s1/address /tmp ## …

12 linux  arch-linux  rsync  sysfs 

私rsyncまたはscp特定のサーバーから、サーバーのルールを伝えるかなり長いメッセージが表示されます。ただし、定期的なプルを設定するときは、ログでこれらのメッセージを抑制できるようにしたいと思います。manページを見ると、-q動作するはずですが、それはscp自体からのメッセージを静かにするだけです。これどうやってするの？

12 rsync  scp  error-handling 

rsyncでデフォルトでファイルを除外するにはどうすればよいですか？これが私の通常のrsync構文の始まりです。 rsync --exclude ".ht*" --exclude "error_log" --exclude ".DS*" --exclude "old" ... /etc/rsyncd.confファイルの構成について多くの言及がありましたが、rsyncコマンドよりもデーモンの方が重要かもしれません。 上記のデフォルトの構文のようにコマンドラインから呼び出されたときに、rsyncのデフォルトの除外を設定することは可能ですか？

12 linux  files  configuration  rsync 

リモートホスト（ssh：//）をソース/宛先として使用してrsyncを実行するか、ローカルパスを使用してsshfs経由でマウントされたディレクトリを共有する場合、違いはありますか？ スイッチを使用せずに、セキュリティまたはコピー速度に関して違いがある可能性があります。rsyncアーカイブモードとリモートホストパス（ssh）を単に使用してください。sshfsがソースと宛先のみを使用してマウントする場合も同じです（暗号変更なし、デフォルトのみ）。

12 rsync  synchronization  sshfs 

私はrsync 3.1.1を使用して2つのディスクの同期をとっています。1つはネットワーク上にあり、samba共有としてマウントされてい/mnt/ROUTER_WD_2TB/ます。これはソースであり、ネットワークの制限により、速度は最大30〜40MB / sです。もう1つは宛先で、ローカルにマウントされ（ピーク110MB / s）、です/mnt/BACKUP_HITACHI_2TB/。 次のrsyncコマンドを使用します。 rsync -haAXi --quiet --append-verify --delete /mnt/ROUTER_WD_2TB/* /mnt/BACKUP_HITACHI_2TB/. ディスクには多くのファイルが含まれ、そのほとんどは小さいです。 問題は、rsyncはかなり長い時間（10〜20メートル）を取るある前に、任意のファイルを移動し始め、それは小さなファイルの非常に大きな数の計算、ファイルリストに持っているので、私は推測します。この期間中、ファイルの転送速度は約40MB / sですが、新規ネットワークの使用率は200〜500KB / sと低いです。 通常、rsyncは最終的にコピーする必要のあるものを見つけるのに約15分かかり、それをコピーするのに5秒かかり、さらに5分間コピーする他のファイルをチェックし続けます。全体として、5秒のファイルコピーは最終的に20分間続きます。 フォルダを除外する以外に、ファイルをコピーする前にこの長い期間を回避するために取ることができる手段はありますか？rsyncがすべてのファイルリストを最初から再構築する必要がないように実装できる「キャッシュ」の種類はありますか？

12 rsync  backup 

リモート->ローカルシナリオでrsyncを使用してデータを同期するスクリプトがあります。rsyncコマンドを実行した直後に、エラーコードがゼロに等しいかどうかを確認します。ゼロの場合、さらにコマンドが実行されます。ただし、これはrsyncが正常に実行された可能性があるが実際には変更を行わなかったという事実を考慮していません。このため、等しいゼロ条件が実行されますが、これは少し冗長です。 rsync -aEivm --delete /path/to/remote/ /path/to/local/ if [ $? -eq 0 ]; then # Success do some more work! else # Something went wrong! exit 1; fi これを拡張して、実行されたrsyncコマンドに基づいて実際に変更があったかどうかを確認するための最良の方法は何でしょうか。-iフラグはstdoutに出力を提供できると読みましたが、これを条件付きブロックに配置するにはどうすればよいですか？

12 shell-script  files  rsync 

私は現在、rsyncを使用して大きなファイルをホストから別のホストに転送しています。この送金の引き落としを制限したいと思います。マニュアルページを読んだ後、KB / s値を予期しているオプション--bwlimitを見つけました。 transfertを100Mbit / s前後に制限したいので、次の設定を使用しました。 rsync --progress -v --bwlimit=10000 --temp-dir=/tmp srv:/tmp/* /tmp/ しかし、これはrsyncの出力に従って尊重されていないようです： file.sql.gz 570851702 100% 33.90MB/s 0:00:16 (xfer#5, to-check=34/39) file.sql.gz 11195140 100% 7.45MB/s 0:00:01 (xfer#6, to-check=33/39) file.sql.gz 51439169 100% 19.41MB/s 0:00:02 (xfer#7, to-check=32/39) file.sql.gz 34022 100% 1.55MB/s 0:00:00 (xfer#8, to-check=31/39) file.sql.gz 2305698 100% 6.96MB/s 0:00:00 (xfer#9, to-check=30/39) file.sql.gz …

12 linux  rsync 

--link-dest同一のファイルを使用することがすべての場合に機能すると考える人もいるかもしれません。ただし、ファイルが古く、内容が異なる場合でも、ファイルが存在する場合はそうではありません。 これは、次のrsyncのマニュアルページから--link-destです。 「rsyncは既存のファイルを決定的なものとして扱うため、このオプションは空の宛先階層にコピーするときに最適に機能します（そのため、宛先ファイルがすでに存在する場合、rsyncはリンク先ディレクトリを参照しません）。 これは、y/fileソースと同じz/fileで、古くなっている場合、 rsync -a --del -link-dest=y source:/file z TWOのinode（二回ディスク容量）が使用されて、になりますy/fileし、z/file同じ内容と日付スタンプを持つことになります。 基本的にこのスクリプトを1日に1回実行して毎日のバックアップを行うため、これに遭遇しました。 mv $somedaysago $today; yest=$today; today=`date +%Y%m%d`; rsync -avPShyH --del --link-dest=../$yest host:/dirs $today バックアップは最大10Mファイルに及ぶため、実行に時間rm -rf $olddir; rsync source:$dir newdirがかかりすぎます（特に、1日あたりファイルの0.5％しか変更されない場合、50Kの新しいファイルまたは変更されたファイルを処理するためだけに10M dirエントリの削除と作成が発生します。バックアップは翌日の時間内に完了しません）。 ここに状況のデモがあります： aわれわれの情報源は、ある1を通じて4私たちの番号付きバックアップは、次のとおりです。 $ mkdir -p 1 2; echo foo > 1/foobar; cp -lrv 1/* 2 `1/foobar' -> `2/foobar' $ …

11 rsync 

大規模なフォルダのスナップショットを定期的に取得しようとしています。 私はここを読んだ：http : //www.mikerubel.org/computers/rsync_snapshots/#Incrementalは、ハードリンクをコピーするだけでフォルダのスナップショット をcp -al撮る。 それはすばらしいことですが、問題は、このスナップショットでファイルを変更すると、すべてのスナップショットで変更されることです。代わりに私が望むのは、システムが変更時に新しいファイルを作成し、代わりにそれにリンクすることです。そうすれば、最初のファイルの編集時に各スナップショットが無効になることはありません。 どうすればそれを達成できますか？ PS私が試したrsync -a --delete --link-dest=../backup.1 source_directory/ backup.0/が、それは同じ問題があります。

11 backup  rsync  cp  hard-link  snapshot 

ログファイルのあるディレクトリがあり、ユーザーが起動したスクリプトのログをログファイルに入れています。この場合、syslogを使用したロギングは可能ではないようです。（非デーモンrsync） ユーザーにログファイルへの書き込み権限のみを付与したい。問題は、書き込み権限をさらに制限して、ユーザー（スクリプト）がそのファイルにのみ追加できるようにする必要があることです。基礎となるファイルシステムはXFSです。 以下は機能しません： # chattr +a test.log chattr: Inappropriate ioctl for device while reading flags on test.log これの他の解決策はありますか？ヒントありがとうございます。

11 linux  permissions  logs  rsync  xfs