home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / sun / apps / 3067 < prev    next >
Encoding:
Internet Message Format  |  1993-01-23  |  2.7 KB

  1. Path: sparky!uunet!usc!rpi!uwm.edu!daffy!uwvax!astroatc!vidiot!ftms!brown
  2. From: brown@ftms.UUCP (Vidiot)
  3. Newsgroups: comp.sys.sun.apps
  4. Subject: Re: Can f77 be taught not to use /tmp?
  5. Message-ID: <447@ftms.UUCP>
  6. Date: 22 Jan 93 15:36:27 GMT
  7. References: <1993Jan20.185627.19507@mapsut.einstein.com>
  8. Reply-To: brown@ftms.UUCP (Vidiot)
  9. Organization: Vidiot's Other Hangout
  10. Lines: 48
  11.  
  12. In article <1993Jan20.185627.19507@mapsut.einstein.com> shmuel@mapsut.einstein.com (Shmuel Einstein) writes:
  13. <Our Sparc systems have the default configuration for disk partitioning, which
  14. <gives us a whopping 7.25 MB for the root partition.  This brilliant amount
  15. <makes the /tmp directory quite tight to say the least, let alone that it
  16. <compete's with /var/tmp.  We have moved /var/tmp to another partition and
  17. <linked it back to /var with no problem.
  18. <
  19. <It seems that f77 uses /tmp as its temporary file repository.  For large
  20. <compilations, we run out of space.  Although there is an option for allowing
  21. <the compiler passes to communicate via pipes, it seems that there should be
  22. <a way of designating the compiler's temporary directory also.
  23. <
  24. <If one cannot change the compiler's temp directory, is it permissable to
  25. <change /tmp to point to space on another partition?  I am concerned because
  26. <of single-user mode and various other aspects of system activity which may
  27. <be affected before the system has not mounted other partitions.
  28.  
  29. While this isn't a perfect solution, all of our systems have been reconfigured
  30. so that none of the temp space is in / (root).  Sun's brilliant idea of
  31. providing temp directories in a filesystem that is way too small is rediculous.
  32.  
  33. So, the following is done:
  34.  
  35.     rm -r /tmp /var/tmp /usr/tmp
  36.     mkdir /usr/tmp
  37.     chmod 777 /usr/tmp
  38.     ln -s /usr/tmp /tmp
  39.     ln -s /usr/tmp /var/tmp
  40.  
  41. This should be done either as single user or right after booting as root, with
  42. no other users on the system.  Obviously, do not have X windows running either.
  43.  
  44. Because we also ship a disk/tape subsystem with our configuration, a partition
  45. has been set aside on the second disk and it gets mounted as /usr/tmp.  Be
  46. sure and do a "chmod 777 /usr/tmp" after mounting it for the first time.
  47.  
  48. I have only run across one problem with this configuration, upgrading the
  49. SunOS, using the install_upgrade (or whatever it is called).  It uses the
  50. temp directories as if they were unique.  So, if the OS needs upgrading,
  51. the links need to be removed and a mkdir done on each of them.  After the
  52. OS upgrade is done, the links can be put back in place.  It isn't a real
  53. pain and the OS isn't changed that often :-)
  54.  
  55. -- 
  56. harvard\
  57.   ucbvax!uwvax!astroatc!ftms!brown  or  uu2.psi.com!ftms!brown
  58. rutgers/
  59. INTERNET: brown@wi.extrel.com  or  ftms!brown%astroatc.UUCP@cs.wisc.edu
  60.