home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / gnu / utils / bug / 2000 < prev    next >
Encoding:
Text File  |  1992-11-08  |  2.1 KB  |  52 lines
  1. Newsgroups: gnu.utils.bug
  2. Path: sparky!uunet!charon.amdahl.com!pacbell.com!sgiblab!sdd.hp.com!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!mit.edu!nessus
  3. From: nessus@mit.edu (Douglas Alan)
  4. Subject: gtar bug report
  5. Message-ID: <9211062014.AA07669@twitch.media.mit.edu>
  6. Sender: gnulists@ai.mit.edu
  7. Organization: GNUs Not Usenet
  8. Distribution: gnu
  9. Date: Fri, 6 Nov 1992 10:14:51 GMT
  10. Approved: bug-gnu-utils@prep.ai.mit.edu
  11. Lines: 39
  12.  
  13. I reported this bug a while back to gnu.utils.bug, but Michael
  14. Bushnell told me recently that postings to gnu.utils.bug might not
  15. make it to the right place, so here it is again, just in case.
  16.  
  17. BUG REPORT:
  18.  
  19. Program: GNU tar.  Version: 1.10.  Architecture: DEC MIPS Ultrix 4.2a
  20. Problem: I used GNU tar to copy a large filesystem (800 megabytes)
  21. from one machine to another, like so:
  22.  
  23.      # cd /u2; gtar olcf - . | rsh fire "(cd /u2; gtar xfp -)"
  24.  
  25. I used the "-o" option because FIRE is an NFS server and does not have
  26. a copy of the password file used on MEDIA-LAB (the source machine),
  27. nor does it run YP; therefore, it would not know what to do with the
  28. user names used in a new format GNU tar file.  (An NFS server doesn't
  29. need to know user names -- only the uid's are significant.)  The files
  30. all made it over to FIRE fine, but there were some problems with
  31. permissions and ownership.  Every copied directory on FIRE was copied
  32. without preserving the permissions of the directory: every directory
  33. made by gtar on FIRE ended up in mode 777.  Furthermore, not all of
  34. the ownership information made it through the copy.  Most of the files
  35. now on FIRE ended up with the correct ownership, but sprinkled
  36. throughout the filesystem in an apparently random manner were files
  37. left owned by root.  (These files were not owned by root on
  38. MEDIA-LAB.)
  39.  
  40. SUGGESTION:
  41.  
  42. It should be possible to have an archive store uid's rather than user
  43. names without going into old archive format mode.  A user may want to
  44. copy files to a system without a password file yet still gain the
  45. advantages provided by the new archive format.
  46.  
  47. |>ouglas /\lan
  48.    MIT Media Lab
  49.    Systems Programming Group
  50.    <nessus@mit.edu>
  51.  
  52.