はじめに
タイトルはあれなんだが、使い古したMac MiniにUbuntu18.04.4を入れて、
さらにそこにSamba(4.11.9)を入れて、そこにTimeMachineのバックアップ取ったり、
そこにiTunesのライブラリ（音楽ファイル）を置いてたりしてました。
（という話も書こうと思ってまだ書いてない。）
そしてある日からTimeMachineのバックアップや、
iPhoneの同期（ミュージックの同期）に失敗するようになりました。
失敗したときには、Sambaがハングアップしているので、これが原因だろうと調査しました。
ログを見てみる
まずは/var/log/samba/log.smbdを見てみると
log.smbd
[2020/07/05 23:24:37.465274, 0] ../../source3/lib/util.c:501(reinit_after_fork)
messaging_reinit() failed: NT_STATUS_DISK_FULL
とか出てたり、/var/log/samba/log.%mの方にも、
NT_STATUS_NOT_FOUNDとか、NT_STATUS_UNSUCCESSFULとか出てる。
DISK FULL？？
いや、どこもディスク溢れてないが、、、、
90%超えたくらいでSambaはそう言ったりするとかの話もあるけど、そうでもないが。。
DISK FULLになっていたのは/run/lockパーティション
なんか色々調べていたら/run/lockパーティションが溢れて、Sambaがパニックを起こしていたらしい。
これはサイズ変更後
$ df -h /run/lock
Filesystem Size Used Avail Use% Mounted on
tmpfs 16M 6.2M 9.9M 39% /run/lock
このパーティションはシステムが勝手にマウントする領域らしく、自分の場合は5MBでマウントされていました。
とりあえず16MBでマウント。
サイズを変えるには、/etc/fstabに以下の行を追加して、再起動。
fstab
tmpfs /run/lock tmpfs rw,nosuid,nodev,noexec,relatime,size=16m 0 0
一時的なら以下のコマンドでも変更可能。
rootで実行
# mount -o remount,size=16M,noatime /run/lock
これでバックアップ中でも、iPhoneの同期中でも/run/lockパーティションが溢れずに、
Sambaがパニックにならず、処理が完了できるようになりました。