The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"чо за фигня и как с ней бороться?? FreeBSD, раздел /var"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Открытые системы на сервере (Сеть. проблемы, диагностика / FreeBSD)
Изначальное сообщение [ Отслеживать ]

"чо за фигня и как с ней бороться?? FreeBSD, раздел /var"  +/
Сообщение от pupseg email on 30-Июн-10, 16:38 
[root@sat /var]# du -m -s *
1       account
1       agentx
1       at
1       audit
1       backups
1       crash
1       cron
122     db
1       empty
1       ftp
1       games
1       heimdal
19      log
1       mail
1       msgs
2       named
1       net-snmp
1       preserve
1       run
1       rwho
1       spool
3       tmp
0       www
1       yp
[root@sat /var]# df -h
Filesystem     Size    Used   Avail Capacity  Mounted on
/dev/ad4s1a    496M    294M    163M    64%    /
devfs          1.0K    1.0K      0B   100%    /dev
/dev/ad4s1e    496M     67M    389M    15%    /tmp
/dev/ad4s1f    353G    114G    210G    35%    /usr
/dev/ad4s1d    2.9G    2.5G    168M    94%    /var
devfs          1.0K    1.0K      0B   100%    /var/named/dev
[root@sat /var]#

как в видно в /var 2.5 гига занято, а на самом деле 150 метров....!!!
а то достало просто это:
/var: write failed, filesystem is full

/var: write failed, filesystem is full

/var: write failed, filesystem is full

/var: write failed, filesystem is full

/var: write failed, filesystem is full

/var: write failed, filesystem is full

/var: write failed, filesystem is full

Высказать мнение | Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "чо за фигня и как с ней бороться?? FreeBSD, раздел /var"  +/
Сообщение от Michael (??) on 30-Июн-10, 17:12 

>как в видно в /var 2.5 гига занято, а на самом деле
>150 метров....!!!

какой-то файл в /var весит ~2 гига

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

2. "чо за фигня и как с ней бороться?? FreeBSD, раздел /var"  +/
Сообщение от SubGun (ok) on 30-Июн-10, 18:54 
*.core

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

5. "чо за фигня и как с ней бороться?? FreeBSD, раздел /var"  +/
Сообщение от pupseg email on 01-Июл-10, 11:14 
>*.core

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

3. "чо за фигня и как с ней бороться?? FreeBSD, раздел /var"  +/
Сообщение от sign (??) on 01-Июл-10, 11:02 
lsof /var|grep /dev/|sort +6rg|head
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

4. "чо за фигня и как с ней бороться?? FreeBSD, раздел /var"  +/
Сообщение от pupseg email on 01-Июл-10, 11:14 
>lsof /var|grep /dev/|sort +6rg|head

[root@sat /usr/ports/sysutils/lsof]# lsof /var|grep /dev/|sort +6rg|head
httpd     24877    root  796w  VREG   0,81        0 329754 /var (/dev/ad4s1d)
httpd     24878     www  796w  VREG   0,81        0 329754 /var (/dev/ad4s1d)
httpd     24879     www  796w  VREG   0,81        0 329754 /var (/dev/ad4s1d)
httpd     24880     www  796w  VREG   0,81        0 329754 /var (/dev/ad4s1d)
httpd     24881     www  796w  VREG   0,81        0 329754 /var (/dev/ad4s1d)
httpd     24882     www  796w  VREG   0,81        0 329754 /var (/dev/ad4s1d)
httpd     24883     www  796w  VREG   0,81        0 329754 /var (/dev/ad4s1d)
httpd     24884     www  796w  VREG   0,81        0 329754 /var (/dev/ad4s1d)
httpd     24885     www  796w  VREG   0,81        0 329754 /var (/dev/ad4s1d)
httpd     24886     www  796w  VREG   0,81        0 329754 /var (/dev/ad4s1d)
[root@sat /usr/ports/sysutils/lsof]#

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

6. "чо за фигня и как с ней бороться?? FreeBSD, раздел /var"  +/
Сообщение от Xaionaro email(ok) on 01-Июл-10, 13:16 
>[оверквотинг удален]
>httpd     24884     www  
>796w  VREG   0,81      
>  0 329754 /var (/dev/ad4s1d)
>httpd     24885     www  
>796w  VREG   0,81      
>  0 329754 /var (/dev/ad4s1d)
>httpd     24886     www  
>796w  VREG   0,81      
>  0 329754 /var (/dev/ad4s1d)
>[root@sat /usr/ports/sysutils/lsof]#

Перезапустите процесс httpd. А ещё не помешал бы fsck :)

Если вы удилили файл, который открыт каким-то процессом, то он не освободит занятое место, до тех пор, пока его не закроют. А если же наблюдается реальное несоотвествие между занятым местом, тогда лучше прогнать через fsck.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

7. "чо за фигня и как с ней бороться?? FreeBSD, раздел /var"  +/
Сообщение от pupseg email on 01-Июл-10, 13:31 
>[оверквотинг удален]
>>796w  VREG   0,81      
>>  0 329754 /var (/dev/ad4s1d)
>>[root@sat /usr/ports/sysutils/lsof]#
>
>Перезапустите процесс httpd. А ещё не помешал бы fsck :)
>
>Если вы удилили файл, который открыт каким-то процессом, то он не освободит
>занятое место, до тех пор, пока его не закроют. А если
>же наблюдается реальное несоотвествие между занятым местом, тогда лучше прогнать через
>fsck.

да вот в том то и дело, что после fsck все легчает. но от этого не легче.


Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

8. "чо за фигня и как с ней бороться?? FreeBSD, раздел /var"  +/
Сообщение от Денис (??) on 01-Июл-10, 16:51 
а что скажет df -H ?
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

9. "чо за фигня и как с ней бороться?? FreeBSD, раздел /var"  +/
Сообщение от pupseg email on 01-Июл-10, 17:00 
>а что скажет df -H ?

ща вот чо скажет :
[root@sat ~]# df -H
Filesystem     Size    Used   Avail Capacity  Mounted on
/dev/ad4s1a    520M    308M    170M    64%    /
devfs          1.0k    1.0k      0B   100%    /dev
/dev/ad4s1e    520M     70M    408M    15%    /tmp
/dev/ad4s1f    379G    123G    226G    35%    /usr
/dev/ad4s1d    3.1G    183M    2.7G     6%    /var
devfs          1.0k    1.0k      0B   100%    /var/named/dev
[root@sat ~]#

это после перезагрузки с fsck_y_enable="YES" ...

но бывает за три минуты раз в день говорит что фулл ..
бывает раз в месяц..
на сервер мускуль стоит интенсивно писал в /var там где базы.
я базы перенес и зделал ссылку /var/db/mysql -> /usr/mysql, вот это писало:
pid 2636 (mysqld), uid 88 inumber 48282 on /var: filesystem full
pid 2636 (mysqld), uid 88 inumber 48282 on /var: filesystem full
pid 2636 (mysqld), uid 88 inumber 48282 on /var: filesystem full
pid 3414 (nginx), uid 80 inumber 48282 on /var: filesystem full
pid 2636 (mysqld), uid 88 inumber 48282 on /var: filesystem full
pid 2636 (mysqld), uid 88 inumber 48282 on /var: filesystem full
pid 2636 (mysqld), uid 88 inumber 48282 on /var: filesystem full
pid 2636 (mysqld), uid 88 inumber 48282 on /var: filesystem full
pid 2636 (mysqld), uid 88 inumber 48282 on /var: filesystem full
вот это писало в логах после той перезагрузки:
Jun 30 11:18:37 sat kernel: GEOM_LABEL: Label for provider acd0 is iso9660/FreeBSD_Install.
Jun 30 11:18:37 sat kernel: GEOM_LABEL: Label for provider ad4s1a is ufsid/4b58610d6b913b0c.
Jun 30 11:18:37 sat kernel: GEOM_LABEL: Label for provider ad4s1d is ufsid/4b58612653f96d3e.
Jun 30 11:18:37 sat kernel: GEOM_LABEL: Label for provider ad4s1e is ufsid/4b58610d5aa6cefd.
Jun 30 11:18:37 sat kernel: GEOM_LABEL: Label for provider ad4s1f is ufsid/4b58610d80b133e6.
Jun 30 11:18:37 sat kernel: Trying to mount root from ufs:/dev/ad4s1a
Jun 30 11:18:37 sat kernel: GEOM_LABEL: Label ufsid/4b58610d6b913b0c removed.
Jun 30 11:18:37 sat kernel: GEOM_LABEL: Label for provider ad4s1a is ufsid/4b58610d6b913b0c.
Jun 30 11:18:37 sat kernel: GEOM_LABEL: Label ufsid/4b58610d5aa6cefd removed.
Jun 30 11:18:37 sat kernel: GEOM_LABEL: Label for provider ad4s1e is ufsid/4b58610d5aa6cefd.
Jun 30 11:18:37 sat kernel: GEOM_LABEL: Label ufsid/4b58610d80b133e6 removed.
Jun 30 11:18:37 sat kernel: GEOM_LABEL: Label for provider ad4s1f is ufsid/4b58610d80b133e6.
Jun 30 11:18:37 sat kernel: GEOM_LABEL: Label ufsid/4b58612653f96d3e removed.
Jun 30 11:18:37 sat kernel: GEOM_LABEL: Label for provider ad4s1d is ufsid/4b58612653f96d3e.
Jun 30 11:18:37 sat kernel: GEOM_LABEL: Label ufsid/4b58610d6b913b0c removed.
Jun 30 11:18:37 sat kernel: GEOM_LABEL: Label ufsid/4b58610d5aa6cefd removed.
Jun 30 11:18:37 sat kernel: GEOM_LABEL: Label ufsid/4b58610d80b133e6 removed.
Jun 30 11:18:37 sat kernel: GEOM_LABEL: Label ufsid/4b58612653f96d3e removed.

