On TrueNAS CE V25.10.7 On my main pool, zpdb, zfs list -t snapshot zpdb gives me 318 lines of output; not, I feel, an excessive number of snapshots. (There are probably more down at the dataset level though.) In the GUI, local URl /ui/datasets/snapshots (or reached by Data Protection → Snapshots),…

26 should be significantly faster in this area. I couldn’t make those changes back in 25.10 era of code because it was non-trivial and too disruptive.

How many total snapshots on the system

few hundred at the top dataset can still balloon once you recurse. check the real count: zfs list -t snapshot -r zpdb | wc -l the Data Protection → Snapshots page has been slow for a lot of people once you get into the thousands. middleware walks them for the table and the browser chokes. for day…

[image] nite_route: zfs list -t snapshot -r zpdb | wc -l Okay, 31k total. I never used to have problems with this level of snapshots, back in the Solaris days, but I’ve noticed TrueNAS tends to complain. Being able to do an hourly snapshot and keep it for a couple of weeks is one of the core…

[image] nite_route: check UPS / System → Advanced power settings and dmesg around the shutdown times. No such page? The UI search in the GUI finds nothing for POWER other than the stuff in the toolbar? UPS is there, and active, but no log or anything, just the config for UPS monitoring. And …

yeah System → Advanced never had a separate Power page on CE for me either. that was a bad pointer. for the random power offs while the snapshots page is grinding, look at: System → UPS (you already have it) and whether the UPS is actually signaling low battery or lost comms sudo dmesg -T | rg -i…

Looking at those numbers again – recursive snapshots shouldn’t multiply the numbers by more than the number of datasets! So 318 top-level snapshots times 35 datasets is only 11k. So I’ve got 20k I don’t know where they came from. That might be a productive avenue of investigation too.

No apps, no VMs. Just the one container (which isn’t doing anything with snapshots).

31k snapshots is enough to make that page awful by itself. Since there are no apps or VMs, I’d test the API and ZFS directly: zfs list -t snapshot -o name | wc -l zpool iostat -v 1 Run the first once, then watch pool I/O while opening the page. If the page is still slow with no disk activity, that…

At the command line, it only takes 4 seconds to list the 31k snapshots. ddb@fsfs:~$ time zfs list -t snapshot -r zpdb -o name | wc 31538 31538 1417925 real 0m4.131s user 0m0.451s sys 0m3.693s Disk lights are off for most of that 4 seconds.

Snapshot display in the GUI is hugely slow

TrueNAS General

tangofan September 23, 2026, 6:01am 15

That is probably due to this bug, which is supposedly fixed in TrueNAS 26.

Topic		Replies	Views
PSA: Dragonfish may fail to import pools with excessive snapshots TrueNAS General SCALE , ZFS , 24_04-Dragonfish	15	363	June 6, 2024
ZFS Snapshots Not Being Deleted TrueNAS General SCALE , ZFS	10	606	September 19, 2024
ZFS snapshot questions TrueNAS General	7	209	July 12, 2026
Zfs invalid name TrueNAS General	19	472	October 25, 2025
Tons of Snapshots TrueNAS General CORE , ZFS	5	309	February 21, 2026

Snapshot display in the GUI is hugely slow

Related topics