Kuddel

Thank you very much for your help. I think I found the mistake thanks to your suggestions. Some time ago, I moved some Docker remnants from the RAID to the SSD. Apparently, I forgot to adjust a path in the Docker. Due to the update and the associated new data, or data in 'wrong' locations, this caused the problems. I think I've been able to correct it now.

I actually speak German, so unfortunately my English isn’t very good. I also noticed these errors, but I don’t understand why they suddenly appeared since the system has been running for ages without me changing anything in the Docker. I hope the log file is okay like this. I also just created a diagnostics zip file. Is it safe to upload this file here completely, or should I be careful about something? Or does it only require certain contents? edit: added docker.txt from diagnostics.zip docker.txt

docker run -d --name='Thunderbird' --net='bridge' --pids-limit 2048 -e TZ="Europe/Berlin" -e HOST_OS="Unraid" -e HOST_HOSTNAME="SERVER" -e HOST_CONTAINERNAME="Thunderbird" -e 'THUNDERBIRD_V'='latest' -e 'THUNDERBIRD_LANG'='de' -e 'CUSTOM_RES_W'='1280' -e 'CUSTOM_RES_H'='768' -e 'EXTRA_PARAMETERS'='' -e 'UID'='99' -e 'GID'='100' -e 'UMASK'='000' -l net.unraid.docker.managed=dockerman -l net.unraid.docker.webui='http://[IP]:[PORT:XXXX]/vnc.html?autoconnect=true' -l net.unraid.docker.icon='https://raw.githubusercontent.com/ich777/docker-templates/master/ich777/images/thunderbird.png' -p 'XXXX:XXXX/tcp' -v '/mnt/user/appdata/thunderbird/':'/thunderbird':'rw' -v '/mnt/user/Daten/Email Backup/':'/Backups':'rw' --restart=unless-stopped --shm-size=2G 'ich777/thunderbird' d89e3009b640ec292343e89dcd0cf32e79c10ace34c08b29be41638c19337ff4 The command finished successfully!

su: failed to execute /bin/bash: Permission denied su: failed to execute /bin/bash: Permission denied su: failed to execute /bin/bash: Permission denied su: failed to execute /bin/bash: Permission denied su: failed to execute /bin/bash: Permission denied su: failed to execute /bin/bash: Permission denied su: failed to execute /bin/bash: Permission denied Nothing to do, noVNC resizing set to default Nothing to do, noVNC qaulity set to default Nothing to do, noVNC compression set to default ---Taking ownership of data...--- ---Starting...--- ---Ensuring UID: 99 matches user--- usermod: no changes ---Ensuring GID: 100 matches user--- usermod: no changes ---Setting umask to 000--- ---Checking for optional scripts--- ---No optional script found, continuing--- ---Checking configuration for noVNC--- Nothing to do, noVNC resizing set to default Nothing to do, noVNC qaulity set to default Nothing to do, noVNC compression set to default ---Taking ownership of data...--- ---Starting...--- ---Ensuring UID: 99 matches user--- usermod: no changes ---Ensuring GID: 100 matches user--- usermod: no changes ---Setting umask to 000--- ---Checking for optional scripts--- ---No optional script found, continuing--- ---Checking configuration for noVNC--- Nothing to do, noVNC resizing set to default Nothing to do, noVNC qaulity set to default Nothing to do, noVNC compression set to default ---Taking ownership of data...--- ---Starting...--- ---Ensuring UID: 99 matches user--- usermod: no changes ---Ensuring GID: 100 matches user--- usermod: no changes ---Setting umask to 000--- ---Checking for optional scripts--- ---No optional script found, continuing--- ---Checking configuration for noVNC--- Nothing to do, noVNC resizing set to default Nothing to do, noVNC qaulity set to default Nothing to do, noVNC compression set to default ---Taking ownership of data...--- ---Starting...--- ---Ensuring UID: 99 matches user--- usermod: no changes ---Ensuring GID: 100 matches user--- usermod: no changes ---Setting umask to 000--- ---Checking for optional scripts--- ---No optional script found, continuing--- ---Checking configuration for noVNC--- Nothing to do, noVNC resizing set to default Nothing to do, noVNC qaulity set to default Nothing to do, noVNC compression set to default ---Taking ownership of data...--- ---Starting...--- ---Ensuring UID: 99 matches user--- usermod: no changes ---Ensuring GID: 100 matches user--- usermod: no changes ---Setting umask to 000--- ---Checking for optional scripts--- ---No optional script found, continuing--- ---Checking configuration for noVNC--- Nothing to do, noVNC resizing set to default Nothing to do, noVNC qaulity set to default Nothing to do, noVNC compression set to default ---Taking ownership of data...--- ---Starting...--- ---Ensuring UID: 99 matches user--- usermod: no changes ---Ensuring GID: 100 matches user--- usermod: no changes ---Setting umask to 000--- ---Checking for optional scripts--- ---No optional script found, continuing--- ---Checking configuration for noVNC--- Nothing to do, noVNC resizing set to default Nothing to do, noVNC qaulity set to default Nothing to do, noVNC compression set to default ---Taking ownership of data...--- ---Starting...---

