Meraki Devices discovered via VNA unexpectedly recreated in Spectrum
search cancel

Meraki Devices discovered via VNA unexpectedly recreated in Spectrum

book

Article ID: 229234

calendar_today

Updated On:

Products

CA Spectrum

Issue/Introduction

A number of Meraki devices get recreated in Spectrum, removing all devices' maintenance status which were setup.

Many of the following messages are seen in the Spectrum OneClick (Tomcat) server log:

Oct 12, 2021 13:42:11.198 (pool-13-thread-1) (SDNIntegrationServlet) - xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

Oct 12, 2021 13:42:11.198 (pool-13-thread-1) (SDNIntegrationServlet) - Received Inventory Update from VNA. UPDATE TYPE : PARTIAL

Oct 12, 2021 13:42:11.198 (pool-13-thread-1) (SDNIntegrationServlet) - Processing Update ..........

Oct 12, 2021 13:42:11.198 (pool-13-thread-1) (SDNIntegrationServlet) -    DOMAIN ID :- 153

Oct 12, 2021 13:42:11.198 (pool-13-thread-1) (SDNIntegrationServlet) -    DOMAIN NAME :- AU_Meraki

Oct 12, 2021 13:42:11.198 (pool-13-thread-1) (SDNIntegrationServlet) -    LANDSCAPE NAME : dauaws-spectro1

Oct 12, 2021 13:42:11.198 (pool-13-thread-1) (SDNIntegrationServlet) -    LANDSCAPE ID : 50331648

Oct 12, 2021 13:42:11.198 (pool-13-thread-1) (SDNIntegrationServlet) - Adding PARTIAL update to queue

Oct 12, 2021 13:42:11.198 (pool-13-thread-1) (SDNIntegrationServlet) - Queue size: 1

Oct 12, 2021 13:42:11.198 (pool-13-thread-1) (SDNIntegrationServlet) - Setting: Modeling in Progress (LANDSCAPE ID= 50331648) - Yes

In the VNA logs, the following is observed repeatedly:

2021-10-12 12:45:00,550 ERROR (EE-ManagedThreadFactory-default-Thread-605943) Meraki_b3f310cc-3364-4a88-8bb9-76e03c5405a7=Notification Poll [OC_ACQUISITION] TimProcessFunction 182  Failed to invoke plugin ExtractTimeStampAndNetworkIdsList from ExtractTimeStampAndNetworkIdsList Acquisition Meraki Events: java.lang.reflect.InvocationTargetException

        at sun.reflect.GeneratedMethodAccessor1869.invoke(Unknown Source) [:1.8.0_302]

        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_302]

        at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_302]

        at com.torokina.tim.process.node.function.TimProcessFunction.process(TimProcessFunction.java:149) [oc-simple-acquisition-21.2.3-RELEASE.jar:]

        at com.torokina.tim.process.aop.TimProcessNodeProxy.process(TimProcessNodeProxy.java:115) [oc-simple-acquisition-21.2.3-RELEASE.jar:]

        at com.torokina.tim.process.node.TimProcessNodeList.process(TimProcessNodeList.java:96) [oc-simple-acquisition-21.2.3-RELEASE.jar:]

        at com.torokina.tim.process.node.TimProcessNodeList.process(TimProcessNodeList.java:71) [oc-simple-acquisition-21.2.3-RELEASE.jar:]

        at com.torokina.tim.process.node.acquisition.TimProcessAcquisition.process(TimProcessAcquisition.java:158) [oc-simple-acquisition-21.2.3-RELEASE.jar:]

        at com.torokina.tim.process.aop.TimProcessNodeProxy.process(TimProcessNodeProxy.java:115) [oc-simple-acquisition-21.2.3-RELEASE.jar:]

        at com.torokina.tim.process.node.TimProcessNodeList.process(TimProcessNodeList.java:96) [oc-simple-acquisition-21.2.3-RELEASE.jar:]

        at com.torokina.tim.process.node.TimProcessNodeList.process(TimProcessNodeList.java:71) [oc-simple-acquisition-21.2.3-RELEASE.jar:]

        at com.torokina.tim.process.TimProcessRoot.process(TimProcessRoot.java:160) [oc-simple-acquisition-21.2.3-RELEASE.jar:]

        at com.torokina.tim.process.aop.TimProcessNodeProxy.process(TimProcessNodeProxy.java:115) [oc-simple-acquisition-21.2.3-RELEASE.jar:]

        at com.torokina.tim.process.TimProcessAcquisitionManager.process(TimProcessAcquisitionManager.java:96) [oc-simple-acquisition-21.2.3-RELEASE.jar:]

        at com.ca.oc.ejb.engine.acquisition.AcquisitionInvoker.invoke(AcquisitionInvoker.java:93) [oc-ejb-21.2.3-RELEASE.jar:]

        at com.ca.oc.ejb.engine.EngineThreadManager$EngineActionTask.run(EngineThreadManager.java:210) [oc-ejb-21.2.3-RELEASE.jar:]

        at com.ca.oc.ejb.engine.poller.SimpleMonitoredTaskBuilder$SimpleMonitoredTask.lambda$run$0(SimpleMonitoredTaskBuilder.java:133) [oc-ejb-21.2.3-RELEASE.jar:]

        at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [rt.jar:1.8.0_302]

        at java.util.concurrent.FutureTask.run(FutureTask.java:266) [rt.jar:1.8.0_302]

        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [rt.jar:1.8.0_302]

        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [rt.jar:1.8.0_302]

        at java.lang.Thread.run(Thread.java:748) [rt.jar:1.8.0_302]

        at org.glassfish.enterprise.concurrent.ManagedThreadFactoryImpl$ManagedThread.run(ManagedThreadFactoryImpl.java:227) [jakarta.enterprise.concurrent-1.1.1.jar:]

Caused by: java.lang.NullPointerException: Cannot get property 'networkId' on null object

  

When this happens, all devices are destroyed and Spectrum creates new devices

Environment

DX NetOps Spectrum Release : 21.2.4
Component : VNA Integration

Resolution

Patch Spectrum_21.02.04.D26 created for this issue. Fix is also included in DX NetOps Spectrum Release 21.2.6