summaryrefslogtreecommitdiffstats
path: root/kerberosIV/usr.bin/kinit/Makefile
diff options
context:
space:
mode:
authordillon <dillon@FreeBSD.org>2000-02-24 20:43:20 +0000
committerdillon <dillon@FreeBSD.org>2000-02-24 20:43:20 +0000
commit414d15acb810815261d32a3a1d8a81cb8ef567b2 (patch)
treeada5519e0f3a37d21b29c9c7067b6d7cf757f482 /kerberosIV/usr.bin/kinit/Makefile
parent324686decc26e8f59696c307664285b44ad71ecb (diff)
downloadFreeBSD-src-414d15acb810815261d32a3a1d8a81cb8ef567b2.zip
FreeBSD-src-414d15acb810815261d32a3a1d8a81cb8ef567b2.tar.gz
Fix a 'freeing free block' panic in UFS. The problem occurs when the
filesystem fills up. If the first indirect block exists and FFS is able to allocate deeper indirect blocks, but is not able to allocate the data block, FFS improperly unwinds the indirect blocks and leaves a block pointer hanging to a freed block. This will cause a panic later when the file is removed. The solution is to properly account for the first block-pointer-to-an-indirect-block we had to create in a balloc operation and then unwind it if a failure occurs. Detective work by: Ian Dowse <iedowse@maths.tcd.ie> Reviewed by: mckusick, Ian Dowse <iedowse@maths.tcd.ie> Approved by: jkh
Diffstat (limited to 'kerberosIV/usr.bin/kinit/Makefile')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud