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

9
ソフトウェアRAID再同期を中断する方法は?
debian squeezeソフトウェアraidで実行中の再同期操作を中断したい。(これは通常のスケジュールされた比較再同期です。このような場合、RAIDアレイはまだクリーンです。ディスクが故障して交換された後の再構築と混同しないでください。) 実行中にこのスケジュールされた再同期操作を停止する方法は?別のRAIDアレイは「再同期保留中」です。これらはすべて、同じ日(日曜日の夜)に次々にチェックされるためです。この日曜日の夜の再同期を完全に停止したい。 [編集:sudo kill -9 1010停止しません。1010はmd2_resyncプロセスのPIDです] また、再同期の間隔と次の再同期までの残り時間を制御する方法を知りたいと思います。 [編集2:今やったことは、再同期を非常に遅くすることでした。 sudo sysctl -w dev.raid.speed_limit_max=1000 http://www.cyberciti.biz/tips/linux-raid-increase-resync-rebuild-speed.htmlから取得 夜中に高い値に戻すので、再同期を終了できます。 この回避策はほとんどの状況で問題ありませんが、それでも私が尋ねたことが可能かどうかを知ることは興味深いでしょう。たとえば、「保留中」を再同期または再同期している間は、配列を拡大することはできないようです。

8
Rsync:タイムスタンプのみをコピー
現在、タイムスタンプを除き、すべての点で同一の2つのディレクトリA /とB /があります。したがって、コマンドを実行すると: rsync --dry-run -crvv A/ B/ コマンドは次のようになりますが、すべてのファイルは「最新」とマークされます。 rsync --dry-run -rvv A/ B/ すべてのファイルがA /からB /にコピーされることを示しています。 私の質問はこれです:ファイルが(内容に関して)同一であることを知っていれば、B /内のファイルのタイムスタンプをファイル内のタイムスタンプと同じになるように(rsyncまたは他の方法で)設定する方法がありますA /、A /からB /にすべてのファイルをコピーせずに? ありがとう

3
ドロップボックスはどのように大きなファイルをバージョンアップ/アップロードしますか?[閉まっている]
無料のドロップボックスアカウント(2GB)を持っていますが、大きなファイルのバージョン管理がどのように機能するのか疑問に思っていました。 1GBをわずかに超える@のすべてのWebファイルの完全バックアップがあります。1GBの最初のアップロード後、同期するたびにDropboxがファイルのデルタを計算しますか、それともバージョンアップするために全体を再度アップロードする必要がありますか? 常に大きなファイルの最新バージョンを保持することはクールですが、毎回1GBをアップロードする帯域幅を殺したくはありません。 これは可能ですか? おかげで、

7
100万個のファイルをリモートサーバーと効率的に同期するオプションはありますか?
私が働いている会社には、「プレイリスト」と呼ばれるものがあります。これは、それぞれ100〜300バイトの小さなファイルです。それらの約百万があります。それらの約100,000は1時間ごとに変更されます。これらのプレイリストは、異なる大陸にある他の10台のリモートサーバーに1時間ごとにアップロードする必要があり、理想的には2分以内にすばやく実行する必要があります。マスターで削除されたファイルは、すべてのレプリカでも削除されることが非常に重要です。現在、インフラストラクチャにLinuxを使用しています。 内容を比較せずにファイル全体をコピーするために、-Wオプションでrsyncを試すことを考えていました。まだ試していませんが、rsyncの経験が豊富な人なら、それが実行可能なオプションかどうかを教えてくれるでしょうか? 他にどのようなオプションを検討する価値がありますか? 更新: lsyncdオプションを回答として選択しましたが、これは最も人気があったためです。その他の推奨代替案も独自の方法で有効です。

6
2つのLinuxディレクトリをリアルタイムで同期することは可能ですか?
内部ハードドライブのディレクトリを外部ハードドライブに同期したいと思います。 内蔵ハードドライブでファイルを作成または変更すると、自動的に同じファイルが外部ハードドライブにコピーされます...そして、さようならバックアップ;) これは、外付けハードドライブを備えたRAIDのようなものです。 これは可能ですか?

2
Linuxマシン間でUID / GIDを同期することの利点は何ですか?
さまざまなLinuxマシン間でUID / GIDを同期する方法の詳細について説明する前に、実際にどのようなメリットがあるのか​​を知りたいのですが。 これにより、ファイルの同期が比較的簡単になります(所有権が「自然に」保持されるため)。ただし、これは、送信サービスに応じて別の方法で実現することもできます。 一貫性のあるUID / GIDの恩恵を受けるものは他にありますか?

