home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / sys / sun / admin / 6262 < prev    next >
Encoding:
Internet Message Format  |  1992-09-10  |  2.3 KB
  1. Path: sparky!uunet!sun-barr!cs.utexas.edu!ut-emx!ibmchs!auschs!awdprime.austin.ibm.com!awdprime.austin.ibm.com!shepler
  2. From: shepler@gumby.austin.ibm.com ( Spencer Shepler )
  3. Newsgroups: comp.sys.sun.admin
  4. Subject: Re: NFS Problem
  5. Message-ID: <SHEPLER.92Sep7224257@gumby.austin.ibm.com>
  6. Date: 8 Sep 92 03:42:57 GMT
  7. References: <1992Sep4.080327.13580@peanuts.informatik.uni-tuebingen.de>
  8. Sender: news@awdprime.austin.ibm.com (USENET News)
  9. Organization: PSLOB. IBM Austin, Tx
  10. Lines: 40
  11. In-Reply-To: jw@peanuts.informatik.uni-tuebingen.de's message of 4 Sep 92 08:03:27 GMT
  12.  
  13. In article <1992Sep4.080327.13580@peanuts.informatik.uni-tuebingen.de> jw@peanuts.informatik.uni-tuebingen.de (Joerg Wedeck) writes:
  14.  
  15.    The problem is that the creat system call is malfunctioning and damaging
  16.    the file-system on the RS6000 file server.
  17.    when i try to do a creat call on a directory an error should be returned.
  18.    on a sun, using a sun file server, this works correctly, also between the
  19.    rs6000 workstations. when i use creat on a directory on a sun with a
  20.    file-system mounted from an RS6000 machine, no error is return, instead the
  21.    directory is truncated to zero length (!!).
  22.    trying this the other way round (ibm rs6000 has mounted a file-system from
  23.    a sun) no problem occurs.
  24.  
  25.    Now the question: Whose fault might it be ? IBM or Sun ?
  26.  
  27.    -- 
  28.    --------------------------------+-------------------------------------
  29.    Joerg Wedeck            | E-Mail: jw@peanuts.informatik\
  30.    --------------------------------+-------------------------------------
  31.  
  32.  
  33. Joerg,
  34.  
  35.    There was problem in the AIX 3.1 NFS server that allowed a client
  36. to successfully execute a create/truncate on a directory.  This
  37. problem has been fixed in AIXv3 so that it will not allow the client
  38. to truncate the directory.
  39.  
  40.    As to which system is truly at fault?  SunOS isn't very nice to do
  41. the create/truncate on the directory but it is certainly wrong of the
  42. AIX NFS server not to protect itself. :-)
  43.  
  44. Spencer
  45. --
  46.  
  47. International Business Machines   Internet: shepler@netmail.austin.ibm.com
  48. 11400 Burnet Rd. M.S. 9551        PSP LAN:  shepler@gumby.austin.ibm.com
  49. Austin, TX 78758-3493 U.S.A.      IBM VNET: SHEPLER at AUSTIN
  50. Advanced Workstations Division    Phone: (512) 838-3492 T/L 678-3492 
  51. Bldg 905, Room 5D-017, ZIP 9551
  52. -- Views expressed here are my own and not those of IBM --
  53.