CrashPlanのソースを表示

[[Category:バックアップ]]
[[en:CrashPlan]]
CrashPlan はリモートサーバーや他のコンピュータ、ハードドライブなどにデータをバックアップするバックアッププログラムです。クラウドサーバーにバックアップするには月額課金が必要です。

== インストール ==

{{AUR|crashplan-pro}} を [[インストール]] して下さい。

== 基本的な使い方 ==

CrashPlan のグラフィカルユーザーインターフェイスにアクセスする前に、{{ic|crashplan-pro.service}} ユニットを [[起動]] する必要があります。

CrashPlan は、グラフィカルユーザーインターフェイスを通じて完全に設定できます。グラフィカルインターフェイスを開始するには:

 $ CrashPlanDesktop

システム起動時に CrashPlan が自動的に開始されるようにするには、systemd ユニットを [[有効化]] します。

== ヘッドレスサーバーで Crashplan を実行 ==

ヘッドレスサーバーでの CrashPlan の実行は正式にサポートされていません。ただし、実行することは可能です。

CrashPlan デーモンの設定ファイル ({{ic|/opt/crashplan/conf}}) は、分かりづらい XML 形式であり、CrashPlan クライアントによって編集されることを目的としています。

CrashPlan 5 では新しいクライアントが導入されましたが、残念ながらローカルクライアントを使用したリモートサーバーの設定のサポートが廃止されたため、X11 転送を使用する必要があります。

=== SSH 経由での X11 転送 ===

ヘッドレスサーバーの {{ic|/etc/ssh/sshd_config}} で {{ic|X11Forwarding}} が {{ic|yes}} に設定されていることを確認し、X11 を実行している別のマシンから、{{ic|-Y}} で SSH 接続し、リモートシェルから {{ic|CrashPlanDesktop}} を実行します。ヘッドレスマシンのウィンドウがローカルの X11 サーバーに表示されます。問題があれば {{ic|/opt/crashplan/log/ui_error.log}} を確認してください。

=== ローカルクライアント ===

CrashPlan v4.x 以前では、クライアントとデーモンはデフォルトでポート 4243 で通信します。したがって、ヘッドレスサーバー上で CrashPlan デーモンを設定する簡単な方法は、SSH トンネルを作成することです。

# サーバー上で CrashPlan デーモンを [[起動]] します。
# SSH トンネルを作成する。クライアントで {{ic|ssh -N -L 4243:localhost:4243 headless.example.com}}
# CrashPlan クライアントを起動する。(ここでの実行ファイルは {{ic|CrashPlanDesktop}} という名前です)

ローカルサーバーとリモートサーバーの認証トークンは、({{ic|/var/lib/crashplan/.ui_info}} にあります) これらは、一致する必要があることに注意してください。さらに多くのアイデアが次の Web サイトで見つかります。

