cinereus

Been getting this error since last night. Have been manually moving stuff off disk 4 to other disks but it keeps filling up faster than I can remove stuff. I can't figure out what the new data is or where it's coming from. Keeps going down until only 2MB left and can no longer write. How do I diagnose this?

Annoyingly this has started happening again even without the ¬ directory

That might be it! I had a directory with a "¬" character in it. I have renamed it and things are much smoother now! Thanks. If this fixes it I'll be so happy as I've been dealing with this for two years now!

Any ideas? This one share is completely unusable most of the time.

Whenever I browse my ebooks share with Windows Explorer over SMB it loads incredibly slowly to start with and about 70% of the time hangs the whole explorer.exe process for minutes until it becomes unresponsive. This happens whether I'm browsing the share root which has zero files and just six folders in. It also happens in my ebook folder which has fewer than 300 items in and a total size of just ~6 GB. Weirdly, if it doesn't hang and crash, it then works fast and perfectly. All my other shares mounted in the same way over the same connection from the same unraid server using explorer work completely normally. What could be making this happen?

It's the webui in-page help that is confusing. And the counterintuitive fact that split level overrides minimum free space.

I think that was it. It was level 2. Changing it to any level seems to have fixed it. I must say it's not very intuitive. What's does split level 2 mean? Does a lower level or a higher level mean that directories will be split across disks earlier? And why does split level override minimum free space?!

Disk 4 in my array has only 2GB left. The other disks have 1-2TB free space. I have all shares set to high water and 250GB minimum free space. However, whenever I try to write to my "tv" share, I keep getting "no space left on device" errors. I'm losing data and it's corrupting my Plex. I've even tried setting the allocation method for the "tv" share to "fill up" instead of high water and it still writes partial files to the full Disk 4 until it has only a few KB left. Why isn't the Allocation method working correctly? Why isn't it respecting my minimum free space rules?

Any ideas how to fix this? From what I read 80 GB is extreme...

No orphaned containers. I'm always in advanced view. The issue seems twofold: 1. rapid increase in size over the course of just a few minutes 2. massive usage in /var/lib/docker/btrfs

Thanks I hadn't seen that before. Unfortunately it doesn't help: Name Container Writable Log --------------------------------------------------------------------- binhex-krusader 1.92 GB 35.6 MB 847 kB calibre 1.65 GB 368 MB 330 kB binhex-preclear 1.29 GB 0 B 24.3 MB binhex-get-iplayer 1.16 GB 1.81 MB 908 kB Grafana-Unraid-Stack 993 MB 0 B 3.44 kB binhex-rclone 776 MB 0 B 24.3 MB sonarr 668 MB 35.0 MB 8.42 kB plex 632 MB 316 kB 5.79 kB netdata 551 MB 180 MB 1.66 MB nextcloud 442 MB 44.0 kB 5.56 kB swag 410 MB 10.8 MB 27.4 kB radarr 327 MB 306 kB 7.30 kB HandBrake 324 MB 39.0 kB 19.3 kB speedtest-tracker 320 MB 4.59 MB 384 kB DarkStat 307 MB 403 kB 1.71 MB mariadb 292 MB 16.6 kB 17.4 kB QDirStat 253 MB 23.6 kB 411 kB openvpn-as 248 MB 19.9 MB 352 kB beets 223 MB 0 B 24.3 MB rutorrent-ebooks 214 MB 3.78 MB 1.79 MB rutorrent-films 214 MB 3.78 MB 1.79 MB rutorrent-films-4k 214 MB 3.78 MB 106 kB rutorrent-music 214 MB 3.78 MB 1.84 MB rutorrent-other 214 MB 3.78 MB 1.78 MB rutorrent-temp 214 MB 3.78 MB 9.80 kB rutorrent-temp2 214 MB 3.78 MB 8.54 kB rutorrent-tv 214 MB 3.79 MB 1.83 MB youtube-dlmaterial 212 MB 1.84 MB 23.9 kB deluge 191 MB 0 B 24.3 MB tautulli 161 MB 37.0 MB 221 kB droppy 135 MB 3.46 kB 216 kB duckdns 26.6 MB 11.5 kB 240 kB --------------------------------------------------------------------- Total size 15.2 GB 726 MB 114 MB It's showing as only 15.2GB but it grew from 70% of 80GB to 99% within 12 minutes at 7am yesterday.

