以前の記事でも触れた通り、現在進行形で写真の整理を進めている。
Macの写真アプリからデータを抽出し、大容量のHDDに Photos/YYYY/MM という構造で格納していく地道な作業だ。
複数ある写真アプリのデータを処理するため何度も自前のスクリプトを回し、最近やっと全体の80%くらいが完了した。
サイズにして約1.5TBほどになっているが、HDDの容量はまだ余裕があるので、残りも同じように処理していこうと思っていた矢先のことだった。

全く関係のないオンラインストレージ「pCloud」から、容量が上限に達したという通知が飛んできた。

pCloudの通知といえば、Lunar New Yearなどのイベント時に半ば悪質な広告のごとく上がってくることが多い。だから今回も最初はあまり信用していなかった。
それに、自分の運用ではまだ十分な余裕があるはずだったからだ。

そもそもpCloudへ同期させていたのは、iPhoneの写真データとMac上の書類のみ。せいぜい500GB程度。
ライフタイムプランで2TBを購入済みなので、まだまだ余裕があるはずだ。それなのに、管理画面上の表示は2TBを綺麗に使い切っていた。

おかしいと思い、少し調べてみることにした。
すると、pCloudの自動同期設定にある「Photos」がなぜかActiveになっていた。
昔自分で設定したのかもしれないが、正直あまり覚えていない。とりあえずInactiveに変更した。
しかし、ストレージの状況は何も変わらない。

さらにフォルダの中身を調べてみたところ、信じられない事実が判明した。
pCloudBackup ディレクトリ配下の Photos に、なぜか今整理している「外付けHDD」のPhotosデータがまるごと同期されていたのだ。
これが原因で、ストレージを一瞬で食いつぶしてしまっていた。

本当に意味不明だ。
Macのユーザーディレクトリ配下にあるPhotosを連携する設定かと思い込んでいたのだが、どういうわけか外付けHDDのデータが吸い上げられていたのだ。
/Volumes 配下なんて明示的に同期対象にしていないのに、なぜ自動で拾われるのだろうか。

原因はよくわからないが、外付けHDDのフォルダ名が「Photos」だったせいだとアタリをつけた。
一応、外付けHDDのディレクトリ名を Photos から MyPhotos に変更し、今はpCloud上に間違ってアップロードされてしまった膨大なPhotosデータを消すという、ひたすらに無駄な作業をしている。

たまにこういう「よくわからない仕様の挙動」に直面する。
だからこそ、オンラインストレージのような便利ツールを使うときは、慎重になりすぎるくらいがちょうどいいんだよなと思う。

ふと、昔の記憶が蘇ってきた。
エンジニアとして本番環境のサーバーに入って作業していた頃は、今自分が「NAS上のディレクトリにいるのか」「ローカルのディレクトリにいるのか」をものすごく気をつけていたものだ。
NAS上のデータをうっかり消したり、マウント解除したり、シンボリックリンクを飛ばしてしまったりしたら、結構洒落にならない事態になるからだ。

今回は個人の写真データのはなしなので、致命的インシデントというほどではない。
それでも、仕様が完全にブラックボックス化されている便利なオンラインツールに対して、全幅の信頼を置ききれないよなと改めて思った。

The Pitfalls of Black-Boxed Convenience Tools: Lessons from an Unintended pCloud Sync