Forum Discussion
Ben_Newport_102
Nimbostratus
NimbostratusUnable to identify any F5 Devices on Network
We get the following error in the event log:
-
301
2
0
0x80000000000000
13
F5 Monitoring Log
crisscom01.us.aegon.com
-
Failed to discover device at address: 162.123.194.7 F5Networks.ManagementPack.Discovery.DiscoveryException: Big 3d update from version 9.4.4 to version 10.0.1.600.0.0 was not authorized at F5Networks.ManagementPack.Discovery.DiscoveryManager.DiscoverDevice.<>c__DisplayClass1f.<_UpdateDeviceBasedOnIQueryConnection>b__18() at F5Networks.ProgressTracking.ProgressEventSourceBase`1.<>c__DisplayClass8.b__5() at F5Networks.ProgressTracking.Tracer.DoActionWithTryFinally(VoidVoidDelegate activeCode, VoidVoidDelegate preCode, VoidGenericHandler`1 postCode, VoidVoidDelegate postCodeSuccess, VoidGenericHandler`1 postCodeFailure) at F5Networks.ProgressTracking.Tracer.DoActionWithTryFinally(VoidVoidDelegate activeCode, VoidVoidDelegate preCode, VoidGenericHandler`1 postCode) at F5Networks.ProgressTracking.ProgressEventSourceBase`1.DoActionWithProgressNotification(VoidVoidDelegate activeCode, String action) at F5Networks.ManagementPack.Discovery.DiscoveryManager.DiscoverDevice._UpdateDeviceBasedOnIQueryConnection(DiscoveryInfo discoveryInfo) at F5Networks.ProgressTracking.Tracer.DoActionWithTryFinally(VoidVoidDelegate activeCode, VoidVoidDelegate preCode, VoidGenericHandler`1 postCode, VoidVoidDelegate postCodeSuccess, VoidGenericHandler`1 postCodeFailure) at F5Networks.ProgressTracking.Tracer.DoActionWithTryFinally(VoidVoidDelegate activeCode, VoidVoidDelegate preCode, VoidVoidDelegate postCodeSuccess, VoidGenericHandler`1 postCodeFailure) at F5Networks.ManagementPack.Discovery.DiscoveryManager.DiscoverDevice._Execute(DiscoveryInfo discoveryInfo) at F5Networks.ManagementPack.Discovery.DiscoveryManager.DiscoverDevice.<>c__DisplayClassc.b__a() at F5Networks.ProgressTracking.ProgressEventSourceBase`1.<>c__DisplayClass8.b__5() at F5Networks.ProgressTracking.Tracer.DoActionWithTryFinally(VoidVoidDelegate activeCode, VoidVoidDelegate preCode, VoidGenericHandler`1 postCode, VoidVoidDelegate postCodeSuccess, VoidGenericHandler`1 postCodeFailure) at F5Networks.ProgressTracking.Tracer.DoActionWithTryFinally(VoidVoidDelegate activeCode, VoidVoidDelegate preCode, VoidGenericHandler`1 postCode) at F5Networks.ProgressTracking.ProgressEventSourceBase`1.DoActionWithProgressNotification(VoidVoidDelegate activeCode, String action) at F5Networks.ManagementPack.Discovery.DiscoveryManager.DiscoverDevice.Execute(DiscoveryInfo discoveryInfo) at F5Networks.ManagementPack.Discovery.DiscoveryManager._SyncFinishDiscovery(DiscoverDeviceHandler discoveryHandler, DiscoveryInfo info) at F5Networks.ManagementPack.Discovery.DiscoveryManager._AsyncFinishDiscovery(AsyncDiscoveryInfo asyncInfo)
Any ideas? I have mailed in files to managementpack @ f5.com
- This issue was handled through email, but I will post the solution here for others who may experience the same problem.
Handled through email:
This is a result of not authorizing the update of the big3d agent. If you’re using the Discovery Wizard, there is a check-box to authorize the update. If you’re using the command line, there is an option (/Discover:UpdateBig3d) to allow the update.
This updates the Big3d agent (/usr/sbin/big3d) to the version that ships with 10.0.1 on Big-IPs that you discover. If you are using the Big-IP as a GTM, you may notice a short (~30 second)disruption as GTM re-initializes.
If you are using LTM only, there is no effect, unless the LTM is being monitored by a GTM, the LTM will appear to be offline for a brief period of time (less than a minute), and this could cause GTM to redirect traffic to another data center until the big3d update is completed. Therefore, if you are using GTM, you should discover LTMs from each data center separately so they don’t go offline all at once.
