Rootfs Filling up, currently 97%

[crusemm]

New Error from FCP, I have made no recent changes, just the normal updates.

 

 

This script may take a few minutes to run, especially if you are manually mounting a remote share outside of /mnt/disks or /mnt/remotes

/usr/bin/du --exclude=/mnt/user --exclude=/mnt/user0 --exclude=/mnt/disks --exclude=/proc --exclude=/sys --exclude=/var/lib/docker --exclude=/boot --exclude=/mnt -h -d2 / 2>/dev/null | grep -v 0$' '
376K /tmp/CA_logs
4.0K /tmp/ca_notices
9.0G /tmp/transcode
12M /tmp/fix.common.problems
2.4M /tmp/pkg
16K /tmp/unassigned.devices
19M /tmp/community.applications
68K /tmp/notifications
704K /tmp/plugins
4.0K /tmp/emhttp
9.0G /tmp
972K /usr/man
20K /usr/info
820K /usr/doc
248K /usr/include
30M /usr/libexec
5.0M /usr/src
80M /usr/share
45M /usr/sbin
194M /usr/local
878M /usr/lib64
342M /usr/lib
386M /usr/bin
2.0G /usr
23M /sbin
52K /run/libvirt
13M /run/docker
4.0K /run/avahi-daemon
4.0K /run/elogind
4.0K /run/dbus
228K /run/udev
8.0K /run/blkid
14M /run
4.0K /lib64/xfsprogs
12K /lib64/pkgconfig
1.5M /lib64/elogind
4.0K /lib64/e2fsprogs
1.5M /lib64/security
30M /lib64
87M /lib/modules
4.0K /lib/systemd
88K /lib/modprobe.d
32K /lib/dhcpcd
8.1M /lib/udev
255M /lib/firmware
349M /lib
8.0K /etc/vulkan
4.0K /etc/OpenCL
4.0K /etc/nvidia-container-runtime
8.0K /etc/docker
4.0K /etc/rsyslog.d
4.0K /etc/netatalk
348K /etc/libvirt
332K /etc/libvirt-
4.0K /etc/pkcs11
144K /etc/lvm
8.0K /etc/libnl
8.0K /etc/ssmtp
20K /etc/samba
40K /etc/php-fpm.d
16K /etc/php-fpm
8.0K /etc/php
36K /etc/nginx
2.4M /etc/file
24K /etc/avahi
48K /etc/apcupsd
12K /etc/sysstat
48K /etc/security
252K /etc/ssl
568K /etc/ssh
48K /etc/mcelog
88K /etc/mc
48K /etc/logrotate.d
4.0K /etc/sensors.d
36K /etc/iproute2
9.1M /etc/udev
20K /etc/modprobe.d
104K /etc/pam.d
4.0K /etc/elogind
8.0K /etc/cron.daily
4.0K /etc/cron.d
8.0K /etc/dbus-1
4.0K /etc/sasl2
72K /etc/default
344K /etc/rc.d
8.0K /etc/acpi
68K /etc/profile.d
15M /etc
12M /bin
79M /var/sa
127M /var/local
4.0K /var/kerberos
20K /var/state
3.3M /var/cache
16K /var/named
36K /var/tmp
16K /var/spool
8.0K /var/lock
2.5M /var/log
2.7M /var/lib
213M /var
12K /root
12G /
0 /mnt/rootshare
0 /mnt

Finished.

plexunraid-diagnostics-20230201-0813.zip

[BRiT]

Plex Transcode directory:

 

9.0G /tmp/transcode

[Frank1940]

1 hour ago, crusemm said:

9.0G /tmp/transcode

It would be my guess that a Docker (or perhaps, a VM) is using this   /tmp     directory as a place to store files not realizing that it is actually in RAM.  You must have a reasonable idea of what application on your server is doing trancoding (Look at the name of the child directory.  Check the configuration of the applications and specify that it using a physical device.  That will be one that begins with   /mnt    (and I would recommend using the cache drive or a cache pool.)   IF you have more questions, you might get a quicker answer from the Support forum for the application.

[crusemm]

Looks like it's Plex, but I haven't changed anything. Best I can tell that's where it's supposed to go.

 

[itimpi]

Those settings show that you have the transcode pointing to /tmp/transcode on the host which is a location in RAM.

[crusemm]

19 minutes ago, itimpi said:

Those settings show that you have the transcode pointing to /tmp/transcode on the host which is a location in RAM.

My understanding is, that's how it's supposed to be set. Is there another way that I am supposed to be doing this? Or is there a way to flush this out so the error clears?

[itimpi]

17 minutes ago, crusemm said:

My understanding is, that's how it's supposed to be set. Is there another way that I am supposed to be doing this? Or is there a way to flush this out so the error clears?

That is fine if you have enough RAM to store the files that the transcode process uses but it looks like you might not have..    If not then you need to set this to point to a physical drive location - typically one on a SSD pool.