CarbonCopyCloner（CCC）をつかっているわけだが、大学オフィスのMac では最新版に変更しようとして、なにか間違えたアンインストールをおこなったのか、最新版をインストールできなくなってしまった。
１台のサーバにインストールしたやつは、バックアップ終了後、メールで連絡するように設定したのだが、不安定なのだ。

成功したとき
09/08 01:15:58 Everyday: Posting an email notification…
09/08 01:15:58 Everyday: Suppressing the task finished panel as requested.
09/08 01:15:58 Client: Attempting to connect to server at: localhost:25 [kCFStreamSocketSecurityLevelNone]
09/08 01:15:58 Everyday: Scheduling for 2015年9月9日水曜日 1時00分00秒JST
09/08 01:16:01 Everyday: Carbon Copy Cloner v. 3.5.7 is up to date
09/08 01:16:05 Successfully sent an email notification to admin@exanple.com
失敗した時
09/09 01:16:23 Everyday: Posting an email notification…
09/09 01:16:23 Everyday: Suppressing the task finished panel as requested.
09/09 01:16:23 Client: Attempting to connect to server at: localhost:25 [kCFStreamSocketSecurityLevelNone]
09/09 01:16:23 Everyday: Scheduling for 2015年9月10日木曜日 1時00分00秒JST
09/09 01:16:26 Everyday: Carbon Copy Cloner v. 3.5.7 is up to date
09/09 01:16:31 Client: Attempting to connect to server at: localhost:465 [kCFStreamSocketSecurityLevelNegotiatedSSL]
09/09 01:16:39 Client: Attempting to connect to server at: localhost:587 [kCFStreamSocketSecurityLevelNone]
09/09 01:16:39 Server: 530 5.7.0 Must issue a STARTTLS command first
09/09 01:16:39 Failed to send an email notification to admin@exanple.com: Relay rejected. (530)

昨日の８日は成功しているのに、そして何も変更していないのに今日９日は失敗なのだ。CCCが自らのSMTPサーバに送付するとサーバが受け付けてくれない。テストメールを送信すると成功するのだ。原因がわからん。
SMTPのログを見ると

成功したとき
Sep 8 01:16:05 www postfix/smtpd[8825]: connect from localhost[127.0.0.1]
Sep 8 01:16:05 www postfix/smtpd[8825]: BC77AC75BF: client=localhost[127.0.0.1]
Sep 8 01:16:05 www postfix/cleanup[8829]: BC77AC75BF: message-id=
Sep 8 01:16:05 www postfix/qmgr[168]: BC77AC75BF: from=, size=2249, nrcpt=1 (queue active)
Sep 8 01:16:05 www postfix/smtpd[8825]: disconnect from localhost[127.0.0.1]
失敗したとき
Sep 9 01:16:31 www postfix/smtpd[80513]: connect from localhost[127.0.0.1]
Sep 9 01:16:31 www postfix/smtpd[80513]: lost connection after CONNECT from localhost[127.0.0.1]
Sep 9 01:16:31 www postfix/smtpd[80513]: disconnect from localhost[127.0.0.1]
Sep 9 01:16:39 www postfix/smtpd[80552]: connect from localhost[127.0.0.1]
Sep 9 01:16:39 www postfix/smtpd[80552]: lost connection after EHLO from localhost[127.0.0.1]
Sep 9 01:16:39 www postfix/smtpd[80552]: disconnect from localhost[127.0.0.1]

というわけでログみても同じことが書いてあるだけでわからん。
ちなみに「lost connection after EHLO」は認証に失敗したときのメセージだ。認証を使ってない。CCCの方で最初は認証無しで、失敗したらポート465、587で接続をためしているわけだ。
それにしてもログを見ると、あちこちからリレー要求がある。ホワイトリストで自分のネットからしか通してないから全てリジェクトだ。
[ 追伸 ] 不安定なのはHDDが壊れかけていたからだ。HDD交換でトラブルは解消した。

このサーバが設置してある建物の耐震工事が始まるので、研究室等は一時避難場所に引っ越しになるのだ。研究室の引越し先は遠いので、そこにこのサーバを持っていくのはちとしんどい。耐震工事が既に終了した続きの建物の一室へ居候することにした。
今朝がその引越である。同じフロアの２０ｍ位しか離れていない場所なので、３０分もあれば終わると踏んでいたわけだ。移転先にLANケーブルは用意したし、電源も確保した。だから、UPS、サーバ本体、ファイヤーウオール、モニタだけ移動するのだ。一人で３０分で終わる。UPSが重いけどなんとかなる。というわけで朝７時に始めた。予定通り、移動して、サーバを起動した。
んが、動いているように見えない。モニタに何も出てこない。順調に動いている機器を移動させる、ケーブルを差し替えて再起動する、などを行うと、隠されていたトラブルが出てくることがよくあるのだ。弱った。モニターになにも出てこないとどうしようもない。外からログインもできない。なんじゃ？？？
このサーバ機にはLANポートが２つある。どっちを使っていたかマークしていない。管理者がいい加減だからだ。モニタに出てくれば、すぐどっちのポートだったかわかるわけだが、それができない。多分接続ポートが違うんだろということで、ポートを変えたら、外からログインできた。サーバ機能も問題なさそうだ。というわけで問題はモニタだけだ。ビデオカードがこわれたとは考えにくい。
あとからみたら管理者宛のメールにip addressが変わったという警告メールがきていた。７時３分に間違ったip address、７時３０分に正しいip addressに変更になったというメールが発信されていた。つまり移動して誤ったポートにLANケーブルさして起動したのが７時３分。おたおたして、正しいポートにつなぎ変えて再起動したのが７時３０分というわけだ。３０分余計にかかってしまったわけだ。
モニタを交換してみたが、同じだ。シグナルが来ていないということだ。どうやら問題なく動いているので、コネクタの接触不良だろ。しっかり挿して、ネジを回して固定したら見えるようになった。
というわけで、移動してもなにも問題はなかったわけだ。１時間つぶれてしまった。朝、早いからユーザはまだ寝ているにちがいないから、ユーザに連絡することもしなかった。３０分とちょっと止まっていたけど、多分わからなかっただろ。そもそも、この８月末から、本幹のネットワークのスイッチの更新がおこなわれていて、２０分位とぎれることがあったのだが、誰も何も行ってこないからな。ヘビーユーザは管理者だけだし。

