mirror of
https://github.com/NginxProxyManager/nginx-proxy-manager.git
synced 2026-04-25 01:15:51 +03:00
[GH-ISSUE #4448] Number of Hosts are not displayed in dashboard when mariadb backend is used #2847
Labels
No labels
awaiting feedback
bug
cannot reproduce
dns provider request
duplicate
enhancement
enhancement
enhancement
good first issue
help wanted
invalid
need more info
no certbot plugin available
product-support
pull-request
question
stale
troll
upstream issue
v2
v2
v2
v3
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/nginx-proxy-manager-NginxProxyManager#2847
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @targetingsnake on GitHub (Mar 23, 2025).
Original GitHub issue: https://github.com/NginxProxyManager/nginx-proxy-manager/issues/4448
Checklist
jc21/nginx-proxy-manager:latestdocker image?Describe the bug
Numbers of Hosts are not displayed in Dashboard. See screenshot below. Instance is running with the mysql-backend. On another instance with the sqlite-database the issue is not there.
There is a HTTP-500-Error in API-Endpoint api/reports/hosts .
Nginx Proxy Manager Version
v2.12.3
To Reproduce
Steps to reproduce the behavior:
Expected behavior
Number of hosts in each category is displayed.
Screenshots

Operating System
VM with Debian and docker ($hostname is the hostname of the vm, removed for security reasons)
uname -a : Linux $hostname 6.1.0-31-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.128-1 (2025-02-07) x86_64 GNU/Linux
Docker-version: Docker version 28.0.1, build 068a01e
Additional context
Docker-Compose content:
services:
app:
image: 'jc21/nginx-proxy-manager:latest'
restart: unless-stopped
ports:
# These ports are in format :
- '80:80' # Public HTTP Port
- '443:443' # Public HTTPS Port
- '81:81' # Admin Web Port
# Add any other Stream port you want to expose
# - '21:21' # FTP
environment:
DB_MYSQL_HOST: "db"
DB_MYSQL_PORT: $dbport
DB_MYSQL_USER: "$username"
DB_MYSQL_PASSWORD: "$password"
DB_MYSQL_NAME: "$dbname"
# Uncomment this if IPv6 is not enabled on your host
# DISABLE_IPV6: 'true'
volumes:
- ./data:/data
- ./letsencrypt:/etc/letsencrypt
depends_on:
- db
db:
image: 'jc21/mariadb-aria:latest'
restart: unless-stopped
environment:
MYSQL_ROOT_PASSWORD: '$root_password'
MYSQL_DATABASE: '$dbname'
MYSQL_USER: '$username'
MYSQL_PASSWORD: '$password'
MARIADB_AUTO_UPGRADE: '1'
volumes:
- ./data/mysql:/var/lib/mysql
@targetingsnake commented on GitHub (Mar 23, 2025):
Logs saying this:
@jc21 commented on GitHub (Mar 24, 2025):
Why wouldn't the
streamtable exist? There are 4 db migrations that create/alter it, so the app shouldn't have started when that table didn't exist.@jc21 commented on GitHub (Mar 24, 2025):
I've added a test for this to the suite and it's passing.
@targetingsnake commented on GitHub (Mar 24, 2025):
i looked into it more detailed today. it turned out, that i also couldn't create the table as it was already there according to phpmyAdmin / the maria-db server. So i looked into the filesystem and found wrong file permissions on the files for those (see
Screenshot below ).
Way to solve:
cp -aRv /data/mysql ./mysqlaftermkdir ./mysqlchmod -Rv 777 $tablename.*(replace $tablename with the required tablename)@jc21 i think issue can be marked as resolved if that's fine with you
@github-actions[bot] commented on GitHub (Sep 23, 2025):
Issue is now considered stale. If you want to keep it open, please comment 👍
@scharez commented on GitHub (Feb 6, 2026):
Hi @targetingsnake I am having the same problem on two npm instances. Are your steps to solve this issue still valid with the newer versions of npm?
@targetingsnake commented on GitHub (Feb 6, 2026):
@scharez I can't tell you, i didn't ran in this issue again. Also i'm thinking about to migrate the schema with all the data onto my central mariadb host.