![]() |
![]() |
Subject: | Zenoss-discovered Networks do not appear in list (4.2.5) |
Author: | Michael Ducharme |
Posted: | 2016-05-15 11:15 |
Hello,
I am having a very strange problem in Zenoss 4.2.5 with the Networks list. I went up to the latest zenup SP (671) but it did not fix it.
Basically, everything is there in Zope (confirmed through zport/manage/dmd), but through the UI, the networks do not appear. If I add a network manually, it appears for all users, but it is the only one in the list. If I were to add all my networks manually before Zenoss has created them, they would all show up, but that is not a good option because I have many networks. I cannot add the network after Zenoss has found it through modeling because it is already there and it can't add a duplicate.
I have no POSKeyErrors, zodb integrity is fine. relationscan shows fine, catalogs are all fine, no problems. I have been through every single setting in zope for a network is manually created and appears vs one that does not, and there is not a single difference, so all of the properties are correct. Zenoss appears to be behaving fine otherwise, besides some glitches in the Google Maps where it is using outdated values for zDrawMapLinks that I believe is the result of this issue.
I tried the JSON API and the networks facade in zendmd and was able to replicate this issue there. The getTree call in the JSON API to the network_router and the children call to the network facade both only return the manually-added networks and do not include the zenoss added ones in the list, so the issue is somewhere in the Zuul router/facade.
From going through the Zuul code, I see that it builds a 'cache' of the list of children. I am really suspecting that this 'cache' is somehow messed up. I have tried restarting memcached and all of zenoss and this issue is still here, so either there is some issue with memcached itself (how do I troubleshoot that) or there is some other cache that Zenoss is using that is persistent.
For more background, this server was originally at 2.5.2 and was upgraded to 3.x and 4.x through multiple releases, so there might be something in some config file that is messing things up that was set way back at 2.5.2 or 3.x and never changed.
I could really use the help, this issue is driving me crazy. We want to move to 5.x but are not ready yet.
Thanks
Michael Ducharme
Subject: | Further troubleshooting with |
Author: | Michael Ducharme |
Posted: | 2016-05-15 13:59 |
Further troubleshooting with zendmd:
>>> from Products.Zuul.interfaces import ICatalogTool
>>> search = ICatalogTool(dmd.Networks).search
>>> results = search('Products.ZenModel.IpNetwork.IpNetwork')
>>> for item in results:
... print item.getObject().id
...
Networks
192.168.6.0
>>>
If I add more networks manually they appear in those results as well, but the networks discovered by Zenoss do not.
Michael Ducharme
Subject: | Issue resolved.. the |
Author: | Michael Ducharme |
Posted: | 2016-05-15 17:24 |
Issue resolved.. the zencatalogscan said that the global catalog was fine but I rebuilt it anyway, now all networks appear. I ran
zencatalog run --createcatalog --forceindex
to rebuild it
Michael Ducharme
Subject: | Spoke too soon.. the networks |
Author: | Michael Ducharme |
Posted: | 2016-05-15 18:13 |
Spoke too soon.. the networks appear now, but if I delete one and let the remodeling process recreate it, it doesn't get added into the catalog. It would be silly to have to rebuild the catalog every time there is a new network detected. Something must still be wrong.
Michael Ducharme
Subject: | OK, another update. |
Author: | Michael Ducharme |
Posted: | 2016-05-15 18:54 |
OK, another update.
After running the zencatalog command , I now have a new object in zope at zport/manage called global_catalog. That object was not there previously. I assume it was supposed to have been there all along and was missing
Michael Ducharme
Subject: | Is the global_catalog object |
Author: | Michael Ducharme |
Posted: | 2016-05-15 19:49 |
Is the global_catalog object's title attribute supposed to be blank In the case of the layer2 and layer3 catalogs I see that they have a title attribute set with the same name as the object, but the global_catalog object has a blank title.
Michael Ducharme
< |
Previous Gotten Graphs to Load in Zenoss Core 5? |
Next confused on ip address vs hostname |
> |