TimeMachine が遅いのは
１）アンチウイルスソフトがうごいているから
２）Spotlight の検索範囲が大きいから
ということのようで、１）はサーバ機で、定時にアンチウイルスソフトを止めてからTimeMachineを動かすなど不可能じゃないけど面倒なので、まず２）をデフォルトから変更してみた。
TimeMachineEditor で一日午前３時だけバックアップするように設定してある。Spotlightの変更前の本日の朝３時からのバックアップは；

15/08/27 3:00:01: Starting standard backup
15/08/27 3:00:01: Backing up to: /Volumes/TimeMachine/Backups.backupdb
15/08/27 4:01:08: Backup completed successfully.

というわけで１時間かかっている。
Spotlightの検索範囲は、デフォルトではすべてにチェックがついているけど。これを

と、３つだけにした。さらに、バックアップHDDは検索範囲外とした。

どうなるだろ。10.7 ではTimeMachineの宛先HDDをここで指定しては行けないという記事がある。
HDDのアクアス権修復、CCCのバックアップ先HDDの修復とアクセセス権の修復、TimeMachineのHDDの修復とアクセセス権の修復を実施した。
これで今晩はどうなるか、明日早朝チェックしてみる。
[ 追記 ] 次のバックアップは２０分に縮小した。Spotlight検索範囲を減らすというのは効果があった。２０分だったら、ま、いっか。次の日は１８分だった。
サーバ機なので、ファイルの検索なんかやらないということで、Spotlightを止めちゃうことが考えられる。
Spotlightの動作停止は

sudo launchctl unload -w /System/Library/LaunchDaemons/com.apple.metadata.mds.plist

再開は

sudo launchctl load -w /System/Library/LaunchDaemons/com.apple.metadata.mds.plist

らしい。まだためしていない。

自宅サーバがこけた。原因は不明。リモートログインできないから、なんともしがたく、２１日（金）日に帰宅して再起動してなんとか動くことになったのだが、ものすごく遅い。
今朝、DVDから起動して、とりあえず、アクセス権の修復とデイスクの修理だけを実施したら早くなったのでこのままにしておく。
今晩、バックアップが実施されるからそのバックアップがすぐに終わるようだったら、このままにする。
CarbonCopyCloner（CCC）のバックアップは通常十数分で終わるのに、１７日〜１９日は２５分以上もかかっている。２０日、２１日は失敗。
今晩、２０分以内だったら修理は終了したとする。
どうやらもういっちょのバックアップアプリTimeMachineのせいのようだ。TimeMachineがバックアップ動作を行うと、著しく処理が遅くなる。これはデフォルトの設定で１時間毎に行うことになっていて、その間隔を変更することはできない。
CCCは夜中の１時に実施しているわけだが、TimeMachineの実施時刻とたまたまぶつかってしまったのではないだろうか。TimeMachineの１時間毎というのは、開始時刻が１時間毎なんだろうか、それとも終了してから１時間後なんだろうか。後者のような気がする。最新のバックアップの時刻と次のバックアアップ時刻はちょうど１時間ではない。だいたい１時間でだんだんずれていくのではないだろうか。だとすると２つのバックアップが同時に動作開始になって、おかしくなってしまったことが考えられる。
TimeMachine の動作間隔は自由に設定できないので、これを変更できるアプリが必要だ。
TimeMachineEitor というのがある。現在のバージョンは4.2.1でOSX10.8以上で動作する。しかしこのサーバは10.6なのだ。
探したらOSX10.6 で動作するバージョン2.5.3 というのがあった（ここにも置いた）。[wpdm_package id=’6581′]
こいつをインストールして毎朝３時にTimeMachineを動作させることにした。これで、２つのバックアップ・アプリがぶつかることはないだろう。
このTimeMachineEitorはオリジナルのTimeMachineを停止しておかないとまずい。さらにスリープ状態になっていても困るので、スリープしないと省エネルギーで設定するか、あるいは動作開始直前にスリープ解除するようにしないとまずいだろ。サーバだからスリープしないという設定になっているからこの点は問題ない。
１時間毎にTimeMachineが動作して処理速度が遅くなってはたまらないしね。朝３時だったら、メールが送られてくることくらいしかないだろう。
そろそろサーバ機も更新だな。５年たっているな。
[ 追記 ] 2015.8.25
２３日〜２５日の３回のTimeMachineによるバックアップは１時間１３分、４５分、１時間とものすごく遅い。一方、CCCによるバックアップは２３日エラー、２４日エラー、２５日成功１７分という結果だ。２４日にエラーが出ていたので、２４日にアクセス権の修復を行い、その後動作確認したので、２５日は成功したようだ。CCCは順調に行けば２０分以下、一方、TimeMachineは１時間近く。あまりにも遅すぎる。なにがおかしいんだろ？