<?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: Incredibly annoying discovery problem in Server Management - Systems Insight Manager</title>
    <link>https://community.hpe.com/t5/server-management-systems/incredibly-annoying-discovery-problem/m-p/3853355#M22351</link>
    <description>Excluding the address from auto-discovery does not affect data collection. I personally was successful in monitoring just the nodes of the cluster (as normal servers).</description>
    <pubDate>Thu, 14 Sep 2006 09:42:43 GMT</pubDate>
    <dc:creator>Aravindh Rajaram</dc:creator>
    <dc:date>2006-09-14T09:42:43Z</dc:date>
    <item>
      <title>Incredibly annoying discovery problem</title>
      <link>https://community.hpe.com/t5/server-management-systems/incredibly-annoying-discovery-problem/m-p/3853349#M22345</link>
      <description>Is there ANY way to successfully PREVENT discovery of a cluster but still be able to manage the actual server node ?&lt;BR /&gt;&lt;BR /&gt;I've now tried unsuccessfully including help from my local HP support to prevent this problem: Whenever any of my Exchange clusters fail over from node A to node B, SIM goes bananas and just renames the nodes so that instead of server A, B, C and D, I will end up with server A, A, A and D.&lt;BR /&gt;&lt;BR /&gt;This does not look very well when one or more nodes goes down and SIM still shows everything as green and happy, I simply have to prevent it from changing the names.&lt;BR /&gt;&lt;BR /&gt;I have tried exclude lists in SIM, I have tried IP filtering in the SMH agents, and I have tried "prevent discovery from chaning the server name" in SIM-node-properties.&lt;BR /&gt;No effect, the names are still being changed "randomly".&lt;BR /&gt;&lt;BR /&gt;What if I disable the HP cluster agents ?&lt;BR /&gt;Could this solve the MSCS cluster issues ?&lt;BR /&gt;What about Veritas clusters (that HP agents cannot detect but the servers still changes names when the IP adress changes) ?&lt;BR /&gt;&lt;BR /&gt;Is there any way to just detect the dedicated IP adress, discover the name from that and then prevent any change to that name and IP on a specific node entry in SIM ?&lt;BR /&gt;&lt;BR /&gt;Please help since this is getting enourmously frustrating having to delete 80 servers and rediscovering them every other week, not to mention it takes quite some performance from the server during which SIM is quite slow for all users.</description>
      <pubDate>Wed, 30 Aug 2006 09:06:36 GMT</pubDate>
      <guid>https://community.hpe.com/t5/server-management-systems/incredibly-annoying-discovery-problem/m-p/3853349#M22345</guid>
      <dc:creator>Mikael Rönnbäck</dc:creator>
      <dc:date>2006-08-30T09:06:36Z</dc:date>
    </item>
    <item>
      <title>Re: Incredibly annoying discovery problem</title>
      <link>https://community.hpe.com/t5/server-management-systems/incredibly-annoying-discovery-problem/m-p/3853350#M22346</link>
      <description>Just remove CLUSTERING INFORMATION in you re HP AGENT on you re server that you do not want it to discover the clustering.&lt;BR /&gt;&lt;BR /&gt;Do not ferget to apply you re point, TY</description>
      <pubDate>Wed, 30 Aug 2006 09:22:27 GMT</pubDate>
      <guid>https://community.hpe.com/t5/server-management-systems/incredibly-annoying-discovery-problem/m-p/3853350#M22346</guid>
      <dc:creator>Daniel Leblanc</dc:creator>
      <dc:date>2006-08-30T09:22:27Z</dc:date>
    </item>
    <item>
      <title>Re: Incredibly annoying discovery problem</title>
      <link>https://community.hpe.com/t5/server-management-systems/incredibly-annoying-discovery-problem/m-p/3853351#M22347</link>
      <description>Thanks but as I said, that only affects MSCS clusters since the HP agents atm doesn't support Veritas clusters and we have the same problem there so I'm really looking for something a bit more permanent.</description>
      <pubDate>Thu, 31 Aug 2006 01:56:56 GMT</pubDate>
      <guid>https://community.hpe.com/t5/server-management-systems/incredibly-annoying-discovery-problem/m-p/3853351#M22347</guid>
      <dc:creator>Mikael Rönnbäck</dc:creator>
      <dc:date>2006-08-31T01:56:56Z</dc:date>
    </item>
    <item>
      <title>Re: Incredibly annoying discovery problem</title>
      <link>https://community.hpe.com/t5/server-management-systems/incredibly-annoying-discovery-problem/m-p/3853352#M22348</link>
      <description>Happened again, had to delete all machines and rediscover. Removing the cluster agents have absolutely no effect at all.</description>
      <pubDate>Wed, 13 Sep 2006 09:12:45 GMT</pubDate>
      <guid>https://community.hpe.com/t5/server-management-systems/incredibly-annoying-discovery-problem/m-p/3853352#M22348</guid>
      <dc:creator>Mikael Rönnbäck</dc:creator>
      <dc:date>2006-09-13T09:12:45Z</dc:date>
    </item>
    <item>
      <title>Re: Incredibly annoying discovery problem</title>
      <link>https://community.hpe.com/t5/server-management-systems/incredibly-annoying-discovery-problem/m-p/3853353#M22349</link>
      <description>Just remove the cluster IP address (the IP address in which the cluster service is hosted) during the discovery. Add the IP addresses of Node A, Node B, Node C and Node D and discover them. You can manage them as normal servers.</description>
      <pubDate>Wed, 13 Sep 2006 10:19:42 GMT</pubDate>
      <guid>https://community.hpe.com/t5/server-management-systems/incredibly-annoying-discovery-problem/m-p/3853353#M22349</guid>
      <dc:creator>Aravindh Rajaram</dc:creator>
      <dc:date>2006-09-13T10:19:42Z</dc:date>
    </item>
    <item>
      <title>Re: Incredibly annoying discovery problem</title>
      <link>https://community.hpe.com/t5/server-management-systems/incredibly-annoying-discovery-problem/m-p/3853354#M22350</link>
      <description>Thanks, I'll give it another try and see what it comes down to although I do believe I've tried doing that too on some of the machines without success, but I'll make sure to do it now just to have that option done from my list.&lt;BR /&gt;&lt;BR /&gt;However, would you happen to know if excluding the address from auto-discovery also affects data collection ? Since I'm not sure that it is just the discovery task doing this. But we'll see.&lt;BR /&gt;&lt;BR /&gt;Still a heck of a job, finding and excluding some 100-150 different IP adresses manually, but oh well, if it does the job... &lt;BR /&gt;&lt;BR /&gt;I think I'll start with two of the clusters to test first :)</description>
      <pubDate>Thu, 14 Sep 2006 02:22:08 GMT</pubDate>
      <guid>https://community.hpe.com/t5/server-management-systems/incredibly-annoying-discovery-problem/m-p/3853354#M22350</guid>
      <dc:creator>Mikael Rönnbäck</dc:creator>
      <dc:date>2006-09-14T02:22:08Z</dc:date>
    </item>
    <item>
      <title>Re: Incredibly annoying discovery problem</title>
      <link>https://community.hpe.com/t5/server-management-systems/incredibly-annoying-discovery-problem/m-p/3853355#M22351</link>
      <description>Excluding the address from auto-discovery does not affect data collection. I personally was successful in monitoring just the nodes of the cluster (as normal servers).</description>
      <pubDate>Thu, 14 Sep 2006 09:42:43 GMT</pubDate>
      <guid>https://community.hpe.com/t5/server-management-systems/incredibly-annoying-discovery-problem/m-p/3853355#M22351</guid>
      <dc:creator>Aravindh Rajaram</dc:creator>
      <dc:date>2006-09-14T09:42:43Z</dc:date>
    </item>
    <item>
      <title>Re: Incredibly annoying discovery problem</title>
      <link>https://community.hpe.com/t5/server-management-systems/incredibly-annoying-discovery-problem/m-p/3853356#M22352</link>
      <description>Well, it does not seem to solve it completely, my Exchange clusters at least does not seem to change names now, however those are only 30 servers, the remaning 40 are Veritas clusters and they still switch names and IP adresses with each other so that you may think you see the correct server responding but when you look behind the name in the query-view you find out that it is actually a completely different node that is responding.</description>
      <pubDate>Wed, 20 Sep 2006 08:35:42 GMT</pubDate>
      <guid>https://community.hpe.com/t5/server-management-systems/incredibly-annoying-discovery-problem/m-p/3853356#M22352</guid>
      <dc:creator>Mikael Rönnbäck</dc:creator>
      <dc:date>2006-09-20T08:35:42Z</dc:date>
    </item>
    <item>
      <title>Re: Incredibly annoying discovery problem</title>
      <link>https://community.hpe.com/t5/server-management-systems/incredibly-annoying-discovery-problem/m-p/3853357#M22353</link>
      <description>Make sure that all the 40 nodes (part of veritas cluters) are having unique GUID's. If they have the same GUID's then there is a possibility that you end up with this issue. GUID's will NOT be unique if you would have opted for image based deployment for those servers.</description>
      <pubDate>Wed, 20 Sep 2006 09:01:54 GMT</pubDate>
      <guid>https://community.hpe.com/t5/server-management-systems/incredibly-annoying-discovery-problem/m-p/3853357#M22353</guid>
      <dc:creator>Aravindh Rajaram</dc:creator>
      <dc:date>2006-09-20T09:01:54Z</dc:date>
    </item>
    <item>
      <title>Re: Incredibly annoying discovery problem</title>
      <link>https://community.hpe.com/t5/server-management-systems/incredibly-annoying-discovery-problem/m-p/3853358#M22354</link>
      <description>They are definitively unique, we do not use image based installation but thanks anyway ;)</description>
      <pubDate>Wed, 20 Sep 2006 09:05:04 GMT</pubDate>
      <guid>https://community.hpe.com/t5/server-management-systems/incredibly-annoying-discovery-problem/m-p/3853358#M22354</guid>
      <dc:creator>Mikael Rönnbäck</dc:creator>
      <dc:date>2006-09-20T09:05:04Z</dc:date>
    </item>
  </channel>
</rss>

