From owner-freebsd-questions Tue May 13 12:24:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA07931 for questions-outgoing; Tue, 13 May 1997 12:24:35 -0700 (PDT) Received: from train.tgci.com ([205.185.169.3]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id MAA07926 for ; Tue, 13 May 1997 12:24:32 -0700 (PDT) Received: from emilyd ([206.250.85.68]) by train.tgci.com (8.6.12/8.6.9) with SMTP id MAA03916; Tue, 13 May 1997 12:50:56 -0700 Message-Id: <199705131950.MAA03916@train.tgci.com> Comments: Authenticated sender is From: "Riley J. McIntire" To: Alec Kloss Date: Tue, 13 May 1997 12:22:53 +0000 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: (Fwd) (Fwd) File descriptors-do I have Bad Breath? Reply-to: chaos@tgci.com CC: questions@FreeBSD.ORG Priority: normal X-mailer: Pegasus Mail for Win32 (v2.42a) Sender: owner-questions@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > From: Alec Kloss > Subject: Re: (Fwd) (Fwd) File descriptors-do I have Bad Breath? > To: chaos@tgci.com > Date: Tue, 13 May 1997 06:30:33 -0500 (CDT) > Cc: questions@FreeBSD.ORG Thanks Alec, it has helped! > > If you are not a C programmer, this will not make I'm not a C programmer, but can make some sense of it. > So no, bad file descriptors are not caused > (directly) by disks. In fact, you can get bad file > descriptor messages when working with non-disk > related things, such as sockets. It is much more > likely that you are hitting some configured-in limit > of your system. Try typing > limit Ok, this would make sense when I'm doing a new kernal. A lot of files are presumably involved and some sort of limit *might* come into effect. Although this system doesn't do much more than sit there serving one web page and sendmail/imap for one person, me. I can't try the "limit" command, I'm trying to upgrade to 2.2.1 right now. Been trying since Sun--wccdrom seems very slow! :( > > > > find: /usr/include/machine: Bad file descriptor > > find: /usr/src/gnu/usr.bin/cc/cc_int/loop.c: Bad file descriptor > > find: /usr/src/gnu/usr.bin/cc/cc_int/obstack.c: Bad file descriptor > > etc But why would this show up in syslog? From what I'm getting these should have disappeared after the failed kernal compile? Assuming no other process is accessing them. And fsck doesn't help. > > Hope this helps. I'd guess most people who read your first postings > assumed someone else would answer. > Again, thanks for the info. I was beginning to think I was contagious! :) Riley