mx# df -h
Filesystem Size Used Avail Capacity Mounted on
/dev/da0s1e 5.8G 4.2G 1.1G 79% /varфактические если смотреть занятно всего 180Мb , облазил всю диррректорию лишних файлов нет.
Куда место делось?
Остается вариант ребутить сервер, грохать раздел и поновой делать, но очень не хочется
> mx# df -h
> Filesystem Size Used
> Avail Capacity Mounted on
> /dev/da0s1e 5.8G 4.2G
> 1.1G 79% /var
> фактические если смотреть занятно всего 180Мb , облазил всю диррректорию лишних файлов
> нет.
> Куда место делось?
> Остается вариант ребутить сервер, грохать раздел и поновой делать, но очень не
> хочетсяdu -sh /var
df -hi /varчто говорят?
mx# du -sh /var
703M /var
mx# df -hi /var
Filesystem Size Used Avail Capacity iused ifree %iused Mounted on
/dev/da0s1e 5.8G 4.3G 1.1G 80% 176995 623771 22% /var
mx#
> mx# df -h
> Filesystem Size Used
> Avail Capacity Mounted on
> /dev/da0s1e 5.8G 4.2G
> 1.1G 79% /var
> фактические если смотреть занятно всего 180Мb , облазил всю диррректорию лишних файлов
> нет.
> Куда место делось?
> Остается вариант ребутить сервер, грохать раздел и поновой делать, но очень не
> хочетсяhttp://www.opennet.me/openforum/vsluhforumID10/4151.html
http://www.opennet.me/openforum/vsluhforumID1/47554.html
http://www.opennet.me/openforum/vsluhforumID1/18852.html
http://www.opennet.me/openforum/vsluhforumID1/35513.html
http://www.opennet.me/openforum/vsluhforumID1/79245.html
> Остается вариант ребутить сервер, грохать раздел и поновой делать, но очень не
> хочетсяИнтересный вариант)))
почистил чуток
было
mx# du -h -d 1 /var
2.0K /var/.snap
2.0K /var/account
6.0K /var/at
2.0K /var/audit
16K /var/backups
214M /var/crash
4.0K /var/cron
7.0M /var/db
2.0K /var/empty
2.0K /var/heimdal
106M /var/log
17M /var/mail
4.0K /var/msgs
48K /var/named
2.0K /var/preserve
44K /var/run
2.0K /var/rwhoстало
mx# du -h -d 1 /var
2.0K /var/.snap
2.0K /var/account
6.0K /var/at
2.0K /var/audit
16K /var/backups
214M /var/crash
4.0K /var/cron
7.0M /var/db
2.0K /var/empty
2.0K /var/heimdal
110M /var/log
17M /var/mail
4.0K /var/msgs
48K /var/named
2.0K /var/preserve
44K /var/run
2.0K /var/rwho
81M /var/spool
12K /var/tmp
22K /var/yp
2.0K /var/games
18K /var/lost+found
429M /varmx# df -h
Filesystem Size Used Avail Capacity Mounted on
/dev/da0s1e 5.8G 3.8G 1.6G 71% /var
> mx# df -h
> Filesystem Size Used
> Avail Capacity Mounted on
> /dev/da0s1e 5.8G 4.2G
> 1.1G 79% /var
> фактические если смотреть занятно всего 180Мb , облазил всю диррректорию лишних файлов
> нет.
> Куда место делось?Установите lsof и посмотрите, кто держит открытыми файлы на /var
/usr/ports/sysutils/lsof
virtual 397 postfix cwd VDIR 0,96 512 188425 /var/spool/postfix
virtual 397 postfix 8u VREG 0,96 0 188467 /var/spool/postfix/pid/unix.virtual
virtual 397 postfix 11uR VREG 0,96 3715 204919 /var/spool/postfix/incoming/CEAE832077
virtual 402 postfix cwd VDIR 0,96 512 188425 /var/spool/postfix
virtual 402 postfix 8u VREG 0,96 0 188467 /var/spool/postfix/pid/unix.virtual
virtual 402 postfix 11uR VREG 0,96 67573 188862 /var/spool/postfix/incoming/ED7F82E1BE
pflogd 425 _pflogd cwd VDIR 0,96 512 400384 /var/empty
pflogd 425 _pflogd rtd VDIR 0,96 512 400384 /var/empty
pflogd 425 _pflogd jld VDIR 0,96 512 400384 /var/empty
postfix/incoming/9832B3133D
virtual 5503 postfix cwd VDIR 0,96 512 188425 /var/spool/postfix
virtual 5503 postfix 8u VREG 0,96 0 188467 /var/spool/postfix/pid/unix.virtual
virtual 5503 postfix 11uR VREG 0,96 2163 211417 /var/spool/postfix/incoming/EC3C3339D9
virtual 5506 postfix cwd VDIR 0,96 512 188425 /var/spool/postfix
virtual 5506 postfix 8u VREG 0,96 0 188467 /var/spool/postfix/pid/unix.virtual
virtual 5506 postfix 11uR VREG 0,96 4559 230391 /var/spool/
................
athdaemond/socket.tmp
authdaemo 96375 root 5u unix 0xcc838c60 0t0 /var/run/authdaemond/socket.tmp
authdaemo 96376 root 5u unix 0xcc838c60 0t0 /var/run/authdaemond/socket.tmp
authdaemo 96377 root 5u unix 0xcc838c60 0t0 /var/run/authdaemond/socket.tmp
authdaemo 96378 root 5u unix 0xcc838c60 0t0 /var/run/authdaemond/socket.tmp
.......
mysqld 96449 mysql 7u VREG 0,96 0 329766 /var (/dev/da0s1e)
mysqld 96449 mysql 8u VREG 0,96 0 329767 /var (/dev/da0s1e)
mysqld 96449 mysql 12u VREG 0,96 0 329768 /var (/dev/da0s1e)
mysqld 96449 mysql 5u VREG 0,96 0 329764 /var (/dev/da0s1e)
mysqld 96449 mysql 6u VREG 0,96 0 329765 /var (/dev/da0s1e)
mysqld 96449 mysql 7u VREG 0,96 0 329766 /var (/dev/da0s1e)
................
virtual 97827 postfix 8u VREG 0,96 0 188467 /var/spool/postfix/pid/unix.virtual
virtual 97827 postfix 11uR VREG 0,96 4192 198105 /var/spool/postfix/incoming/31DF9305D9
virtual 97838 postfix cwd VDIR 0,96 512 188425 /var/spool/postfix
virtual 97838 postfix 8u VREG 0,96 0 188467 /var/spool/postfix/pid/unix.virtual
virtual 97838 postfix 11uR VREG 0,96 13268 226862 /var/spool/postfix/incoming/823DB3762E
virtual 99442 postfix cwd VDIR 0,96 512 188425 /var/spool/postfix
virtual 99442 postfix 8u VREG 0,96 0 188467 /var/spool/postfix/pid/unix.virtual
virtual 99442 postfix 11uR VREG 0,96 9236 215118 /var/spool/postfix/incoming/60DF83484EЛог вроде большой всего по чуть чуть выдрал. Ничего большого нету
покажите полностью
df -h
mountи сделайте fsck -y /var
> покажите полностью
> df -h
> mount
> и сделайте fsck -y /varmx# df -h
Filesystem Size Used Avail Capacity Mounted on
/dev/da0s1a 989M 226M 684M 25% /
devfs 1.0K 1.0K 0B 100% /dev
/dev/da0s1g 2.9G 774K 2.7G 0% /home
/dev/da0s1h 173G 16G 143G 10% /service
/dev/da0s1f 496M 11M 445M 2% /tmp
/dev/da0s1d 7.7G 2.2G 4.9G 31% /usr
/dev/da0s1e 5.8G 4.3G 1.1G 80% /var
mx# mount
/dev/da0s1a on / (ufs, local)
devfs on /dev (devfs, local)
/dev/da0s1g on /home (ufs, local, soft-updates)
/dev/da0s1h on /service (ufs, local, soft-updates)
/dev/da0s1f on /tmp (ufs, local, soft-updates)
/dev/da0s1d on /usr (ufs, local, soft-updates)
/dev/da0s1e on /var (ufs, local, soft-updates)
> mx# df -h
> Filesystem Size Used
> Avail Capacity Mounted on
> /dev/da0s1e 5.8G 4.2G
> 1.1G 79% /var
> фактические если смотреть занятно всего 180Мb , облазил всю диррректорию лишних файлов
> нет.
> Куда место делось?
> Остается вариант ребутить сервер, грохать раздел и поновой делать, но очень не
> хочетсяВы пробывали гуглить то? Если хотите "получить" своё "место" обратно, то просто сделайте "tunefs -m 0 /dev/da0s1e". Но вообще я бы вам не рекомендовал ставить ноль. Поставьте хотя бы единичку :)
>[оверквотинг удален]
>> /dev/da0s1e 5.8G 4.2G
>> 1.1G 79% /var
>> фактические если смотреть занятно всего 180Мb , облазил всю диррректорию лишних файлов
>> нет.
>> Куда место делось?
>> Остается вариант ребутить сервер, грохать раздел и поновой делать, но очень не
>> хочется
> Вы пробывали гуглить то? Если хотите "получить" своё "место" обратно, то просто
> сделайте "tunefs -m 0 /dev/da0s1e". Но вообще я бы вам не
> рекомендовал ставить ноль. Поставьте хотя бы единичку :)Эта команда помоему устанавливает минимальный порог свободного места.. У меня ощущение что место это не вернет :)
Сервак ночью ретбутился вот в логах чего:Nov 13 01:54:16 mx kernel: WARNING: / was not properly dismounted
Nov 13 01:54:16 mx kernel: WARNING: /home was not properly dismounted
Nov 13 01:54:16 mx kernel: WARNING: /service was not properly dismounted
Nov 13 01:54:16 mx kernel: /service: mount pending error: blocks 4 files 1
Nov 13 01:54:16 mx kernel: WARNING: /tmp was not properly dismounted
Nov 13 01:54:16 mx kernel: WARNING: /usr was not properly dismounted
Nov 13 01:54:16 mx kernel: WARNING: /var was not properly dismounted
Nov 13 01:54:16 mx kernel: /var: mount pending error: blocks 875352 files 1
Nov 13 01:54:16 mx savecore: reboot after panic: ffs_valloc: dup alloc
Nov 13 01:54:16 mx savecore: writing core to vmcore.9
Nov 13 01:59:15 mx fsck: /dev/da0s1e: INCORRECT BLOCK COUNT I=659459 (8 should be 4) (CORRECTED)
Nov 13 01:59:15 mx fsck: /dev/da0s1e: INCORRECT BLOCK COUNT I=659460 (12 should be 4) (CORRECTED)
Nov 13 01:59:15 mx fsck: /dev/da0s1e: INCORRECT BLOCK COUNT I=659461 (437284 should be 4) (CORRECTED)
Nov 13 01:59:15 mx fsck: /dev/da0s1e: INCORRECT BLOCK COUNT I=659462 (8 should be 4) (CORRECTED)
Nov 13 01:59:15 mx fsck: /dev/da0s1e: INCORRECT BLOCK COUNT I=659463 (1214944 should be 777856) (CORRECTED)
Nov 13 01:59:15 mx fsck: /dev/da0s1e: INCORRECT BLOCK COUNT I=659480 (438052 should be 4) (CORRECTED)
Nov 13 01:59:15 mx fsck: /dev/da0s1e: DIRECTORY CORRUPTED I=4 OWNER=root MODE=40700
Nov 13 01:59:15 mx fsck: /dev/da0s1e: SIZE=18432 MTIME=Jul 17 16:23 2010
Nov 13 01:59:15 mx fsck: /dev/da0s1e: DIR=?
Nov 13 01:59:15 mx fsck: /dev/da0s1e: UNEXPECTED SOFT UPDATE INCONSISTENCY; RUN fsck MANUALLY.не накрывается ли винт случайно?
место помну пол года назад сожралось когда сервак ребутился покругу
после таких ошибок
Nov 13 01:54:16 mx kernel: /var: mount pending error: blocks 875352 files 1
Nov 13 01:54:16 mx savecore: reboot after panic: ffs_valloc: dup alloc
Nov 13 01:54:16 mx savecore: writing core to vmcore.9
>[оверквотинг удален]
> be 777856) (CORRECTED)
> Nov 13 01:59:15 mx fsck: /dev/da0s1e: INCORRECT BLOCK COUNT I=659480 (438052 should
> be 4) (CORRECTED)
> Nov 13 01:59:15 mx fsck: /dev/da0s1e: DIRECTORY CORRUPTED I=4 OWNER=root
> MODE=40700
> Nov 13 01:59:15 mx fsck: /dev/da0s1e: SIZE=18432 MTIME=Jul 17 16:23 2010
> Nov 13 01:59:15 mx fsck: /dev/da0s1e: DIR=?
> Nov 13 01:59:15 mx fsck: /dev/da0s1e: UNEXPECTED SOFT UPDATE INCONSISTENCY; RUN fsck
> MANUALLY.
> не накрывается ли винт случайно?в верхних сообщениях нет ничего о дисковых проблемах, вам Nimdar правильные ссылки
указал: удаление лога или файла работающей программы привело к тому что запись
на диск продолжалась, df показывал уменьшение свободного размера, а du показывал
что файлы занимают мало места, действия: искать с помощью lsof или fstat активные
файлы на интересующей FS, завершить работу программы которая создала "огромный невидимый"
файл и выполнить sync; sync или перезагрузить систему, тогда файл будет закрыт fsck откорректирует FS
и все будут счастливы, верхние сообщения от fsck именно об этом и говорят.случилась паника с vmcore:
> Nov 13 01:54:16 mx savecore: reboot after panic: ffs_valloc: dup alloc
> Nov 13 01:54:16 mx savecore: writing core to vmcore.9перезагрузка, fsck пофиксил ошибки и сообщил что:
> Nov 13 01:59:15 mx fsck: /dev/da0s1e: UNEXPECTED SOFT UPDATE INCONSISTENCY; RUN fsck
> MANUALLY.понятно что проблемы с записью буферов у softupdate из-за panic
fstat ничего нет большого
lsof тоже пустозаписей с фильтром по /var немного , то есть идея милионом мелких файлов отпадает
mx# du -h -d 1 /var
....
148M /var
короче на выходных сервак ушел в даун.. загрузили в синг мод, прочекали систему , ребутнули , место восстановилось