<?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: Cleanup /var in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/cleanup-var/m-p/4270037#M334065</link>
    <description>&amp;gt;Is there a way to cleanup the 'save' directory?&lt;BR /&gt;&lt;BR /&gt;cleanup does that.  Or you could move the files elsewhere and add a symlink.&lt;BR /&gt;(Unfortunately on one of my systems someone did that and didn't protect the directory and then later removed that tree. )-:&lt;BR /&gt;&lt;BR /&gt;I suppose you could compress directories and then undo it when you want to remove patches.</description>
    <pubDate>Tue, 16 Sep 2008 18:08:17 GMT</pubDate>
    <dc:creator>Dennis Handly</dc:creator>
    <dc:date>2008-09-16T18:08:17Z</dc:date>
    <item>
      <title>Cleanup /var</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/cleanup-var/m-p/4270032#M334060</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;on my HP-UX 11.11 the /var is at 93%&lt;BR /&gt;&lt;BR /&gt;I did some investigation and the reason is that there is a lof of stuff in /var/adm/sw/save.&lt;BR /&gt;&lt;BR /&gt;After patch installation is usually run 'cleanup -c1' to save some space.&lt;BR /&gt;&lt;BR /&gt;Is there a way to cleanup the 'save' directory? (other than using 'rm' an messing up the system)&lt;BR /&gt;&lt;BR /&gt;With kind regards,&lt;BR /&gt;&lt;BR /&gt;Kris</description>
      <pubDate>Tue, 16 Sep 2008 08:30:16 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/cleanup-var/m-p/4270032#M334060</guid>
      <dc:creator>Quark</dc:creator>
      <dc:date>2008-09-16T08:30:16Z</dc:date>
    </item>
    <item>
      <title>Re: Cleanup /var</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/cleanup-var/m-p/4270033#M334061</link>
      <description>From the cleanup manpage :&lt;BR /&gt;The cleanup -c command can be executed to commit all patches that have been superseded specified number of times.  The only benefit from committing patches is that disk space will be recovered in the /var/adm/sw/save directory.&lt;BR /&gt;&lt;BR /&gt;If you issued a cleanup -c1, files in save directory are matching patches that haven't been superseeded. So, no, there is no way to get more space back, except from an rm command. But this is not safe (even if I must admit that rolling back a patch is not a frequent task).&lt;BR /&gt;&lt;BR /&gt;other way will be to increase /var filesystem.&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;&lt;BR /&gt;Fred&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Tue, 16 Sep 2008 08:41:45 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/cleanup-var/m-p/4270033#M334061</guid>
      <dc:creator>Fred Ruffet</dc:creator>
      <dc:date>2008-09-16T08:41:45Z</dc:date>
    </item>
    <item>
      <title>Re: Cleanup /var</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/cleanup-var/m-p/4270034#M334062</link>
      <description>Shalom Kris,&lt;BR /&gt;&lt;BR /&gt;cleanup will get you a lot of space back at the cost of not being able to roll back patches to the previous version.&lt;BR /&gt;&lt;BR /&gt;cd /var&lt;BR /&gt;du -k | sort -rn | more&lt;BR /&gt;&lt;BR /&gt;Identify where the space is being used, you might find other fat targets for cleanup.&lt;BR /&gt;&lt;BR /&gt;Another quick space getter is to use sam routine tasks trim log files.&lt;BR /&gt;&lt;BR /&gt;SEP</description>
      <pubDate>Tue, 16 Sep 2008 08:53:51 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/cleanup-var/m-p/4270034#M334062</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2008-09-16T08:53:51Z</dc:date>
    </item>
    <item>
      <title>Re: Cleanup /var</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/cleanup-var/m-p/4270035#M334063</link>
      <description>Provide output of &lt;BR /&gt;cd /var&lt;BR /&gt;# du -sk *|sort -n&lt;BR /&gt;check for crash dump in /var/adm/crash&lt;BR /&gt; gzip OLDsyslog.log&lt;BR /&gt;truncate mail.log&lt;BR /&gt;&lt;BR /&gt;truncate files inside /var/mail</description>
      <pubDate>Tue, 16 Sep 2008 09:10:44 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/cleanup-var/m-p/4270035#M334063</guid>
      <dc:creator>Sandeep_Chaudhary</dc:creator>
      <dc:date>2008-09-16T09:10:44Z</dc:date>
    </item>
    <item>
      <title>Re: Cleanup /var</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/cleanup-var/m-p/4270036#M334064</link>
      <description>1. You can remove older crash directories inside /var/adm/crash&lt;BR /&gt;&lt;BR /&gt;2. You can trim syslog.log &amp;amp; mail.log after taking the backup if needed.&lt;BR /&gt;&lt;BR /&gt;3. You can gzip sar files inside /var/adm/sa directory.&lt;BR /&gt;&lt;BR /&gt;Atlast nothing is possible for cleanup then you can add some space to /var.&lt;BR /&gt;&lt;BR /&gt;Thanks&lt;BR /&gt;&lt;BR /&gt;SKR</description>
      <pubDate>Tue, 16 Sep 2008 12:01:30 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/cleanup-var/m-p/4270036#M334064</guid>
      <dc:creator>SKR_1</dc:creator>
      <dc:date>2008-09-16T12:01:30Z</dc:date>
    </item>
    <item>
      <title>Re: Cleanup /var</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/cleanup-var/m-p/4270037#M334065</link>
      <description>&amp;gt;Is there a way to cleanup the 'save' directory?&lt;BR /&gt;&lt;BR /&gt;cleanup does that.  Or you could move the files elsewhere and add a symlink.&lt;BR /&gt;(Unfortunately on one of my systems someone did that and didn't protect the directory and then later removed that tree. )-:&lt;BR /&gt;&lt;BR /&gt;I suppose you could compress directories and then undo it when you want to remove patches.</description>
      <pubDate>Tue, 16 Sep 2008 18:08:17 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/cleanup-var/m-p/4270037#M334065</guid>
      <dc:creator>Dennis Handly</dc:creator>
      <dc:date>2008-09-16T18:08:17Z</dc:date>
    </item>
    <item>
      <title>Re: Cleanup /var</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/cleanup-var/m-p/4270038#M334066</link>
      <description>Hi Kris:&lt;BR /&gt;&lt;BR /&gt;In lieu of running 'cleanup' (which is a friendly front-end to 'swmodify') you can commit *all* patches and regain the space used for their rollback images with:&lt;BR /&gt;&lt;BR /&gt;# swmodify -x patch_commit=true \*&lt;BR /&gt;&lt;BR /&gt;This should give you the most returnable space.&lt;BR /&gt;&lt;BR /&gt;Regards!&lt;BR /&gt;&lt;BR /&gt;...JRF...</description>
      <pubDate>Tue, 16 Sep 2008 18:32:09 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/cleanup-var/m-p/4270038#M334066</guid>
      <dc:creator>James R. Ferguson</dc:creator>
      <dc:date>2008-09-16T18:32:09Z</dc:date>
    </item>
    <item>
      <title>Re: Cleanup /var</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/cleanup-var/m-p/4270039#M334067</link>
      <description>Cleanup and swmodify are the tools, *do not use rm!!!!*&lt;BR /&gt;&lt;BR /&gt;That said, make a new IUX recovery image before you commit patches.  Always leave your options open when working with patches.</description>
      <pubDate>Wed, 17 Sep 2008 15:45:03 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/cleanup-var/m-p/4270039#M334067</guid>
      <dc:creator>Bob E Campbell</dc:creator>
      <dc:date>2008-09-17T15:45:03Z</dc:date>
    </item>
  </channel>
</rss>

