dimon

so /mnt/user0 is exist due to change to 6.9? Any background information?

nein ist nicht verschwunden, jedoch erhalte ich nun durch das plugin folgende Fehlermeldung. der Übeltäter für /mnt/cache war wahrscheinlich PiHole

as @mgutt has mentioned, i have never used the Cache Pool. After Upgrade from 6.8.x to 6.9.0 and then 6.9.1 I have problems with the increasing of rootfs partition. because the docker instances used /mnt/cache for appdata

ok mein Fehler, bin deiner Anleitung nach gegangen. /mnt/user/cache gab es nicht. war /mnt/cache nach dem löschen habe ich nun auch wieder genug RAM Die Config in Appdata wurde nun ebenfalls angepasst. Frage, wie kann ich die user0 Verknüpfung löschen?

ist doch Grütze Verzeichnis ist sichtbar. jedoch nicht löschbar.

Moin Moin, ne ich hatte nie ein Cache gehabt. Die Probleme sind eigentlich erst nach dem Upgrade von 6.8.x auf 6.9.0 bzw. 6.9.1 gekommen. Wie kann man das nun lösen? Macht es Sinn nun eine SSD als Cache einzubauen?

Genau. Ich habe keine SSD bzw. Cache. Habe da auch nichts verstellt. root@Tower:~# ls -la /mnt/cache/appdata total 0 drwxrwxrwx 8 nobody users 160 Apr 8 20:52 ./ drwxr-xr-x 4 root root 80 Apr 9 04:40 ../ drw-rw-rw- 7 root root 220 Apr 8 19:43 MQTT/ drwxrwxr-x 4 nobody users 120 Apr 8 20:07 binhex-krusader/ drwxr-xr-x 4 nobody users 100 Apr 8 20:52 mariadb/ drwxr-xr-x 8 nobody users 180 Apr 8 21:18 nextcloud/ drwxrwxrwx 7 root root 140 Apr 8 18:41 onlyofficeds/ drwxr-xr-x 4 root root 80 Apr 8 18:38 pihole/ root@Tower:~# Cache-Pool kann auch nicht verstellt werden

