私はVM= Google Compute Cloudで使用しています。ディスクを10Gから200Gに拡張しました。
私はここで正確な手順に従いました: https://cloud.google.com/compute/docs/disks#repartitionrootpd
要約する:
Sudo xfs_growfs /
_を使用してファイルシステムのサイズを変更しました(CentOS 7を実行しています)この後、untar
_/opt
_サブディレクトリにある3.5Gアーカイブを数分後、次のように終了しました:
_Cannot mkdir: No space left on device
_
スペースがここにあることを確認でき、(少なくとも私にとっては)どこでも使用できるはずです。
_# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda1 200G 13G 188G 7% /
devtmpfs 1.9G 0 1.9G 0% /dev
tmpfs 1.9G 0 1.9G 0% /dev/shm
tmpfs 1.9G 8.3M 1.8G 1% /run
tmpfs 1.9G 0 1.9G 0% /sys/fs/cgroup
_
これで、この正確な構成で、50Mbディレクトリに対する単純なcpコマンドも次のように返します。
_cp: cannot create regular file ‘toto/conf/server.xml’: No space left on device
_
Tarに小さなファイルがたくさんあるので、iノードの制限について考えましたが、
_# df -ih
Filesystem Inodes IUsed IFree IUse% Mounted on
/dev/sda1 200M 100K 200M 1% /
devtmpfs 462K 285 462K 1% /dev
tmpfs 463K 1 463K 1% /dev/shm
tmpfs 463K 309 463K 1% /run
tmpfs 463K 13 463K 1% /sys/fs/cgroup
_
新しいディスク領域が利用できないかのようです。以前の10Gディスク制限でほぼ止まったような気がするので。
今何をしたらいいのか分かりません。
私はそれをコマンドで機能させることができました:
mount -o remount,inode64 /
どうやらこれはCentOSカーネル3.7から3.17へのリグレッションであり、私は3.10にいます。
ここに関連リンクがあります: http://xfs.org/index.php/XFS_FAQ#Q:_Why_do_I_receive_No_space_left_on_device_after_xfs_growfs.3F
マウントオプションを変更して、inode64を使用します。
この問題はXFS FAQの問題のようです
http://xfs.org/index.php/XFS_FAQ#Q:_Why_do_I_receive_No_space_left_on_device_after_xfs_growfs.3F