thunderbird Docker does no start anymore since the last update (did it yesterday). I locked at dockerhub to use an older version but there seems to be only the lastest build available. Any idea?

Es ist möglicherweise nicht die optimale Lösung, aber zumindest funktioniert es bei mir bislang ohne erkennbare Einschränkungen: In den SMB-Einstellungen die Option "Enhanced macOS Interoperability" auf "No" setzen. Danach kann ich unter Windows wie gewohnt auf die SMB-Freigaben zugreifen etc.

I have a simular Problem.... I've been trying to get the plugin to work for quite some time. I have linked both a Dropbox and a GDrive account. Through the Rclone web GUI, I can access both accounts and delete data, etc. I can also access the mounted folders and delete data via the Unraid web interface. However, on my network (in my case, a Windows 11 PC), I can access the shared folders, but I can't delete or install files. "Empty" folders or text files can be created, but I still get errors. I've read several similar reports online, suggesting it has something to do with the SAMBA share, but none of the solutions I've tried have worked for me. Currently, I am using the following commands. mkdir -p /mnt/user/Clouds/Dropbox mkdir -p /mnt/user/Clouds/GDrive rclone mount --max-read-ahead 1024k --allow-other --vfs-cache-mode full --umask 000 --uid 99 --gid 100 Dropbox: /mnt/user/Clouds/Dropbox & rclone mount --max-read-ahead 1024k --allow-other --vfs-cache-mode full --umask 000 --uid 99 --gid 100 GDrive: /mnt/user/Clouds/GDrive & [GDrive] type = drive scope = drive token = {XXXXXXX} team_drive = [Dropbox] type = dropbox token = {XXXXXX} The share is now being configured in a very standard way through the Unraid web GUI. In the parent folder (Clouds), I can actually perform actions correctly over the network.

Leider muss ich mich noch einmal zurückmelden. Augenscheinlich hat es zwar funktioniert und ich (nur ich wie gewollt) konnte auf alle Dateien zugreifen. Mir ist jedoch zunächst nicht aufgefallen, dass ich leider keine Dateien über das Netzwerk in die freigegebenen Ordner kopieren kann. Leere Ordner oder Textdateien kann ich erstellen. Wenn ich jedoch etwas darauf kopieren möchte, erhalte ich immer die Fehlermeldung, dass kein Speicherplatz mehr frei sei. Wenn ich über das Terminal die freigegebenen Ordner überprüfe, wird mir jedoch der korrekte freie Speicherplatz angezeigt. In der Zwischenzeit habe ich vergeblich ChatGPT und das Internet nach Lösungsansätzen durchsucht, aber ich komme mal wieder nicht weiter. Hat hier jemand eine Idee?

Danke, scheint zu funktionieren!

ok, dann warte ich mal hier bis du mit Neuigkeiten um die Ecke kommst. Ich bin ehrlich: ich habe leider sehr wenig Ahnung aber dachte schon ich bin total behämmert...

