web-dev-qa-db-ja.com

マウントを移動するか、/ var / logのスペースを増やします

CloudLabを使用してopenstackセットアップを作成していますが、コントローラーノードのファイルシステム構造は次のようになっています。

root@ctl:/users/Jasim9# df -h
Filesystem                                      Size  Used Avail Use% Mounted on
udev                                            126G     0  126G   0% /dev
tmpfs                                            26G   58M   26G   1% /run
/dev/sda1                                        16G  4.8G   11G  32% /
tmpfs                                           126G  4.0K  126G   1% /dev/shm
tmpfs                                           5.0M     0  5.0M   0% /run/lock
tmpfs                                           126G     0  126G   0% /sys/fs/cgroup
ops.clemson.cloudlab.us:/proj/live-migrate-PG0  100G  2.7G   98G   3% /proj/live-migrate-PG0
ops.clemson.cloudlab.us:/share                   97G  1.2G   88G   2% /share
/dev/mapper/openstack--volumes-swiftv1          4.0G   33M  4.0G   1% /storage/mnt/Swift/swiftv1
/dev/mapper/openstack--volumes-swiftv1--2       4.0G   33M  4.0G   1% /storage/mnt/Swift/swiftv1-2
tmpfs                                            26G     0   26G   0% /run/user/0

問題は、ルートディスクがわずか16GBであり、openstackログではすぐにいっぱいになるため、/var/logディレクトリのスペースを増やす方法を見つける必要があることです。次の方法を試しましたが、一部のサービスが機能しなくなるため、機能しないようです。

Sudo lvcreate -L 200G -n logs-lv openstack-volumes
Sudo mkfs.ext3 /dev/openstack-volumes/logs-lv
Sudo mkdir /mnt/tmplogs
Sudo mount -t ext3 /dev/openstack-volumes/logs-lv /mnt/tmplogs/
df -h
Sudo mv /var/log/* /mnt/tmplogs/
Sudo umount /dev/openstack-volumes/logs-lv
Sudo mount -t ext3 /dev/openstack-volumes/logs-lv /var/log/

このリンク を見つけて使用することを考えましたが、/var/logを使用してすべてのサービスを停止することをお勧めしますが、そのコマンドlsof +D /var/log | awk '!/COMMAND/{print $1 | "sort -u"}'（約40）を実行すると多数のサービスが実行されますそして私は彼らをいじりたくありませんでした。

/var/logのようなトリックを使用したり、マウントポイントなどを移動したりして、mount --bindの容量を増やすよりスムーズな方法はありますか？私はマシンにsshでしかアクセスできません。

/dev/sda1はLVMパーティションではありません。 /dev/sda4はLVMに使用されています。

Disk /dev/sda: 931.5 GiB, 1000204886016 bytes, 1953525168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x90909090

Device     Boot    Start        End    Sectors   Size Id Type
/dev/sda1  *        2048   33556479   33554432    16G 83 Linux
/dev/sda2       33556480   39847935    6291456     3G  0 Empty
/dev/sda3       39847936   46139391    6291456     3G 82 Linux swap / Solaris
/dev/sda4       46139392 1953525167 1907385776 909.5G  0 Empty
filesystemsmountlvmroot-filesystem
1
Wajahat

この問題に対する最善の答えは「より多くのスペース」であると確信していますか？ openstackログはわかりませんが、通常、ログは圧縮によってサイズが大幅に縮小される可能性があるため、/etc/logrotate.d/openstackを次のように構成することをお勧めします。

/var/log/openstack.log {
  rotate 10
  hourly
  compress
  delaycompress
  minsize 1G
  maxsize 1200M
}

この例では、約10 GBのログが保持されますが、そのうちの8つがおそらく1:10の比率で圧縮されているため、実際に使用されるのは3GB未満です。

ニーズに合わせて調整できない場合は、postrotateスクリプトを追加して、古いログを別のボリュームに移動できます。

1
Philippos