home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / novell / 9776 < prev    next >
Encoding:
Text File  |  1992-11-23  |  3.0 KB  |  64 lines

  1. Newsgroups: comp.sys.novell
  2. Path: sparky!uunet!caen!med.umich.edu!jaynes
  3. From: jaynes@med.umich.edu (William Jaynes)
  4. Subject: Re: Mac NW-3.011 problem
  5. Message-ID: <1992Nov23.183327.4941@med.umich.edu>
  6. Originator: jaynes@hendrix.itn.med.umich.edu
  7. Sender: news@med.umich.edu
  8. Organization: University of Michigan - Medical Center
  9. References:  <1992Nov20.145157.285@med.umich.edu>
  10. Date: Mon, 23 Nov 1992 18:33:27 GMT
  11. Lines: 51
  12.  
  13.  
  14. In article <1992Nov20.145157.285@med.umich.edu>, jaynes@med.umich.edu (William Jaynes) writes:
  15. |> I have Netware 3.11 with Mac NW-3.011 installed, as well as NFS1.2.  
  16. |> The AFP.NLM is loaded with the nomultiple option.  
  17. |> 
  18. |> One of my volumes has all three name spaces installed, and is used as a shared
  19. |> file space for Mac, Dos, and Unix systems.  One of the subdirector structures,
  20. |> a rather large one of serveral megabytes, was originally created on a Unix
  21. |> system.  When the shared file space became  available we copied (using tar)
  22. |> the entire structure over to the shared Novell volume, and began to access 
  23. |> files in all three name spaces. I think that this is the only subdirectory
  24. |> structure on the volume that was created this way.  Most of the others were
  25. |> created originally using Dos or Macs.
  26. |> 
  27. |> I now have a situation which seems to be unique to that subdirectory.  Some,
  28. |> but not all, directories and files, when accessed through a Mac, cause the
  29. |> following to happen:
  30. |> 
  31. |>  1 - The desktop disappears.  That is, all windows and icons vanish, but the
  32. |>      screen doesn't go black.
  33. |>  2 - A few seconds pass.
  34. |>  3 - The desktop reappears, with all windows collapsed back into the mounted
  35. |>      volume icon.
  36. |> 
  37. |> The access can be as simple as closing a folder (it never happens when openning
  38. |> a folder) or opening a file with an application.  Permissions all appear
  39. |> as they should be, or at least OK to me.
  40. |> 
  41. |> I tried to rebuild the desktop on that volume using a Sys 6 Mac, but it
  42. |> hangs after a few minutes, and won't complete.
  43. |> 
  44. |> Anyone seen something like this or have suggestions.
  45. |> -- 
  46. |> William Jaynes, ITN, University of Michigan Medical Center, B1911 CFOB,
  47. |> Ann Arbor, MI 48109-0704; (313) 747-2778 - William.Jaynes@med.umich.edu
  48.  
  49. OK.  I've found the problem.  A genuine bug in the Novell software.  If I create
  50. a file, using Unix, with a name of more than 31 characters, the folder that
  51. contains that file, and all other files in that folder become unusable from a 
  52. Mac.  You can look at the files,  but you can't touch them, and as soon as you
  53. close the window on that folder, the strange behavior will happen.   As soon as I 
  54. delete that file (using Unix) the strange behavior goes away.  Again, this doesn't
  55. just affect the offending file, but the entire directory structure from the folder
  56. that contains the file on down.
  57.  
  58. So, don't try to have looong file names in your NFS/MAC/DOS shared file space.
  59. The Macs won't be able to handle it.
  60.  
  61. -- 
  62. William Jaynes, ITN, University of Michigan Medical Center, B1911 CFOB,
  63. Ann Arbor, MI 48109-0704; (313) 747-2778 - William.Jaynes@med.umich.edu
  64.