- чо за фигня и как с ней бороться?? FreeBSD, раздел /var, Michael, 17:12 , 30-Июн-10 (1)
- чо за фигня и как с ней бороться?? FreeBSD, раздел /var, SubGun, 18:54 , 30-Июн-10 (2)
- чо за фигня и как с ней бороться?? FreeBSD, раздел /var, sign, 11:02 , 01-Июл-10 (3)
- чо за фигня и как с ней бороться?? FreeBSD, раздел /var, pupseg, 11:14 , 01-Июл-10 (4)
>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, 13:16 , 01-Июл-10 (6)
- чо за фигня и как с ней бороться?? FreeBSD, раздел /var, pupseg, 13:31 , 01-Июл-10 (7)
>[оверквотинг удален] >>796w VREG 0,81 >> 0 329754 /var (/dev/ad4s1d) >>[root@sat /usr/ports/sysutils/lsof]# > >Перезапустите процесс httpd. А ещё не помешал бы fsck :) > >Если вы удилили файл, который открыт каким-то процессом, то он не освободит >занятое место, до тех пор, пока его не закроют. А если >же наблюдается реальное несоотвествие между занятым местом, тогда лучше прогнать через >fsck. да вот в том то и дело, что после fsck все легчает. но от этого не легче.
- чо за фигня и как с ней бороться?? FreeBSD, раздел /var, Денис, 16:51 , 01-Июл-10 (8)
- чо за фигня и как с ней бороться?? FreeBSD, раздел /var, pupseg, 17:00 , 01-Июл-10 (9)
>а что скажет 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, kolayshkin, 20:47 , 04-Июл-10 (11)
- чо за фигня и как с ней бороться?? FreeBSD, раздел /var, kolayshkin, 20:52 , 04-Июл-10 (12)
- чо за фигня и как с ней бороться?? FreeBSD, раздел /var, pupseg, 10:50 , 05-Июл-10 (14)
>[оверквотинг удален] >>>>же наблюдается реальное несоотвествие между занятым местом, тогда лучше прогнать через >>>>fsck. >>> >>>да вот в том то и дело, что после fsck все легчает. >>>но от этого не легче. >> >>А если просто перемонтировать ф.с., то помогает или нет? > >Когда началась такая проблема? Может у Вас логи apache не правильнол ротируются? >ну давно, наверное месяца два назад, логи vhost'ов лежат в /home. там их ротирует панель, вроде вполне корректно. когда логи апача и nginx в /var переполняют раздел я делаю просто cat /dev/null > /var/log/nginx-access.log например. ротировать эти общие логи было лениво, вообще сейчас их в /dev/null ссылкой пульнул.
- чо за фигня и как с ней бороться?? FreeBSD, раздел /var, pupseg, 10:48 , 05-Июл-10 (13)
>[оверквотинг удален] >>> >>>Если вы удилили файл, который открыт каким-то процессом, то он не освободит >>>занятое место, до тех пор, пока его не закроют. А если >>>же наблюдается реальное несоотвествие между занятым местом, тогда лучше прогнать через >>>fsck. >> >>да вот в том то и дело, что после fsck все легчает. >>но от этого не легче. > >А если просто перемонтировать ф.с., то помогает или нет? не пробовал.. всмысле перемонтировать? umount \ mount ?
- чо за фигня и как с ней бороться?? FreeBSD, раздел /var, kolayshkin, 14:53 , 05-Июл-10 (15)
- чо за фигня и как с ней бороться?? FreeBSD, раздел /var, pupseg, 14:58 , 05-Июл-10 (16)
>[оверквотинг удален] >>>>да вот в том то и дело, что после fsck все легчает. >>>>но от этого не легче. >>> >>>А если просто перемонтировать ф.с., то помогает или нет? >> >>не пробовал.. всмысле перемонтировать? umount \ mount ? > >Да, просто umount/mount. Прост оможет тебе помогает не fsck, и именно то >что ты делаешь umount. >Кстати fsck что-нибудь находит? ну я выше кидал - то что находит fsck ...
|