root@Tower:~# du -sh --exclude=/{proc,sys,dev,mnt,var/lib/docker} /* 11M /bin 520M /boot 12M /etc 0 /home 0 /hugetlbfs 0 /init 96M /lib 24M /lib64 0 /opt 8.0K /root 484K /run 21M /sbin 20M /tmp 709M /usr 6.7M /var root@Tower:~# du -sh /tmp/* 0 /tmp/CA_logs 0 /tmp/ca.backup2 11M /tmp/community.applications 4.0K /tmp/emhttp 8.5M /tmp/fix.common.problems 4.0K /tmp/huh 4.0K /tmp/huh1 12K /tmp/notifications 376K /tmp/plugins 4.0K /tmp/test 20K /tmp/unassigned.devices 4.0K /tmp/user.scripts root@Tower:~# find /tmp -type f -print0 | xargs -0 stat --format '%Y :%y %n' | sort -nr | cut -d: -f2- | head -n100 2021-04-09 08:22:14.002823104 +0200 /tmp/plugins/fix.common.problems.txt 2021-04-09 08:22:13.947822706 +0200 /tmp/plugins/fix.common.problems.plg 2021-04-09 04:40:06.418592823 +0200 /tmp/notifications/unread/Fix_Common_Problems___Tower_1617936006.notify 2021-04-09 04:40:06.418592823 +0200 /tmp/notifications/archive/Fix_Common_Problems___Tower_1617936006.notify 2021-04-09 04:40:06.406592729 +0200 /tmp/fix.common.problems/errors.json 2021-04-09 04:40:01.882557508 +0200 /tmp/fix.common.problems/moderation.json 2021-04-09 04:40:01.781556721 +0200 /tmp/fix.common.problems/templates.json 2021-04-08 22:04:39.957446116 +0200 /tmp/huh1 2021-04-08 22:04:39.957446116 +0200 /tmp/huh 2021-04-08 22:03:43.850031510 +0200 /tmp/plugins/ca.cfg.editor.txt 2021-04-08 22:03:43.797031118 +0200 /tmp/plugins/ca.cfg.editor.plg 2021-04-08 22:03:41.057010863 +0200 /tmp/plugins/NerdPack.txt 2021-04-08 22:03:40.930009924 +0200 /tmp/plugins/NerdPack.plg 2021-04-08 22:03:40.799008956 +0200 /tmp/plugins/ca.backup2.txt 2021-04-08 22:03:40.673008027 +0200 /tmp/plugins/ca.backup2.plg 2021-04-08 22:03:40.296005237 +0200 /tmp/plugins/ca.cleanup.appdata.txt 2021-04-08 22:03:40.170004303 +0200 /tmp/plugins/ca.cleanup.appdata.plg 2021-04-08 22:03:40.049003411 +0200 /tmp/plugins/community.applications.txt 2021-04-08 22:03:39.920002458 +0200 /tmp/plugins/community.applications.plg 2021-04-08 22:03:39.534999612 +0200 /tmp/plugins/speedtest.txt 2021-04-08 22:03:39.406998667 +0200 /tmp/plugins/speedtest.plg 2021-04-08 22:03:39.122996566 +0200 /tmp/plugins/unassigned.devices.txt 2021-04-08 22:03:38.990995590 +0200 /tmp/plugins/unassigned.devices.plg 2021-04-08 22:03:38.798994171 +0200 /tmp/plugins/user.scripts.txt 2021-04-08 22:03:38.672993240 +0200 /tmp/plugins/user.scripts.plg 2021-04-08 20:20:48.324813581 +0200 /tmp/test 2021-04-08 20:16:59.128178711 +0200 /tmp/community.applications/tempFiles/templates-community-apps/linuxserversRepository/linuxserver-mariadb-latest.xml 2021-04-08 20:16:57.420166478 +0200 /tmp/community.applications/tempFiles/catSearchResults.json 2021-04-08 20:16:57.420166478 +0200 /tmp/community.applications/tempFiles/allSearchResults.json 2021-04-08 20:16:52.192129028 +0200 /tmp/community.applications/tempFiles/displayed.json 2021-04-08 20:16:52.044127968 +0200 /tmp/community.applications/tempFiles/pluginDupes.json 2021-04-08 20:16:52.043127961 +0200 /tmp/community.applications/tempFiles/templates.json 2021-04-08 20:16:51.853126599 +0200 /tmp/community.applications/tempFiles/lastUpdated.json 2021-04-08 20:16:51.725125682 +0200 /tmp/community.applications/tempFiles/sortOrder.json 2021-04-08 20:05:04.617021535 +0200 /tmp/emhttp/smb.service 2021-04-08 19:46:01.447523161 +0200 /tmp/community.applications/tempFiles/repositoryList.json 2021-04-08 19:46:01.447523161 +0200 /tmp/community.applications/tempFiles/categoryList.json 2021-04-08 19:46:01.419522972 +0200 /tmp/community.applications/tempFiles/invalidxml.txt 2021-04-08 19:46:01.404522870 +0200 /tmp/community.applications/tempFiles/lastUpdated-old.json 2021-04-08 19:46:01.404522870 +0200 /tmp/community.applications/tempFiles/currentServer.txt 2021-04-08 18:48:04.907188280 +0200 /tmp/notifications/archive/Fix_Common_Problems___Tower_1617900484.notify 2021-04-08 18:38:30.502011598 +0200 /tmp/user.scripts/booted 2021-04-08 18:38:30.469010411 +0200 /tmp/unassigned.devices/config/unassigned.devices.cfg 2021-04-08 18:38:30.469010411 +0200 /tmp/unassigned.devices/config/samba_mount.cfg 2021-04-08 18:38:30.469010411 +0200 /tmp/unassigned.devices/config/iso_mount.cfg root@Tower:~# ls -la /mnt total 0 drwxr-xr-x 9 root root 180 Apr 8 18:38 ./ drwxr-xr-x 20 root root 440 Apr 8 21:30 ../ drwxr-xr-x 4 root root 80 Apr 9 04:40 cache/ drwxrwxrwx 6 nobody users 63 Apr 9 04:40 disk1/ drwxrwxrwx 11 nobody users 208 Apr 9 04:40 disk2/ drwxrwxrwt 2 nobody users 40 Apr 8 18:38 disks/ drwxrwxrwt 2 nobody users 40 Apr 8 18:38 remotes/ drwxrwxrwx 1 nobody users 63 Apr 9 04:40 user/ drwxrwxrwx 1 nobody users 63 Apr 9 04:40 user0/ --> Interessanterweise wurde user0 erst mit dem Upgrade auf 6.9.0 angelegt. root@Tower:~# du -sh /mnt/cache 2.3G /mnt/cache rootfs wächst wieder an. root@Tower:~# df Filesystem 1K-blocks Used Available Use% Mounted on rootfs 3938676 3151344 787332 81% / devtmpfs 3938684 0 3938684 0% /dev tmpfs 4011836 0 4011836 0% /dev/shm cgroup_root 8192 0 8192 0% /sys/fs/cgroup tmpfs 131072 320 130752 1% /var/log /dev/sda1 3907100 532452 3374648 14% /boot overlay 3938676 3151344 787332 81% /lib/modules overlay 3938676 3151344 787332 81% /lib/firmware tmpfs 1024 0 1024 0% /mnt/disks tmpfs 1024 0 1024 0% /mnt/remotes /dev/md1 976285620 664839288 311446332 69% /mnt/disk1 /dev/md2 3905110812 680309728 3224801084 18% /mnt/disk2 shfs 4881396432 1345149016 3536247416 28% /mnt/user0 shfs 4881396432 1345149016 3536247416 28% /mnt/user /dev/loop2 20971520 12932972 7017044 65% /var/lib/docker

