1 Тема от valet (17.03.2013 13:36:55 отредактировано valet)

  • valet
  • Пользователь
  • Неактивен
  • Зарегистрирован: 27.11.2010
  • Сообщений: 546
  • Репутация : [ 2 | 0 ]

Debian squeeze, gnome.

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

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

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 говорит, что все забито?).

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

2 Ответ от Fat-Zer (17.03.2013 23:56:42 отредактировано Fat-Zer)

  • Fat-Zer
  • Пользователь
  • Неактивен
  • Откуда: Москва
  • Зарегистрирован: 14.10.2010
  • Сообщений: 4,977
  • Репутация : [ 256 | 6 ]

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

95% процентов проблем находятся между клавиатурой и стулом.

3 Ответ от valet

  • valet
  • Пользователь
  • Неактивен
  • Зарегистрирован: 27.11.2010
  • Сообщений: 546
  • Репутация : [ 2 | 0 ]
Fat-Zer⇓ пишет:

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

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#

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

4 Ответ от kisil (18.03.2013 01:01:04 отредактировано kisil)

  • kisil
  • Пользователь
  • Неактивен
  • Зарегистрирован: 22.02.2010
  • Сообщений: 1,996
  • Репутация : [ 59 | 0 ]

Ну а 

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

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

Trouble  in WINDOWS reboot, trouble in UNIX be root.

5 Ответ от zenon

  • zenon
  • zenon
  • Пользователь
  • Неактивен
  • Откуда: Волгоград
  • Зарегистрирован: 04.05.2010
  • Сообщений: 8,794
  • Репутация : [ 315 | 3 ]

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

История показывает, что во всем новом обычно кроется какой-то подвох.
Классическая ошибка, которую совершают проектировщики
абсолютно надежных систем, - недооценка изобретательности клинических идиотов.

Сайт zenon

6 Ответ от valet

  • valet
  • Пользователь
  • Неактивен
  • Зарегистрирован: 27.11.2010
  • Сообщений: 546
  • Репутация : [ 2 | 0 ]

kisil, 

root@valet-comp:/tmp# du -h --max-depth=0 /tmp/*
12K    /tmp/libgksu-QKTaBF
4,0K    /tmp/orbit-root
zenon⇓ пишет:

Если это tmpfs

это не tmpfs, это отдельный физический раздел на ext4 на диске:

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 очищается, в том то и дело что я ребутать не хочу:

root@valet-comp:/tmp# uptime
 01:07:54 up 8 days,  7:45, 26 users,  load average: 0.63, 0.49, 0.62

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

7 Ответ от Fat-Zer

  • Fat-Zer
  • Пользователь
  • Неактивен
  • Откуда: Москва
  • Зарегистрирован: 14.10.2010
  • Сообщений: 4,977
  • Репутация : [ 256 | 6 ]
valet⇓ пишет:

root@valet-comp:/tmp# du -h --max-depth=0 /tmp/*

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

95% процентов проблем находятся между клавиатурой и стулом.

8 Ответ от Lupo Alberto (18.03.2013 11:08:04 отредактировано Lupo Alberto)

  • Откуда: Беларусь, Гомель
  • Зарегистрирован: 04.07.2010
  • Сообщений: 11,183
  • Репутация : [ 571 | 8 ]
Fat-Zer⇓ пишет:

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

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

Был, был и весь вышел...

9 Ответ от Fat-Zer (18.03.2013 11:23:30 отредактировано Fat-Zer)

  • Fat-Zer
  • Пользователь
  • Неактивен
  • Откуда: Москва
  • Зарегистрирован: 14.10.2010
  • Сообщений: 4,977
  • Репутация : [ 256 | 6 ]
Lupo Alberto⇓ пишет:

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

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

95% процентов проблем находятся между клавиатурой и стулом.
+ Lupo Alberto

10 Ответ от valet

  • valet
  • Пользователь
  • Неактивен
  • Зарегистрирован: 27.11.2010
  • Сообщений: 546
  • Репутация : [ 2 | 0 ]
Fat-Zer⇓ пишет:

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

root@valet-comp:/tmp# du -sh /tmp/.??*
4,0K    /tmp/.ICE-unix
4,0K    /tmp/.X0-lock
4,0K    /tmp/.X11-unix

11 Ответ от valet

  • valet
  • Пользователь
  • Неактивен
  • Зарегистрирован: 27.11.2010
  • Сообщений: 546
  • Репутация : [ 2 | 0 ]

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

