home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / unix / aux / 4405 < prev    next >
Encoding:
Text File  |  1992-12-22  |  2.1 KB  |  61 lines
  1. Newsgroups: comp.unix.aux
  2. Path: sparky!uunet!mcsun!news.funet.fi!funic!sumppu!pjanhune
  3. From: pjanhune@sumppu.fmi.fi (Pekka Janhunen)
  4. Subject: Kernel panics with NFS
  5. Message-ID: <pjanhune.725013784@sumppu.fmi.fi>
  6. Summary: Sometimes get a kernel panic when trying to save from Mac apps to NFS-m
  7. Keywords: NFS, kernel, panic
  8. Sender: usenet@nic.funet.fi
  9. Nntp-Posting-Host: sumppu.fmi.fi
  10. Organization: Finnish Meteorological Institute FMI
  11. Date: 22 Dec 92 08:43:04 GMT
  12. Lines: 47
  13.  
  14. Help!
  15.  
  16. I'm using an Iris4D running IRIX4.0.5 as an NFS server for MacIIfx running
  17. A/UX 3.0. I have had several problems, probably related.
  18.  
  19. Initially, the problem was that setfile created a core dump when I tried
  20. to typify a file residing on the Iris disk. The file had no %... fork
  21. prior to setfile, and setfile was unable to create one. THis problem did
  22. not occur always, but about 50% of the time. Later, the problem got worse,
  23. it started to generate kernel panics. The tex was something like 'kmem:
  24. alloc'.
  25.  
  26. Then I found the following fixup. I had put myself to group 'bin' in A/UX,
  27. in order to easily install new software to root partition without logging
  28. in as root. I changed this to 'other', and ensured it was the same group ID
  29. number as in Iris. I also realized that it was not necessary to use setfile,
  30. (which still tended to crash, one time even kernel panic), one could simply
  31. copy any correct-type %.. fork under the proper name. In this way, the 
  32. typify operation could be performed on the Iris alone.
  33.  
  34. However, yesterday I got a kernel panic when I just tried to save a file
  35. from Spyglass Transform (a regular Macintosh application) on NFS-mounted
  36. volume. It was 'kmem: alloc' again.
  37.  
  38. What's going on? Do others experience similar problems with NFS? The bug
  39. is not easily repeatable (well, at least I dont want to repeat it). Is
  40. the agreement between NFS server/client group-ID's essential?
  41.  
  42. Spyglass Transform had written part (16384 bytes) of the data fork before
  43. the crash. No %.. fork appeared. THe curious thing is that when I look the
  44. file from the Finder, it reports zero bytes size, still the ls -l from 
  45. either A/UX or Iris shows 16384 bytes.
  46.  
  47.  
  48.  
  49.  
  50.  
  51.  
  52.  
  53.  
  54.  
  55.  
  56.  
  57.  
  58.  
  59.  
  60.  
  61.