nightmare file system

from Jargon File (4.4.4, 14 Aug 2003)
Nightmare File System
 n.

   Pejorative hackerism for Sun's Network File System (NFS). In any
   nontrivial network of Suns where there is a lot of NFS cross-mounting,
   when one Sun goes down, the others often freeze up. Some machine tries
   to access the down one, and (getting no response) repeats
   indefinitely. This causes it to appear dead to some messages (what is
   actually happening is that it is locked up in what should have been a
   brief excursion to a higher {spl} level). Then another machine tries
   to reach either the down machine or the pseudo-down machine, and
   itself becomes pseudo-down. The first machine to discover the down one
   is now trying both to access the down one and to respond to the
   pseudo-down one, so it is even harder to reach. This situation
   snowballs very quickly, and soon the entire network of machines is
   frozen -- worst of all, the user can't even abort the file access that
   started the problem! Many of NFS's problems are excused by partisans
   as being an inevitable result of its statelessness, which is held to
   be a great feature (critics, of course, call it a great {misfeature}).
   (ITS partisans are apt to cite this as proof of Unix's alleged
   bogosity; ITS had a working NFS-like shared file system with none of
   these problems in the early 1970s.) See also {broadcast storm}.
    
from The Free On-line Dictionary of Computing (8 July 2008)
Nightmare File System

   Pejorative hackerism for {Sun}'s {Network File System} (NFS).
   In any nontrivial network of Suns where there is a lot of NFS
   {cross-mount}ing, when one Sun goes down, the others often
   freeze up.  Some machine tries to access the down one, and
   (getting no response) repeats indefinitely.  This causes it to
   appear dead to some messages (what is actually happening is
   that it is locked up in what should have been a brief
   excursion to a higher {spl} level).  Then another machine
   tries to reach either the down machine or the pseudo-down
   machine, and itself becomes pseudo-down.  The first machine to
   discover the down one is now trying both to access the down
   one and to respond to the pseudo-down one, so it is even
   harder to reach.  This situation snowballs very quickly, and
   soon the entire network of machines is frozen - worst of
   all, the user can't even abort the file access that started
   the problem!

   Many of NFS's problems are excused by partisans as being an
   inevitable result of its {stateless}ness, which is held to be
   a great feature (critics, of course, call it a great
   {misfeature}).  {ITS} partisans are apt to cite this as proof
   of {Unix}'s alleged bogosity; ITS had a working NFS-like
   shared file system with none of these problems in the early
   1970s.  See also {broadcast storm}.

   [{Jargon File}]
    

[email protected]