VMware Cloud Community
BradFelmey
Hot Shot
Hot Shot

Yes! v3.1.0 fixed import bug.

We run an Exchange failover cluster, and every time one of the heads would reboot, causing the IP to roll over to the next head, this change would be detected by HQ, but would get "stuck" in the dashboard import area forever.

Now, after upgrading to v3.1.0, it just takes that import like it should.

Oh, happy day. 🙂
Reply
0 Kudos
3 Replies
JohnMarkOrg
Hot Shot
Hot Shot

We aim to please 😉

By the way, how was the north pole?

-John Mark
Reply
0 Kudos
BradFelmey
Hot Shot
Hot Shot

Regression. 😞

All of the 3.2.x series has been unable to import OpenLDAP on Linux (or at least 32 and 64-bit versions of SLES 9/10), either with existing clients as a new AutoDiscovery, or via totally clean agent install. I've given the series several releases, hoping each one would fix this recurring issue.

The dashboard is getting very cluttered with unimportable (and unignorable) entries, and the Exchange IP rollover failure has returned as well.

What can I do to collect info?

Server:

SLES 10 64-bit SP2
HQ 3.2.4
Reply
0 Kudos
BradFelmey
Hot Shot
Hot Shot

The following appears in the $HQ_SERVER_HOME/logs/server.log file when trying to import one of these unimportable OpenLDAP entries:

2008-07-09 14:16:17,273 INFO [http-0.0.0.0-8080-13] [org.hyperic.hq.autoinventory.agent.client.AICommandsClient] CommandsClient.getScanStatus
2008-07-09 14:16:17,274 INFO [http-0.0.0.0-8080-13] [org.hyperic.hq.agent.client.AgentConnection] ftw-dbx-sbmo-02.nhsrx.com -> autoinv:getScanStatus
2008-07-09 14:16:17,409 INFO [http-0.0.0.0-8080-13] [org.hyperic.hq.appdef.server.session.AIQRV_approve] Visiting platform: 16201 fqdn=ftw-dbx-sbmo-02.nhsrx.com
2008-07-09 14:16:17,436 INFO [http-0.0.0.0-8080-13] [org.hyperic.hq.appdef.server.session.AIQRV_approve] Appdef platform updated.
2008-07-09 14:16:17,469 INFO [http-0.0.0.0-8080-13] [org.hyperic.hq.appdef.server.session.AIQRV_approve] Updated server (13429): {sortName=OPENLDAP runtimeAutodiscovery=true wasAutodiscovered=false autodiscoveryZombie=false configResponseId=11810 modifiedBy=bfelmey owner=bfelmey location=null name=OpenLDAP autoinventoryIdentifier=/usr/lib installPath=/usr/lib description=null servicesAutomanaged=false id=13429 mTime=1215630977463 cTime=1215630373798}
2008-07-09 14:16:17,509 INFO [http-0.0.0.0-8080-13] [org.hyperic.hq.appdef.server.session.AIQSynchronizer] Updating existing platform: ftw-dbx-sbmo-02.nhsrx.com
2008-07-09 14:16:17,615 INFO [http-0.0.0.0-8080-13] [org.hyperic.hq.appdef.server.session.AIQSynchronizer] Updating existing platform: ftw-dbx-sbmo-02.nhsrx.com


Additionally, the following (which may or may not have anything to do with this issue) appears in the hqdb.log:

[2008-07-09 14:21:57.864 CDT] ERROR: duplicate key violates unique constraint "hq_metric_data_3d_1s_pkey"
Reply
0 Kudos