Just take a look at this issue...
http://issues.opennms.org/browse/NMS-4631
Antonio
Il giorno 06/lug/2011, alle ore 20.03, Alex Bennee ha scritto:
> On 6 July 2011 16:19, Matt Brozowski wrote:
>> There is a property in opennms.properties that allows you to set the
>> max number of async conne
Just committed this change to the 1.10 branch, it should get merged to
master soon. I diff'd the target directory of opennms-base-assembly with
both versions of the plugin and found no differences, in addition to
grepping through the code for escaped tokens like \${something}. I
didn't see any occu
On 6 July 2011 16:19, Matt Brozowski wrote:
> There is a property in opennms.properties that allows you to set the
> max number of async connections it can do..
>
> Have you tried setting that?
>
> org.opennms.netmgt.provision.maxConcurrentConnector
Yes, we doing that to mitigate the effects of t
There is a property in opennms.properties that allows you to set the
max number of async connections it can do..
Have you tried setting that?
org.opennms.netmgt.provision.maxConcurrentConnector
Matt
On Wed, Jul 6, 2011 at 8:20 AM, Duncan Mackintosh wrote:
> I've been doing a lot of digging a
I've been doing a lot of digging around various 'Too many open files' crashes
we've been seeing locally, and I think I've pinned down a big leak of file
descriptors in provisiond's use of org.apache.mina connectors.
What it's currently doing in AsyncBasicDetector#isServiceDetected:
- For each s
