サーバーを構築することにした。公式にはサポートされていないが、実際にはNFSを始めとしたファイル・サーバーにも行うことができる。Macでスパース・ディスクイメージ・バンドルを作成する。この特殊なディスクイメージは容量1TBと指定しても実際の使用容量が1GBであればハードディスクの容量も1GBしか使用されず、しかも実態はフォルダであって、8MB単位のチャンク(ファイル)で構成されている。500GBのtimemachine.sparsebundleというディスクイメージを作るコマンドは以下となる。<var>timemachine</var>.sparsebundleどのMacがどのディスクイメージを使うかを識別するために必要なプロパティリストを作成する。<string>には、/アプリケーション/ユーティリティ/システムプロファイラを起動して、左ペインから「ハードウェア」を選択すると表示される「ハードウェアUUID」を入力し、com.apple.TimeMachine.MachineID.plistとして保存しよう。使うのが安全確実であろう。tokenなどのファイル/フォルダがあるので、同じ階層にcom.apple.TimeMachine.MachineID.plistを入れる。用のディスクイメージが準備できたので、Linuxサーバーにコピーしよう。今回は/var/tmにコピーした。このディレクトリをNFSで公開する。MacがNFSをマウントするにはinsecureオプションが必須であることを忘れずに。ボクの環境ではMacとLinuxでユーザー名とユーザーIDのマッピングが異なるので、NFS経由で作成されたファイルの所有者はすべて匿名ユーザーにし、そのユーザーはnfsnobodyになるように設定した。]ディスクイメージとそれを入れたディレクトリの所有者をnfsnobodyに変更する。これでLinux側の準備は整った。対象とすることができないので、以下のコマンドをMacで実行する。1Finderのメニュー「サーバーへ接続...」から、サーバアドレスに「nfs://servername/var/tm」と入力してNFSディレクトリをマウントする。Machine」の「ディスクを選択...」から「tm」というディスクが見えるはずなのでそれを選ぶ。自動でマウントしてくれる。実行するなどの必要がある。作成可能ではあるが、これのコピー性能がすこぶる悪かったためにNFS経由を採用した。実装が悪いのか分からないが、以下のような妙な動きをしていることまでは把握している。いうプロセスがCPUをしばらく100%使い切っており、この状態で転送を再開しても1000BASE-Tにも関わらず5MB/s程度と全く速度が出ない(ので、また転送を中断してしまいがち)。このsmbdのstraceを取ってみると、以下のようにディスクイメージ内のチャンクに対してなにかをやっているようだ。数百GBのディスクイメージ内には数万個のチャンクがあるので、これを一つ一つ何か処理しているとなると結構な時間になってしまう。うーん、Sambaはなにを気にしているのだろう......。SQLで言うDISTINCT句、つまり重複するデータを取り除いてデータの種類だけ表示する方法が分からす四苦八苦してしまったのでメモ。Commentよく分からないで使っている日本語のひとつが、「使用」と「利用」である。いうわけで辞書を引いてみた。CommentsCONNECTメソッドが有効なHTTPプロキシ・サーバーがある場合、SSHが直接外部に出られない環境でもHTTPプロキシ・サーバー経由で外部に出ることができる。それぞれ別々にパスワード管理していると面倒なので、LDAPで一元管理している。いうエラーでフリーズしてしまったものの、ついに解決策を見つけた。見解を反映しているわけがありません。Blogメール・アドレスを入力すると、新規投稿のお知らせを受け取れます。