* CrashPlan のサポートサイト [https://web.archive.org/web/20210224184059/https://support.code42.com/CrashPlan/4/Configuring/Use_CrashPlan_on_a_headless_computer 詳細] では、クライアント (CrashPlan Desktop) からデーモン (CrashPlan Engine) に SSH トンネルを通してトラフィックをトンネリングする少し複雑な方法が紹介されています。
* [https://www.liquidstate.net/how-to-manage-your-crashplan-server-remotely/ Bryan Ross による投稿] では、CrashPlan デスクトップを CrashPlan エンジンに直接接続する方法について詳しく説明しています。この方法は、SSH トンネルを介してトラフィックをトンネリングするよりも安全性が劣る可能性があることに注意してください。

==トラブルシューティング==

===接続の待機===

システムによってはインターネット接続が確立するまで CrashPlan が待機しないことがあります。[[NetworkManager]] を使用している場合、{{AUR|networkmanager-dispatcher-crashplan-systemd}}{{Broken package link|{{aur-mirror|networkmanager-dispatcher-crashplan-systemd}}}} をインストールすることで接続が確立したときに CrashPlan のサービスを自動的に再起動させることができます。

===バックアップの待機===

«Waiting for Backup» でバックアップが止まってしまう場合、おそらく一時ディレクトリに CrashPlan がアクセスできないか {{ic|noexec}} でマウントされています。CrashPlan ではデフォルトの Java の一時ディレクトリ (通常は {{ic|/tmp}}) を使います。{{ic|noexec}} マウントオプションを削除するか (推奨されません) または CrashPlan が使用する一時ディレクトリを変更してください。

CrashPlan が使用する一時ディレクトリを変更するには、{{ic|/opt/crashplan/bin/run.conf}} を開いて {{ic|-Djava.io.tmpdir&#61;/new-tempdir}} を {{ic|SRV_JAVA_OPTS}} に追加します、例:

 SRV_JAVA_OPTS="-Djava.io.tmpdir=/var/tmp/crashplan -Dfile.encoding=UTF-8 ...

新しい一時ディレクトリを作成して CrashPlan のユーザーがアクセスできることを確認してください。
 # mkdir /var/tmp/crashplan

CrashPlan を再起動します:
 # systemctl restart crashplan

===Desktop GUI が起動時にクラッシュする===

GNOME 3 がインストールされている場合、または libwebkit-gtk がインストールされている場合、起動時に GUI がクラッシュする問題が発生することがあります。[https://support.code42.com/CrashPlan/Latest/Troubleshooting/CrashPlan_Client_Closes_In_Some_Linux_Installations こちら] の手順に従うことで修正できます。

===メモリ不足===

大量のファイル (100,000 以上) をバックアップに設定する場合、デフォルトの最大ヒープサイズは小さすぎます。ヒープが一杯になると、サーバーは何もエラーを表示せずに再起動を行い、メモリーが限界になるまで再起動し続けます。サービスが再起動するたびに {{ic|/opt/crashplan/bin}} に小さなログファイルが大量に作成されるのでわかります (いつまでも問題に気づかないと際限なく数は膨らみます)。ヒープサイズの上限を上げるには、{{ic|/opt/crashplan/bin/run.conf}} の {{ic|-Xmx}} オプションを適当な値に調整してください。

===リアルタイム保護===
バックアップのリアルタイム保護を使用して、大量のファイルをバックアップする場合、デフォルトのシステム設定ではリアルタイムですべてのファイルを処理することができません。syslog のジャーナルに "inotify_add_watch: No space left on device" というようなログが発生するのでわかります。[http://support.code42.com/CrashPlan/Latest/Troubleshooting/Real-Time_Backup_For_Network-Attached_Drives こちら] の指示に従って inotify の max_user_watches を大きな値に設定することで問題は解決します。

=== JRE バージョンアップデート ===

アップグレード中に、CrashPlan が自己インストールされた JRE バージョンのアップグレードを試行し、CrashPlan から JRE をダウンロードしてもアップグレードが成功しない場合 (logs/upgrade<unique_number>.log をチェックして下さい、''最後'' のメッセージは curl/wget for the JRE tgz) です、JRE を (ugprade ログから) 手動でダウンロードし、CrashPlan インストール内の jre フォルダーをアップグレードバージョンに置き換えることができます。これにより、CrashPlan が JRE のアップグレード中に停止する問題を回避できるようになります。

  cd <crashplan/install/dir>
  ./bin/CrashPlanEngine stop
  rm -rf jre
  curl <jre url from crashplan log>
  tar xzvf <jre.tgz>
  ./bin/CrashPlanEngine start

==参照==

* [[バックアッププログラム]]
* [http://www.code42.com/crashplan/ CrashPlan ホームページ]
* [http://support.code42.com/CrashPlan/Latest/Configuring/Using_CrashPlan_On_A_Headless_Computer CrashPlan On A Headless Server - Code42Support]
* [[Wikipedia:CrashPlan]]