home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / unix / bsd / 5298 < prev    next >
Encoding:
Internet Message Format  |  1992-09-08  |  2.8 KB
  1. Path: sparky!uunet!decwrl!sdd.hp.com!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!ohstpy!miavx1!miamiu!ai4cphyw
  2. Newsgroups: comp.unix.bsd
  3. Subject: Help: 386bsd NFS Filename Truncation
  4. Message-ID: <92252.103621AI4CPHYW@MIAMIU.BITNET>
  5. From: <AI4CPHYW@MIAMIU.BITNET>
  6. Date: Tuesday, 8 Sep 1992 10:36:21 EDT
  7. Organization: Miami University - Academic Computer Service
  8. Lines: 45
  9.  
  10. I installed the binary release of 386bsd on my machine and it works
  11. fine.  So I tried to install the source distribution and ran out of
  12. disk space (80MB drive in the machine).  After some thought I realized
  13. that I could do an NFS mount of another Unix machine (an Intergraph
  14. CAD server running Clix, I-graph's flavor of Unix) and use that disk
  15. space to hold the source distribution.
  16.  
  17. So after successfully NFS mounting more disk space to the /usr/src
  18. directory (using the -o wsize=4096,rsize=4096 option) I tried a
  19. "manual" unpack of the src01.* files, to the NFS mounted disk, with
  20. the cat /tmp/src* | uncompress | cpio -idalmu.  I got a bunch of
  21. errors about how cpio couldn't modify permissions in the /usr/src
  22. directory and couldn't write to directories sub to /usr/src.
  23.  
  24. I halted the uncompress and decided to work the other way.  I NFS
  25. mounted more disk space to the /tmp directory, dumped the src01.*
  26. files there and ran the manual unpack to dump the source distribution
  27. on the local disk.  No problem, other than a 97% full local drive.
  28. Then I tried to copy the entire /usr/src tree to the NFS mounted disk
  29. to clear space on the local drive.  The cp -R   command seemed to work
  30. fine, except when I went to compare the directory trees to each other,
  31. I found differences.  First, the ownership was different (the files on
  32. the local disk were owned by root and the copies were owned by 32767
  33. (not a problem for chown, but still :)  Second, and more important,
  34. the long filenames were truncated.  (i.e. Makefile.symlinks on the
  35. local drive appeared as Makefile.symli on the remote disk
  36. elvispreserve.8 appeared as elvispreserve. and so on.)  Renaming the
  37. files to their correct names failed (i.e. mv elvispreserve.
  38. elvispreserve.8 seems to come back successfully, but an ls elvis*
  39. shows the filename is still elvispreserve.)
  40.  
  41. Frankly, I'm at a loss.  I don't know if this a problem with the
  42. implementation of NFS, or if I'm doing something wrong, or if the
  43. machine I'm borrowing disk space from needs to have something done to
  44. it.  If anyone can provide some insight, I would appreciate it.
  45.  
  46.  
  47.  
  48.                       -Alec D. Isaacson
  49.                        AI4CPHYW @ miamiu.acs.muohio.edu
  50.                        isaacson @ rogue.acs.muohio.edu (NeXt Mail)
  51.                        Miami University, Oxford, OH
  52. -------------------------------------------------------------------------
  53. Only a barbarian would eat chive cream cheese and blackberry jam on the
  54. same bagel.                          -Spenser
  55.