Xref: utzoo comp.bugs.sys5:579 comp.unix.questions:9411 comp.unix.xenix:3427
Path: utzoo!yunexus!geac!syntron!jtsv16!uunet!husc6!mailrus!uflorida!gatech!mcdchg!n8ino!craig
From: craig@n8ino.UUCP (R. Craig Peterson )
Newsgroups: comp.bugs.sys5,comp.unix.questions,comp.unix.xenix
Subject: Re: inode amnesia, no disk space and uucico
Message-ID: <58@n8ino.UUCP>
Date: 25 Sep 88 01:34:00 GMT
Article-I.D.: n8ino.58
References: <585@elandes.UUCP>
Reply-To: craig@n8ino.UUCP (R. Craig Peterson (n8ino))
Organization: Mainstream, Schaumburg, IL
Lines: 28

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
 ....
> is a way to prevent this.  The system is  SCO Xenix 2.2 (286) on a real
> IBM AT. 

>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.

I don't remember the details of the actual problem, but you would
certainly need source to the kernel file system code in order to fix
it.  Maybe Microsoft/SCO has a fix to this problem.  If not, you will
have to go on fsck'ing.

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.

This is one bug that isn't unique to XENIX.
-- 
R. Craig Peterson (N8INO)
mcdchg!n8ino!craig	craig@n8ino.UUCP
E Pluribus Unum 	(NSA stuff - terrorist, DES, cipher, secret, NRO, CIA)