URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID1
Нить номер: 89267
[ Назад ]
Исходное сообщение
"чо за фигня и как с ней бороться?? FreeBSD, раздел /var"
Отправлено pupseg , 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

Содержание
Сообщения в этом обсуждении
"чо за фигня и как с ней бороться?? FreeBSD, раздел /var"
Отправлено Michael , 30-Июн-10 17:12 

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

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

"чо за фигня и как с ней бороться?? FreeBSD, раздел /var"
Отправлено SubGun , 30-Июн-10 18:54 
*.core

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

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

"чо за фигня и как с ней бороться?? FreeBSD, раздел /var"
Отправлено sign , 01-Июл-10 11:02 
lsof /var|grep /dev/|sort +6rg|head
"чо за фигня и как с ней бороться?? FreeBSD, раздел /var"
Отправлено pupseg , 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]#

"чо за фигня и как с ней бороться?? FreeBSD, раздел /var"
Отправлено Xaionaro , 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.

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

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


"чо за фигня и как с ней бороться?? FreeBSD, раздел /var"
Отправлено Денис , 01-Июл-10 16:51 
а что скажет df -H ?
"чо за фигня и как с ней бороться?? FreeBSD, раздел /var"
Отправлено pupseg , 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

"чо за фигня и как с ней бороться?? FreeBSD, раздел /var"
Отправлено sHaggY_caT , 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'ом

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

"чо за фигня и как с ней бороться?? FreeBSD, раздел /var"
Отправлено kolayshkin , 15-Июл-10 07:24 

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

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