Ja die sind bereits raus, ich hatte es zwischenzeitlich mit einem anderen Code versucht und deswegen war der eigentliche Code als ich ihn hier eingefügt hatte auskommentiert. Leider funktioniert es aber immer noch nicht. Ich habe ursprünglich alles nach Anleitung eingerichtet und der Code den du gesagt stimmt mit meinen Scripten überein. Mein mount script: mkdir -p /mnt/disks/Dropbox mkdir -p /mnt/disks/GDrive rclone mount --max-read-ahead 1024k --allow-other --vfs-cache-mode writes Dropbox: /mnt/disks/Dropbox & rclone mount --max-read-ahead 1024k --allow-other --vfs-cache-mode writes GDrive: /mnt/disks/GDrive & und mein unmount script: fusermount -u /mnt/disks/Dropbox fusermount -u /mnt/disks/GDrive Ich habe es mit und ohne die mkdir Befehle versucht und die Scripte werden immer beim starten bzw. stoppen des Arrays ausgeführt aber irgendetwas führt dazu, dass die Schreibrechte der beiden Ordner immer wieder zurückgesetzt bzw. entzogen werden...

wunderbar! Das scheint geklappt zu haben. Ich habe dann jetzt mein mount Script überprüft aber hier steht genau der passende Code drinne... Sobald ich mein Array jedoch Stoppe bzw wieder starte sind die Berechtigungen wieder zurückgesetzt. Was mache ich falsch? ps: ist es eigentlich schädlich für die Festplatten oder etwas anderes wenn das Array oft gestoppt und gestartet wird?

de mount Befehl gibt: "[1] 6024" zurück Beim ersten Versuch hat es glaube ich nicht funktioniert. Da sah meine Conifg dann so aus: Ich habe es dann noch Mal versucht und ich denke die Berechtigungen wurden anders gesetzt, dementsprechend sieht es jetzt so aus und funktioniert auch: Ich möchte ja aber nicht, dass jeder zugreifen kann. Ich dachte paralel schon ob ich den Eigentümer nicht wechseln könnte weil er mit unter Windows auch sagt ich brauche die Berechtigung von "´\root" aber wenn ich etwas anderes anwähle wird nichts geändert. Wir scheinen ja aber auf dem richtigen Weg zu sein, von daher bin ich gespannt wie es weiter geht

ls -l /mnt/disks/Gdrive ls -l /mnt/disks/Dropbox Dropbox listet mir im Terminal die Ordner und Datein auf, Gdrive nicht sonder gibt mir folgende Meldung aus: bash: ls -l /mnt/disks/GDrive: No such file or directory über Krusade kann ich übrigens auch darauf zugreifen und Ordner etc. erstellen. wie starte ich den SMB Service neu? Ich hatte das Array gestoppt weil ich den Code ja sonst nicht ändern kann aber nichts explizit neu gestartet...

leider kein Erfolg. Ich kann übrigens im gemounteten disks Ordner Datein erstellen aber sobald ich im Dropbox oder GDrive unterordner bin gehts nicht mehr....

rclone Plugin: [Dropbox] type = dropbox token = {"access_token":"XXXX"} [GDrive] type = drive scope = drive token = {"access_token":"XXXX"} User Script: mkdir -p /mnt/disks/Dropbox mkdir -p /mnt/disks/GDrive #rclone mount --max-read-ahead 1024k --allow-other Dropbox: /mnt/disks/Dropbox & #rclone mount --max-read-ahead 1024k --allow-other GDrive: /mnt/disks/GDrive & SMB Share: [rclone Drives] path = /mnt/disks/ comment = browseable = no # Secure Public = no valid users = USER writeable = yes vfs objects =

