home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / sun / admin / 10680 < prev    next >
Encoding:
Internet Message Format  |  1993-01-23  |  2.0 KB
  1. Path: sparky!uunet!usc!nic.csu.net!nic.csu.net!nntp
  2. Newsgroups: comp.sys.sun.admin
  3. Subject: Symlink on full fs crashes SunOS 4.1.1.
  4. Message-ID: <1993Jan22.223720.3919@nic.csu.net>
  5. From: oleg@gd.cs.csufresno.edu (Oleg Kibirev)
  6. Date: 22 Jan 93 22:37:18 PST
  7. Distribution: world
  8. Organization: Computer Science Departement of California State University in Fresno
  9. Nntp-Posting-Host: gd.cs.csufresno.edu
  10. Lines: 34
  11.  
  12. Once in a while a  parition on  HD of our Sun 3/60 server running SunOS  4.1.1
  13. fills up. I noticed that  if at this  point someone tries to make  a  symbolic
  14. link within this partition, they get "I/O error" instead  of expected "no free
  15. space left on device" and the server totally messes up. Any process that tries
  16. to access this  fs in future  would lock up and ignore any signal (and will be
  17. marked as D  in output of ps -u). This is especially unfortunate on NFS server
  18. since after clients do the same thing 8 times, all NFS daemons block.
  19.  
  20. Freeing up a little bit of space on the  parition doesn't help. If  the system
  21. is rebooted, the problem will repeat  when directory with symlink is accessed.
  22. unlink()ing symbolic link without trying to  stat() it seams  to be a solution
  23. (one still needs to reboot after this).
  24.  
  25. I  suspect  SunOS  has  problems  checking  for  free  space  before  starting
  26. symlink(). If  it is the case, it's too  bad that it  doesn't  forget to check
  27. MINFREE when actually doing  it. (Server's filesystems have usual 10% reserved
  28. for performance).
  29.  
  30. Is there any NFS patch we are missing? Does it work? ;)
  31.  
  32. Thanks!
  33. Oleg
  34.  
  35. P.S: Just looked at the console of a client mounting /home from the server
  36. mentioned above and noticed that it's very busy repeating the same message:
  37.  
  38. ...
  39. NFS getattr failed for server yosemite: RPC: Unable to receive
  40. NFS getattr failed for server yosemite: RPC: Unable to receive
  41. NFS getattr failed for server yosemite: RPC: Unable to receive
  42. ...
  43.  
  44. I have never seen this message before. Probably another reboot is a fix, but
  45. does anyone have an idea why is this happening?
  46.