"Pinger already registered" warning when changing Discovery config

Description

Exception occurs when clicking save and restarting autodiscover. Brand new installation of Opennms on 64bit squeeze. Opennms web gui running but obviously unusable without autodiscover working.

WARNING: register() called but the service has already been m_registered!
Exception in thread "Discovery.Pinger" java.lang.IllegalMonitorStateException
at java.util.concurrent.locks.ReentrantReadWriteLock$Sync.tryReleaseShared(ReentrantReadWriteLock.java:363)
at java.util.concurrent.locks.AbstractQueuedSynchronizer.releaseShared(AbstractQueuedSynchronizer.java:1317)
at java.util.concurrent.locks.ReentrantReadWriteLock$ReadLock.unlock(ReentrantReadWriteLock.java:745)
at org.opennms.netmgt.discovery.Discovery.doPings(Discovery.java:209)
at org.opennms.netmgt.discovery.Discovery.access$000(Discovery.java:74)
at org.opennms.netmgt.discovery.Discovery$1.run(Discovery.java:250)
at java.util.TimerThread.mainLoop(Timer.java:512)
at java.util.TimerThread.run(Timer.java:462)

Environment

Debian Squeeze 64bit

Acceptance / Success Criteria

None

Lucidchart Diagrams

Activity

Show:

Seth Leger September 19, 2016 at 4:12 PM

With the recent updates to the ICMP pinger factories, this is unlikely to be an issue in 19.0.0 and higher.

Seth Leger July 11, 2013 at 3:34 PM

Reducing priority since Alejandro thinks it may be a harmless exception.

Alejandro Galue January 14, 2013 at 9:48 AM

I've restarted OpenNMS, and I changed the discovery config again, and the exception was thrown again, but the discover process seems to be working because I can see nodes from the new discovery range.

I'm not sure, if that exception is harmless or not.

Alejandro Galue January 14, 2013 at 9:43 AM

Using a new installation of OpenNMS 1.10.7 on Windows 2008 R2 server, I saw exactly the same exception after modifying the auto-discover configuration through the WebUI.

Fixed

Details

Assignee

Reporter

Labels

Components

Fix versions

Affects versions

Priority

PagerDuty

Created December 23, 2012 at 6:57 PM
Updated September 19, 2016 at 4:12 PM
Resolved September 19, 2016 at 4:12 PM