All ZABBIX pages are very slow

[father]

Hi everyone!

I am pretty new to zabbix. I've recently installed the last version 1.8.3 from source on my Arch Linux server - 64bit (this is an Amazon instance). I also use PostgreSQL for Zabbix to connect to. Everything seems to be looking good and I started investigating Zabbix, but there is only one thing that makes me nervous, all pages take too much time to load about 20-30 sec. I noticed the file jsLoader.php causes this behavior. The url looks like this:

http://mon.mydomen.com/jsLoader.php?ver=1.8.3&lang=ru_ru

I've figured it out by using Firebug. There are also no any errors in log files (display_errors in php.ini is on).
I just don't know who to turn to for advice on this subject... Does anybody know how to fix this issue? Of course, I was googling but it was not helpful for me.

Thanks a lot in advance!

[Aly]

Very strange behavior.. What locale do U use? Try to switch locale to some other..

[father]

Hi Aly,

Thanks for response. At first, I used en_gb, but unfortunately, the situation with loading was the same.

[fgallese]

Hi everyone!

I am pretty new to zabbix. I've recently installed the last version 1.8.3 from source on my Arch Linux server - 64bit (this is an Amazon instance). I also use PostgreSQL for Zabbix to connect to. Everything seems to be looking good and I started investigating Zabbix, but there is only one thing that makes me nervous, all pages take too much time to load about 20-30 sec. I noticed the file jsLoader.php causes this behavior. The url looks like this:

http://mon.mydomen.com/jsLoader.php?ver=1.8.3&lang=ru_ru

I've figured it out by using Firebug. There are also no any errors in log files (display_errors in php.ini is on).
I just don't know who to turn to for advice on this subject... Does anybody know how to fix this issue? Of course, I was googling but it was not helpful for me.

Thanks a lot in advance!

I noticied exactly the same problem!!

After upgrading (1.8.2 to 1.8.3), it tooks longer to load the page.
The strange thing is that it happens only when acessing from outside. If you are connecting to the server from the LAN it just loads very quick.

I "solved" it just having 2 frontends at the apache. One with version 1.8.2 and named ZabbixOld and other with version 1.8.3 named Zabbix.
So when i am from outside i put in my web browser [IP]/ZabbixOld and when i am connecting at the lan i use [IP]/Zabbix.

At the apache logs with the 1.8.3 version i see that it logs the "jsLoader.php" and it stays there like 20 seconds and it seems stucked there, because it is not doing anything. After thar 20 seconds it starts to load all .png's and everything very quickly.
So i think the problem is only that "jsLoader.php". If it wasn't there it would be a normal load speed.

The 1.8.2 version never loads that jsLoader.php.

Regards.
Fabio

[makini]

Me too...

Observing similar behavior.
Our machine is not really loaded, also we even have a local php accelerator installed (caches some php queries). 1.8.2 did not have such a behavior, it really disturbs navigation for some operations.

[Buck Rogers]

cannot draw graphs

Hello everybody,

i have a similar problem. After upgrading to 1.8.3 different pages (e.g. dashboard) are very slow or even not working (drawing graphs). The last entry in the apache logfiles are:

GET /jsLoader.php?ver=1.8.3&

[Aly]

Hmm definitely something is wrong here. Need some investigation
1. What OS U use?
2. PHP version? Apache?
3. How did U installed zabbix (from ports, sources e.t.c)?

[father]

Personally, I use:
OS - Arch Linux 64bit on Amazon instance
PHP - 5.3.3
Apache - 2.2.16
Zabbix - installed from sources
DB - Postgresql 8.4.4

[Burmuley]

Similar problem

Hi, I'm testing and trying to deploy Zabbix in our network environment. Since I've new installation of Zabbix 1.8.3, all pages where graphs is used to be have rendered very-very slow! Sometomes, page-refresh time is out, but graph still have not rendered.