12 Ответ от kisil (18.03.2013 11:48:42 отредактировано kisil)

  • kisil
  • Пользователь
  • Неактивен
  • Зарегистрирован: 22.02.2010
  • Сообщений: 1,996
  • Репутация : [ 59 | 0 ]

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

Trouble  in WINDOWS reboot, trouble in UNIX be root.

13 Ответ от Fat-Zer

  • Fat-Zer
  • Пользователь
  • Неактивен
  • Откуда: Москва
  • Зарегистрирован: 14.10.2010
  • Сообщений: 4,977
  • Репутация : [ 256 | 6 ]

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

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

95% процентов проблем находятся между клавиатурой и стулом.

14 Ответ от valet

  • valet
  • Пользователь
  • Неактивен
  • Зарегистрирован: 27.11.2010
  • Сообщений: 546
  • Репутация : [ 2 | 0 ]
kisil⇓ пишет:

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

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

15 Ответ от valet (18.03.2013 12:38:39 отредактировано valet)

  • valet
  • Пользователь
  • Неактивен
  • Зарегистрирован: 27.11.2010
  • Сообщений: 546
  • Репутация : [ 2 | 0 ]
Fat-Zer⇓ пишет:

скорей всего ты уже удалил файлы, которые всё место кушали

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

Fat-Zer⇓ пишет:

если не хочешь перезагружать (кстати, почему?)

даже сейчас открыто несколько терминальных вкладок на серверах, с которыми работаю, запущены задачи, куча другой фоновой работы, которая требует включенного компьютера и т.д. и т.п. Да и вообще - перезагружать это не вариант - ну не буду же я каждые пару дней перезагружать только из-за того что у меня забивается /tmp - ну не  ввиндах же работаем, ребята ab Все должно работать. Вот например аптайм одного из моих серверов на дебиане:

# uptime
 09:40:46 up 98 days, 19:13,  2 users,  load average: 0.84, 0.62, 0.47

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

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

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

Fat-Zer⇓ пишет:

для начала перезапусти иксы

Как это правильно сделать, чтобы не потерять все задачи запущенные в gnome?

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 - терминале только оплэкрана видно ab - один из глюков.

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

16 Ответ от Fat-Zer

  • Fat-Zer
  • Пользователь
  • Неактивен
  • Откуда: Москва
  • Зарегистрирован: 14.10.2010
  • Сообщений: 4,977
  • Репутация : [ 256 | 6 ]
valet⇓ пишет:

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

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

valet⇓ пишет:

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

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

95% процентов проблем находятся между клавиатурой и стулом.

17 Ответ от valet

  • valet
  • Пользователь
  • Неактивен
  • Зарегистрирован: 27.11.2010
  • Сообщений: 546
  • Репутация : [ 2 | 0 ]
Fat-Zer⇓ пишет:

скорей всего там лог не ограничен...

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

18 Ответ от valet (18.03.2013 17:21:18 отредактировано valet)

  • valet
  • Пользователь
  • Неактивен
  • Зарегистрирован: 27.11.2010
  • Сообщений: 546
  • Репутация : [ 2 | 0 ]

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

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

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

19 Ответ от Fat-Zer

  • Fat-Zer
  • Пользователь
  • Неактивен
  • Откуда: Москва
  • Зарегистрирован: 14.10.2010
  • Сообщений: 4,977
  • Репутация : [ 256 | 6 ]
valet⇓ пишет:

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

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

95% процентов проблем находятся между клавиатурой и стулом.

20 Ответ от valet

  • valet
  • Пользователь
  • Неактивен
  • Зарегистрирован: 27.11.2010
  • Сообщений: 546
  • Репутация : [ 2 | 0 ]
Fat-Zer⇓ пишет:

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

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

21 Ответ от Fat-Zer

  • Fat-Zer
  • Пользователь
  • Неактивен
  • Откуда: Москва
  • Зарегистрирован: 14.10.2010
  • Сообщений: 4,977
  • Репутация : [ 256 | 6 ]
valet⇓ пишет:

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

пиши багрепорт... лучше с патчем, если умеешь...
хотя, если честно, то без патча могу дать 70-80%, что он потеряется и останется висеть на месте пока кто-нить не въедет в это ещё раз...
да и с патчем 30%, что в апстрим он не попадёт ещё очень долго...

[прошу прощения, какой-то депресняк навалил...]

95% процентов проблем находятся между клавиатурой и стулом.