4
大きなファイルを500台以上のコンピューターにプッシュする
私はチームと協力して、年次会議のために500〜600台のレンタルWindows 7コンピューターを管理しています。これらのコンピューターに同期する必要がある大量のデータがあり、最大1 TiBです。コンピューターは部屋に分割され、管理されていないギガビットスイッチを介して接続されます。これらのコンピューターは、Windowsのインストールと構成、およびレンタル会社による複製のためにベースイメージを送信する前に使用可能なファイルを事前に準備します。毎年、プレゼンターは、プレゼンテーションを行う部屋にプッシュする必要があるデータのギグまでサイト上でアプローチします。スライドPDFなどの小さなサイズのファイルがいくつかある場合もありますが、 5 GiBを超える場合もあります。 これらのファイルをプッシュするための現在の戦略は、バッチスクリプトとRoboCopyを使用することです。大規模なプッシュの場合、実際にはBitTorrentクライアントを使用してトレントファイルを生成し、バッチRoboCopyを使用して、インストールされたBTクライアントによって監視されているリモートマシン上のフォルダーにトレントをプッシュします。多くの場合、このデータは短い時間枠ですぐにプッシュする必要があります。コントロールルームには、これらのプッシュに使用する床のマシンと同じマシンがいくつかあります。 リモートマシンでプログラムを実行する必要がある場合があり、現在、バッチとPSexecを使用してこのタスクを処理しています。 これらの最後のプッシュに「ごめん、ご自身の過失」で対応できるようにしたいのですが、それは起こりません。BTメソッドを使用すると、応答時間が大幅に短縮されますが、複数のジョブがプッシュされると、バッチプロセス全体が乱雑になる可能性があります。私たちは他のプロセスにEnterprise Ghostを使用していますが、このような大規模な環境ではうまく機能しません。また、このような1年に1回のタスクでは非常に高価です。 編集:床のリモートマシンがWindowsを実行しているという厳しい要件があります。制御マシンにはハードOS要件はありません。アップストリームルーターとの合併症のため、マルチキャストから離れたいと思います。マルチキャストまたはBitTorrentがこれを実行するより良い方法ですか?よりよく機能する別のプロトコルはありますか?

6
2つの離れたLinuxサーバー間での大きなファイルツリーの双方向のリアルタイム同期
大きなファイルツリーとは、約20万ファイルを意味し、常に成長しています。しかし、比較的少数のファイルが任意の1時間で変更されています。 双方向とは、どちらかのサーバーで変更が発生し、他方にプッシュする必要がある可能性があることを意味するため、rsyncは適切ではないようです。 遠いということは、サーバーは両方ともデータセンターにありますが、地理的には互いに離れているということです。現在、サーバーは2つしかありませんが、時間が経つにつれて拡大する可能性があります。 リアルタイムでは、同期の間に少しの遅延があっても問題ありませんが、1分ごとに1時間でファイルのごく一部が変更される可能性があるため、1〜2分ごとにcronを実行することは適切ではないようです。 編集:これはVPS上で実行されているので、できるカーネルレベルのものの種類に制限されるかもしれません。また、VPSはリソースが豊富ではないため、大量のRAMを必要とするソリューション(Glusterなど)を避けます。 これを達成するための最良の/最も「受け入れられた」アプローチは何ですか?これは一般的な必要性のように思えますが、一般的に受け入れられているアプローチをまだ見つけることができませんでした。これは驚くべきことでした。(私は大衆の安全を求めています。:) ファイルシステムの変更レベルで同期をトリガーするためにlsyncdに出会いました。それは非常に一般的ではありませんが賢いようで、さまざまなlsyncdアプローチに少し混乱しています。rsyncでlsyncdを使用しているだけですが、rsyncにはメモリの概念がないため(たとえば、Aで削除されたファイルをBで削除する必要があるか、Bで新しいファイルであるかを知るため)それをA)にコピーする必要があります。 lipsyncは単なるlsyncd + rsyncの実装のようです。 次に、次のようにcsync2でlsyncdを使用しています:https : //icicimov.github.io/blog/devops/File-system-sync-with-Csync2-and-Lsyncd/ ...このアプローチに傾いていますが、 csync2は少し風変わりですが、テストは成功しましたが。私は、この方法についてコミュニティで多くの確認を見つけることができなかったことを主に心配しています。 ここの人々はユニゾンをとても気に入っているように見えますが、もはや活発に開発されていないようで、lsyncdのような自動トリガーを持っているかどうかは明らかではありません。 Glusterが言及しているのを見たことがありますが、必要なものが多すぎるかもしれません。 更新: fyi-私が言及した元のソリューションであるlsyncd + csync2に行きました。それは非常にうまく機能しているようであり、サーバーを非常に緩やかに結合させるアーキテクチャーのアプローチが好きです。

