home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / sun / apps / 3098 < prev    next >
Encoding:
Text File  |  1993-01-27  |  2.7 KB  |  64 lines
  1. Newsgroups: comp.sys.sun.apps
  2. Path: sparky!uunet!destroyer!gatech!concert!unccsun.uncc.edu!jta
  3. From: jta@unccsun.uncc.edu (joey adams)
  4. Subject: Re: Large hvtmp files left in /tmp?
  5. Message-ID: <1993Jan26.101340@unccsun.uncc.edu>
  6. Sender: usenet@unccsun.uncc.edu
  7. Nntp-Posting-Host: ws86.uncc.edu
  8. Reply-To: jta@unccsun.uncc.edu (joey adams)
  9. Organization: University of NC at Charlotte
  10. References: <ghawkins.727730217@unix1.tcd.ie> <tim.727916824@andy.hssc.scarolina.edu> <16612@auspex-gw.auspex.com>
  11. Date: Tue, 26 Jan 1993 15:13:40 GMT
  12. Lines: 50
  13.  
  14. In article <16612@auspex-gw.auspex.com>, guy@Auspex.COM (Guy Harris) writes: 
  15. |>  >>Some program here keeps on leaving behind a large (greater than
  16. |>  >>0.5Mb) file called hvtmpBAAa06214 (letters after hvtmp appear to
  17. |>  >   I notice this last week on a user's workstation. Since it is a
  18. postscript
  19. |>  >  file I used pageview to look at it. It was the Sun Postscript
  20. introduction
  21. |>  >  to the desktop. 
  22. |> "hv" probably stands for Help Viewer, then.
  23.  
  24. This problem bit us about a year ago.  We have a few labs with Sun 
  25. Workstations and only ~20 Meg. of /tmp space on each machine.  
  26. During an upgrade the Help viewer was placed in every student's 
  27. .openwin-init file.  The systems are always in high demand and within
  28. a day all of our workstations /tmp directory was full of hvtmp* files. 
  29. Checking into the problem I found out the following characteristics of
  30. Help viewer.
  31.  
  32. 1.  If you use the Window->Close function Help viewer WILL delete
  33.     the /tmp/hv* files.
  34.  
  35. 2.  If you send a signal (TERM, etc., I can't remember every signal
  36.     that I tried) such as "kill -TERM pid" then Help viewer WILL
  37.     delete the /tmp/hvtmp* files.  BTW, as most should know "kill -9
  38. pid"
  39.     will not give the process a chance to clean up anything.
  40.  
  41. 3.  If you go Workspace->Exit..., or you use the Openwin abort key 
  42.     sequence (default is L1-Alt-Delete) then Help viewer will NOT
  43.     remove the /tmp/hvtmp* files.  
  44.  
  45. Since ~99% of the students and most other users only exit openwindows 
  46. and not every application, we had every machine's /tmp directory full.
  47. The immediate fix was to delete the Help viewer from the .openwin-init 
  48. file and clean the directories by a reboot.  (Trust me in our case, a
  49. reboot was easier than logging in to every one of our 120+ machines and
  50. hand cleaning the directory.)
  51.  
  52. The permanent fix was to write a program that cleaned every file from
  53. /tmp
  54. excluding the lost+found directory.  We added this onto our own login
  55. program so that after every user would log out /tmp would be cleaned.
  56. Hope this helps explain the problem.
  57.  
  58. -----------------------------------------------------------------   
  59. Joey Adams
  60. University of NC at Charlotte
  61. jta@unccsun.uncc.edu
  62. -----------------------------------------------------------------
  63.  
  64.