We create a alarm map and it is permanently showing in a browser window. In a few hours the browser crash down, because the memory is overflow. It is the only task that run on the system and it doesnt matter what kind of browser we use.
Memory overflow when using Browser
Votes:
0
Best Answer
Votes:
0
Problem
Browsers are crashing frequently within a few hours when displaying a map. It can be reproduced in different browsers.
Workaround
Please try to use incognito tabs instead of normal browser tabs. The memory usage for normal tabs seems to increase over time where the incognito tab is much more stable and uses less memory:
Normal Chrome Tab
Timstamp | Memory Usage |
---|---|
13.02.2017 08:29:32 | 1.158 MByte |
13.02.2017 08:30:32 | 1.183 MByte |
13.02.2017 08:31:32 | 1.228 MByte |
13.02.2017 08:32:32 | 1.227 MByte |
13.02.2017 08:33:32 | 1.481 MByte |
Incognito Chrome Tab
13.02.2017 09:05:02 | 664 MByte |
13.02.2017 09:04:32 | 703 MByte |
13.02.2017 09:04:02 | 647 MByte |
13.02.2017 09:03:02 | 662 MByte |
13.02.2017 09:02:32 | 698 MByte |
13.02.2017 09:02:02 | 663 MByte |
13.02.2017 09:01:32 | 699 MByte |
13.02.2017 09:01:02 | 651 MByte |
The latter one seems to be much more stable and should make the dashboard itself run stable without frequently crashing.
Status
Date | Status |
---|---|
13.02.2017 | Investigating issue |
11.04.2017 | Issue closed, cannot be reproduced |
Created on Feb 13, 2017 8:30:37 AM by
Stephan Linke [Paessler Support]
Last change on Apr 11, 2017 8:19:12 AM by
Stephan Linke [Paessler Support]
20 Replies
Votes:
0
The only way around this would be to kill the browser process periodically and restart it. The following script will call the given map URL in Internet Explorer and make the browser go into fullscreen mode:
param([string]$mapurl = "https://www.paessler.com/"); # Stop the process first Get-Process iexplore | Stop-Process # create a new instance of the browser $browser = new-object -com internetexplorer.application # enable fullscreen $browser.FullScreen = $true $browser.Visible = $true $browser.Navigate($mapurl);
Simply save the script on the host that is used to display the map. Then you create a new scheduled task with the following settings, the path may vary of course. The screenshots are in German, but that should work for you :)
Note that if you're using multiple monitors for the map display, this probably won't work, since you can't move the window to the corresponding screen :( Let me know if this works out for you!
Votes:
0
we use two monitors and several maps, they toggle in time map creating and monitoring in a browser is one of the feature from PRTG and this should be the solution?
Votes:
0
Well I've only seen this in one installation so far, so it's working for many other users. What browsers have been tested so far?
Votes:
0
You could try starting Chrome with the following arguments, it should result in less memory overhead:
--process-per-site
Votes:
0
Did the browser actually get restarted once every hour? And it was still crashing due to RAM being full?
Votes:
0
The RAM is full in 4-5 hours and the browser crash. We have 3 maps on two monitors. One map in one browser window on monitor one and two maps in two Tabs on browser window two on monitor two.
Votes:
0
Forget my last reply...unfortunately, I don't have any ace upon my sleeve :(
Votes:
0
i have a snapshot from our Chrome session for you, there you can see, when you search in the "detached dom treee" which function which variables will keep open and let the memory full
Votes:
0
Could you send it to [email protected], referencing to this thread? Then I'll forward it to our developers :)
Votes:
0
i can not, because your Server did not accept the size from the mail :(
Votes:
0
Received it via the ticket - we'll take a look at it :)
Votes:
0
we have the same problem displaying several maps on out monitor dashboards. Any current browser IE, chrome, firefox runs out of memory after some time, crashes and need the be restarted / reloaded. This started with a version upgrade of paessler some months ago, did not change with the last versions and results in restarting the browsers at least every morning, sometimes throughout the day
Votes:
0
Are you using the 3d globe object on the map?
Votes:
0
no, the maps mostly contain about 20 sensors displayed as "Status Icon on Status Related Background" and the same number of "Default Icons A", used ( and displayed ) sensors are mostly tcp-port-Monitors ( 320x, 1352 ) and a few using http-sensors
Votes:
0
Hm, did you consider using a raspberry pi and with Raspian instead? This is a good tutorial and our dashboards work just fine with that :)
Votes:
0
no real option - first of all Raspberry does not fit to our standards and we have 2 nonitors on 1 PC to display. Map-display worked for several months with older paessler versions without any problems but now we have to restart crashed browser sessions every morning. Very bad is the situation when the browser does not crash but just freezes and the map is still displayed. so if there are any changes/system fails , they are not displayed to the stuff so maps are worthless.
Votes:
0
Problem
Browsers are crashing frequently within a few hours when displaying a map. It can be reproduced in different browsers.
Workaround
Please try to use incognito tabs instead of normal browser tabs. The memory usage for normal tabs seems to increase over time where the incognito tab is much more stable and uses less memory:
Normal Chrome Tab
Timstamp | Memory Usage |
---|---|
13.02.2017 08:29:32 | 1.158 MByte |
13.02.2017 08:30:32 | 1.183 MByte |
13.02.2017 08:31:32 | 1.228 MByte |
13.02.2017 08:32:32 | 1.227 MByte |
13.02.2017 08:33:32 | 1.481 MByte |
Incognito Chrome Tab
13.02.2017 09:05:02 | 664 MByte |
13.02.2017 09:04:32 | 703 MByte |
13.02.2017 09:04:02 | 647 MByte |
13.02.2017 09:03:02 | 662 MByte |
13.02.2017 09:02:32 | 698 MByte |
13.02.2017 09:02:02 | 663 MByte |
13.02.2017 09:01:32 | 699 MByte |
13.02.2017 09:01:02 | 651 MByte |
The latter one seems to be much more stable and should make the dashboard itself run stable without frequently crashing.
Status
Date | Status |
---|---|
13.02.2017 | Investigating issue |
11.04.2017 | Issue closed, cannot be reproduced |
Created on Feb 13, 2017 8:30:37 AM by
Stephan Linke [Paessler Support]
Last change on Apr 11, 2017 8:19:12 AM by
Stephan Linke [Paessler Support]
Add comment