Ubuntuのディスク使用容量が９６％を超えていたので対応。
自動的に不要ファイルを削減するようにべきですがとりあえずなので手動で削減しています。
参考
ターミナルで仕様容量を確認。
sudo apt-get install ncdu
ncdu /opt
timeshiftが結構容量を食っているはずとあたりを付けましたが、
mountpoint data/
で、外部HDDだったのでこれは関係なかったようです。
Cronに以下を追加。データベースのバックアップ先を外部HDDに変更します。
@reboot mount –bind /mnt/backupHdd/sxd/backup/ /opt/lampp/htdocs/sxd/backup/ 1> /dev/null
外部HDDになっているのを確認。
mount –bind /mnt/backupHdd/sxd/backup/ /opt/lampp/htdocs/sxd/backup/
mysql のサイズが異常に大きいので削減します。と言うか、ログが大きすぎです。
OPTIMIZE TABLE
OPTIMIZE TABLE xxxxxx;
lampp/var/mysql/
9.6 GiB [##########] xxxxx.ibd
ものすごい時間がかかりましたが失敗したようです。
optimize note Table does not support optimize, doing recreate +
optimize error 表 ‘xxxxxx’ は満杯です。
optimize status Operation failed
よって、手動でexport、
手動でテーブル削除、
手動でインポート
と言う手順で対応しようかと。
2022-02-24 再度容量圧迫のため調査
Cron でファイル削除の設定
podsync/del_old_needlessfiles.sh
と言うスクリプトを利用。
.mp4
.part
.m4a
等を削除する。起動時に。
30日だったのを１５日に変更しました。十分だろうなと。
#!/bin/sh
cd /path
find ./ -mtime +15 -name "*.mp3" | xargs rm -f
find ./ -mtime +15 -name "*.mp4" | xargs rm -f
find ./ -mtime +15 -name "*.part" | xargs rm -f
find ./ -mtime +15 -name "*.m4a" | xargs rm -f
cd /path2
find ./ -mtime +10 -name "*.sql.gz" | xargs rm -f
と同時にMysqlのテーブルも容量が増えていました。
前回と同じ。
/opt/lampp/var/mysql/xxxxxx
8799649792 2月 24 16:20 autoscriptlog.ibd
8.7GBくらいある計算です。どこかのタイミングで削除するか？
テーブルが自動拡張されているのかも？参考
それにしてもレコード件数が多いのか？
合計 130654, Query
なるほどいくら何でも多すぎなんだな。
Truncate table
98304 2月 24 16:59 autoscriptlog.ibd
一気に減りました。
つまり一定以上になったら削除処理を追加しようかなと。
