Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!usc!rpi!crdgw1!crdos1!davidsen From: davidsen@crdos1.crd.ge.COM (Wm E Davidsen Jr) Newsgroups: news.software.b Subject: Re: keeping large amounts of news around. Message-ID: <3320@crdos1.crd.ge.COM> Date: 8 Apr 91 17:22:04 GMT References: Reply-To: davidsen@crdos1.crd.ge.com (bill davidsen) Organization: GE Corp R&D Center, Schenectady NY Lines: 24 In article da@cs.brown.edu (David Ascher) writes: | I have heard about the SysV problems | with 64k inodes limit. Are there similar problems on Ultrix 4.1 (I | know, it's not SysV)? Other problems? The problem is not related to the o/s, but rather the 16 bit vs. 32 bit inode number. Some PC based SysV versions, and many V7, SysIII, early BSD versions use 16 bit inode numbers. There are several solutions, one of which is using multiple filesystems for your news, such as putting comp in a separate f/s and then mounting it. Modify your startup so that you don't shoot yourself in the foot if the mount fails. My solution is to make the base directory (/usr/spool/news) read only owned by root, and then within the mounted filesystem make the directories which are mount points also R/O, owned by root. This prevents writing where you don't mean to if the mount fails. -- bill davidsen (davidsen@crdos1.crd.GE.COM -or- uunet!crdgw1!crdos1!davidsen) "Most of the VAX instructions are in microcode, but halt and no-op are in hardware for efficiency"