I'm using:
Intel Xeon 3 GHz (4 cores) & 2 Gb RAM
OS: Centos 5.5
PHP 5.1.6 (with APC installed&configured)
PostgreSQL 8.4.4
Apache 2.2.43
Zabbix 1.8.3 (built from .spec)

I have about 15 hosts (it's only for begin & 1000 Items.

[fgallese]

Hmm definitely something is wrong here. Need some investigation
1. What OS U use?
2. PHP version? Apache?
3. How did U installed zabbix (from ports, sources e.t.c)?

Hi,

I am using

RHEL 5 UP 3
PHP 5.3.2
PostgreSQL 8.4.4

Installed Zabbix from sources.

[theredia]

Any news?

Same problem here.
Installed from: Official VM (for evaluating... not so good till now ;-))
Every page request results in jsLoader.php sending 324 KB of data.

[gedp]

Same here. We upgraded a couple of weeks ago.
On the lan, only a small problem, but remote very slow.
On mobile devices unworkable.
The problem is too much traffic. Every page that is transferred from the zabbix host to the browser is more then 400kb. This will impact all connections that are not on a local lan.

Just my personal opinion: we use zabbix as a monitoring system and as such we don't need too many nice looks, but something fast. I still remember the days where one could easily enter the startdate of a graph in YYMMDDhhmmss format. Couldn't be faster that this.

Otherwise: nice work!

Geert

[Sparky]

Same here. We upgraded a couple of weeks ago.
On the lan, only a small problem, but remote very slow.
On mobile devices unworkable.
The problem is too much traffic. Every page that is transferred from the zabbix host to the browser is more then 400kb. This will impact all connections that are not on a local lan.

Just my personal opinion: we use zabbix as a monitoring system and as such we don't need too many nice looks, but something fast. I still remember the days where one could easily enter the startdate of a graph in YYMMDDhhmmss format. Couldn't be faster that this.

Otherwise: nice work!

Geert

I wanted to say the same thing, it's not that the pages are slow, it's that there is so much data being transferred. Local LAN is fine, using it over VPN or anything similar is pretty slow.

[sarchitect]

Quick fix

Quick fix,

Open up jsLoader.php and add the following line AFTER <?php

ob_start('ob_gzhandler');


This requires that your Apache understand the GZIP compression, most of the time this won't be a problem.

This solution dropped the loading of jsLoader.php within acceptable range of 1 second.


To go even further, add the following lines above the ob_start line,


$modsince = preg_replace('/;.*$/', '', $HTTP_IF_MODIFIED_SINCE);

$mtime = filemtime($SCRIPT_FILENAME);
$date = gmdate('D, d M Y H:i:s', $mtime) . ' GMT';

if ($modsince == $date) {
header("HTTP/1.0 304 Not Modified");
exit;
}
header("Last-Modified: $date");


This will check with the browser to see if it has already downloaded the file, and at which date/time. Then check that date/time against the date/time of the jsLoader.php file. If they haven't changed, the browser won't download the file again.

[fgallese]

Quick fix,

Open up jsLoader.php and add the following line AFTER <?php

ob_start('ob_gzhandler');


This requires that your Apache understand the GZIP compression, most of the time this won't be a problem.

This solution dropped the loading of jsLoader.php within acceptable range of 1 second.


To go even further, add the following lines above the ob_start line,


$modsince = preg_replace('/;.*$/', '', $HTTP_IF_MODIFIED_SINCE);

$mtime = filemtime($SCRIPT_FILENAME);
$date = gmdate('D, d M Y H:i:s', $mtime) . ' GMT';

if ($modsince == $date) {
header("HTTP/1.0 304 Not Modified");
exit;
}
header("Last-Modified: $date");


This will check with the browser to see if it has already downloaded the file, and at which date/time. Then check that date/time against the date/time of the jsLoader.php file. If they haven't changed, the browser won't download the file again.

Did not work for me

With only this line,

ob_start('ob_gzhandler');

I notice no difference.

Adding all the others lines you suggested made my page can't load.