Ich habe versucht rclone Einzurichten um übers Netzwerk meine Dropbox und mein GDrvie zu teilen bzw. darauf zugreifen zu können. Ich habe das rclone Plugin von Waseh installiert sowie das User Scripts Plugin. Über die Komandozeile habe ich es irgendwie bewerkstelligt die Token für Dropbox und GDrive einzurichten und Ordner zu erstellen. Dann habe ich zwei Scripte zum mounten und entmounten über User Scripts eingerichtet. Zuletzt habe ich SMB Shares eingerichtet. Auch das hat soweit funktioniert. Meine beiden Ordner werden im Netzwerk angezeigt ich sehe alle Dateien, kann diese auch öffnen aber nichts neues erstellen oder in die Ordner kopieren etc. Ich habe also keine Berechtigung/Schreibrechte. Wenn ich aber einen anderen Ordner mit den gleichen Einstellungen per SMB freigebe funktioniert alles wie es soll. Deswegen vermute ich es liegt an den rclone Einstellungen aber ehrlich gesagt habe ich keine Ahnung und weiß auch nicht wie ich den Fehler finden könnte bzw. das Ganze angehen soll. Ich hoffe jemand kann mir helfen?

theoretisch ja, aber warum damit zufrieden geben wenn es anders geht? Ich habe am Ende zig freigegebene Ordner von denen mich nur die hälfte interessieren. Ich hätte es einfach gerne übersichtlicher und einige Ordner sollen die anderen Nutzer nicht unbedingt sehen...

danke, das werde ich mal versuchen.

Ich möchte bestimmte Ordner im Netztwerk Freigeben, teilweise gemountete rclone drives, teilweise spezielle Ordner für bestimte Personen. Ich habe hier schon im Forum folgenden "Code" gefunden: [FREIGABENAME] path = /mnt/disks/FREIZUGEBENDER ORDNER comment = browseable = yes Public = no valid users = USER writeable = yes vfs objects = soweit so gut und funktioniert auch soweit ich das beurteilen aber aber wie bekomme ich es aber hin, dass nur bestimmte User den Ordner überhaupt angezeigt bekommen?

Ich habe zwei NVM SSDs in meinen Server eingebaut und möchte diese sowohl für Docker als auch für den Cach nutzen. Nun hatte ich ursprünglich geplant eine SSD als Cache und eine für die Docker zu verwenden. Inzwischen habe ich aber gelesen, dass für die Sicherheit empfohlen wird zwei Platten als raid laufen zu lassen. Darüber hinaus habe ich hier gelesen, dass es aufgrund von Log Datein etc. zu unnötiger Abnutzung kommt und man dagegen vorgehen sollte/kann. ich würde jetzt gerne wissen wie ich das Ganze optimal angehe und was eure Empfehlungen sind? Vielleicht gibt es einen Guide oder ein gutes Video? Bislang habe ich leider nichts gefunden….

ich greife das hier mal auf, weil ich nicht weiter weiß... Vorab: meine Docker liegen im Verzeichnis nicht in einer Image Datei. Ich habe insbesondere das verlinkte Video angesehen und den Lösungsansatz über das Script etc. ohne Erfolg versucht. Meine Containergröße ist bei entspannten 3,34 GB aber in der Übersicht belegt mein Docker 89% / 14,5 TiB. Ich habe nur 3 Docker und ich denke die sind ordentlich konfiguriert. Ich habe auch alle Docker gelöscht und neu „installiert“ also runterladen lassen. Kann es sein, dass meine komplette Festplatte als Verfügbarkeit angesetzt wird und es gar nicht an den Dockern liegt, sondern der Platz durch meine normalen Daten „gefressen“ wird und die Anzeige daher korrekt und „normal“ ist?

Danke, ich habe inzwischen auch eine passende Anleitung hier im Forum gefunden. Habe eine ältere Datenbank Datei genutzt und nun läuft es wieder. Vielen Dank!

Gestern habe ich eine größere Menge an Daten in die Plex Ordner verschoben und irgendwie scheint da etwas schief gelaufen zu sein. Plex startet nicht mehr und ich bekomme folgende Fehler im Protokoll: Error: Unable to set up server: sqlite3_statement _backend:: loadOne: database disk image is malformed (NAsoci10soci _errorE) Starting Plex Media Server. . • (you can ignore the libusb_init error) Ich nutze die linuxserver's Repository. Was kann ich machen um Plex wieder zum laufen zu bringen ohne gesehen Einträge etc. zu verlieren?

Sorry, hatte vergessen zu schreiben, dass es sich tatsächlich um 120mm Lüfter handelt.