все равно эта проблема с тех времен не исчезла..
очень не хочется верить что чтото с железом .. диск вроде не самый херовый:

Jun 30 11:18:37 sat kernel: ad4: 381554MB <Seagate ST3400832AS 3.03> at ata2-master SATA150

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

10. "чо за фигня и как с ней бороться?? FreeBSD, раздел /var"  +/
Сообщение от sHaggY_caT (ok) on 03-Июл-10, 23:01 
>[оверквотинг удален]
>Jun 30 11:18:37 sat kernel: GEOM_LABEL: Label ufsid/4b58610d6b913b0c removed.
>Jun 30 11:18:37 sat kernel: GEOM_LABEL: Label ufsid/4b58610d5aa6cefd removed.
>Jun 30 11:18:37 sat kernel: GEOM_LABEL: Label ufsid/4b58610d80b133e6 removed.
>Jun 30 11:18:37 sat kernel: GEOM_LABEL: Label ufsid/4b58612653f96d3e removed.
>
>все равно эта проблема с тех времен не исчезла..
>очень не хочется верить что чтото с железом .. диск вроде не
>самый херовый:
>
>Jun 30 11:18:37 sat kernel: ad4: 381554MB <Seagate ST3400832AS 3.03> at ata2-master SATA150

Вероятно, большие временные таблицы в MySQL. гуглить в сторону тюнинга параметров MySQL: без рейда с кэшем, защищенным батарейкой, такое насилие над HDD, даже на нормальном, по размеру /var (не как у Вас), означает, как минимум, дикие тормоза.
Так же, очень советую пройтись myisamcheck'ом

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

11. "чо за фигня и как с ней бороться?? FreeBSD, раздел /var"  +/
Сообщение от kolayshkin email(??) on 04-Июл-10, 20:47 
>>Перезапустите процесс httpd. А ещё не помешал бы fsck :)
>>
>>Если вы удилили файл, который открыт каким-то процессом, то он не освободит
>>занятое место, до тех пор, пока его не закроют. А если
>>же наблюдается реальное несоотвествие между занятым местом, тогда лучше прогнать через
>>fsck.
>
>да вот в том то и дело, что после fsck все легчает.
>но от этого не легче.

А если просто перемонтировать ф.с., то помогает или нет?

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

12. "чо за фигня и как с ней бороться?? FreeBSD, раздел /var"  +/
Сообщение от kolayshkin email(??) on 04-Июл-10, 20:52 
>[оверквотинг удален]
>>>
>>>Если вы удилили файл, который открыт каким-то процессом, то он не освободит
>>>занятое место, до тех пор, пока его не закроют. А если
>>>же наблюдается реальное несоотвествие между занятым местом, тогда лучше прогнать через
>>>fsck.
>>
>>да вот в том то и дело, что после fsck все легчает.
>>но от этого не легче.
>
>А если просто перемонтировать ф.с., то помогает или нет?

Когда началась такая проблема? Может у Вас логи apache не правильнол ротируются?

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

