「CrashPlan」の版間の差分

提供: ArchWiki
ナビゲーションに移動 検索に移動
(en:CrashPlanへの転送ページ)
 
1行目: 1行目:
  +
[[Category:データ圧縮とアーカイブ]]
−
#redirect[[en:CrashPlan]]
  
  +
[[Category:システムリカバリ]]
  +
[[en:CrashPlan]]
  +
CrashPlan はリモートサーバーや他のコンピュータ、ハードドライブなどにデータをバックアップするバックアッププログラムです。クラウドサーバーにバックアップするには月額課金が必要です。
  +
  +
==インストール==
  +
  +
[[AUR]] から {{AUR|crashplan}} をインストールしてください。有料のエンタープライズパッケージとして {{AUR|crashplan-pro}} や {{AUR|crashplan-pro-e}} もあります。
  +
  +
==基本的な使い方==
  +
  +
CrashPlan のグラフィカルユーザーインターフェイスを使う前に、サービスを起動してください:
  +
  +
# systemctl start crashplan.service
  +
  +
CrashPlan の設定は全てグラフィカルユーザーインターフェイスで行うことができます。グラフィカルインターフェイスを起動するには:
  +
  +
$ CrashPlanDesktop
  +
  +
システムの起動時に CrashPlan を自動的に実行するには:
  +
  +
# systemctl enable crashplan.service
  +
  +
==ヘッドレスサーバーで Crashplan を実行==
  +
  +
ヘッドレスサーバーでの CrashPlan の実行は公式ではサポートされていませんが、可能ではあります。
  +
  +
CrashPlan デーモンの設定ファイル ({{ic|/opt/crashplan/conf}}) は謎の XML 形式で記述されており、CrashPlan クライアントによってプログラムで編集することを想定しています。CrashPlan のクライアントとデーモンはデフォルトでポート 4243 で通信します。従って、ヘッドレスサーバーで CrashPlan デーモンを設定する簡単な方法は SSH トンネルを作成することです:
  +
  +
# CrashPlan デーモンを起動。サーバー側で: {{ic|systemctl start crashplan.service}}。
  +
# SSH トンネルを作成。クライアント側で: {{ic|ssh -N -L 4243:localhost:4243 headless.example.com}}。
  +
# CrashPlan クライアントを起動 (実行可能ファイルの名前は {{ic|CrashPlanDesktop}})。
  +
  +
詳細は以下のウェブサイトに載っています:
  +
  +
* CrashPlan のサポートサイトには SSH トンネルを使ってクライアント (CrashPlan Desktop) からデーモン (CrashPlan Engine) への通信をトンネリングする、やや複雑な方法の [http://support.code42.com/CrashPlan/Latest/Configuring/Configuring_A_Headless_Client 説明] があります。
  +
* [http://www.liquidstate.net/how-to-manage-your-crashplan-server-remotely/ Bryan Ross による記事] では CrashPlan Engine に直接 CrashPlan Desktop を接続する方法が書かれています。この方法は 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=/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 を大きな値に設定することで問題は解決します。
  +
  +
==参照==
  +
  +
* [[バックアッププログラム]]
  +
* [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]]

2015年11月6日 (金) 21:30時点における版

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

インストール

AUR から crashplanAUR をインストールしてください。有料のエンタープライズパッケージとして crashplan-proAUR や crashplan-pro-eAUR もあります。

基本的な使い方

CrashPlan のグラフィカルユーザーインターフェイスを使う前に、サービスを起動してください: 

# systemctl start crashplan.service

CrashPlan の設定は全てグラフィカルユーザーインターフェイスで行うことができます。グラフィカルインターフェイスを起動するには: 

$ CrashPlanDesktop

システムの起動時に CrashPlan を自動的に実行するには: 

# systemctl enable crashplan.service

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

ヘッドレスサーバーでの CrashPlan の実行は公式ではサポートされていませんが、可能ではあります。

CrashPlan デーモンの設定ファイル (/opt/crashplan/conf) は謎の XML 形式で記述されており、CrashPlan クライアントによってプログラムで編集することを想定しています。CrashPlan のクライアントとデーモンはデフォルトでポート 4243 で通信します。従って、ヘッドレスサーバーで CrashPlan デーモンを設定する簡単な方法は SSH トンネルを作成することです:

  1. CrashPlan デーモンを起動。サーバー側で: systemctl start crashplan.service。
  2. SSH トンネルを作成。クライアント側で: ssh -N -L 4243:localhost:4243 headless.example.com。
  3. CrashPlan クライアントを起動 (実行可能ファイルの名前は CrashPlanDesktop)。

詳細は以下のウェブサイトに載っています:

  • CrashPlan のサポートサイトには SSH トンネルを使ってクライアント (CrashPlan Desktop) からデーモン (CrashPlan Engine) への通信をトンネリングする、やや複雑な方法の 説明 があります。
  • Bryan Ross による記事 では CrashPlan Engine に直接 CrashPlan Desktop を接続する方法が書かれています。この方法は SSH トンネルを使わないため安全性に欠けるので注意してください。

トラブルシューティング

接続の待機

システムによってはインターネット接続が確立するまで CrashPlan が待機しないことがあります。NetworkManager を使用している場合、networkmanager-dispatcher-crashplan-systemdAUR[リンク切れ: アーカイブ: aur-mirror] をインストールすることで接続が確立したときに CrashPlan のサービスを自動的に再起動させることができます。

バックアップの待機

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

CrashPlan が使用する一時ディレクトリを変更するには、/opt/crashplan/bin/run.conf を開いて -Djava.io.tmpdir=/new-tempdir を 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 がクラッシュする問題が発生することがあります。こちら の手順に従うことで修正できます。

メモリ不足

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

リアルタイム保護

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

参照

「https://wiki.archlinux.jp/index.php?title=CrashPlan&oldid=3950」から取得