[ZBX-12607] Long waiting time before map is opened for non-super user (Z4beta1) Created: 2017 Aug 25 Updated: 2024 Apr 10 Resolved: 2018 Feb 13 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | API (A), Frontend (F) |
Affects Version/s: | 3.4.0 |
Fix Version/s: | 3.4.7rc2, 4.0.0alpha4, 4.0 (plan) |
Type: | Problem report | Priority: | Major |
Reporter: | sles | Assignee: | Alexander Vladishev |
Resolution: | Fixed | Votes: | 3 |
Labels: | groups, maps, performance, permissions | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified | ||
Environment: |
Ubuntu 17.04, Chromium 60.0.3112.78 |
Attachments: |
![]() ![]() ![]() ![]() ![]() |
||||||||||||||||||||||||||||||||||||
Issue Links: |
|
||||||||||||||||||||||||||||||||||||
Epic Link: | DEV-654 | ||||||||||||||||||||||||||||||||||||
Team: | |||||||||||||||||||||||||||||||||||||
Sprint: | Sprint 15, Sprint 16, Sprint 17, Sprint 18, Sprint 19, Sprint 21, Sprint 23, Sprint 24, Sprint 25, Sprint 26, Sprint 27 | ||||||||||||||||||||||||||||||||||||
Story Points: | 3 |
Description |
Hello! After upgrade to 3.4.0 from 3.2 we experience extremely slow maps opening- it takes up to 10 seconds to render map from click to appear. Thank you! |
Comments |
Comment by sles [ 2017 Aug 28 ] |
3.4.1 has the same problem |
Comment by sles [ 2017 Aug 28 ] |
Now, in 3.4.1 maps are in right size in IE11, but they are dog slow in it too! |
Comment by Miks Kronkalns [ 2017 Aug 30 ] |
Thank you for report! Please could you share some more details? 1) Approximately, how many hosts do you have on that map? |
Comment by sles [ 2017 Aug 30 ] |
Hello! 1. about 40; just measured it, in chromium open time is 12 seconds while in firefox just 1 second. |
Comment by sles [ 2017 Aug 31 ] |
btw, looked into traffic, here is difference: chromium: 10:52:14.737467 IP 192.168.22.229.48604 > 192.168.22.195.80: Flags [P.], seq 1867961645:1867962273, ack 2449756108, win 251, options [nop,nop,TS val 3246850003 ecr 2906633401], length 628: HTTP: GET /zabbix/zabbix.php?action=map.view&sysmapid=10 HTTP/1.1 As you can see there is long time between http requests. What is more interesting here there is no request for /zabbix/jsrpc.php?output=json-rpc from firefox at all: And everything is veru fast! Thank you! |
Comment by Miks Kronkalns [ 2017 Aug 31 ] |
Thank you! We cannot reproduce it. I see in your TCP-dump that server has responded immediately and long timeout is because client side has not made next request. This could be a result of javascript error or delay of request for any other reason. Please could check that javascript console is not displaying any error? It would be great if you would make a print-screen of opened Network tab in browser's inspect element window and send it to my email (my name + [dot] + surname + [at] + zabbix.com). I wish to see which file/requests is delayed and what is a status for each of them. Please also make sure that all plugins that could block some requests (adblock etc) are disabled. |
Comment by sles [ 2017 Aug 31 ] |
There are no errors in console. Thank you! |
Comment by sles [ 2017 Sep 04 ] |
btw, tried from home ubuntu 16.04 and both - firefox and chromium are quick, looks like difference is in chromium config, anyway, just looked into apache logs - at work, where problem exists, and I see absolutely different requests: chromium: [root@zabbix httpd]# grep 192.168.22.229 access_log Firefox: 192.168.22.229 - - [04/Sep/2017:08:14:17 +0400] "GET /zabbix/zabbix.php?action=map.view&sysmapid=10 HTTP/1.1" 200 48497 "http://zabbix.p98.belkam.com/zabbix/sysmaps.php" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:55.0) Gecko/20100101 Firefox/55.0" I have no idea why, though Thank you! |
Comment by sles [ 2017 Sep 04 ] |
btw, just tried in vivaldi, everything is fine. |
Comment by Miks Kronkalns [ 2017 Sep 04 ] |
Thank you for update. I was not able to reproduce this bug and gave this issue to our testing engineers. If you observe something that might be helpful to reproduce it, please share it here in comments or by email if it contains details you do not wish to share publicly. |
Comment by Natalja Romancaka [ 2017 Sep 08 ] |
I also can't reproduce. Tried with 40+ host in chrome and chromium latest versions |
Comment by sles [ 2017 Sep 08 ] |
What can I do to help you reproduce this? Any ideas? |
Comment by sles [ 2017 Sep 08 ] |
btw, I guess that problem is in submaps, I just noticed that even getting maps list , i.e. sysmaps.php , takes almost 4 seconds in chromium and and just 200ms in firefox. |
Comment by sles [ 2017 Sep 08 ] |
I'm very sorry for misleading. Real problem is in user's rights. If I use my (administrator) account, then everything is fast, but if I use read-only account , then sysmaps.php is very slow. Hope you'll be able to reproduce this. Thank you! btw, now it is clear for me why it worked before 3.4 - in 3.4 there are changes in maps access. |
Comment by hulutang [ 2017 Sep 17 ] |
I've upgraded my zabbix to version 3.4.1 about 60-200 sec. |
Comment by sles [ 2017 Sep 17 ] |
Excellent! This is not only our problem then... |
Comment by Vladislavs Sokurenko [ 2017 Sep 17 ] |
Please enable debug mode and try attaching output here, thanks ! |
Comment by sles [ 2017 Sep 17 ] |
Debug from read-only user is attached. |
Comment by hulutang [ 2017 Sep 19 ] |
when none-super users access the maps , they take the 100% cpu useage..... |
Comment by sles [ 2017 Sep 19 ] |
Really? Can not reproduce? vso we will look into it, thanks for the information. |
Comment by Miks Kronkalns [ 2017 Sep 21 ] |
Can reproduce it in at least 2 ways: |
Comment by sles [ 2017 Sep 21 ] |
I think our case is 2. |
Comment by Miks Kronkalns [ 2017 Sep 22 ] |
(1) No translation string changes. oleg.egorov CLOSED |
Comment by sles [ 2017 Sep 23 ] |
Hello! If there is patch or just code I can test on my system, could you , please, tell me how can I get it. Thank you! |
Comment by sles [ 2017 Sep 25 ] |
Thank you! Installed code from svn, looks good in my tests, waiting for user's replies btw, for some reason installing new frontend on current database breaks localization- |
Comment by sles [ 2017 Sep 25 ] |
just got confirmation from user that now maps are fast |
Comment by Miks Kronkalns [ 2017 Sep 25 ] |
QA team, please could you pay attention on what sles reported about localization issue after installing frontend? This cannot be related with current issue. Thank you! |
Comment by Artur [ 2017 Sep 29 ] |
I have the same problem on Opera and chromium |
Comment by sles [ 2017 Oct 05 ] |
Yet another problem with code from here, Map update failed. 3.4.1 works OK. Just tested- this is not this patch bug, it is introduced in 3.4.2, I'll create anoter issue, Miks.Kronkalns Looks the same as Yes, I reported it there as promised |
Comment by sles [ 2017 Nov 08 ] |
3.4.5 ? |
Comment by Artur [ 2017 Nov 08 ] |
I'm waiting fix this issue too. |
Comment by sles [ 2017 Nov 15 ] |
Hello! I use frontend from link above. Thank you! |
Comment by sles [ 2017 Dec 12 ] |
3.4.6? really? guys, this bug makes zabbix unusable ! |
Comment by Miks Kronkalns [ 2017 Dec 12 ] |
sles, sorry for long waiting time. This issue is not forgotten, it simply takes a lot of time for development and testing. Problem is complex and it's necessary to ensure releases in good quality. Thank you for patience. |
Comment by Vekli Sergey [ 2017 Dec 13 ] |
Hi. Why priority is Trivial? Our users can't work and we can't restore previous version because will loose collected data. So we wait 3.4.6? When you plan release 3.4.6 approximately? Thank you. |
Comment by sles [ 2017 Dec 14 ] |
"Why priority is Trivial?" I guess I created bug with such priority, my bad. |
Comment by Alexander Vladishev [ 2018 Feb 06 ] |
(5) [F] Error message on maps with inaccessible groups See details in Undefined offset: 65 [zabbix.php:21 → require_once() → ZBase->run() → ZBase->processRequest() → CView->getOutput() → include() → CScreenMap->get() → CMapHelper::get() → CMapHelper::resolveMapState() → getSelementsInfo() in include/maps.inc.php:1259] sasha RESOLVED in r77432 Miks.Kronkalns CLOSED |
Comment by Alexander Vladishev [ 2018 Feb 08 ] |
(14) [D] Documentation must to be updated To edit maps: To view maps: natalja.cernohajeva: necessary documentation update has been executed. Section "Public and private maps" updated with required documentation. Section " Access based on permissions" removed due to it's incomprehensibility for the users. RESOLVED sasha CLOSED |
Comment by Alexander Vladishev [ 2018 Feb 09 ] |
Available in 3.4.7rc2 r77551 and 4.0.0alpha4 r77552. |
Comment by Glebs Ivanovskis (Inactive) [ 2018 Feb 19 ] |
Looks like it caused |
Comment by Ismael Ricardo Packer [ 2018 Mar 29 ] |
We are still noticing the slowness, we are running version 3.4.7. Someone else? Was this fix passed from 3.4.7rc2 to 3.4.7? |
Comment by Miks Kronkalns [ 2018 Mar 29 ] |
Hi donnecromancer. 3.4.7rc2 was released as 3.4.7 without any changes. If you have observed some problems after upgrading to 3.4.7, please let us know something more about your environment and conditions under which this can be reproduced. |
Comment by Ismael Ricardo Packer [ 2018 Apr 11 ] |
I did some more testing and everything seems OK, opening up agile. |
Comment by Alexander Vladishev [ 2018 Apr 12 ] |
donchoronzon, many thanks for feedback. |
Comment by Geordano Arend [ 2018 Oct 31 ] |
I have version 3.4.6 and also have the problem of slow maps for non-admin users. Has an update been released to fix this in version 3.4.6? |
Comment by Alexander Vladishev [ 2018 Oct 31 ] |
This fix is available from version 3.4.7. |
Comment by Geordano Arend [ 2018 Oct 31 ] |
Okay. In version 3.4.10 is this problem already fixed? If yes, I will upgrade to 3.4.10. |
Comment by Alexander Vladishev [ 2018 Oct 31 ] |
In all version starting from 3.4.7 this issue is fixed. It was also fixed in 3.4.10. |
Comment by Geordano Arend [ 2018 Nov 01 ] |
Hello @Alexander Vladishev. I updated the server to version 3.4.14 and now the problems are solved. Thank you! |
Comment by Alexander Vladishev [ 2018 Nov 01 ] |
Thank you for feedback! |