OpenVZをサポートするサーバーを設定しました。私は頻繁にvzコンテナをダンプするバックアップスクリプトを書いた。ただし、一部のコンテナは、ディスク領域の不足のためにバックアップされません。だから私はdf -h
以下を実行しました。
Filesystem Size Used Avail Use% Mounted on
240f0d7c-195b-461b-87e3-0d0dfc33c3d4
5.0G 4.4G 362M 93% /
tmpfs 2.0G 0 2.0G 0% /lib/init/rw
udev 10M 660K 9.4M 7% /dev
tmpfs 2.0G 4.0K 2.0G 1% /dev/shm
/dev/sda3 270G 32G 225G 13% /vz
/dev/sda4 184G 188M 174G 1% /srv
したがって、問題は362Mの空き領域を持つルートパーティション(?)にあるようです。 174Gはおそらく多すぎるので、/srv
そこからルートディレクトリにいくつかのディスクスペースを「提供」したいと思います。誰かが私にこれを行う方法を説明できますか?
ベストアンサー1
最も簡単な解決策は/ srvのバックアップを作成することです。 /srv.tar には 188 MB だけが必要です。
tar cvf /srv.tar.bz2 --auto-compress /srv
その後、sda4パーティションを削除し、さらに2つのパーティションを作成します。cfdisk /dev/sda
または、他のパーティションソフトウェアを使用することもできます。
- sda4拡張パーティション(それ以外の場合は4つしかありません)
- sda5は/ srvを表します。
- バックアップ用sda6
sda5とsda6にファイルシステムを作成し、sda5を/ srvにマウントしてバックアップを復元します。
mke2fs -j /dev/sda5 # For ext3 filesystems
mke2fs -j /dev/sda6 # use mkfs.<fsname> for any other
mount /dev/sda5 /srv
cd /srv
tar xvf /srv.tar.bz2 --preserve-permissions
バックアップを保存したいディレクトリに/ sda6をマウントします。たとえば、
mount /dev/sda6 /var/lib/backups
/etc/fstabを修正することを忘れないでください。新しいバックアップファイルシステムを追加し、/ srvのデバイスを変更します。
/dev/sda5 /srv ext3 defaults 0 0
/dev/sda6 /var/lib/backups ext3 defaults 0 0
将来的にはLVMを使用することをお勧めします。これにより、この種の問題が簡単になります。