Место на диске

[Saich]

В папке /home/backup около 50 папок вида /tmp.* http://prntscr.com/p54rr9
их можно безболезненно удалять?

Видимо не у меня одного такая проблема. (
соседний топик viewtopic.php?f=28&t=19104
Тоже не могу пока понять причину.

А в панель управления у вас заходит, или тоже пишет "connection failed"?

После того как я удалил временные папки стало заходить.)

[con]

Не знаю. У меня все равно не заходит. У вас какая была ошибка? Может быть вы что-то еще удаляли? У меня кудато-то делось около 60 гигов какими-то файлами, хотя на диске сайты занимают пару гигов с большой натяжкой))

[con]

Видимо не у меня одного такая проблема. (
соседний топик viewtopic.php?f=28&t=19104
Тоже не могу пока понять причину.

А в панель управления у вас заходит, или тоже пишет "connection failed"?

После того как я удалил временные папки стало заходить.)

Не знаю. У меня все равно не заходит. У вас какая была ошибка? Может быть вы что-то еще удаляли? У меня кудато-то делось около 60 гигов какими-то файлами, хотя на диске сайты занимают пару гигов с большой натяжкой))

Может кто-то знает куда может деться +50 гигов диска и почему при попытке входа в ПУ пишет "connection failed"?

[Saich]

Не знаю. У меня все равно не заходит. У вас какая была ошибка? Может быть вы что-то еще удаляли? У меня кудато-то делось около 60 гигов какими-то файлами, хотя на диске сайты занимают пару гигов с большой натяжкой))

Смотрите командой

Code: Select all

du -h -d 1 /

и далее

Code: Select all

du -h -d 1 /<интересующая директория>

Таким образом найдете, что именно у Вас занимает так много места.

Конкретно у меня отвалился сервер базы данных, я не мог в терминале сменить пароль пользователя из за нехватки места.

Еще я очистил очередь бекапов здесь /usr/local/vesta/data/queue/backup.pipe , что бы они прекратили плодить эти папки. Дальше пока не разбирался.

[con]

Не знаю. У меня все равно не заходит. У вас какая была ошибка? Может быть вы что-то еще удаляли? У меня кудато-то делось около 60 гигов какими-то файлами, хотя на диске сайты занимают пару гигов с большой натяжкой))

Смотрите командой

Code: Select all

du -h -d 1 /

и далее

Code: Select all

du -h -d 1 /<интересующая директория>

Таким образом найдете, что именно у Вас занимает так много места.

Конкретно у меня отвалился сервер базы данных, я не мог в терминале сменить пароль пользователя из за нехватки места.

Еще я очистил очередь бекапов здесь /usr/local/vesta/data/queue/backup.pipe , что бы они прекратили плодить эти папки. Дальше пока не разбирался.

Ого, очень крутая команда, запишу, ее не хватало)

По факту мистика) зашел даже специально от root ну чтобы все подчитало, а выходит, что все занимает 8.5 гб.
может подскажете, где еще можно поискать потерю?)
Выходит так:

Code: Select all

[root@~]# du -h -d 1 /
193M    /run
5.7G    /var
2.1G    /usr
4.0K    /media
191M    /opt
4.0K    /mnt
16K     /lost+found
4.0K    /srv
du: cannot access ‘/proc/15328/task/15328/fd/3’: No such file or directory
du: cannot access ‘/proc/15328/task/15328/fdinfo/3’: No such file or directory
du: cannot access ‘/proc/15328/fd/4’: No such file or directory
du: cannot access ‘/proc/15328/fdinfo/4’: No such file or directory
0       /proc
96K     /tmp
0       /dev
0       /sys
230M    /home
42M     /etc
36M     /root
187M    /boot
8.5G    /

[Saich]

Не знаю. У меня все равно не заходит. У вас какая была ошибка? Может быть вы что-то еще удаляли? У меня кудато-то делось около 60 гигов какими-то файлами, хотя на диске сайты занимают пару гигов с большой натяжкой))

Смотрите командой

Code: Select all

du -h -d 1 /

и далее

Code: Select all

du -h -d 1 /<интересующая директория>

Таким образом найдете, что именно у Вас занимает так много места.

Конкретно у меня отвалился сервер базы данных, я не мог в терминале сменить пароль пользователя из за нехватки места.

Еще я очистил очередь бекапов здесь /usr/local/vesta/data/queue/backup.pipe , что бы они прекратили плодить эти папки. Дальше пока не разбирался.

Ого, очень крутая команда, запишу, ее не хватало)

По факту мистика) зашел даже специально от root ну чтобы все подчитало, а выходит, что все занимает 8.5 гб.
может подскажете, где еще можно поискать потерю?)
Выходит так:

Code: Select all

[root@~]# du -h -d 1 /
193M    /run
5.7G    /var
2.1G    /usr
4.0K    /media
191M    /opt
4.0K    /mnt
16K     /lost+found
4.0K    /srv
du: cannot access ‘/proc/15328/task/15328/fd/3’: No such file or directory
du: cannot access ‘/proc/15328/task/15328/fdinfo/3’: No such file or directory
du: cannot access ‘/proc/15328/fd/4’: No such file or directory
du: cannot access ‘/proc/15328/fdinfo/4’: No such file or directory
0       /proc
96K     /tmp
0       /dev
0       /sys
230M    /home
42M     /etc
36M     /root
187M    /boot
8.5G    /

