FreeBSD, dhcpd, /var: filesystem full

Запусти-ка ты

df -i

>Запусти-ка ты 
>
>df -i

df -i
Filesystem    1K-blocks      Used    Avail Capacity iused    ifree %iused  Mounted on
/dev/amrd0s1a    507630     55756   411264    12%    1596    64194    2%   /
devfs                 1         1        0   100%       0        0  100%   /dev
/dev/amrd0s1e   4954158    275706  4282120     6%     541   658913    0%   /tmp
/dev/amrd0s1f 594826992 526646144 20594690    96% 3278544 73595182    4%   /usr
/dev/amrd0s1d   2971278    622712  2110864    23%    1796   398586    0%   /var
devfs                 1         1        0   100%       0        0  100%   /var/named/dev

Стирал что-нибудь большое в недавнем прошлом? Раз инод хватает, могло случиться еще вот что -- некий процесс держал открытый файл, в то время, когда другой процесс этот файл стер. Сам файл что называется unlinked, но место, которое он занимал, не вернулось в общую копилку... Найти такой процесс весьма трудно, хотя fstat -f /var может помочь...

в /var/log/messages появились следующие сообщения:
May 5 18:11:00 pdc kernel: pid 28368 (dd), uid 2 inumber 212256 on /var: filesystem full
May 5 18:22:00 pdc kernel: pid 28448 (dd), uid 2 inumber 212160 on /var: filesystem full
May 5 18:33:00 pdc kernel: pid 28531 (dd), uid 2 inumber 212238 on /var: filesystem full
May 5 18:44:00 pdc kernel: pid 28639 (dd), uid 2 inumber 212268 on /var: filesystem full

то есть проблема не только с dhcp
что происходит с файловой системой не могу понять?

>Стирал что-нибудь большое в недавнем прошлом? Раз инод хватает, могло случиться еще вот что -- некий процесс держал открытый файл, в то время, когда другой процесс этот файл стер. Сам файл что называется unlinked, но место, которое он занимал, не вернулось в общую копилку... Найти такой процесс весьма трудно, хотя fstat -f /var может помочь...

так ведь df должен показать сколько реально осталось места на разделе, или я не прав? тем более, что du показывает что занято 200 метров, а не 600.

тем более, что 4 дня мы не работали и я ничего не трогал.

Сдается мне, что надо в single user и запустить fsck на /var, а то еще данные потеряются...

dumpfs для /dev/amrd0s1d запость сюда

а может оно там у тебя действительно в это время переполнялось?

fsck обязательно сделаю, но утром.

система не переполнялась - это точно.

вывод dumpfs очень большой, вот начало:
magic   19540119 (UFS2) time    Mon May  5 10:47:12 2008
superblock location     65536   id      [ 42a74708 14a4893a ]
ncg     17      size    1536000 blocks  1485639
bsize   16384   shift   14      mask    0xffffc000
fsize   2048    shift   11      mask    0xfffff800
frag    8       shift   3       fsbtodb 2
minfree 8%      optim   time    symlinklen 120
maxbsize 16384  maxbpg  2048    maxcontig 8     contigsumsize 8
nbfree  171988  ndir    240     nifree  398600  nffree  3072
bpg     11761   fpg     94088   ipg     23552
nindir  2048    inopb   64      maxfilesize     140806241583103
sbsize  2048    cgsize  16384   csaddr  3000    cssize  2048
sblkno  40      cblkno  48      iblkno  56      dblkno  3000
cgrotor 11      fmod    0       ronly   0       clean   0
avgfpdir 64     avgfilesize 16384
flags   soft-updates
fsmnt   /var
volname         swuid   0

cs[].cs_(nbfree,ndir,nifree,nffree):
        (11383,2,23548,21) (11390,1,23550,6) (11390,3,23549,5) (11390,2,23550,6)
        (11390,1,23401,6) (11390,1,23551,7) (11368,3,23521,100) (6313,2,22728,2617)
        (9339,10,23542,6) (6541,55,23291,44) (9705,128,23150,219) (11390,5,23547,3)
        (11390,2,23550,6) (11386,8,23523,16) (11386,2,23544,2) (11384,15,23504,2)
        (3454,0,23552,0)
blocks in last group 3824


cg 0:
magic   90255   tell    18000   time    Mon May  5 23:16:42 2008
cgx     0       ndblk   94088   niblk   23552   initiblk 128
nbfree  0       ndir    2       nifree  23548   nffree  3498
rotor   89104   irotor  4       frotor  24232
frsum   0       1       483     1       45      149     132
sum of frsum: 3498
clusters 1-7:   0       0       0       0       0       0       0
clusters size 8 and over: 0
clusters free:
blks free:      3001-3007, 3009-3015, 3017-3023, 3045-3047, 3181-3183, 3384-3390,
        3538-3543, 3613-3615, 3781-3783, 3834-3839, 3888-3893, 3944-3948,
        4005-4007, 4021-4023, 4106-4111, 4301-4303, 4658-4663, 4685-4687,
......

Ты можешь получить сообщение о переполнении fs от какой-либо интерактивной программы? Например, от touch или cp?

И что там mount говорит про файловую систему?

// "Плохо удалённые" файлы к делу относиться не должны - df считает их как занятое пространство (коим они и являются).

>Сдается мне, что надо в single user и запустить fsck на /var, а то еще данные потеряются...

Спасибо, помогло. На /var была куча ошибок, что то типа UNREF. У нас где-то неделю назад вырубали ночью свет, я об этом сразу и не подумал, потому что целую неделю все было нормально.