форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

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

"чо за фигня и как с ней бороться?? FreeBSD, раздел /var"	+/–
Сообщение от pupseg 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 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 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 (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 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 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 (??) on 04-Июл-10, 20:47
	>>Перезапустите процесс httpd. А ещё не помешал бы fsck :) >> >>Если вы удилили файл, который открыт каким-то процессом, то он не освободит >>занятое место, до тех пор, пока его не закроют. А если >>же наблюдается реальное несоотвествие между занятым местом, тогда лучше прогнать через >>fsck. > >да вот в том то и дело, что после fsck все легчает. >но от этого не легче. А если просто перемонтировать ф.с., то помогает или нет?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

	14. "чо за фигня и как с ней бороться?? FreeBSD, раздел /var"	+/–
	Сообщение от pupseg 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 on 05-Июл-10, 10:48
	>[оверквотинг удален] >>> >>>Если вы удилили файл, который открыт каким-то процессом, то он не освободит >>>занятое место, до тех пор, пока его не закроют. А если >>>же наблюдается реальное несоотвествие между занятым местом, тогда лучше прогнать через >>>fsck. >> >>да вот в том то и дело, что после fsck все легчает. >>но от этого не легче. > >А если просто перемонтировать ф.с., то помогает или нет? не пробовал.. всмысле перемонтировать? umount \ mount ?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

	16. "чо за фигня и как с ней бороться?? FreeBSD, раздел /var"	+/–
	Сообщение от pupseg 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 (??) on 15-Июл-10, 07:24
	>>Да, просто umount/mount. Прост оможет тебе помогает не fsck, и именно то >>что ты делаешь umount. >>Кстати fsck что-нибудь находит? > >ну я выше кидал - то что находит fsck ... Я что-то не нашел у тебя вывод fsck. Кинь его
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

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