<?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: Log Files in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/log-files/m-p/4257358#M332471</link>
    <description>Hmmmmm.  I just looked at my /var/opt/omni/log/inet.log and it looks like a pretty trivial record of activity.  I would think you could safely null it out:&lt;BR /&gt;&lt;BR /&gt;&amp;gt; /var/opt/omni/log/inet.log&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Pete</description>
    <pubDate>Mon, 25 Aug 2008 14:09:52 GMT</pubDate>
    <dc:creator>Pete Randall</dc:creator>
    <dc:date>2008-08-25T14:09:52Z</dc:date>
    <item>
      <title>Log Files</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/log-files/m-p/4257352#M332465</link>
      <description>I have question about some log files. How important and critical are they and if we are doing trimming, how many days of data should be keep in our records.&lt;BR /&gt;&lt;BR /&gt;/var/opt/omni/log/inet.log&lt;BR /&gt;/var/stm/logs/os/log96.raw (There are many log files like log90.raw, log91.raw and so on)&lt;BR /&gt;&lt;BR /&gt;And files with patch names under /var/adm/sw/patch directory. &lt;BR /&gt;&lt;BR /&gt;Can some one give me advice?</description>
      <pubDate>Mon, 25 Aug 2008 13:57:27 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/log-files/m-p/4257352#M332465</guid>
      <dc:creator>Waqar Razi</dc:creator>
      <dc:date>2008-08-25T13:57:27Z</dc:date>
    </item>
    <item>
      <title>Re: Log Files</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/log-files/m-p/4257353#M332466</link>
      <description>Do not delete anything under /var/adm/sw/patch, otherwise you won't be able to patch.&lt;BR /&gt;You can commit patches or use cleanup(1m).</description>
      <pubDate>Mon, 25 Aug 2008 14:02:21 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/log-files/m-p/4257353#M332466</guid>
      <dc:creator>Dennis Handly</dc:creator>
      <dc:date>2008-08-25T14:02:21Z</dc:date>
    </item>
    <item>
      <title>Re: Log Files</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/log-files/m-p/4257354#M332467</link>
      <description>Don't really know about "omni" - could be backup software related.&lt;BR /&gt;&lt;BR /&gt;The stm logs are rotated, so you may consider to remove the oldest.&lt;BR /&gt;&lt;BR /&gt;Never touch any file in /var/adm/sw/patch - use *ONLY* cleanup:&lt;BR /&gt;&lt;BR /&gt;man cleanup</description>
      <pubDate>Mon, 25 Aug 2008 14:04:04 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/log-files/m-p/4257354#M332467</guid>
      <dc:creator>Torsten.</dc:creator>
      <dc:date>2008-08-25T14:04:04Z</dc:date>
    </item>
    <item>
      <title>Re: Log Files</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/log-files/m-p/4257355#M332468</link>
      <description>Wat are the stm logs?</description>
      <pubDate>Mon, 25 Aug 2008 14:07:01 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/log-files/m-p/4257355#M332468</guid>
      <dc:creator>Waqar Razi</dc:creator>
      <dc:date>2008-08-25T14:07:01Z</dc:date>
    </item>
    <item>
      <title>Re: Log Files</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/log-files/m-p/4257356#M332469</link>
      <description>Yes, the /var/opt/omni stuff is from Omniback - or Data Protector as it's now called.  I would be cautious about deleting them.  They may well be crucial to Data Protector operation.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Pete</description>
      <pubDate>Mon, 25 Aug 2008 14:07:06 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/log-files/m-p/4257356#M332469</guid>
      <dc:creator>Pete Randall</dc:creator>
      <dc:date>2008-08-25T14:07:06Z</dc:date>
    </item>
    <item>
      <title>Re: Log Files</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/log-files/m-p/4257357#M332470</link>
      <description>STM = support tools manager - the online diagnostics.&lt;BR /&gt;&lt;BR /&gt;see&lt;BR /&gt;&lt;BR /&gt;2.2 OnlineDiag - EMS Hardware Monitors and Support Tools Manager (STM)&lt;BR /&gt;&lt;BR /&gt;on &lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://docs.hp.com/en/diag.html#2%20Online%20Diagnostics" target="_blank"&gt;http://docs.hp.com/en/diag.html#2%20Online%20Diagnostics&lt;/A&gt;</description>
      <pubDate>Mon, 25 Aug 2008 14:09:17 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/log-files/m-p/4257357#M332470</guid>
      <dc:creator>Torsten.</dc:creator>
      <dc:date>2008-08-25T14:09:17Z</dc:date>
    </item>
    <item>
      <title>Re: Log Files</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/log-files/m-p/4257358#M332471</link>
      <description>Hmmmmm.  I just looked at my /var/opt/omni/log/inet.log and it looks like a pretty trivial record of activity.  I would think you could safely null it out:&lt;BR /&gt;&lt;BR /&gt;&amp;gt; /var/opt/omni/log/inet.log&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Pete</description>
      <pubDate>Mon, 25 Aug 2008 14:09:52 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/log-files/m-p/4257358#M332471</guid>
      <dc:creator>Pete Randall</dc:creator>
      <dc:date>2008-08-25T14:09:52Z</dc:date>
    </item>
    <item>
      <title>Re: Log Files</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/log-files/m-p/4257359#M332472</link>
      <description>Hi Wagar:&lt;BR /&gt;&lt;BR /&gt;Using 'cleanup -c 1' may return considerable space in '/var'.  The 'cleanup' utility is a friendly frontend to 'swmodify' to commit patches in '/var/adm/sw'.  It is a safe way to manage this directory.  A committed patch is one whose roll-back state no longer exists.  Removing this data gains space at the expense of not being able to restore a previous patch state.  The 'cleanup -c 1' leaves at least one previous state available.&lt;BR /&gt;&lt;BR /&gt;Reagrds!&lt;BR /&gt;&lt;BR /&gt;...JRF...</description>
      <pubDate>Mon, 25 Aug 2008 14:13:10 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/log-files/m-p/4257359#M332472</guid>
      <dc:creator>James R. Ferguson</dc:creator>
      <dc:date>2008-08-25T14:13:10Z</dc:date>
    </item>
    <item>
      <title>Re: Log Files</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/log-files/m-p/4257360#M332473</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;My suggestion is take the backup first. then trim it. &lt;BR /&gt;&lt;BR /&gt;Regards&lt;BR /&gt;Atul</description>
      <pubDate>Mon, 25 Aug 2008 15:06:01 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/log-files/m-p/4257360#M332473</guid>
      <dc:creator>Prashanth Waugh</dc:creator>
      <dc:date>2008-08-25T15:06:01Z</dc:date>
    </item>
  </channel>
</rss>