Hi, This is my out put from the two commands: docker ps -s  ✔  4.18  81%  14:12 CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES SIZE ea2f09f4daee netdata/netdata "/usr/sbin/run.sh" 7 hours ago Up 2 minutes (healthy) netdata 131MB (virtual 502MB) 8c3d263037b6 linuxserver/tautulli "/init" 4 days ago Up 3 minutes 0.0.0.0:8181->8181/tcp tautulli 37MB (virtual 161MB) b6d462e3e1d2 lscr.io/linuxserver/mariadb "/init" 4 days ago Up 3 minutes 0.0.0.0:3306->3306/tcp mariadb 16.6kB (virtual 292MB) 58b7f9e5230d lscr.io/linuxserver/swag "/init" 4 days ago Up 3 minutes 0.0.0.0:180->80/tcp, 0.0.0.0:1443->443/tcp swag 10.8MB (virtual 410MB) de9fc2887c7a testdasi/grafana-unraid-stack:latest "tini -- /static-ubu…" 4 days ago Up 3 minutes (healthy) Grafana-Unraid-Stack 32.2kB (virtual 993MB) 25be88f53c9c linuxserver/duckdns "/init" 6 days ago Up 2 minutes duckdns 11.5kB (virtual 26.6MB) 5fa90ac7906a lscr.io/linuxserver/nextcloud "/init" 8 days ago Up 3 minutes 80/tcp, 0.0.0.0:444->443/tcp nextcloud 44kB (virtual 441MB) 7f43259eb69d linuxserver/calibre "/init" 9 days ago Up 3 minutes 3000/tcp, 3389/tcp, 0.0.0.0:9080->8080/tcp, 0.0.0.0:9081->8081/tcp calibre 368MB (virtual 1.65GB) df41962f063a linuxserver/sonarr "/init" 9 days ago Up 3 minutes 0.0.0.0:8989->8989/tcp sonarr 89.3MB (virtual 722MB) e12738380365 linuxserver/radarr "/init" 9 days ago Up 3 minutes 0.0.0.0:7878->7878/tcp radarr 86.4MB (virtual 413MB) 0c04aff5c455 linuxserver/plex "/init" 9 days ago Up 3 minutes plex 40.9MB (virtual 672MB) 56c9c041eb4b binhex/arch-get-iplayer "/usr/bin/tini -g --…" 5 weeks ago Up 2 minutes binhex-get-iplayer 1.81MB (virtual 1.16GB) d91c1b568c52 jlesage/qdirstat "/init" 3 months ago Up 2 minutes 0.0.0.0:7815->5800/tcp, 0.0.0.0:7915->5900/tcp QDirStat 23.6kB (virtual 253MB) 560437ec2976 henrywhitaker3/speedtest-tracker "/init" 4 months ago Up 3 minutes 443/tcp, 0.0.0.0:3765->80/tcp speedtest-tracker 4.59MB (virtual 320MB) aedd5c214872 silverwind/droppy:latest "docker-entrypoint.s…" 4 months ago Up 3 minutes 0.0.0.0:1000->8989/tcp droppy 3.46kB (virtual 135MB) b8362151eed8 tzahi12345/youtubedl-material "/app/entrypoint.sh …" 4 months ago Up 3 minutes 0.0.0.0:1001->17442/tcp youtube-dlmaterial 1.84MB (virtual 212MB) 28a67a2b067a jlesage/handbrake "/init" 5 months ago Up 2 minutes 0.0.0.0:7803->5800/tcp, 0.0.0.0:7903->5900/tcp HandBrake 39kB (virtual 324MB) de4ab388b940 linuxserver/openvpn-as "/init" 9 months ago Up 3 minutes 0.0.0.0:943->943/tcp, 0.0.0.0:9443->9443/tcp, 0.0.0.0:1194->1194/udp openvpn-as 19.9MB (virtual 248MB) ba300091e2bf linuxserver/rutorrent "/init" 11 months ago Up 3 minutes 443/tcp, 0.0.0.0:6003->80/tcp, 0.0.0.0:8003->6881/udp, 0.0.0.0:7003->51413/tcp rutorrent-music 3.78MB (virtual 214MB) 827ac52cbb66 mace/darkstat "/sbin/my_init" 11 months ago Up 3 minutes DarkStat 402kB (virtual 307MB) 093054dbf7fa linuxserver/rutorrent "/init" 11 months ago Up 3 minutes 443/tcp, 0.0.0.0:6004->80/tcp, 0.0.0.0:8004->6881/udp, 0.0.0.0:7004->51413/tcp rutorrent-ebooks 3.78MB (virtual 214MB) eec19e8002b7 linuxserver/rutorrent "/init" 11 months ago Up 3 minutes 443/tcp, 0.0.0.0:6005->80/tcp, 0.0.0.0:8005->6881/udp, 0.0.0.0:7005->51413/tcp rutorrent-other 3.78MB (virtual 214MB) e8b783054594 linuxserver/rutorrent "/init" 11 months ago Up 3 minutes 443/tcp, 0.0.0.0:6002->80/tcp, 0.0.0.0:8002->6881/udp, 0.0.0.0:7002->51413/tcp rutorrent-tv 3.79MB (virtual 214MB) 7f23382fcb85 linuxserver/rutorrent "/init" 11 months ago Up 3 minutes 443/tcp, 0.0.0.0:6001->80/tcp, 0.0.0.0:8001->6881/udp, 0.0.0.0:7001->51413/tcp rutorrent-films 3.78MB (virtual 214MB) 65249963532e binhex/arch-krusader "/usr/bin/tini -- /b…" 11 months ago Up 2 minutes 5900/tcp, 0.0.0.0:6080->6080/tcp and du -h -d 1 /var/lib/docker/ 1.1M /var/lib/docker/containerd 44M /var/lib/docker/containers 0 /var/lib/docker/plugins 89G /var/lib/docker/btrfs 61M /var/lib/docker/image 100K /var/lib/docker/volumes 0 /var/lib/docker/trust 172K /var/lib/docker/network 0 /var/lib/docker/swarm 16K /var/lib/docker/builder 88K /var/lib/docker/buildkit 1.7M /var/lib/docker/unraid 0 /var/lib/docker/tmp 0 /var/lib/docker/runtimes 89G /var/lib/docker/ Seems it's all coming from /var/lib/docker/btrfs How do I resolve this?

