Не удалось открыть /etc/webmin/apache/site для записи: на устройстве не осталось места
Я бегу Centos 6,8 с VirtualMin
Мой сервер от kimsufi.com с дисковым пространством 2 ТБ
файловая система 20 ГБ
ниже у меня есть вывод df -h:
[root@server ~]# df -h
Filesystem Size Used Avail Use% Mounted on
rootfs 20G 8,7G 9,7G 48% /
devtmpfs 7,8G 176K 7,8G 1% /dev
tmpfs 7,9G 0 7,9G 0% /dev/shm
/dev/sda2 20G 8,7G 9,7G 48% /
/dev/sda2 20G 8,7G 9,7G 48% /var/named/chroot/etc/named
/dev/sda2 20G 8,7G 9,7G 48% /var/named/chroot/var/named
/dev/sda2 20G 8,7G 9,7G 48% /var/named/chroot/etc/named.conf
/dev/sda2 20G 8,7G 9,7G 48% /var/named/chroot/etc/named.rfc1912.zones
/dev/sda2 20G 8,7G 9,7G 48% /var/named/chroot/etc/rndc.key
/dev/sda2 20G 8,7G 9,7G 48% /var/named/chroot/usr/lib64/bind
/dev/sda2 20G 8,7G 9,7G 48% /var/named/chroot/etc/named.iscdlv.key
/dev/sda2 20G 8,7G 9,7G 48% /var/named/chroot/etc/named.root.key
[root@server ~]#
с df -i 48% - это 100% Я новичок, но мой сервер работал нормально месяц назад.
Я попытался очистить кеш после поиска в Google с помощью следующей команды:
sudo rm -rf /var/cache/yum/x86_64/6/$REPONAME
поэтому после выполнения этой команды я вошел в webmin, и вместо ошибки в названии я получил экран webmin, он заработал, и на панели было 50% места на локальном диске.
после этого я попытался перезапустить MySQL через /etc/init.d/mysqld перезапустить и MySQL не удалось запустить
Теперь у меня нет также MySQL
последняя ошибка /usr/bin/mysqlshow: Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (2)
и последний раз Failed to open /etc/webmin/apache/site for writing : No space left on device
сообщение в webmin или virtualmin.
Ребята, я очень смущен и боюсь потерять свои базы данных, пожалуйста, если кто-нибудь может помочь мне здесь решить эту проблему, буду очень признателен
редактировать:
[root@server ~]# ls -l /var/spool/postfix/
total 56
drwx------ 2 postfix root 4096 Oct 25 04:46 active
drwx------ 2 postfix root 4096 Oct 24 21:45 bounce
drwx------ 2 postfix root 4096 Nov 10 2015 corrupt
drwx------ 6 postfix root 4096 Oct 10 02:17 defer
drwx------ 6 postfix root 4096 Oct 10 02:17 deferred
drwx------ 2 postfix root 4096 Nov 10 2015 flush
drwx------ 2 postfix root 4096 Nov 10 2015 hold
drwx------ 2 postfix root 4096 Oct 25 04:46 incoming
drwx-wx--- 2 postfix postdrop 4096 Oct 25 04:46 maildrop
drwxr-xr-x. 2 root root 4096 Oct 25 08:58 pid
drwx------. 2 postfix root 4096 Oct 25 11:21 private
drwx--x---. 2 postfix postdrop 4096 Oct 25 11:21 public
drwx------ 2 postfix root 4096 Nov 10 2015 saved
drwx------ 2 postfix root 4096 Nov 10 2015 trace
[root@server ~]#
1 ответ
Вероятно, у вас есть какая-то программа, которая создает много очень маленьких файлов, по моему опыту на RH6 какой-то скрипт cron, который выдает выходные данные, которые отправляются по локальной почте.
Проверьте вывод:
ls -l /var/spool/postfix/
Если число в пятом столбце велико по сравнению с другими файлами, то это все.
Обновить
Судя по выводу ls -l / var / spool / postfix, комбинация cron + postfix не является проблемой в этом случае.
На этом этапе, за исключением переустановки с опцией для большего количества inode, проверьте, есть ли у вас место, заполненное файлами, согласно этому вопросу:
https://unix.stackexchange.com/questions/117093/find-where-inodes-are-being-used
Пытаться:
find / -xdev -printf '% h \ n' | сортировать | uniq -c | сортировать -k 1 -n
Но будьте осторожны, это займет целую вечность. Последняя запись будет каталогом с большим количеством inode, который должен дать подсказку