Я если честно сам методом поиска тыка изучаю все это)
Вот нашел, почитайте:
https://serveradmin.ru/disk-zanyat-na-1 ... nacheniya/

[con]

Смотрите командой

Code: Select all

du -h -d 1 /

и далее

Code: Select all

du -h -d 1 /<интересующая директория>

Таким образом найдете, что именно у Вас занимает так много места.

Конкретно у меня отвалился сервер базы данных, я не мог в терминале сменить пароль пользователя из за нехватки места.

Еще я очистил очередь бекапов здесь /usr/local/vesta/data/queue/backup.pipe , что бы они прекратили плодить эти папки. Дальше пока не разбирался.

Ого, очень крутая команда, запишу, ее не хватало)

По факту мистика) зашел даже специально от root ну чтобы все подчитало, а выходит, что все занимает 8.5 гб.
может подскажете, где еще можно поискать потерю?)
Выходит так:

Code: Select all

[root@~]# du -h -d 1 /
193M    /run
5.7G    /var
2.1G    /usr
4.0K    /media
191M    /opt
4.0K    /mnt
16K     /lost+found
4.0K    /srv
du: cannot access ‘/proc/15328/task/15328/fd/3’: No such file or directory
du: cannot access ‘/proc/15328/task/15328/fdinfo/3’: No such file or directory
du: cannot access ‘/proc/15328/fd/4’: No such file or directory
du: cannot access ‘/proc/15328/fdinfo/4’: No such file or directory
0       /proc
96K     /tmp
0       /dev
0       /sys
230M    /home
42M     /etc
36M     /root
187M    /boot
8.5G    /

Я если честно сам методом поиска тыка изучаю все это)
Вот нашел, почитайте:
https://serveradmin.ru/disk-zanyat-na-1 ... nacheniya/

Как раз что надо. Спасибо!)

[con]

Ого, очень крутая команда, запишу, ее не хватало)

По факту мистика) зашел даже специально от root ну чтобы все подчитало, а выходит, что все занимает 8.5 гб.
может подскажете, где еще можно поискать потерю?)
Выходит так:

Code: Select all

[root@~]# du -h -d 1 /
193M    /run
5.7G    /var
2.1G    /usr
4.0K    /media
191M    /opt
4.0K    /mnt
16K     /lost+found
4.0K    /srv
du: cannot access ‘/proc/15328/task/15328/fd/3’: No such file or directory
du: cannot access ‘/proc/15328/task/15328/fdinfo/3’: No such file or directory
du: cannot access ‘/proc/15328/fd/4’: No such file or directory
du: cannot access ‘/proc/15328/fdinfo/4’: No such file or directory
0       /proc
96K     /tmp
0       /dev
0       /sys
230M    /home
42M     /etc
36M     /root
187M    /boot
8.5G    /

Я если честно сам методом поиска тыка изучаю все это)
Вот нашел, почитайте:
https://serveradmin.ru/disk-zanyat-na-1 ... nacheniya/

Как раз что надо. Спасибо!)

___________
Обновлено:
После перезапуска сервера размер диска вернулся на круги своя: http://prntscr.com/p5opkn
Помогла ссылка, что вы скинули.
После перезапуска ПУ Vesta, панелька заработала.
Вот только посмотреть (как описано в статье) какой процесс использовал ранее удаленный файл не смог, т.к. команда судя по "grep" для убунты.)
В общем, буду мониторить, будет ли уменьшаться место на диске и дальше)

[Saich]

Обновлено:
После перезапуска сервера размер диска вернулся на круги своя: http://prntscr.com/p5opkn
Помогла ссылка, что вы скинули.
После перезапуска ПУ Vesta, панелька заработала.
Вот только посмотреть (как описано в статье) какой процесс использовал ранее удаленный файл не смог, т.к. команда судя по "grep" для убунты.)
В общем, буду мониторить, будет ли уменьшаться место на диске и дальше)

Рад помочь :) У меня вызвало ошибку в бекапах отключение PostgreSQL. Как только я включил её, перестали бесконечно создаваться временные папки. :) На всякий случай...)

[con]

Обновлено:
После перезапуска сервера размер диска вернулся на круги своя: http://prntscr.com/p5opkn
Помогла ссылка, что вы скинули.
После перезапуска ПУ Vesta, панелька заработала.
Вот только посмотреть (как описано в статье) какой процесс использовал ранее удаленный файл не смог, т.к. команда судя по "grep" для убунты.)
В общем, буду мониторить, будет ли уменьшаться место на диске и дальше)

Рад помочь :) У меня вызвало ошибку в бекапах отключение PostgreSQL. Как только я включил её, перестали бесконечно создаваться временные папки. :) На всякий случай...)

Спасибо вам! У меня эта служба была отключена) Пока 2 папки создало вида tmp*. Сейчас включил, прослежу как будет)