For the record, I just figured it out. As webterminal runs on bash, you can just add a line to /root/.bash_profile Of course you need to make this changer persistent with a gofile if you want it to last between boots or between system updates.

I am aware of that. All my changes are normally made persistent via by gofile. This is the only thing I have noticed that is no longer working. Perhaps I forgot o make this one change persistent unlike all the others that carried over fine. Either way, I'd love to know how to add an argument to the ssh command that is run by the webterminal or any other workaround that solves this issue.

I still have the old version of unraid available to restore to. Is there any way to inspect this to find out what values were used?

I wish I could remember. I can't find how I did it by searching and it seems a setting somewhere has been overwritten. Is there a way to edit the ssh command used to open the webterminal?

Bump.

Bump.

I used to have "exec zsh" run in every new webterminal window but since updating this no longer happens. How do I get this feature back (and see what else I might have had running automatically)?

How do I see what my old settings were and restore them?

Bump. Is there still no solution for this in 2022?

This has stopped working for me for the last 12 hours even after deleting and reinstalling the image...

Hi Henry, this seems to have stopped working about 12 hours ago...

I recently accidentally filled up ~ and the webUI crashed. Thankfully I was able to fix it through the terminal but it made me wonder where the files in ~ are actually stored?

Spontaneously fixed again.