<?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: PMP log Purge in Server Management - Systems Insight Manager</title>
    <link>https://community.hpe.com/t5/server-management-systems/pmp-log-purge/m-p/3443461#M8188</link>
    <description>It was the PMP database we sample 300+ servers every 5 min i believe.  Per HP this should not be an issue.  I still uestion that due to the volume we are sampleing.  &lt;BR /&gt;&lt;BR /&gt;I did follow through with a reinstall of PMP.  I was then able to bring up the purge log with the new database.  Just for a test I place the old DB back in and it seemed to have failed.  Something is wrong with the old Database.&lt;BR /&gt;&lt;BR /&gt;My concern is how did that Data get corrupt or is it the size?  Hp does not have an answer for that at the moment and I am still working with them on this.  &lt;BR /&gt;&lt;BR /&gt;</description>
    <pubDate>Mon, 20 Dec 2004 10:03:00 GMT</pubDate>
    <dc:creator>nathan_78</dc:creator>
    <dc:date>2004-12-20T10:03:00Z</dc:date>
    <item>
      <title>PMP log Purge</title>
      <link>https://community.hpe.com/t5/server-management-systems/pmp-log-purge/m-p/3443459#M8186</link>
      <description>Has anyone experienced a NO Records found message when trying to a LOG purge or run a PMP report in the SIM console??  I am collecting data cause the DB in, SQL enterprise Admin, shows it growing in size.  It is collecting up to a gig of data per week.  But yet in PMP console gives me that "No Records" message.&lt;BR /&gt;&lt;BR /&gt;Anyone have a clue?  I am trying to avoid a reinstall of PMP per HP.&lt;BR /&gt;&lt;BR /&gt;Thanks&lt;BR /&gt;</description>
      <pubDate>Tue, 14 Dec 2004 12:05:35 GMT</pubDate>
      <guid>https://community.hpe.com/t5/server-management-systems/pmp-log-purge/m-p/3443459#M8186</guid>
      <dc:creator>nathan_78</dc:creator>
      <dc:date>2004-12-14T12:05:35Z</dc:date>
    </item>
    <item>
      <title>Re: PMP log Purge</title>
      <link>https://community.hpe.com/t5/server-management-systems/pmp-log-purge/m-p/3443460#M8187</link>
      <description>Is it the PMP database that is growing that much or is it the SIM database?  That is an awful lot of data growth!</description>
      <pubDate>Sat, 18 Dec 2004 17:23:43 GMT</pubDate>
      <guid>https://community.hpe.com/t5/server-management-systems/pmp-log-purge/m-p/3443460#M8187</guid>
      <dc:creator>Jon Ward</dc:creator>
      <dc:date>2004-12-18T17:23:43Z</dc:date>
    </item>
    <item>
      <title>Re: PMP log Purge</title>
      <link>https://community.hpe.com/t5/server-management-systems/pmp-log-purge/m-p/3443461#M8188</link>
      <description>It was the PMP database we sample 300+ servers every 5 min i believe.  Per HP this should not be an issue.  I still uestion that due to the volume we are sampleing.  &lt;BR /&gt;&lt;BR /&gt;I did follow through with a reinstall of PMP.  I was then able to bring up the purge log with the new database.  Just for a test I place the old DB back in and it seemed to have failed.  Something is wrong with the old Database.&lt;BR /&gt;&lt;BR /&gt;My concern is how did that Data get corrupt or is it the size?  Hp does not have an answer for that at the moment and I am still working with them on this.  &lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Mon, 20 Dec 2004 10:03:00 GMT</pubDate>
      <guid>https://community.hpe.com/t5/server-management-systems/pmp-log-purge/m-p/3443461#M8188</guid>
      <dc:creator>nathan_78</dc:creator>
      <dc:date>2004-12-20T10:03:00Z</dc:date>
    </item>
    <item>
      <title>Re: PMP log Purge</title>
      <link>https://community.hpe.com/t5/server-management-systems/pmp-log-purge/m-p/3443462#M8189</link>
      <description>Primary concerns: &lt;BR /&gt;&lt;BR /&gt;- Overall server health. To ensure the server that SQL server is running on is healthy, use the hp Management Agents or another diagnostics tool. &lt;BR /&gt;&lt;BR /&gt;- Run chkdsk and defrag to ensure Microsoft partition/volume health. &lt;BR /&gt;&lt;BR /&gt;- Run DBCC CHECKDB to ensure the table is not corrupted (the details of this operation is considered an advanced SQL topic and is beyond my everyday knowlege)&lt;BR /&gt;&lt;BR /&gt;- Check SQL logs, application logs, and system logs.&lt;BR /&gt;</description>
      <pubDate>Mon, 20 Dec 2004 16:42:02 GMT</pubDate>
      <guid>https://community.hpe.com/t5/server-management-systems/pmp-log-purge/m-p/3443462#M8189</guid>
      <dc:creator>Jon Ward</dc:creator>
      <dc:date>2004-12-20T16:42:02Z</dc:date>
    </item>
    <item>
      <title>Re: PMP log Purge</title>
      <link>https://community.hpe.com/t5/server-management-systems/pmp-log-purge/m-p/3443463#M8190</link>
      <description>Thank you John I will try the formentioned things and try to get back here for a response.</description>
      <pubDate>Mon, 20 Dec 2004 17:09:42 GMT</pubDate>
      <guid>https://community.hpe.com/t5/server-management-systems/pmp-log-purge/m-p/3443463#M8190</guid>
      <dc:creator>nathan_78</dc:creator>
      <dc:date>2004-12-20T17:09:42Z</dc:date>
    </item>
  </channel>
</rss>

