Hello list,
When Observium tries to do a whois of an RFC 1918 address, whois goes to 100% CPU and stays there... it doesn't seems to exit. I have to manually kill the whois process.
Top output:
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 4480 apache 20 0 12716 1148 908 R 100.0 0.0 5:06.30 whois
Process output:
[root@box observium]# ps aux | grep whois apache 4479 0.0 0.0 11332 1164 ? S 13:41 0:00 sh -c /usr/bin/whois 10.250.1.1 | grep -v % apache 4480 99.8 0.0 12716 1148 ? R 13:41 5:15 /usr/bin/whois 10.250.1.1 root 7325 0.0 0.0 103248 836 pts/1 S+ 13:46 0:00 grep whois [root@box observium]#
I suspect that either whois should either timeout or don't lookup RFC 1918 addresses (or multicast or loopback?). Or should I wait longer then 5 minutes?
Kind regards, Laurens
I have no idea what's causing this. It works fine for me.
It's the whois process getting all badly behaved, so it looks like it's their problem. Perhaps that particular version doesn't like being run from within PHP without a proper terminal?
Of course, you don't tell us the versions of anything you're running at all, so I don't know why I'm even bothering...
adam.
On 2013-05-02 14:51, Laurens Vets wrote:
Hello list,
When Observium tries to do a whois of an RFC 1918 address, whois goes to 100% CPU and stays there... it doesn't seems to exit. I have to manually kill the whois process.
Top output:
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 4480 apache 20 0 12716 1148 908 R 100.0 0.0 5:06.30 whois
Process output:
[root@box observium]# ps aux | grep whois apache 4479 0.0 0.0 11332 1164 ? S 13:41 0:00 sh -c /usr/bin/whois 10.250.1.1 | grep -v % apache 4480 99.8 0.0 12716 1148 ? R 13:41 5:15 /usr/bin/whois 10.250.1.1 root 7325 0.0 0.0 103248 836 pts/1 S+ 13:46 0:00 grep whois [root@box observium]#
I suspect that either whois should either timeout or don't lookup RFC 1918 addresses (or multicast or loopback?). Or should I wait longer then 5 minutes?
Kind regards, Laurens _______________________________________________ observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
Found the issue. We are running Observium on CentOS 6 (Yes, we followed the RHEL documentation to the letter). The default selinux policy does not allow whois be run from within Apache. After we fixed this, whois worked.
Is RHEL/CentOS still an officially supported OS for Observium?
On 2013-05-02 20:20, Adam Armstrong wrote:
I have no idea what's causing this. It works fine for me.
It's the whois process getting all badly behaved, so it looks like it's their problem. Perhaps that particular version doesn't like being run from within PHP without a proper terminal?
Of course, you don't tell us the versions of anything you're running at all, so I don't know why I'm even bothering...
adam.
On 2013-05-02 14:51, Laurens Vets wrote:
Hello list, When Observium tries to do a whois of an RFC 1918 address, whois goes to 100% CPU and stays there... it doesn't seems to exit. I have to manually kill the whois process. Top output: PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 4480 apache 20 0 12716 1148 908 R 100.0 0.0 5:06.30 whois Process output: [root@box observium]# ps aux | grep whois apache 4479 0.0 0.0 11332 1164 ? S 13:41 0:00 sh -c /usr/bin/whois 10.250.1.1 | grep -v % apache 4480 99.8 0.0 12716 1148 ? R 13:41 5:15 /usr/bin/whois 10.250.1.1 root 7325 0.0 0.0 103248 836 pts/1 S+ 13:46 0:00 grep whois [root@box observium]# I suspect that either whois should either timeout or don't lookup RFC 1918 addresses (or multicast or loopback?). Or should I wait longer then 5 minutes? Kind regards, Laurens
participants (2)
-
Adam Armstrong -
Laurens Vets