Hi,
The IS-IS module in your poll isn’t the one in trunk.
Your includes/polling/isis.inc.php writes to the tables isis_status, isis_areas, isis_ports, isis_fabric_nodes
and isis_isids, and uses adjacency columns such as isis_adj_index/isis_adjacency_id.
None of those exist in Observium.
Our module, added in r15491, uses isis_instances, isis_circuits, isis_adjacencies and isis_routers (see update/569.sql).
The "missing column" error in your first paste came from that other code querying our isis_adjacencies table.
Changing the table to match it made the errors go away, but it also broke what the web UI expects:
- The Network menu entry counts rows in isis_adjacencies by the state column. - The device Routing tab only appears when the device has rows in isis_instances.
Neither works with that schema, so you only see /routing/protocol=isis/, which opens even when it’s empty.
Where did that IS-IS module come from? A local or third-party patch? To get back to the stock module, check for local changes and revert them:
cd /opt/opbservium svn status svn diff includes/polling/isis.inc.php svn revert -R includes/ html/
On 13.11.2026 13:33, Bryan Fields via observium wrote:
Should I post this here or in jira?
I've svn updated and updated the db after, I'm on 15513 now. I'd seen where ISIS MIB was added and can see it only at /routing/protocol=isis/ where is does show up. It's not under the Network drop down or under the device either. Shouldn't it show up there?
I did have a few errors in the db schema, but was able to resolve that by manually applying the sql update for ISIS.
Here's the error I had, due to a missing column. https://bpa.st/255QA
This is after I fixed the db and errors went away https://bpa.st/5CVYI
This against QFX5130's running Junos 25.2X100-D35.1-EVO
Thanks,