<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: /var/tmp in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/var-tmp/m-p/3809931#M268099</link>
    <description>Look in the file /etc/init.d/RMTMPFILES&lt;BR /&gt;&lt;BR /&gt;In this file there is a note:&lt;BR /&gt;&lt;BR /&gt;# Traditional SunOS 4.x behavior has been to not alter the contents of&lt;BR /&gt;# /var/tmp (/usr/tmp) at boot time. This behavior is maintained as the&lt;BR /&gt;# current default behavior. It the traditional System V behavior of&lt;BR /&gt;# removing everything in /var/tmp is desired, remove the following 'exit'.&lt;BR /&gt;&lt;BR /&gt;exit&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;If you comment this exit line it should work. &lt;BR /&gt;&lt;BR /&gt;There should also be a hard link between&lt;BR /&gt;/etc/init.d/RMTMPFILES &amp;amp;&lt;BR /&gt;/etc/rc2.d/S05RMTMPFILES&lt;BR /&gt;</description>
    <pubDate>Wed, 21 Jun 2006 11:26:42 GMT</pubDate>
    <dc:creator>john kingsley</dc:creator>
    <dc:date>2006-06-21T11:26:42Z</dc:date>
    <item>
      <title>/var/tmp</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/var-tmp/m-p/3809930#M268098</link>
      <description>OK, I hate to do this ,but I have no choice. Plus I've spent so many points here that I feel like I am entitled. But delete this post if you want, I am ashamed.&lt;BR /&gt;&lt;BR /&gt;I am an HP person, have been for years.&lt;BR /&gt;Now I am in an HP/Solaris shop.&lt;BR /&gt;&lt;BR /&gt;Hp has a switch to set to clear /var/tmp at reboot.&lt;BR /&gt;&lt;BR /&gt;Does solaris have one? a switch to set to make it clear at reboot? and if there are any Sun people out here, is it a good idea to do so?&lt;BR /&gt;&lt;BR /&gt;Sorry, I couldnt find any answers on sun sites. I think I hit the end of the internet while searching.&lt;BR /&gt;&lt;BR /&gt;10x&lt;BR /&gt;RPM</description>
      <pubDate>Wed, 21 Jun 2006 11:10:48 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/var-tmp/m-p/3809930#M268098</guid>
      <dc:creator>Nobody's Hero</dc:creator>
      <dc:date>2006-06-21T11:10:48Z</dc:date>
    </item>
    <item>
      <title>Re: /var/tmp</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/var-tmp/m-p/3809931#M268099</link>
      <description>Look in the file /etc/init.d/RMTMPFILES&lt;BR /&gt;&lt;BR /&gt;In this file there is a note:&lt;BR /&gt;&lt;BR /&gt;# Traditional SunOS 4.x behavior has been to not alter the contents of&lt;BR /&gt;# /var/tmp (/usr/tmp) at boot time. This behavior is maintained as the&lt;BR /&gt;# current default behavior. It the traditional System V behavior of&lt;BR /&gt;# removing everything in /var/tmp is desired, remove the following 'exit'.&lt;BR /&gt;&lt;BR /&gt;exit&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;If you comment this exit line it should work. &lt;BR /&gt;&lt;BR /&gt;There should also be a hard link between&lt;BR /&gt;/etc/init.d/RMTMPFILES &amp;amp;&lt;BR /&gt;/etc/rc2.d/S05RMTMPFILES&lt;BR /&gt;</description>
      <pubDate>Wed, 21 Jun 2006 11:26:42 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/var-tmp/m-p/3809931#M268099</guid>
      <dc:creator>john kingsley</dc:creator>
      <dc:date>2006-06-21T11:26:42Z</dc:date>
    </item>
    <item>
      <title>Re: /var/tmp</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/var-tmp/m-p/3809932#M268100</link>
      <description>It really doesn't matter because whatever "built-in" mechanisms exist to delete temporary files, you still have to look at the rc scripts to see if custom versions are in use. While clearing temporary files from /tmp, /usr/tmp, and/or /var/tmp used to a common rc practice, boxes are rebooted so infrequently nowadays that these rc scripts are all but worthless. It is much more common to rely upon cron scripts to do cleanup these days.</description>
      <pubDate>Wed, 21 Jun 2006 11:33:19 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/var-tmp/m-p/3809932#M268100</guid>
      <dc:creator>A. Clay Stephenson</dc:creator>
      <dc:date>2006-06-21T11:33:19Z</dc:date>
    </item>
    <item>
      <title>Re: /var/tmp</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/var-tmp/m-p/3809933#M268101</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;I've checked on Solaris 5.9 and found the following two scripts dealing with /var/tmp:&lt;BR /&gt;PRESERVE&lt;BR /&gt;RMTMPFILES&lt;BR /&gt;&lt;BR /&gt;But on Solaris 5.10 I don't have it, so it could be that Sun has another mechanism for this, which I can't find at the moment.&lt;BR /&gt;&lt;BR /&gt;Darrel</description>
      <pubDate>Wed, 21 Jun 2006 11:36:41 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/var-tmp/m-p/3809933#M268101</guid>
      <dc:creator>Darrel Louis</dc:creator>
      <dc:date>2006-06-21T11:36:41Z</dc:date>
    </item>
    <item>
      <title>Re: /var/tmp</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/var-tmp/m-p/3809934#M268102</link>
      <description>Talking with a Sun Guru on my team and he says there is no builtin mechanism to delete files from /var/tmp on Solaris.&lt;BR /&gt;&lt;BR /&gt;On Solaris, /var/tmp is used by applications, things like vi sessions.&lt;BR /&gt;&lt;BR /&gt;DO NOT make it a symbolic link to /tmp - as that is a memory mapped file system and programs like vi expect to see a physical file systems.&lt;BR /&gt;&lt;BR /&gt;Best to write your own rc script to rm files leftover in /var/tmp&lt;BR /&gt;&lt;BR /&gt;Rgds...Geoff</description>
      <pubDate>Wed, 21 Jun 2006 11:54:48 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/var-tmp/m-p/3809934#M268102</guid>
      <dc:creator>Geoff Wild</dc:creator>
      <dc:date>2006-06-21T11:54:48Z</dc:date>
    </item>
  </channel>
</rss>

