<?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 command in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/cleanup-command/m-p/3211252#M168587</link>
    <description>/var/adm/sw is an ideal candidate for a separate lvol, maybe even moved to a separate volume group. /var is far too critical to every allow it to fill up. Find about 500 megs on another disk and move /var/adm/sw to a temp mount point for that lvol. Then edit fstab to reflect the new mount point source, and mount /var/adm/sw. You'll now have a lot of space in /var. &lt;BR /&gt; &lt;BR /&gt;Then survey /var for big directories:&lt;BR /&gt; &lt;BR /&gt;du -kx /var | sort -rn | more&lt;BR /&gt; &lt;BR /&gt;The directories at the top are the biggest. Just fix those as necessary.</description>
    <pubDate>Sat, 06 Mar 2004 22:44:25 GMT</pubDate>
    <dc:creator>Bill Hassell</dc:creator>
    <dc:date>2004-03-06T22:44:25Z</dc:date>
    <item>
      <title>cleanup command</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/cleanup-command/m-p/3211249#M168584</link>
      <description>I used a command once cleanup -  - that removed superceded patches but did not effect INDEX file.   I'm running out of space in /var, so I was going to try this, also man does not find command&lt;BR /&gt;thank,&lt;BR /&gt;scott</description>
      <pubDate>Sat, 06 Mar 2004 09:59:39 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/cleanup-command/m-p/3211249#M168584</guid>
      <dc:creator>Scott_20</dc:creator>
      <dc:date>2004-03-06T09:59:39Z</dc:date>
    </item>
    <item>
      <title>Re: cleanup command</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/cleanup-command/m-p/3211250#M168585</link>
      <description>Scott,&lt;BR /&gt;&lt;BR /&gt;First, check to see you've got the command (the fact that you don't have a man page concerns me) - ll /usr/sbin/cleanup.&lt;BR /&gt;&lt;BR /&gt;Second, just entering the cleanup command will give you usage.&lt;BR /&gt;&lt;BR /&gt;Third, what you probably want to run is "cleanup -c2" or maybe "cleanup -c1" (if you're really desparate).  Make sure you have an adequate backup beforhand - make_tape_recovery would be perfect.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Pete</description>
      <pubDate>Sat, 06 Mar 2004 11:29:17 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/cleanup-command/m-p/3211250#M168585</guid>
      <dc:creator>Pete Randall</dc:creator>
      <dc:date>2004-03-06T11:29:17Z</dc:date>
    </item>
    <item>
      <title>Re: cleanup command</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/cleanup-command/m-p/3211251#M168586</link>
      <description>Scott,&lt;BR /&gt;&lt;BR /&gt;I should add that you should probably check all the other normal /var offenders (but you knew this, right?).  Check on log files with sam's "routine tasks".  Look for large entries in /var with "du -sk /var/* |sort -n" (be careful about what you delete in here though - stay away from anything /var/adm/sw, for example).  Most anything in /var/tmp should be eligible for deletion.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Pete</description>
      <pubDate>Sat, 06 Mar 2004 11:35:46 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/cleanup-command/m-p/3211251#M168586</guid>
      <dc:creator>Pete Randall</dc:creator>
      <dc:date>2004-03-06T11:35:46Z</dc:date>
    </item>
    <item>
      <title>Re: cleanup command</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/cleanup-command/m-p/3211252#M168587</link>
      <description>/var/adm/sw is an ideal candidate for a separate lvol, maybe even moved to a separate volume group. /var is far too critical to every allow it to fill up. Find about 500 megs on another disk and move /var/adm/sw to a temp mount point for that lvol. Then edit fstab to reflect the new mount point source, and mount /var/adm/sw. You'll now have a lot of space in /var. &lt;BR /&gt; &lt;BR /&gt;Then survey /var for big directories:&lt;BR /&gt; &lt;BR /&gt;du -kx /var | sort -rn | more&lt;BR /&gt; &lt;BR /&gt;The directories at the top are the biggest. Just fix those as necessary.</description>
      <pubDate>Sat, 06 Mar 2004 22:44:25 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/cleanup-command/m-p/3211252#M168587</guid>
      <dc:creator>Bill Hassell</dc:creator>
      <dc:date>2004-03-06T22:44:25Z</dc:date>
    </item>
    <item>
      <title>Re: cleanup command</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/cleanup-command/m-p/3211253#M168588</link>
      <description>Hi Scott,&lt;BR /&gt;&lt;BR /&gt;As mentioned, 'cleanup -c n' will removed the patches that got superceded 'n' times. If you are going with n &amp;lt;= 2, it is strongly recommended that you take a backup of your /var/adm/sw/save directory.&lt;BR /&gt;&lt;BR /&gt;I would create /var/adm/sw/save as a seperate filesystem mounted from another volume group if I have. This is a static directory and is used when a patch is committed|removed.&lt;BR /&gt;&lt;BR /&gt;Other major offenders in /var are /var/adm/syslog, /var/mail and /var/tmp. Check your /var/stm/logs directory also. &lt;BR /&gt;Or you can run 'du -ks /var |sort -n' to find them out.&lt;BR /&gt;&lt;BR /&gt;-Sri&lt;BR /&gt;</description>
      <pubDate>Sun, 07 Mar 2004 02:06:23 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/cleanup-command/m-p/3211253#M168588</guid>
      <dc:creator>Sridhar Bhaskarla</dc:creator>
      <dc:date>2004-03-07T02:06:23Z</dc:date>
    </item>
  </channel>
</rss>

