web-dev-qa-db-ja.com

ファイルシステムを拡張した後、デバイスにスペースが残っていない

私はVM= Google Compute Cloudで使用しています。ディスクを10Gから200Gに拡張しました。

私はここで正確な手順に従いました: https://cloud.google.com/compute/docs/disks#repartitionrootpd

要約する:

  • 私はfdiskを実行し、唯一のパーティションを削除し、フルサイズの新しいものを作成しました、同じ開始/新しい終了、同じデバイスID
  • インスタンスを再起動しました
  • _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ディスク制限でほぼ止まったような気がするので。

今何をしたらいいのか分かりません。

9

私はそれをコマンドで機能させることができました:

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

12

マウントオプションを変更して、inode64を使用します。

この問題はXFS FAQの問題のようです

http://xfs.org/index.php/XFS_FAQ#Q:_Why_do_I_receive_No_space_left_on_device_after_xfs_growfs.3F

1
austinian