Details
-
Bug
-
Status: Resolved
-
Resolution: Cannot Reproduce
-
None
-
None
-
None
-
Operating System: All
Platform: PC
-
492
Description
Hi,
I'm building application using 0.1.2-SNAPSHOT controller distro. Using this distro version, application is not able to read operational data from device.
At around 14.02 application mentioned functionality was working
Part of the log follows:
****************************************************************
2014-03-07 13:27:22.728 CET [md-sal-binding-commit-0] INFO o.o.c.i.d.app.impl.XXXXDeviceAppImpl - Beginning onDataChanged Event in Device Application Impl.
****************************************************************
2014-03-07 13:27:22.730 CET [md-sal-binding-commit-0] WARN o.o.c.i.d.app.impl.XXXXDeviceAppImpl - Unable to read operational data from netconf device Uri [_value=ios-xr-104]
2014-03-07 13:27:22.731 CET [pool-31-thread-1] INFO o.o.c.s.c.n.NetconfDevice#ios-xr-104 - Starting Netconf Client on: /172.23.29.104:830
2014-03-07 13:27:22.732 CET [md-sal-binding-commit-0] WARN o.o.c.i.d.app.impl.XXXXDeviceAppImpl - Unable to read operational data from netconf device Uri [_value=ios-xr-104]
****************************************************************
2014-03-07 13:27:22.893 CET [md-sal-binding-commit-0] INFO o.o.c.i.d.app.impl.XXXXDeviceAppImpl - Beginning onDataChanged Event in Device Application Impl.
2014-03-07 13:27:22.894 CET [pool-31-thread-2] INFO o.o.c.s.c.n.NetconfDevice#ios-xr-105 - Starting Netconf Client on: /172.23.29.105:830
****************************************************************
2014-03-07 13:27:22.897 CET [md-sal-binding-commit-0] WARN o.o.c.i.d.app.impl.XXXXDeviceAppImpl - Unable to read operational data from netconf device Uri [_value=ios-xr-105]
2014-03-07 13:27:22.899 CET [md-sal-binding-commit-0] WARN o.o.c.i.d.app.impl.XXXXDeviceAppImpl - Unable to read operational data from netconf device Uri [_value=ios-xr-105]
2014-03-07 13:27:22.906 CET [ConfigPersister-registrator] INFO o.o.c.n.p.i.o.ConfigPersisterActivator - Configuration Persister initialization completed.
2014-03-07 13:27:35.364 CET [nettyThreadgroupModule$NioEventLoopGroupCloseable-7-2] WARN io.netty.util.ResourceLeakDetector - LEAK: ByteBuf was GC'd before being released correctly.
The following stack trace shows where the leaked object was created, rather than where you failed to release it.
io.netty.util.ResourceLeakException: io.netty.buffer.UnpooledUnsafeDirectByteBuf@e2b510a
at io.netty.util.ResourceLeakDetector$DefaultResourceLeak.<init>(ResourceLeakDetector.java:174) ~[na:na]
at io.netty.util.ResourceLeakDetector.open(ResourceLeakDetector.java:116) ~[na:na]
at io.netty.buffer.UnpooledUnsafeDirectByteBuf.<init>(UnpooledUnsafeDirectByteBuf.java:72) ~[na:na]
at io.netty.buffer.UnpooledByteBufAllocator.newDirectBuffer(UnpooledByteBufAllocator.java:49) ~[na:na]
at io.netty.buffer.AbstractByteBufAllocator.directBuffer(AbstractByteBufAllocator.java:132) ~[na:na]
at io.netty.buffer.AbstractByteBufAllocator.directBuffer(AbstractByteBufAllocator.java:123) ~[na:na]
at io.netty.buffer.AbstractByteBufAllocator.ioBuffer(AbstractByteBufAllocator.java:84) ~[na:na]
at io.netty.channel.AdaptiveRecvByteBufAllocator$HandleImpl.allocate(AdaptiveRecvByteBufAllocator.java:104) ~[na:na]
at io.netty.channel.nio.AbstractNioByteChannel$NioByteUnsafe.read(AbstractNioByteChannel.java:86) ~[na:na]
at io.netty.channel.nio.NioEventLoop.processSelectedKey(NioEventLoop.java:480) ~[na:na]
at io.netty.channel.nio.NioEventLoop.processSelectedKeysOptimized(NioEventLoop.java:447) ~[na:na]
at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:341) ~[na:na]
at io.netty.util.concurrent.SingleThreadEventExecutor$2.run(SingleThreadEventExecutor.java:101) ~[na:na]
at java.lang.Thread.run(Thread.java:724) ~[na:1.7.0_25]
No other exception is shown.
Robert