2
rsync:一方向のみにファイルを転送します
rsyncを使用してファイルを一方向にのみコピーすることは可能ですか? たとえば、次のものがあるとします。 left/a.txt right/a.txt ファイルは最初は同一です。 次にを変更するとright/a.txt、次のようになります。 rsync -avv left/ right/ にコピーright/a.txtしleft/a.txtます。 からleft/へのコピーのみにrsyncを制限することは可能ですかright/(つまり、からright/へのコピーを禁止しleft/ます)?

4
ftpまたはlftpを使用してディレクトリをFTPサーバーに再帰的にアップロードする方法は?
Linuxシェルスクリプトを作成して、ローカルディレクトリをリモートサーバーにコピーします(既存のファイルを削除します)。 ローカルサーバー: ftpおよびlftpコマンドが使用可能です。グラフィカルツールはありません ncftp。 リモートサーバー: FTP経由でのみアクセス可能。rsyncもSSHもFXPもありません。 ローカルファイルとリモートファイルをリストしてlftpスクリプトを生成し、実行することを考えています。もっと良い方法はありますか? 注:アップロードのみ変更されたファイルはプラスであってもよいが、必要ではないでしょう。

4
Linuxをシャットダウンする前にsync(8)の実行がまだ必要ですか?
sync; sync; sync; sleep 30; haltLinuxのシャットダウンや再起動について話すとき、人々が呪文の使用を推奨しているのを見ています。 私はLinuxを始めてから動かしてきました。これはBSD 4.2 / 4.3とSunOSの4日間で推奨される手順でしたが、少なくとも過去10年間は​​それをしなければならなかったことを思い出せません。 Linuxのシャットダウン/再起動を数千回行った。 これは、カーネルがシングルユーザーモード(/ tmpなど)でも必要なルートファイルシステムやその他の重要なファイルシステムをアンマウントおよび同期できなかったため、これは時代錯誤であると思われるため、明示的にフラッシュするように指示する必要がありましたディスクにできる限り多くのデータ。 最近では、カーネルソースで関連するコードをまだ見つけることなく(http://lxr.linux.noおよびgoogleを掘り下げて)、カーネルはルートファイルシステムを完全にアンマウントするのに十分スマートであり、ファイルシステムは十分スマートであると思われます通常のshutdown/ reboot/の間に自分自身をアンマウントする前に効果的にsync(2)を実行しpoweorffます。 これ"sync; sync; sync"は、ファイルシステムがクリーンにアンマウントされない(物理ディスク障害など)極端な場合、またはシステムが直接リブート(8)を強制するだけでフリーズが解除される状態(負荷が大きすぎるなど)の場合にのみ必要です。シャットダウンコマンドのスケジュールを設定するには、high)。 またsync、リムーバブルデバイスをアンマウントする前にこの手順を実行することも、問題が発生することもありません。 別の例-Xenでは、DomUにDom0からshutdownコマンドを送信できます。これは、sync; sync; sync最初にログインして魔法を入力する必要のない「クリーンシャットダウン」と見なされます。 私は正しいのですか、それとも数千のシステムのシャットダウンに幸運でしたか?

10
プラットフォーム間での同期を可能にするパスワードマネージャー[終了]
閉まっている。この質問はトピック外です。現在、回答を受け付けていません。 この質問を改善したいですか? 質問を更新することがありますので、話題のサーバー障害のため。 5年前に閉鎖されました。 ロックされています。この質問とその回答はロックされています。なぜなら、質問はトピックから外れていますが、歴史的に重要だからです。現在、新しい回答やインタラクションを受け入れていません。 OS X、Linux、Solaris、およびWindowsを仕事や自宅で使用しています。プラットフォームに必要な多くのログイン/パスワードを個別に管理できる優れたツールがあります。しかし、ほとんどの場合、サムドライブを持ち歩くか、中央の場所(クラウド内の空のドライブ)に直接アクセスする必要があります。 サムドライブは簡単に紛失します(=同期バックアップが必要です)。中央の場所は常に到達可能/マウント可能ではありません。会社のポリシーに加えて、これはしばしば正しく防止されます。 ローカルにパスワードを追加し、後でそのDBを「母船」と同期できるツールはありますか。または、私の問題を解決する別のアプローチがありますか? 編集 私の質問は、クロスプラットフォームよりも「同期」についてです。いくつかの優れたクロスプラットフォームツールを評価しました(=機能リストを読みました)が、同期を行うツールが必要です。同期とは、「2つのバージョンをマージする」ことを意味し、「古いファイルを新しいファイルに置き換える(できれば)」ことではありません。私は常にデータの損失を防ぐのに十分な規律/覚醒状態にあるかどうかはわかりません。 UPDATE 2010 Lifehackerは、AgileSolutionsに1Password for Windowsのベータ版が追加されたことを投稿しました。 更新2014私は現在、Windows / Os X / IOSで1Passwordを数年間使用しています。それは私のために動作しますが、無料/オープンではありません。 同様の機能リストを持つ他のツールについては、http://Altenativeto.ne/1passwordをご覧ください。

2
空のディレクトリなしでディレクトリツリーをコピーしますか?
私は次のツリーを持っています # upper letters = directory # lower letters = files A |-- B |-- C |-- D |-- e <= file |-- F |-- G 空のディレクトリをすべて無視して、このツリーを別の宛先にコピーする必要があります。したがって、宛先は次のようになります。 C |-- e UNIX、rsyncなどでこれをどのように行いますか?

1
LinuxのDropboxの選択的同期機能を使用して、コマンドラインからフォルダーを*含める*方法を教えてください。
別のユーザーがこの質問をした後:Linuxサーバー上のDropbox-フォルダーを含める/除外する方法? 他の質問と回答にリストされているいくつかのステップを実行した後、私のアイコンはまだ動作しません: /ubuntu/358913/no-dropbox-icon-in-the-indicator-panel /ubuntu/182567/dropbox-icon-in-tray-is-missing 編集:この投稿を読んでいるときに誰かが疑問に思った場合、これらのリンクをたどることでアイコンを最終的に表示することができました: https://www.reddit.com/r/elementaryos/comments/2ufjsy/dropbox_icon_is_not_visible/ https://github.com/nathandyer/elementary-dropbox-mods この質問は、コマンドラインからこれを実行したいすべての人に有効です。 除外するための回答がありましたが、含めるための回答はありませんでした。これを達成する方法はありますか? 前のコマンドがdropboxコマンドのヘルプテキストにリストされていますが、含めるのに役立つものは何もありません。 誰もこれを達成する方法を知っていますか? ここに私が見る現在のヘルプテキストがあります: Dropbox command-line interface commands: Note: use dropbox help <command> to view usage for a specific command. status get current status of the dropboxd help provide help puburl get public url of a file in your dropbox stop stop …

5
非常に大きなフォルダー構造の同期
イントラネットには、約800,000個のファイルが約4,000個のフォルダーに分割されたフォルダー構造があります。これをDMZのマシンの小さなクラスターに同期する必要があります。構造の深さは非常に浅い(2レベルを超えない)。 ほとんどのファイルは変更されず、毎日数千の更新されたファイルと1〜2千の新しいファイルがあります。データは、ソースデータが削除された場所で保持されている履歴レポートデータです(つまり、これらはアーカイブされて削除されるほどソースデータが十分に古いファイナライズされたレポートです)。合理的な時間枠で発生する可能性があるため、1日に1回の同期で十分です。レポートは夜間に生成され、午前中にスケジュールされたタスクとして最初に同期します。 明らかに、定期的に変更されるファイルはごくわずかなので、インクリメンタルコピーの恩恵を受けることができます。Rsyncを試してみましたが、「ファイルリストの作成」操作を完了するだけで8〜12時間かかる場合があります。rsyncの能力を急速に上回っていることは明らかです(12時間の時間枠は長すぎます)。 RepliWebという別のツールを使用して構造を同期していましたが、約45分で増分転送を実行できます。ただし、制限を超えたようで、ファイルが削除されていないときにファイルが表示されるようになりました(おそらく、内部メモリ構造が使い果たされたのかどうかはわかりません)。 他の誰かがこの種の大規模な同期プロジェクトに遭遇しましたか?同期のためにこのような大規模なファイル構造を処理するように設計されたものはありますか?

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.