![]() |
![]() |
Subject: | Zenoss Shows Everything Down |
Author: | Tim Meads |
Posted: | 2018-11-21 18:02 |
Subject: | RE: Zenoss Shows Everything Down |
Author: | nandha K |
Posted: | 2018-11-22 03:37 |
Subject: | RE: Zenoss Shows Everything Down |
Author: | Tim Meads |
Posted: | 2018-11-23 01:16 |
Subject: | RE: Zenoss Shows Everything Down |
Author: | Tim Meads |
Posted: | 2018-11-23 03:10 |
Yes I can ping itself and in zenoss it was showing the server itself being the only device up. Out of all of the services, only the zenmail / zenpop was stopped. Zenmail i figured would have died as it couldn't talk to the mail server.
I noticed that when I attacked to the zope service, I couldn't ping anything but when I was on the command line before attaching to the service I could. I hadn't a clue about attaching to the service container before running an upgrade to the system yesterday. So there's that for learning something new. After finding out that I couldn't ping inside the container, I restarted docker from the command line and it started working. I could then ping my main switch gateways. Which is shdown below. Before it would fail the pings.
Now I rebooted the server after I started having this problem and it didn't correct the issue. So I'm not sure how restarting docker would have fixed it....
root@zenoss [~] : serviced service attach zope/0
[root@639fccad075a /]# ping 10.58.0.1
PING 10.58.0.1 (10.58.0.1) 56(84) bytes of data.
64 bytes from 10.58.0.1: icmp_seq=1 ttl=254 time=0.900 ms
64 bytes from 10.58.0.1: icmp_seq=2 ttl=254 time=0.775 ms
64 bytes from 10.58.0.1: icmp_seq=3 ttl=254 time=0.734 ms
^C
--- 10.58.0.1 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2001ms
rtt min/avg/max/mdev = 0.734/0.803/0.900/0.070 ms
[root@639fccad075a /]# ping 10.32.0.2
PING 10.32.0.2 (10.32.0.2) 56(84) bytes of data.
64 bytes from 10.32.0.2: icmp_seq=1 ttl=63 time=0.732 ms
64 bytes from 10.32.0.2: icmp_seq=2 ttl=63 time=0.429 ms
^C
--- 10.32.0.2 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1000ms
rtt min/avg/max/mdev = 0.429/0.580/0.732/0.153 ms
[root@639fccad075a /]#
Subject: | RE: Zenoss Shows Everything Down |
Author: | Tim Meads |
Posted: | 2019-02-01 00:21 |
Subject: | RE: Zenoss Shows Everything Down |
Author: | Jane Curry |
Posted: | 2018-11-22 04:04 |
Subject: | RE: Zenoss Shows Everything Down |
Author: | Jason Olson |
Posted: | 2018-11-22 09:52 |
Subject: | RE: Zenoss Shows Everything Down |
Author: | Arthur |
Posted: | 2019-02-02 02:16 |
Subject: | RE: Zenoss Shows Everything Down |
Author: | Ryan Matte |
Posted: | 2019-02-21 10:57 |
Hey Tim,
When you say "everything shows as down" do you mean you actually have device down events under /Status/Ping for every device in your system, or simply that all of the devices show a status of DOWN if you navigate to them? I ask because there is currently a known issue which hasn't been addressed yet where the presence of a Critical level event for a device anywhere under the /Status event class will cause that device to be marked as down. That should hopefully be fixed soon in an upcoming release, but for the time being you probably want to add an event transform to /Status to downgrade the severity of all events from Critical to Error level except for the ones in /Status/Ping.
Subject: | RE: Zenoss Shows Everything Down |
Author: | Ryan Matte |
Posted: | 2019-02-21 11:00 |
< |
Previous Import event classes, mappings and transforms via zendmd |
Next Zenoss 6 zendmd adding device takes 40 seconds |
> |