I remember after updating to one of the later versions I got flooded with alerts (a few emails an hour):
Quota exceeded on dataset <…>/.system/cores. Used 97.86% (1002.13 MiB of 1 GiB)
So I reverted back to the version I was using and waited for another update and alerts disappeared. I was using 24.04 and then upgraded to 24.10.0 and there were no such alerts, but after updating to 24.10.1 these alerts came back and I’m getting them multiple times a week.
It seems I can’t find anything on the topic
Anything I should look into? Should I change some settings?
1 Like
So one of the errors is:
Quota exceeded on dataset Data/.system/cores
How do I delete cores? There’s no such folder .system
inside Data
Do I need to enable something to see it?
$ cd /mnt/Data/.system
cd: no such file or directory: /mnt/Data/.system
Update:
Found it with
$ /usr/sbin/zfs list
NAME USED AVAIL REFER MOUNTPOINT
Data/.system 2.09G 7.20T 1.47G legacy
Data/.system/configs-ae32c386e13840b2bf9c0083275e7941 16.0M 7.20T 16.0M legacy
Data/.system/cores 127M 897M 127M legacy
Data/.system/netdata-ae32c386e13840b2bf9c0083275e7941 483M 7.20T 483M legacy
Data/.system/nfs 149K 7.20T 149K legacy
Data/.system/samba4 2.51M 7.20T 687K legacy
Should I delete the whole .system
maybe? My other data pool doesn’t have it at all and mountpoint says legacy
I wouldn’t advice removing the whole system dataset unless you really had to.
I believe the cores dataset is mounted here:
/var/db/system/cores
1 Like
Would it be safe to use this?
$ /usr/sbin/zfs destroy Data/.system/cores
NugentS
December 30, 2024, 6:25pm
6
No. Its a folder not a dataset
1 Like
Aren’t those core dumps? How often do core files get created? I’ve only ever had one core file in my entire time using FreeNAS and TrueNAS Core.
Maybe it’s apt for a bug report?
NugentS:
Delete the cores
How?
I can’t cd
to it as .system
doesn’t exist on the datasat
Because there is no folder named “.system”. That’s the hidden dataset’s name. Datasets can be mounted to any path.
The cores are found under /var/db/system/cores/
winnielinnie:
/var/db/system/cores/
There’s none at presnt
TRUENAS-SCALE% pwd
/var/db/system/cores
TRUENAS-SCALE% sudo ls -la
total 33
drwxr-xr-x 2 root root 2 May 20 01:34 .
drwxr-xr-x 9 root root 9 Nov 3 2024 ..
TRUENAS-SCALE%
I managed to see some brieftly before it disappeared earlier due to perodic job
TRUENAS-SCALE% cd /var/db/system/cores/
TRUENAS-SCALE% ls -la
total 384338
drwxr-xr-x 2 root root 3 May 20 01:09 .
drwxr-xr-x 9 root root 9 Nov 3 2024 ..
-rw-r----- 1 root root 393219960 May 20 01:09 core.python.0.e95a7a4259574f679dc5f1e0831d4832.4066500.1747699778000000.zst
TRUENAS-SCALE% ls -la
total 187422
drwxr-xr-x 2 root root 3 May 20 01:10 .
drwxr-xr-x 9 root root 9 Nov 3 2024 ..
-rw-r----- 1 root root 191726646 May 20 01:10 core.python.0.e95a7a4259574f679dc5f1e0831d4832.4067678.1747699804000000.zst
TRUENAS-SCALE% ls -la
is there any way to increase the quota? so I don’t keep getting the alerts - it was fixed but having it set at 1GiB seems to small
Generally it’s fine. Corefiles are very compressible and you shouldn’t be generating them. Usually their presence in a stable release indicates:
broken custom application
failing boot device
unexpected OS changes