Gnode table full
Mark Sausville
saus at bijou.media.mit.edu
Thu Sep 20 02:29:34 AEST 1990
In article <2731 at cernvax.UUCP> dietrich at cernvax.UUCP (dietrich wiegandt) writes:
From: dietrich at cernvax.UUCP (dietrich wiegandt)
Newsgroups: comp.unix.ultrix,comp.unix.internals
Keywords: gnode table overflow
Date: 14 Sep 90 10:03:15 GMT
Followup-To: comp.unix.ultrix
Hardware: VAX8530
Software: ULTRIX 3.1
Any idea by what manipulation we might have got in such a state? We don't
know for how long we have been running with a gnode table threatening to
overflow, so the problem may have arisen days before we noticed it.
We have a rather special environment with many machines from different
manufacturers and lots of NFS mounts (including possibly this user's files)
to remote machines going on.
Any hints would be very much appreciated.
Dietrich Wiegandt
CERN CN Division
A patch to version 3.1 exists (available from the support center)
which purports to fix a panic related to gnodes, NFS mounts and quotas.
We had a problem similar to yours caused by an application which
seemed to corrupt gnodes.
After some investigation (the gnode code is way hairy), we decided
to host the application elsewhere. It is clear to me that it's possible
to wedge gnodes over NFS, but since I couldn't find a simple way
to recreate the problem, I didn't pursue it with DEC.
I would suggest that you try to correlate with some application. In
our case, it was an ethertalk file service serving files which were
NFS mounted on the ethertalk server.
Mark.
Mark Sausville MIT Media Laboratory
617-253-0325 Room E15-354
Fax: 617-258-6264 20 Ames Street
saus at media-lab.media.mit.edu Cambridge, MA 02139
More information about the Comp.unix.ultrix
mailing list