kaum ein bisschen mit unraid gearbeit ist rootfs wieder auf 80% herangewachsen. ich habe lediglich die Datenbank wieder hergestellt. Ich habe das Gefühl, das Unraid mir den RAM vollschreibt. hier die Diagnose-Datei: tower-diagnostics-20210408-2130.zip

ne das passt und ist unverändert.

kann es sein das Docker mir alle Änderungen in der /mnt/user/appdata den RAM reinschreibt?

Moin Moin, nach dem Upgrade auf 6.9.1 friert Unraid hin und wieder ein. Nach einem Reboot sind sämtliche Docker Daten unter /mnt/user/appdata auf "auslieferzustand" zurückgesetzt. Mega ärgerlich. Unter 6.8.0 lief das monatelang total stabil was ich lokalisieren konnte war, rootfs steigt von 36% Auslastung auf 100%. out of memory und ich muss den Server neustarten. was mich wundert ist, das Share AppData ist in der Spalte Cache auf Prefer:Cache eingestellt. Es ist jedoch keine zusätzliche SSD als Cache verbaut. Jemand ein Tipp? Systeminfo: M/B: Dell Inc. 07T4MC Version A10 - s/n: /C0KGYH2/CNFCW0089H00NU/ BIOS: Dell Inc. Version 1.0.14. Dated: 05/10/2018 CPU: Intel® Xeon® CPU E3-1225 v5 @ 3.30GHz HVM: Enabled IOMMU: Enabled Cache: 128 KiB, 128 KiB, 1 MB, 8 MB Memory: 8 GiB DDR4 Single-bit ECC (max. installable capacity 64 GiB) Network: bond0: fault-tolerance (active-backup), mtu 1500 eth0: 1000 Mbps, full duplex, mtu 1500 Kernel: Linux 5.10.21-Unraid x86_64 OpenSSL: 1.1.1j Df root@Tower:~# df Filesystem 1K-blocks Used Available Use% Mounted on rootfs 3938676 1394840 2543836 36% / devtmpfs 3938684 0 3938684 0% /dev tmpfs 4011836 0 4011836 0% /dev/shm cgroup_root 8192 0 8192 0% /sys/fs/cgroup tmpfs 131072 208 130864 1% /var/log /dev/sda1 3907100 532372 3374728 14% /boot overlay 3938676 1394840 2543836 36% /lib/modules overlay 3938676 1394840 2543836 36% /lib/firmware tmpfs 1024 0 1024 0% /mnt/disks tmpfs 1024 0 1024 0% /mnt/remotes /dev/md1 976285620 664839288 311446332 69% /mnt/disk1 /dev/md2 3905110812 680067152 3225043660 18% /mnt/disk2 shfs 4881396432 1344906440 3536489992 28% /mnt/user0 shfs 4881396432 1344906440 3536489992 28% /mnt/user /dev/loop2 20971520 12967292 6982020 66% /var/lib/docker

hello it possible to setup wirequard with unraid/docker as following? cloud.mydomain.org ---> external root-server with ipv4/wirequard ---->----tunnel --->---> unraid-docker service like nextcloud. why I ask, due to IPS change, I have no reachable ipv4 adress. and I need this for mapping of domains my nexcloud services @ unraid

Hello together, I using since years my unraid docker envoirement with nextcloud and other services. With dydns/duckdns i have external access to this services. but now I have a new IPS Provider and he doesn't provide me a external ipv4 adress. Now i'm searching the whole week for an solution. My Idea was to use my external root-server (with several docker images) with an ipv4 adress and then tunneling directly from this this sever to my home-server-docker service (nextcloud). I need following solution: cloud.mydomain.org ---> external root-server w. ipv4 ---->----tunnel --->---> unraid-docker service like nextcloud. any ideas?