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)