Alerts/Notifications Page in WebUI loading very slowly

Help
1

Hi there, running this version of LibreNMS:

bash-4.4$ ./validate.php 
===========================================
Component | Version
--------- | -------
LibreNMS  | 26.1.1 (2026-01-12T18:25:32-05:00)
DB Schema | 2025_12_05_205509_devices_add_mtu_status (362)
PHP       | 8.2.28
Python    | 3.6.8
Database  | MariaDB 10.3.39-MariaDB
RRDTool   | 1.7.0
SNMP      | 5.8
===========================================

[OK]    Composer Version: 2.9.4
[OK]    Dependencies up-to-date.
[OK]    Database Connected
[OK]    Database Schema is current
[OK]    SQL Server meets minimum requirements
[OK]    lower_case_table_names is enabled
[OK]    MySQL engine is optimal
[OK]    Database and column collations are correct
[OK]    Database schema correct
[OK]    MySQL and PHP time match
[OK]    Distributed Polling setting is enabled globally
[OK]    Connected to rrdcached
[OK]    Active pollers found
[OK]    Dispatcher Service is enabled
[OK]    Locks are functional
[OK]    Python wrapper cron entry is not present
[OK]    Redis is functional
[OK]    rrdtool version ok
[OK]    Connected to rrdcached
[WARN]  Your local git contains modified files, this could prevent automatic updates.
        [FIX]: 
        You can fix this with ./scripts/github-remove
        Modified Files:
         resources/definitions/os_discovery/dell-os10.yaml

The modification, FWIW, is to cause it to properly retrieve the software/OS version on Dell switches vs. the hardware revision, which doesn’t help anyone.

There aren’t really any steps to reproduce, just clicking on the (:red_exclamation_mark:) icon and click :bell: Notifications.

For me, that page currently takes about 50 seconds to load. This is relatively new behavior, over the last few weeks. Previously, this would take what I’d call a reasonable 5-10 seconds.

From what I can tell, it’s doing a bunch of SELECT statements on MariaDB. But we didn’t really change anything. The only thing I can figure is that there are currently more things in an alert status than usual (41 entries at present, whereas I believe before we had about half that).

Anything that can be done to speed this up, or anyplace to look for trouble?

2

Weird, but I can’t reproduce, takes 116ms for me to load that page (35 alerts currently)

image
image323×238 6.33 KB

What part is slow initial page load or table contents?

3

Page itself loads fine/pretty immediately. Everything shows up up to the alert column headers with a “Loading…” line beneath it for the 50 or so seconds.

4

Is this still happening? A bad update was hitting cpu hard with device polling but was fixed yesterday.

5

I’m on the stable release stream, so I’m guessing it’s going to be a bit before it reaches me? What version was it fixed in?

6

Not relevant then

7

Ah, OK – issue introduced since the last stable?

It really seems to be slamming away at the database while the browser is waiting, but I don’t know why that would be taking much longer than usual. Maybe it just grew larger than the size fo the cache or something? I’m not sure what to check.

8

We are having this problem with Alert History on 26.2.1-dev.142+a941cfaf4. It just says “Loading” and then nothing happens. Tried to run daily.sh and restart services.
9

Does it ever finish? Mine is just really slow.

Do you also have mysqladmin processlist showing waiting on activity at that time?

10

No. It seems to load infinitely.

I can see nothing in the process list that shows waiting on activity. All of them have a blank “state”.

11

I’m having this same issue today. Alert history never loads.

12

I’m having the same issue. The alert history page loads fine but the alert history widget on the dashboard just says Loading…

librenms@librenms:~$ ./validate.php

Component Version
LibreNMS 26.2.0-dev.146+ce44c99a5 (2026-02-02T06:01:32-08:00)
DB Schema 2026_01_18_221501_cefpunt2host_changes (364)
PHP 8.3.6
Python 3.12.3
Database MariaDB 10.11.14-MariaDB-0ubuntu0.24.04.1
RRDTool 1.7.2
SNMP 5.9.4.pre2
===========================================

Also the timestamps on the alert history page have changed and have “.000000Z” appended.

2026-02-02T16:15:16.000000Z

13

This seems like a different issue, since I’m running the stable version and mine does complete, just very slowly.

14

I see this as well!

15

This is related to the microseconds I believe. The JSON query can’t part those as its probably looking for an int or string:

2026-02-02T16:15:16.000000Z

Uncaught SyntaxError: Unexpected end of JSON input
at S.parse [as parseJSON] ()
at Object.success (jquery.bootgrid.min.js:6:2451)
at c (jquery.min.js?ver=05072021:2:28327)
at Object.fireWith [as resolveWith] (jquery.min.js?ver=05072021:2:29072)
at l (jquery.min.js?ver=05072021:2:79901)
at XMLHttpRequest. (jquery.min.js?ver=05072021:2:82355)

16

Looks like the Timestamp and the device columns are back for the Alert History but the Alert reason and the drop down that provides more info is not showing.