<?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: mxdomainmgr logs huge in Server Management - Systems Insight Manager</title>
    <link>https://community.hpe.com/t5/server-management-systems/mxdomainmgr-logs-huge/m-p/4400736#M37100</link>
    <description>&lt;!--!*#--&gt;OK - Fixed it - quick synopsis for anyone else that may encounter this issue in the future:&lt;BR /&gt;1.) Background: We installed SIM locally with SQL2005 Express - then moved the database to our SQL server - modified the database.props, and database.admin files to point to the new server, and port number.  (The reason we installed locally, was that the install didn't accept a custom SQL port - HP please fix this.)&lt;BR /&gt;2.) FIX:  I haven't found any documentation on moving the database that tells you that you also need to modify the following file:&lt;BR /&gt;pmp-ds.xml (in \jboss\server\hpsim\deploy)&lt;BR /&gt;-and-&lt;BR /&gt;there may be another file with a name like "tmpXXXXXpmp-ds.xml" in the folder \jboss\server\hpsim\tmp\deploy\ that you also should update. &lt;BR /&gt;3.) After that restarted SIM and watched as the mxdomainmgr.1.log file stopped growing after a couple minutes.</description>
    <pubDate>Tue, 12 May 2009 15:42:51 GMT</pubDate>
    <dc:creator>Michael Harszlak</dc:creator>
    <dc:date>2009-05-12T15:42:51Z</dc:date>
    <item>
      <title>mxdomainmgr logs huge</title>
      <link>https://community.hpe.com/t5/server-management-systems/mxdomainmgr-logs-huge/m-p/4400733#M37097</link>
      <description>Something is awry with my 5.3 install - mxdomainmgr runs upwards of &amp;gt;1gb of RAM - my mxdomainmgr log files are taking up nearly 50gb - I stopped SIM, and started it up again, watched the zero log file (mxdomainmgr.0.log)it progressed in size slowly until about 2 or 3 minutes in (10:48)- then it started blooming exponentially ... &lt;BR /&gt;it looks like some kind of connection error - there's jboss errors galore, and some sql connection errors - I'm attaching this truncated sample of the log - if anyone can help point me in the right direction to search for a solution - I'm thoroughly grateful!!</description>
      <pubDate>Tue, 14 Apr 2009 16:24:13 GMT</pubDate>
      <guid>https://community.hpe.com/t5/server-management-systems/mxdomainmgr-logs-huge/m-p/4400733#M37097</guid>
      <dc:creator>Michael Harszlak</dc:creator>
      <dc:date>2009-04-14T16:24:13Z</dc:date>
    </item>
    <item>
      <title>Re: mxdomainmgr logs huge</title>
      <link>https://community.hpe.com/t5/server-management-systems/mxdomainmgr-logs-huge/m-p/4400734#M37098</link>
      <description>Bueller? ..... Bueller?</description>
      <pubDate>Fri, 24 Apr 2009 12:39:21 GMT</pubDate>
      <guid>https://community.hpe.com/t5/server-management-systems/mxdomainmgr-logs-huge/m-p/4400734#M37098</guid>
      <dc:creator>Michael Harszlak</dc:creator>
      <dc:date>2009-04-24T12:39:21Z</dc:date>
    </item>
    <item>
      <title>Re: mxdomainmgr logs huge</title>
      <link>https://community.hpe.com/t5/server-management-systems/mxdomainmgr-logs-huge/m-p/4400735#M37099</link>
      <description>Let's hope that SIM 5.3 update 1 will fix those issues too...&lt;BR /&gt;&lt;BR /&gt;My mxdomainmgr takes 1,6GB ram and eats lots of cpu. mxdomainmrg logs are filled with all kind of WARN and INFO messages</description>
      <pubDate>Fri, 24 Apr 2009 18:16:52 GMT</pubDate>
      <guid>https://community.hpe.com/t5/server-management-systems/mxdomainmgr-logs-huge/m-p/4400735#M37099</guid>
      <dc:creator>JKytsi</dc:creator>
      <dc:date>2009-04-24T18:16:52Z</dc:date>
    </item>
    <item>
      <title>Re: mxdomainmgr logs huge</title>
      <link>https://community.hpe.com/t5/server-management-systems/mxdomainmgr-logs-huge/m-p/4400736#M37100</link>
      <description>&lt;!--!*#--&gt;OK - Fixed it - quick synopsis for anyone else that may encounter this issue in the future:&lt;BR /&gt;1.) Background: We installed SIM locally with SQL2005 Express - then moved the database to our SQL server - modified the database.props, and database.admin files to point to the new server, and port number.  (The reason we installed locally, was that the install didn't accept a custom SQL port - HP please fix this.)&lt;BR /&gt;2.) FIX:  I haven't found any documentation on moving the database that tells you that you also need to modify the following file:&lt;BR /&gt;pmp-ds.xml (in \jboss\server\hpsim\deploy)&lt;BR /&gt;-and-&lt;BR /&gt;there may be another file with a name like "tmpXXXXXpmp-ds.xml" in the folder \jboss\server\hpsim\tmp\deploy\ that you also should update. &lt;BR /&gt;3.) After that restarted SIM and watched as the mxdomainmgr.1.log file stopped growing after a couple minutes.</description>
      <pubDate>Tue, 12 May 2009 15:42:51 GMT</pubDate>
      <guid>https://community.hpe.com/t5/server-management-systems/mxdomainmgr-logs-huge/m-p/4400736#M37100</guid>
      <dc:creator>Michael Harszlak</dc:creator>
      <dc:date>2009-05-12T15:42:51Z</dc:date>
    </item>
    <item>
      <title>Re: mxdomainmgr logs huge</title>
      <link>https://community.hpe.com/t5/server-management-systems/mxdomainmgr-logs-huge/m-p/4400737#M37101</link>
      <description>We are now on 5.3 SP1 and still eating up 1.05 GB or Memory but the logs are fine.&lt;BR /&gt;&lt;BR /&gt;Where abouts should the Memory footprint be? &lt;BR /&gt;&lt;BR /&gt;Also, a we are now getting the Virtual Partition Configuration warning events for certain machines when an identify is run.&lt;BR /&gt;&lt;BR /&gt;And our ESX boxes are now not showing the ESX version in the OS Name column.</description>
      <pubDate>Tue, 12 May 2009 18:15:10 GMT</pubDate>
      <guid>https://community.hpe.com/t5/server-management-systems/mxdomainmgr-logs-huge/m-p/4400737#M37101</guid>
      <dc:creator>MrMike_2</dc:creator>
      <dc:date>2009-05-12T18:15:10Z</dc:date>
    </item>
  </channel>
</rss>

