LinuxForum.Fans
Тема

Кончается место в /tmp - начинаются глюки

Автор: valet 21 сообщений 5394 просмотров
#309644

Debian squeeze, gnome.

В который раз заглючила система после предупреждений о нехватки места в /tmp. Я бы это конечно игнорировал, но жестоко начинает глючить gnome-терминал, показывает подвисшие пустые вкладки. Если зайти через root-терминал (он в отличии от gnome-терминала котрывается) и сделать rm -rf /tmp/*, то вкладки gnome-терминала могут заработать, вот только наполовину :) - в прямом смысле этого слова - видно только полэкрана на каждой :).

Как понимать такую картину:

text
valet@valet-comp:~$ df -h
Файловая система      Разм  Исп  Дост  Исп% смонтирована на
/dev/mapper/vg01-vg01root
                       37G  4,3G   31G  13% /
tmpfs                 3,8G     0  3,8G   0% /lib/init/rw
udev                  3,8G  228K  3,8G   1% /dev
tmpfs                 3,8G     0  3,8G   0% /dev/shm
/dev/mapper/vg01-vg01boot
                      938M   64M  827M   8% /boot
/dev/mapper/vg02-vg02home
                      780G  178G  562G  25% /home
/dev/mapper/vg02-vg02tmp
                      9,2G  8,8G     0 100% /tmp
/dev/mapper/vg02-vg02var
                       92G  605M   87G   1% /var
tmpfs                 3,8G     0  3,8G   0% /var/tmp
tmpfs                 3,8G     0  3,8G   0% /var/lock
valet@valet-comp:~$ df -h /tmp/
Файловая система      Разм  Исп  Дост  Исп% смонтирована на
/dev/mapper/vg02-vg02tmp
                      9,2G  8,8G     0 100% /tmp
valet@valet-comp:~$ ls /tmp/

То есть df показывает, что в /tmp все занято, а ls ничего не видит (ну то что ls не видит - это как раз правильно, я же оттуда все снес, но вот почему тогда df говорит, что все забито?).

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

#309842

ls -al посмотри наверняка скрытые файлы есть... правда чьи они предположить пока не возьмусь...

#309853
"Fat-Zer⇓" написал:
ls -al посмотри наверняка скрытые файлы есть... правда чьи они предположить пока не возьмусь...
text
root@valet-comp:/tmp# ls -al
итого 36
drwxrwxrwt  8 root  root  4096 Мар 17 22:52 .
drwxr-xr-x 24 root  root  4096 Дек 20 13:17 ..
drwxrwxrwt  2 root  root  4096 Мар  9 17:22 .ICE-unix
drwx------  2 root  root  4096 Мар 17 22:52 libgksu-QKTaBF
drwx------  2 root  root  4096 Мар 17 22:52 orbit-root
drwx------  2 valet valet 4096 Янв  1  1970 orbit-valet
drwx------  4 valet valet 4096 Мар  9 20:52 .wine-1000
-r--r--r--  1 root  root    11 Мар  9 17:22 .X0-lock
drwxrwxrwt  2 root  root  4096 Мар  9 17:22 .X11-unix
root@valet-comp:/tmp# 

Можно ли их снести?

#309858

Ну а

text
du -h --max-depth=0 /tmp/*

из под рута что говорит???
Снести канешно можно. Вновь запущеные програмы снова создадут там файлы, но на 100% не уверен.

#309875

Если это tmpfs, то при ребуте она должна сама очищаться, я бы на всякий перемонтировал раздел с корнем куда-нибудь в /mnt/anything и посмотрел реально что там..

#309890

kisil,

text
root@valet-comp:/tmp# du -h --max-depth=0 /tmp/*
12K    /tmp/libgksu-QKTaBF
4,0K    /tmp/orbit-root

"zenon⇓" написал:
Если это tmpfs
это не tmpfs, это отдельный физический раздел на ext4 на диске:
text
root@valet-comp:/tmp# mount
/dev/mapper/vg01-vg01root on / type ext4 (rw,noatime,nodiratime,discard,errors=remount-ro)
tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
udev on /dev type tmpfs (rw,mode=0755)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620)
/dev/mapper/vg01-vg01boot on /boot type ext3 (rw)
/dev/mapper/vg02-vg02home on /home type ext4 (rw,noatime)
/dev/mapper/vg02-vg02tmp on /tmp type ext4 (rw,noatime)
/dev/mapper/vg02-vg02var on /var type ext4 (rw,noatime)
tmpfs on /var/tmp type tmpfs (rw)
tmpfs on /var/lock type tmpfs (rw)
fusectl on /sys/fs/fuse/connections type fusectl (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev)

"zenon⇓" написал:
то при ребуте она должна сама очищаться
это понятно, при ребуте и стандартный /tmp очищается, в том то и дело что я ребутать не хочу:
text
root@valet-comp:/tmp# uptime
 01:07:54 up 8 days,  7:45, 26 users,  load average: 0.63, 0.49, 0.62

Эта проблема и начинает проявляться, когда комп уже достаточно долго включен - почему-то забивается /tmp

#309920
"valet⇓" написал:
root@valet-comp:/tmp# du -h --max-depth=0 /tmp/*

звёздочка скрытые файлы не подхватывает... du -sh /tmp/.??*

#309921
"Fat-Zer⇓" написал:
звёздочка скрытые файлы не подхватывает... du -sh /tmp/.??*

Не совсем понял, зачем второй «?». :(

#309928
"Lupo Alberto⇓" написал:
Не совсем понял, зачем второй «?».

чтобы «..» не подошло

#309933
"Fat-Zer⇓" написал:
звёздочка скрытые файлы не подхватывает... du -sh /tmp/.??*
text
root@valet-comp:/tmp# du -sh /tmp/.??*
4,0K    /tmp/.ICE-unix
4,0K    /tmp/.X0-lock
4,0K    /tmp/.X11-unix
#309937

Сейчас вообще уже доигрался, что половина программ не запускается, видать места нет в темпе для записи. Неужели придется перезагружать.

#309939

А покажыте снова df -h. Если отработает.

#309949

valet, скорей всего ты уже удалил файлы, которые всё место кушали... теперь выяснить сложно, кто виноват... если не хочешь перезагружать (кстати, почему?) для начала перезапусти иксы, если не поможет, то как можно больше демонов...

ЗЫ: lsof /tmp посмотри... может что-то подскажет...

#309951
"kisil⇓" написал:
А покажыте снова df -h. Если отработает.
text
root@valet-comp:/tmp# df -h
Файловая система      Разм  Исп  Дост  Исп% смонтирована на
/dev/mapper/vg01-vg01root
                       37G  4,3G   31G  13% /
tmpfs                 3,8G     0  3,8G   0% /lib/init/rw
udev                  3,8G  228K  3,8G   1% /dev
tmpfs                 3,8G     0  3,8G   0% /dev/shm
/dev/mapper/vg01-vg01boot
                      938M   64M  827M   8% /boot
/dev/mapper/vg02-vg02home
                      780G  178G  562G  25% /home
/dev/mapper/vg02-vg02tmp
                      9,2G  8,8G     0 100% /tmp
/dev/mapper/vg02-vg02var
                       92G  608M   87G   1% /var
tmpfs                 3,8G     0  3,8G   0% /var/tmp
tmpfs                 3,8G     0  3,8G   0% /var/lock
#309954

"Fat-Zer⇓" написал:
скорей всего ты уже удалил файлы, которые всё место кушали
да, естественно, но
1. глюки продолжаются, половина программ тупо отказывается запускаться - например тот же безобидный калькулятор.
2. я то удалил, но df -h показывает что раздел с /tmp забит под завязку.

"Fat-Zer⇓" написал:
если не хочешь перезагружать (кстати, почему?)
даже сейчас открыто несколько терминальных вкладок на серверах, с которыми работаю, запущены задачи, куча другой фоновой работы, которая требует включенного компьютера и т.д. и т.п. Да и вообще - перезагружать это не вариант - ну не буду же я каждые пару дней перезагружать только из-за того что у меня забивается /tmp - ну не ввиндах же работаем, ребята :) Все должно работать. Вот например аптайм одного из моих серверов на дебиане:
text
# uptime
 09:40:46 up 98 days, 19:13,  2 users,  load average: 0.84, 0.62, 0.47

98 дней в сети.
Мой домашний комп на котором эти глюки:

text
uptime
 10:40:47 up 8 days, 17:18, 26 users,  load average: 0.46, 0.35, 0.40

То есть только 8 дней и то та перезагрузка была как раз по той же причине - забилось место в /tmp - да все перезагрузки моего нового компа быдли именно по этой причине :) - так бы наверно ни разу бы и не перезагрузил.

"Fat-Zer⇓" написал:
для начала перезапусти иксы
Как это правильно сделать, чтобы не потерять все задачи запущенные в gnome?
text

gnome-ter 2416 valet 161u REG 254,3 633 149 /tmp/vte25HRTW (deleted) gnome-ter 2416 valet 162u REG 254,3 48 150 /tmp/vte23HRTW (deleted) gnome-ter 2416 valet 163u REG 254,3 42438656 151 /tmp/vte4T4UTW (deleted) gnome-ter 2416 valet 164u REG 254,3 4673536 152 /tmp/vteK34UTW (deleted) gnome-ter 2416 valet 165u REG 254,3 1184 153 /tmp/vteFWSHTW (deleted) gnome-ter 2416 valet 166u REG 254,3 18576 163 /tmp/vteSS49TW (deleted) gnome-ter 2416 valet 168u REG 254,3 633 166 /tmp/vte4XDHUW (deleted) gnome-ter 2416 valet 169u REG 254,3 48 167 /tmp/vteJWDHUW (deleted) gnome-ter 2416 valet 170u REG 254,3 360628224 170 /tmp/vte23X8TW (deleted) gnome-ter 2416 valet 171u REG 254,3 40656896 171 /tmp/vteP2X8TW (deleted) gnome-ter 2416 valet 172u REG 254,3 2656 172 /tmp/vteQLT3TW (deleted) gnome-ter 2416 valet 177u REG 254,3 8368 180 /tmp/vteVCVWTW (deleted) gnome-ter 2416 valet 178u REG 254,3 7504 183 /tmp/vteI68DUW (deleted) gnome-ter 2416 valet 180u REG 254,3 633 184 /tmp/vteVFDFUW (deleted) gnome-ter 2416 valet 181u REG 254,3 48 185 /tmp/vte8GDFUW (deleted) filezilla 17564 valet 15uw REG 254,3 0 69 /tmp/fz3temp-1/fz3temp-lockfile (deleted) gnome-ter 20849 root 14u unix 0xffff880215002180 0t0 4408598 /tmp/orbit-root/linc-5171-0-4db45c5a2fbe1 gnome-ter 20849 root 21u REG 254,3 2673 23 /tmp/vte9KK5TW (deleted) gnome-ter 20849 root 22u REG 254,3 976 24 /tmp/vteZJK5TW (deleted) gnome-ter 20849 root 23u REG 254,3 192 25 /tmp/vteL77DUW (deleted) gnome-ter 20849 root 24u REG 254,3 0 29 /tmp/vte51X0TW (deleted) gnome-ter 20849 root 25u REG 254,3 0 30 /tmp/vteIQX0TW (deleted) gnome-ter 20849 root 26u REG 254,3 13566 31 /tmp/vteCC12TW (deleted) gnome-ter 20849 root 27u REG 254,3 912 32 /tmp/vte2A12TW (deleted) gconfd-2 20856 root 11u unix 0xffff880214b36200 0t0 4408591 /tmp/orbit-root/linc-5178-0-414126e22f3a5 bash 20858 root cwd DIR 254,3 4096 2 /tmp bash 21594 root cwd DIR 254,3 4096 2 /tmp lsof 22806 root cwd DIR 254,3 4096 2 /tmp lsof 22807 root cwd DIR 254,3 4096 2 /tmp root@valet-comp:/tmp#

Понятия не имею что это? Вот это пустое место я специально захватил - это у меня так в gnome - терминале только оплэкрана видно :) - один из глюков.

upd.. Сейчас вижу, что это пустое место здесь все равно не отобразилось :) парсер порезал.

#309962
"valet⇓" написал:
То есть только 8 дней и то та перезагрузка была как раз по той же причине - забилось место в /tmp - да все перезагрузки моего нового компа быдли именно по этой причине - так бы наверно ни разу бы и не перезагрузил.

просто надо было сначала посмотреть, чем место занято, а только потом удалять... а теперь...
а) трудно с полной уверенностью утверждать кто виноват.
б) часть глюков могла возникнуть из-за того, что всё подряд сносил бездумно...

"valet⇓" написал:
Понятия не имею что это? Вот это пустое место я специально захватил - это у меня так в gnome - терминале только оплэкрана видно - один из глюков.

судя по всему всё кушает как раз gnome-terminal... скорей всего его перезапустить придётся (рутовский не обязательно, а свой — надо)
чтобы не повторялось — покури его настройки... скорей всего там лог не ограничен...

#310022

"Fat-Zer⇓" написал:
скорей всего там лог не ограничен...
точно, вы правы, так и есть. В настройках "Прокрутка" стоит "Бесконечно". Когда-то поставил, не знал что оно так плохо может влиять на /tmp.
Наверно придется все таки сейчас все позакрывать и перезагрузить и уже с новыми настройками надеюсь такого н еповторится. Но все таки все равно интересно - ну как же так - ну разве так должно быть - почему система автоматом себе там не чистит что-то или как.
#310025

Даже не перезагружал, закрыл несколько терминальных вкладок и стало так:

text
valet@valet-comp:/tmp$ df -h
Файловая система      Разм  Исп  Дост  Исп% смонтирована на
/dev/mapper/vg01-vg01root
                       37G  4,3G   31G  13% /
tmpfs                 3,8G     0  3,8G   0% /lib/init/rw
udev                  3,8G  228K  3,8G   1% /dev
tmpfs                 3,8G     0  3,8G   0% /dev/shm
/dev/mapper/vg01-vg01boot
                      938M   64M  827M   8% /boot
/dev/mapper/vg02-vg02home
                      780G  178G  562G  25% /home
/dev/mapper/vg02-vg02tmp
[b]                      9,2G  1,7G  7,1G  20% /tmp[/b]
/dev/mapper/vg02-vg02var
                       92G  608M   87G   1% /var
tmpfs                 3,8G     0  3,8G   0% /var/tmp
tmpfs                 3,8G     0  3,8G   0% /var/lock

Очевидно там уже километры логов накопились.

#310079
"valet⇓" написал:
Наверно придется все таки сейчас все позакрывать и перезагрузить и уже с новыми настройками надеюсь такого н еповторится. Но все таки все равно интересно - ну как же так - ну разве так должно быть - почему система автоматом себе там не чистит что-то или как.

ССЗБ. сам же поставил бесконечные логи.... вот терминал и вёл их пока место не кончилось...

#310128

"Fat-Zer⇓" написал:
ССЗБ. сам же поставил бесконечные логи.... вот терминал и вёл их пока место не кончилось...
и это правда. Просто я поставил это давно и забыл и не думал, что это может приводить к таким последствиям. С другой стороны тот же терминал при невозможности записи мог бы ругануться - "мол нету места для меня - может че удалить..." - но вот этого там не расчитано, глючит молча :)
Войдите или зарегистрируйтесь, чтобы ответить.