Я использую виртуальную машину в Google Compute Cloud. Я увеличил размер своего диска с 10 до 200 ГБ.
Я выполнил точные шаги здесь: https://cloud.google.com/compute/docs/disks#repartitionrootpd
Подвести итоги:
sudo xfs_growfs /
(Я использую CentOS 7)После этого я untar
архив 3.5G в /opt
подкаталог, который через несколько минут заканчивался:
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
Теперь, с этой точной конфигурацией, простая команда cp для каталога 50 МБ также возвращает:
cp: cannot create regular file ‘toto/conf/server.xml’: No space left on device
В моем tar было много небольших файлов, поэтому я подумал об ограничении inode, но:
# 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.
Эта проблема похожа на проблему из FAQ по XFS.
http://xfs.org/index.php/XFS_FAQ#Q:_Why_do_I_receive_No_space_left_on_device_after_xfs_growfs.3F