Xref: utzoo comp.bugs.sys5:581 comp.unix.questions:9419 comp.unix.xenix:3432
Path: utzoo!utgpu!water!watmath!clyde!att!osu-cis!tut.cis.ohio-state.edu!rutgers!apple!claris!ames!oliveb!elandes!dave
From: dave@elandes.UUCP (D. Mathis)
Newsgroups: comp.bugs.sys5,comp.unix.questions,comp.unix.xenix
Subject: Re: inode amnesia, no disk space and uucico
Message-ID: <587@elandes.UUCP>
Date: 25 Sep 88 13:25:31 GMT
References: <585@elandes.UUCP> <58@n8ino.UUCP>
Organization: ELAN designs, Saratoga CA
Lines: 26

In article <58@n8ino.UUCP>, craig@n8ino.UUCP (R. Craig Peterson ) writes:
: In article <585@elandes.UUCP> dave@elandes.UUCP (Dave Mathis @ ELAN designs) writes:
: 
: :Recently my system lost some inodes and decided that the disk was full
: :(it wasn't).  In itself, that wasn't too disasterous, a simple set of
: :fsck's can take care of the results.  The real problem started when
: :Dave Mathis                    UUCP oliveb!elandes!dave
: 
: There is a known bug in most UNIX releases that causes systems to
: loose track of free inodes when there are alot of file
: deletions/creations, as is the case with running news.
: 
: BTW I think a corrected code fragment was posted to the net, give or
: take a year ago...  I don't know if I still have it around.
: 
: R. Craig Peterson (N8INO)

I guess I didn't make my main concern evident.  The real problem is not
the lost inodes, I know that at times the kernel loses track of the free
list.  The REAL PROBLEM is that uucico doesn't check for valid writes
when it is receiving files, thereby creating any number of 'valid' 0 length
files.  I beleive it should fail on the write and fail on the receive. 


-- 
	Dave Mathis, ELAN designs           UUCP  ...oliveb!elandes!dave