TrueNAS Scale Quote Exceeded on Dataset - Daily

Description

TrueNAS-SCALE-21.09-MASTER-20210915-132921

I am getting: the following critical messages:

System is running on VMWare - no passthrough just standard VMWare

OS is 16GB HDD

Pool TANK is mirrored VDevs of 50GB each. There is no 1TB DataSet to use 963.19GB of

Single NIC, 32GB RAM

No other storage

Tank is 23% used. No quotas are set

5 Apps Running, Unifi, librespeed, plex, nextcloud, truecommand. All tested for basic functionality. Nextcloud has no data other than basic configuration data. Each app is configured so that their App Config is stored in a Dataset called Docker with subfolders for each app below that (sample below)

Problem/Justification

None

Impact

None

Activity

Show:

Bug Clerk 
October 5, 2021 at 5:54 PM

Sean Nugent 
September 28, 2021 at 8:18 AM
(edited)

Err - that not what I am doing that I am aware of.

Tank is my pool

I have set up a separate dataset called docker and have datasets underneath that for the persistent container storage.

I also have a separate dataset called SMB with sub-datasets for messing around with permissions that contains a very limited amount of video for plex and emby to index

 

William Gryzbowski 
September 27, 2021 at 9:06 PM

Ok, I see what is going on here. This is a safety check from kubernetes volumes.

 

You should not be creating content on the containers volumes. You should be attaching a data storage to these containers/apps. Have you tried doing that?

Sean Nugent 
September 27, 2021 at 8:48 PM

I have never set a user quota on any TrueNAS box on any dataset on any pool

I have checked specifically on Tank and Tank/ix-applications

 

William Gryzbowski 
September 27, 2021 at 7:26 PM

You definitely have a quota set, that doesn't not happen by default.

Have you tried disabling it in the higher level dataset?

Complete

Details

Assignee

Reporter

Labels

Impact

Time remaining

0m

Components

Fix versions

Affects versions

Priority

Katalon Platform

Created September 15, 2021 at 7:28 PM
Updated July 6, 2022 at 9:02 PM
Resolved October 12, 2021 at 8:20 PM