Файловая система /dev/loop0, который установлен на /tmp, достиг критического состояния, потому что он заполнен на 100%.
Проблема в том, что когда я проверил место на жестком диске, я обнаружил, что:
/ dev / loop0 пространство: 485M используется: 21M свободно: 439M использование: 5% / var / tmp
Так в чем проблема, и как увеличить папку tmp?
это результат монтирования:
rootfs on / type rootfs (rw)
/dev/root on / type ext4 (rw,relatime,errors=remount-ro,data=ordered,jqfmt=vfsv0 ,usrjquota=quota.user)
devtmpfs on /dev type devtmpfs (rw,relatime,size=4033140k,nr_inodes=1008285,mode =755)
none on /proc type proc (rw,nosuid,nodev,noexec,relatime)
none on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
devpts on /dev/pts type devpts (rw,relatime,mode=600)
/dev/md2 on /home type ext4 (rw,relatime,data=ordered,jqfmt=vfsv0,usrjquota=quot a.user)
tmpfs on /dev/shm type tmpfs (rw,relatime)
none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,relatime)
/dev/loop0 on /tmp type ext3 (rw,nosuid,noexec,relatime,errors=continue,barrier= 1,data=writeback)
/dev/loop0 on /var/tmp type ext3 (rw,nosuid,noexec,relatime,errors=continue,barr ier=1,data=writeback)
/dev/root on /var/named/chroot/etc/named type ext4 (rw,relatime,errors=remount-r o,data=ordered,jqfmt=vfsv0,usrjquota=quota.user)
/dev/root on /var/named/chroot/etc/named.rfc1912.zones type ext4 (rw,relatime,er rors=remount-ro,data=ordered,jqfmt=vfsv0,usrjquota=quota.user)
/dev/root on /var/named/chroot/etc/rndc.key type ext4 (rw,relatime,errors=remoun t-ro,data=ordered,jqfmt=vfsv0,usrjquota=quota.user)
/dev/root on /var/named/chroot/usr/lib64/bind type ext4 (rw,relatime,errors=remo unt-ro,data=ordered,jqfmt=vfsv0,usrjquota=quota.user)
/dev/root on /var/named/chroot/etc/named.iscdlv.key type ext4 (rw,relatime,error s=remount-ro,data=ordered,jqfmt=vfsv0,usrjquota=quota.user)
/dev/root on /var/named/chroot/etc/named.root.key type ext4 (rw,relatime,errors= remount-ro,data=ordered,jqfmt=vfsv0,usrjquota=quota.user)
Результат df -h /tmp:
Filesystem Size Used Avail Use% Mounted on
/dev/loop0 485M 21M 439M 5% /tmp
кстати, через 2 дня я обнаружил, что в таблице базы данных есть 13 ГБ места, я удалил его, и с этого момента эта проблема была запущена, а сервер очень тяжелый, и всем сайтам требуется много времени для открытия, но когда я остановил mysql службы, сервер стал очень быстрым.
В loop0 это устройство цикла, которое передает доступ к пользовательскому пространству для обработки. Следовательно, причина такого поведения зависит от того, как вы его настроили. Устройства не ограничены сообщением о фактическом доступном пространстве и могут более или менее произвольно отказывать при записи.
Например, если loop0 устройство поддерживается файлом (например, оно настроено как том EFS с помощью такой команды, как losetup -e aes256 -S <stuff> /dev/loop0 /root/somefile) и этот файл является разреженным, эта ошибка может быть вызвана нехваткой места на устройстве, на котором находится этот файл, независимо от сообщенного свободного места. Это связано с тем, что размер файла резервной копии не отражает фактический размер, который он занимает на диске.
Кроме того, если вы находитесь в виртуализированной среде, применяется очень похожий принцип: если ваш том является разреженным (или «тонко подготовленным» на языке VMWare) и у вас нет места на физическом томе, поддерживающем виртуальный том, запись может завершиться ошибкой. из-за нехватки места вне зависимости от указанного размера виртуального тома.