14. "чо за фигня и как с ней бороться?? FreeBSD, раздел /var"  +/
Сообщение от pupseg email on 05-Июл-10, 10:50 
>[оверквотинг удален]
>>>>же наблюдается реальное несоотвествие между занятым местом, тогда лучше прогнать через
>>>>fsck.
>>>
>>>да вот в том то и дело, что после fsck все легчает.
>>>но от этого не легче.
>>
>>А если просто перемонтировать ф.с., то помогает или нет?
>
>Когда началась такая проблема? Может у Вас логи apache не правильнол ротируются?
>

ну давно, наверное месяца два назад, логи vhost'ов лежат в /home. там их ротирует панель, вроде вполне корректно.
когда логи апача и nginx в /var переполняют раздел я делаю просто cat /dev/null > /var/log/nginx-access.log например.

ротировать эти общие логи было лениво, вообще сейчас их в /dev/null ссылкой пульнул.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

13. "чо за фигня и как с ней бороться?? FreeBSD, раздел /var"  +/
Сообщение от pupseg email on 05-Июл-10, 10:48 
>[оверквотинг удален]
>>>
>>>Если вы удилили файл, который открыт каким-то процессом, то он не освободит
>>>занятое место, до тех пор, пока его не закроют. А если
>>>же наблюдается реальное несоотвествие между занятым местом, тогда лучше прогнать через
>>>fsck.
>>
>>да вот в том то и дело, что после fsck все легчает.
>>но от этого не легче.
>
>А если просто перемонтировать ф.с., то помогает или нет?

не пробовал.. всмысле перемонтировать? umount \ mount ?

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

15. "чо за фигня и как с ней бороться?? FreeBSD, раздел /var"  +/
Сообщение от kolayshkin email(??) on 05-Июл-10, 14:53 
>[оверквотинг удален]
>>>>занятое место, до тех пор, пока его не закроют. А если
>>>>же наблюдается реальное несоотвествие между занятым местом, тогда лучше прогнать через
>>>>fsck.
>>>
>>>да вот в том то и дело, что после fsck все легчает.
>>>но от этого не легче.
>>
>>А если просто перемонтировать ф.с., то помогает или нет?
>
>не пробовал.. всмысле перемонтировать? umount \ mount ?

Да, просто umount/mount. Прост оможет тебе помогает не fsck, и именно то что ты делаешь umount.
Кстати fsck что-нибудь находит?

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

16. "чо за фигня и как с ней бороться?? FreeBSD, раздел /var"  +/
Сообщение от pupseg email on 05-Июл-10, 14:58 
>[оверквотинг удален]
>>>>да вот в том то и дело, что после fsck все легчает.
>>>>но от этого не легче.
>>>
>>>А если просто перемонтировать ф.с., то помогает или нет?
>>
>>не пробовал.. всмысле перемонтировать? umount \ mount ?
>
>Да, просто umount/mount. Прост оможет тебе помогает не fsck, и именно то
>что ты делаешь umount.
>Кстати fsck что-нибудь находит?

ну я выше кидал - то что находит fsck ...

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

17. "чо за фигня и как с ней бороться?? FreeBSD, раздел /var"  +/
Сообщение от sHaggY_caT (ok) on 06-Июл-10, 22:09 
>[оверквотинг удален]
>>>>
>>>>А если просто перемонтировать ф.с., то помогает или нет?
>>>
>>>не пробовал.. всмысле перемонтировать? umount \ mount ?
>>
>>Да, просто umount/mount. Прост оможет тебе помогает не fsck, и именно то
>>что ты делаешь umount.
>>Кстати fsck что-нибудь находит?
>
>ну я выше кидал - то что находит fsck ...

Остановить все сервисы, посмотреть еще раз df. Если ничего не изменилось, посмотреть lsof'ом, что держит.
Я бы покопала в строну временных таблиц MySQL. Они могут быть, если MySQL нетюненный и дефольтный, достаточно большими, что на Вашем микроскопическом /var и могло отражаться

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

18. "чо за фигня и как с ней бороться?? FreeBSD, раздел /var"  +/
Сообщение от kolayshkin email(??) on 15-Июл-10, 07:24 

>>Да, просто umount/mount. Прост оможет тебе помогает не fsck, и именно то
>>что ты делаешь umount.
>>Кстати fsck что-нибудь находит?
>
>ну я выше кидал - то что находит fsck ...

Я что-то не нашел у тебя вывод fsck. Кинь его

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру