Отправляет email-рассылки с помощью сервиса Sendsay

[BSD] Решение вопросов по FreeBSD, OpenBSD и NetBSD

Подписаться Бесплатный дискуссионный лист Подписчиков 787
←   Январь 2007   →
 1
 2
 3
03.01.2007
12:50:14
17:27:16
 4
 5
 6
 7
 8
 9
10
11
11.01.2007
09:45:23
21:42:56
12
12.01.2007
07:59:10
08:13:23
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31


За последние 60 дней ни разу не выходила


Сайт листа: http://www.linuxrsp.ru
Открыт: 04-03-2004
Пре-модерация: Нет
Адрес для писем в лист: comp.soft.bsd.all-list@subscribe.ru
Адрес модератора: comp.soft.bsd.all-owner@subscribe.ru

Модератор
Фёдор Сорекс

Статистика

787 подписчиков
0 за неделю

/var - катастрофически быстро "тает" свободное место

Все доброго времени суток :)

Есть FreeBSD 5.3 ,
дефолтная разбивка на разделы (это был мой первый сервер, так что - меня можно
за дефолтное простить :)) ,
на /var 250 М с чем-то места ,
использование сервера - небольшой сервер общего назначения с небольшой
нагрузкой (нагрузка до 2 максимум, когда делается backup) ,
последний аптайм - ок. 200 дней.

Последний аптайм был прерван аппаратной перезагрузкой потому,
что вдруг стало катастрофически резко уменьшаться свободное место ( df ) в
разделе /var .

Для меня странно то, что суммарный размер файлов в разделе (в mc
команды-размеры каталогов) меньше , чем то, что про размер занятых файлов
говорит df .

Кто-то может что-то подсказать? :)

Ответить  
Alex
Thu, 11 Jan 2007 20:44:58 +0200 (#628559)

 

Ответы:

Это нормально (при относительно небольшой разнице).
Ты сам себе ответил:
mc считает суммарный_размер_файлов, а df - занятое_место (disk-free).
Покажи
df
и
du -d 1 /var
И то и другое можно с ключем -h
Посмотри, какой из каталогов пухнет.
Скорей всего это /var/log или /var/mail
Далее, по результатам...
Удачи!

-*Название листа "[BSD] Решение вопросов по FreeBSD, OpenBSD и NetBSD";
Написать в лист: mailto:comp.soft.bsd.all-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.bsd.all/rules
Номер письма: 3099; Возраст листа: 1044; Участников: 932
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.bsd.all/msg/628650

Ответить  
Михаил Толоконников
Fri, 12 Jan 2007 08:00:16 +0300 (#628650)

 

В сообщении от 12 января 2007 07:00 Михаил Толоконников написал(a):

разница существенна :(

df:

/dev/ad0s1d 253678 210356 23028 90% /var

т.е. занято, вроде бы 210М

du -d 1 /var
2 /var/.snap
2 /var/account
6 /var/at
22 /var/backups
4 /var/crash
420 /var/cron
4150 /var/db
2 /var/empty
2 /var/heimdal
656 /var/log
7872 /var/mail
4 /var/msgs
38 /var/named
2 /var/preserve
48 /var/run
2 /var/rwho
464 /var/spool
888 /var/tmp
20 /var/yp
2 /var/games
4 /var/lib
2 /var/irclogs
14614 /var

а фактически:

около 14М

сейчас аптайм чуть более 2х суток

:((

опять приходится перегружаться...

Ответить  
Alex
Sat, 13 Jan 2007 13:49:51 +0200 (#629026)

 

В сообщении от 12 января 2007 07:00 Михаил Толоконников написал(a):

после перезагрузки:

# ls
minfree

на 5 кб...

Ответить  
Alex
Sat, 13 Jan 2007 13:54:08 +0200 (#629028)

 

В сообщении от 12 января 2007 07:00 Михаил Толоконников написал(a):

после reboot (только что) :

df :

/dev/ad0s1d 253678 14830 218554 6% /var

т.е. занято теперь 14М

что вполне соответствует действительности:

du -d 1 /var

2 /var/.snap
2 /var/account
6 /var/at
22 /var/backups
4 /var/crash
420 /var/cron
4150 /var/db
2 /var/empty
2 /var/heimdal
852 /var/log
7882 /var/mail
4 /var/msgs
38 /var/named
2 /var/preserve
54 /var/run
2 /var/rwho
464 /var/spool
888 /var/tmp
20 /var/yp
2 /var/games
4 /var/lib
2 /var/irclogs
14826 /var

со временем свободное место будет уменьшаться, а фактический суммарный размер
файлов в /var - нет...

у меня есть два варианта:
1. созданы какие-то условия для проявления ошибки в системном определении
свободного места
2. ну, или аппарат... но это уже бубны, имхо...

в общем - что мне делать, кто скажет? :(

Ответить  
Alex
Sat, 13 Jan 2007 14:02:39 +0200 (#629033)

 

Маловерятно
Если uname -a говорит "stable"

Память ?

Я бы предположил вариант проще: создается файл, открывается, затем ему делается
unlink (т.е. удаление). Он из каталога (и, следовательно, du/mc) исчезает, но
т.к. открыт, пространство под него остается зарезервированным. Узнать это можно,
хотя и не совсем легко: надо сопоставить список открытых инодов по fstat и ls.
Скриптиком. fstat также скажет - кто (pid) держатель такого файла.

Можно просто последовательно прибивать процессы в системе и смотреть, когда df
и du выровняются.

А можно сделать shutdown now (т.е. перевести систему в однопользовательский режим
(это когда кроме ядра, shell'a и init'a все выгружается) и посмотреть - вернется
ли соответствие du и df. Только во всех случаях нужно помнить, что есть такая
штука, как отложенная запись и она может откладываться секунд на 30-60 - т.е.
реакция df на ситуацию в системе не моментальна.

-*Название листа "[BSD] Решение вопросов по FreeBSD, OpenBSD и NetBSD";
Написать в лист: mailto:comp.soft.bsd.all-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.bsd.all/rules
Номер письма: 3106; Возраст листа: 1048; Участников: 931
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.bsd.all/msg/629886

Ответить   Vladimir Olegovich Mon, 15 Jan 2007 09:58:55 +0600 (#629886)

 

В сообщении от 15 января 2007 05:58 Vladimir Olegovich написал(a):

stable

как проверить? :)

сейчас данные для этого уже собираются, и скриптик придется писать...

ok, тоже попробую :)

ok, буду знать :)

Ответить  
Alex
Tue, 16 Jan 2007 10:46:12 +0200 (#630035)

 

По идее (и по разнообразной литературе), любые глюки памяти приводят к глюкам
софта. Т.е. нужно просто взять гарантированно работающий софт, загрузить им тачку
по самую верхнюю рисочку, чтобы немного в своп вытекло и гонять. Час, два - пока
не надоест. Я для этого люблю использовать free с поднятыми x'ами, а под ними
запустить штук 20 dosbox'ов и еще столько же firefox'ов (отдельных процессов,
а не окон). Если это все не свалится за полчасика - час - вроде как машина живая.
Ну и, конечно, проверить на всякий случай БП - обычным вольтметром, а можно и
осцилографом. Под нагрузкой.

Есть, конечно, и просто синтетические тестилки памяти. Я люблю две из них, но
не знаю названий: одна под dos (могу глянуть название или выслать почтой), другая
сама по себе - ее часто добавляют как бонус к разным дистрибутивам линукс - называется
незамысловато - кажется, memtest, грузится, как я понял, вместо ядра ОС.

Но был у меня один случай, который эту всю теорию несколько опроверг: собирал
машину: какой-то третий целерон, две планки памяти, 64 Мб и стал на нее free,
тогда еще 4.9, заряжать. ОС
встала, работает, не висит, на сеть отзывается. Стал ставить на нее софт, удаленно
- вылетает при компиляции по syntax error в исходниках. Кажется, в midnight'e.
Я ее и так и этак - не хочет. В одном и том же файле одна и та же ошибка. Настолько
достоверно, что я бы поверил - если бы с этих же дистфайлов ее не ставил уже
несколько раз. Да и тест md5 же архив проходит... Стал играть памятью. Одну планку
вытащил - тот же результат. Другую вытаскиваю - опа - все работает. Ставлю назад
- не работает. Понес дохлую к техникам, которые машину собирали - они говорят
- память тестили (под виндой, с той же материнкой), все работало. Так история
и осталась загадкой. То ли битая ячейка, то ли полтергейст :) Синтетические тесты
я на этой машине, к сожалению, не гонял.

-*Название листа "[BSD] Решение вопросов по FreeBSD, OpenBSD и NetBSD";
Написать в лист: mailto:comp.soft.bsd.all-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.bsd.all/rules
Номер письма: 3108; Возраст листа: 1048; Участников: 932
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.bsd.all/msg/630174

Ответить   Vladimir Olegovich Tue, 16 Jan 2007 20:06:05 +0600 (#630174)

 

В сообщении от 16 января 2007 16:06 Vladimir Olegovich написал(a):

Идея хорошая, но "вместо ядра" в моем случае не подходит - я не могу надолго
останавливать сервисы... :(

Но надо будет поискать - вдруг и не надо "вместо ядра" :)

Ответить  
Alex
Tue, 16 Jan 2007 19:58:55 +0200 (#630178)

 

В сообщении от Четверг 11 января 2007 21:44 Alex написал(a):

Еще посмотри /var/crash. Туда дампы сбрасываются при крахе сервера. Размер
файла дампа равен размеру оперативной памяти. Так что при твоем размере /var
и при размере оперативной памяти, например, 256 Мб хватит одного краха, что
бы заполнить весь раздел.

Ответить   Dmitry Prokopenko Fri, 12 Jan 2007 08:21:05 +0300 (#628652)

 

В сообщении от 12 января 2007 07:21 Dmitry Prokopenko написал(a):

там почти ничгео нет.... :( это было бы хорошим объяснением, если б что-то
часто падало... но все, вроде, нормально...

# ls
minfree

на 5 кб

Ответить  
Alex
Sat, 13 Jan 2007 13:55:03 +0200 (#629029)

 

Здравствуйте, Alex.

Вы писали 11 января 2007 г., 23:44:58:

Посмотри в разделе /var что занимает много места du -sh *
можно сдеать симлинки из /var в раздел /usr

mail -> /usr/var/mail/

Ответить  
ats2chirk***@b*****.ru
Fri, 12 Jan 2007 08:32:39 +0500 (#628918)