gilladur Posted October 7, 2021 Share Posted October 7, 2021 Was ich jetzt ehrlich gesagt noch nicht verstanden habe, ist dies nun nur ein Problem bei meinem Server oder tritt dies bei allen nach einem Neustart auf? Quote Link to comment
alturismo Posted October 7, 2021 Share Posted October 7, 2021 42 minutes ago, gilladur said: ist dies nun nur ein Problem bei meinem Server sicher nicht ist die Frage wieviel das nutzen ... daher noch nicht das ganz große Thema, kannst im go file ja die Ordner erstellen lassen und die Rechte auch gleich setzen wenn du das so beibehalten willst. Vielleicht reicht auch ein script bei array start, docker service sollte ja danach starten, einfach mal testen. 1 Quote Link to comment
mgutt Posted November 14, 2021 Author Share Posted November 14, 2021 On 10/6/2021 at 6:39 PM, gilladur said: Ich habe jetzt einmal einen Neustart gemacht und die Rechte der neu angelegten Ordner standen wieder auf 0755. Was für LMS und Nextcloud z.B. zu Problemen führt. Beim setzten von 0777 passt wieder alles. Ich habe das selbe Problem beobachtet und lasse daher nun über die Go File die Verzeichnisse erstellen und mit den korrekten Rechten versehen. Eine andere Idee habe ich leider nicht: # ------------------------------------------------- # Correct wrong container path permissions on server reboot # ------------------------------------------------- mkdir -m 777 -p /tmp/nginx-proxy-manager/var/log mkdir -m 777 -p /tmp/pihole/var/log 1 Quote Link to comment
Lurican Posted January 5, 2022 Share Posted January 5, 2022 (edited) Hallo zusammen! Erstmal vielen Dank für die tolle Anleitung. Ich habe zwar nicht alles verstanden, konnte meinen Server aber soweit anpassen, dass die Schreibvorgänge nun definitiv reduziert wurden. Allerdings habe ich nun ein Problem mit dem "pihole-template"-Container. Der DNS-Dienst innerhalb des Containers wird nicht gestartet. Im Protokoll steht: Spoiler [s6-init] making user provided files available at /var/run/s6/etc...exited 0. [s6-init] ensuring user provided files have correct perms...exited 0. [fix-attrs.d] applying ownership & permissions fixes... [fix-attrs.d] 01-resolver-resolv: applying... [fix-attrs.d] 01-resolver-resolv: exited 1. [fix-attrs.d] done. [cont-init.d] executing container initialization scripts... [cont-init.d] 20-start.sh: executing... ::: Starting docker specific checks & setup for docker pihole/pihole [i] Installing configs from /etc/.pihole... [i] Existing dnsmasq.conf found... it is not a Pi-hole file, leaving alone! Setting DNS servers based on PIHOLE_DNS_ variable ::: Pre existing WEBPASSWORD found DNSMasq binding to custom interface: br0 Added ENV to php: "PIHOLE_DOCKER_TAG" => "2022.01", "PHP_ERROR_LOG" => "/var/log/lighttpd/error.log", "ServerIP" => "10.1.1.9", "CORS_HOSTS" => "", "VIRTUAL_HOST" => "10.1.1.9", Using IPv4 ::: Preexisting ad list /etc/pihole/adlists.list detected ((exiting setup_blocklists early)) https://raw.githubusercontent.com/StevenBlack/hosts/master/hosts ::: Testing pihole-FTL DNS: FTL started! ::: Testing lighttpd config: Syntax OK ::: All config checks passed, cleared for startup ... ::: Enabling Query Logging [i] Enabling logging... ::: Docker start setup complete Checking if custom gravity.db is set in /etc/pihole/pihole-FTL.conf Pi-hole version is v5.7 (Latest: v5.7) AdminLTE version is v5.9 (Latest: v5.9) FTL version is v5.12.1 (Latest: v5.12.1) Container tag is: 2022.01 [cont-init.d] 20-start.sh: exited 0. [cont-init.d] done. [services.d] starting services Starting lighttpd Starting pihole-FTL (no-daemon) as pihole Starting crond [services.d] done. Stopping pihole-FTL Starting pihole-FTL (no-daemon) as pihole Stopping pihole-FTL Starting pihole-FTL (no-daemon) as pihole Hätte ich im Container noch irgendetwas anpassen müssen? Viele Grüße Marc Edited January 5, 2022 by Lurican Quote Link to comment
mgutt Posted January 5, 2022 Author Share Posted January 5, 2022 38 minutes ago, Lurican said: Der DNS-Dienst innerhalb des Containers wird nicht gestartet Was hast du denn bei dem Container Template alles verändert? In den Logs kann ich nichts sehen, sieht bei mir genauso aus: Quote Link to comment
Lurican Posted January 5, 2022 Share Posted January 5, 2022 Ich habe nichts geändert. Ok, inzwischen schon, da ich verschiedene Einstellungen versucht habe. Pi-hole startet ja auch und der Aufruf der WebUI ist möglich, aber in der GUI steht dann, DNS service not running. Habe nochmal ins Protokoll geschaut, hier habe ich nun gefunden: Starting pihole-FTL (no-daemon) as pihole 'unknown': unknown terminal type. Device "br0" does not exist. Device "br0" does not exist. Device "eth0@if11" does not exist. Device "eth0@if11" does not exist. Kann es sein, dass Docker br0 nicht mehr findet, obwohl mir dieses Netzwerk in Unraid angezeigt wird? Quote Link to comment
Lurican Posted January 5, 2022 Share Posted January 5, 2022 Kurzer Nachtrag. In den Einstellungen zu Docker ist br0 aufgeführt. Auch das Subnetz passt. Quote Link to comment
mgutt Posted January 5, 2022 Author Share Posted January 5, 2022 1 hour ago, Lurican said: Kann es sein, dass Docker br0 nicht mehr findet, obwohl mir dieses Netzwerk in Unraid angezeigt wird? Innerhalb eines Containers gibt es kein br0, sondern nur virtuelle Netzwerkadapter. Den br0 gibt es nur in unRAID. Über die Konsole des Containers kannst du dir die Adapter anzeigen lassen: ip link show Wenn du nichts geändert hast, warum schreibst du dann in diesem Thread? Quote Link to comment
Lurican Posted January 5, 2022 Share Posted January 5, 2022 Das sieht dann so aus: # ip link show 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 2: tunl0@NONE: <NOARP> mtu 1480 qdisc noop state DOWN mode DEFAULT group default qlen 1000 link/ipip 0.0.0.0 brd 0.0.0.0 3: gre0@NONE: <NOARP> mtu 1476 qdisc noop state DOWN mode DEFAULT group default qlen 1000 link/gre 0.0.0.0 brd 0.0.0.0 4: gretap0@NONE: <BROADCAST,MULTICAST> mtu 1476 qdisc noop state DOWN mode DEFAULT group default qlen 1000 link/ether 00:00:00:00:00:00 brd ff:ff:ff:ff:ff:ff 5: erspan0@NONE: <BROADCAST,MULTICAST> mtu 1464 qdisc noop state DOWN mode DEFAULT group default qlen 1000 link/ether 00:00:00:00:00:00 brd ff:ff:ff:ff:ff:ff 6: ip_vti0@NONE: <NOARP> mtu 1480 qdisc noop state DOWN mode DEFAULT group default qlen 1000 link/ipip 0.0.0.0 brd 0.0.0.0 7: sit0@NONE: <NOARP> mtu 1480 qdisc noop state DOWN mode DEFAULT group default qlen 1000 link/sit 0.0.0.0 brd 0.0.0.0 23: eth0@if11: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT group default link/ether 02:42:0a:01:01:02 brd ff:ff:ff:ff:ff:ff link-netnsid 0 Quote Link to comment
Lurican Posted January 5, 2022 Share Posted January 5, 2022 13 minutes ago, mgutt said: Wenn du nichts geändert hast, warum schreibst du dann in diesem Thread? Sorry, ich habe deine Frage hinsichtlich der Änderung wohl falsch verstanden. In den Container-Einstellungen zu pi-hole hatte ich zunächst nichts geändert. Allerdings funktionierte pi-hole nicht mehr, nachdem ich die RAM-Disk nach deiner Anleitung erstellt und in den Docker-Einstellungen vom Image auf den Pfad /mnt/cache/system/docker/docker/ gewechselt habe. Daher bin ich davon ausgegangen, dass ich mit meinem Problem hier richtig bin. Ich kann aber gerne einen eigenen Thread dafür eröffnen. Quote Link to comment
mgutt Posted January 5, 2022 Author Share Posted January 5, 2022 28 minutes ago, Lurican said: und in den Docker-Einstellungen vom Image auf den Pfad /mnt/cache/system/docker/docker/ gewechselt habe Mit der RAM Disk hat das denke ich nichts zu tun, aber durch diese Änderung werden alle Container neu installiert. Hattest du evtl ein Custom Netzwerk, was jetzt fehlt? 41 minutes ago, Lurican said: Das sieht dann so aus: Wie du siehst gibt es innerhalb von pihole kein br0. Nur ein eth0@if11. Nur warum kommt dann diese Fehlermeldung?! 1 hour ago, Lurican said: Device "eth0@if11" does not exist. Und vor allem woher weiß pihole was von br0? Hast du das irgendwo eingestellt? EDIT: Ah, ich sehe gerade in dem Video ab 04:00, dass pihole dafür tatsächlich eine Variable hat: Wenn ich den Post richtig interpretiere, dann erstellt der pihole Container normalerweise automatisch ein br0 interface bei der ersten Installation, wenn es noch nicht da ist: https://forums.unraid.net/topic/48744-support-pihole-for-unraid-spants-repo/?do=findComment&comment=641469 Kann es sein, dass du auch mal was bei den Cache Einstellungen deines appdata Shares geändert hast? Check mal bitte Shares > appdata Ordnersymbol rechts > LOCATION. Steht über nur "cache"? Quote Link to comment
Lurican Posted January 5, 2022 Share Posted January 5, 2022 47 minutes ago, mgutt said: Mit der RAM Disk hat das denke ich nichts zu tun, aber durch diese Änderung werden alle Container neu installiert. Hattest du evtl ein Custom Netzwerk, was jetzt fehlt? Kann es sein, dass du auch mal was bei den Cache Einstellungen deines appdata Shares geändert hast? Check mal bitte Shares > appdata Ordnersymbol rechts > LOCATION. Steht über nur "cache"? Ich denke auch, dass es nichts mit der RAM Disk zu tun hat. Ich bin mir nicht bewusst, dass ich ein Custom Netzwerk hatte. Die Netzwerkeinstellungen von Docker habe ich nie geändert. Und außerhalb der GUI von Unraid habe ich auch keine Änderungen an den Netzwerkeinstellungen vorgenommen. Daher habe ich mir auch keine Gedanken darüber gemacht, dass ich irgendetwas hätte sichern müssen. Leider habe ich die Datei docker.img inzwischen gelöscht - sonst könnte ich zurück und schauen, ob es mit den alten Einstellungen läuft. 🤦♂️ Bedingt durch den Wechsel vom Image auf das o.g. Verzeichnis habe ich /appdata verschoben, aber natürlich alles wieder zurückgeholt. Ganz herzlichen Dank, dass du mir hilfst. Quote Link to comment
mgutt Posted January 5, 2022 Author Share Posted January 5, 2022 1 hour ago, Lurican said: Bedingt durch den Wechsel vom Image auf das o.g. Verzeichnis habe ich /appdata verschoben, aber natürlich alles wieder zurückgeholt. Diese Aussage verstehe ich nicht. Das Docker Image oder auch wenn du auf Verzeichnis umstellst, hat ja gar nichts mit dem appdata Share zu tun? Wohin hattest du den denn verschoben? Das sieht auf jeden Fall sauber aus (abgesehen von dem fehlenden RAID = denk an Backups): Quote Link to comment
Lurican Posted January 5, 2022 Share Posted January 5, 2022 31 minutes ago, mgutt said: Diese Aussage verstehe ich nicht. Das Docker Image oder auch wenn du auf Verzeichnis umstellst, hat ja gar nichts mit dem appdata Share zu tun? Wohin hattest du den denn verschoben? Das sieht auf jeden Fall sauber aus (abgesehen von dem fehlenden RAID = denk an Backups): Entschuldige, da habe ich mich unklar ausgedrückt. Ich habe alle Shares vom Cache mittels Mover auf das Array verschoben, als ich bei deinem optionalen Schritt, das Dateisystem auf XFS umzustellen, war. Ich habe aber überlesen, dass du von nur einer SSD sprachst - ich habe aber zwei SSD s als Cache im Einsatz. Also bin ich wieder bei BTRFS und habe alle Shares zurück auf den Cache schieben lassen. Die Backups speichere ich auf meiner Synology - und von da gehen die allerwichtigsten Dateien in die Syno-Cloud. Für einen Privathaushalt Sicherheit genug, denke ich Quote Link to comment
mgutt Posted January 5, 2022 Author Share Posted January 5, 2022 24 minutes ago, Lurican said: ich habe aber zwei SSD s als Cache im Einsatz Sorry. Ich dachte das Schlosssymbol sei wegen RAID. Betrifft aber nur verschlüsselte Laufwerke. 26 minutes ago, Lurican said: alle Shares zurück auf den Cache schieben lassen. Ok. Ne daran kann es auch nicht liegen. Also ich würde sagen, dass warum auch immer, bei der Neuinstallation des Pihole, die Interface Bezeichnung ignoriert wurde. Vielleicht machst du ein Backup von appdata/pihole und löschst dann pihole und installierst es neu. Dann stoppen und Backup wiederherstellen und wieder starten. Oder der Fehler steckt schon in den Appdata Dateien... Aber probier es erstmal so. Quote Link to comment
Lurican Posted January 5, 2022 Share Posted January 5, 2022 20 minutes ago, mgutt said: Vielleicht machst du ein Backup von appdata/pihole und löschst dann pihole und installierst es neu. Dann stoppen und Backup wiederherstellen und wieder starten. Oder der Fehler steckt schon in den Appdata Dateien... Aber probier es erstmal so. Das hat leider auch nicht funktioniert - gleicher Fehler. Der DNS-Service startet nicht. Vermutlich habe ich mir an irgendeiner Stelle was zerschossen. Da ich Unraid noch nicht so lange nutze ist es vermutlich leichter, den Server neu aufzusetzen, als jetzt noch weiter nach der Ursache zu suchen. So werde ich es machen Vielen Dank, dass du dir immer soviel Zeit nimmst, den Usern von Unraid und dieses Forums mit Rat und Tat zur Seite zu stehen! 👍 Viele Grüße Marc Quote Link to comment
mgutt Posted January 5, 2022 Author Share Posted January 5, 2022 3 minutes ago, Lurican said: Server neu aufzusetzen, Das wird nichts ändern, denn ein Container läuft ja völlig unabhängig von unRAID. Du könntest mir zb dein Template und dein appdata Backup schicken und es wäre genau das selbe. Sobald du deinen Server neu startest, ist er außerdem bereits neu aufgesetzt. Unraid installiert sich ja bei jedem Booten neu. Mal zur Frage zum neu installieren pihole. Also ein komplett neu installierter pihole funktioniert auch nicht und du hast sicher keinen pihole Ordner mehr in appdata gehabt? Dann wäre es ja ein Fehler im Container. Quote Link to comment
kennymc.c Posted April 30, 2022 Share Posted April 30, 2022 (edited) Erstmal danke für die Tipps. Ich habe gerade das RAM-Drive für die Docker Logs angelegt. Soweit funktioniert auch alles und die RAM-Disk wurde korrekt angelegt. Mir ist allerdings aufgefallen, dass die Docker Container mit Healthcheck in der erweiterten Ansicht nur noch (health: starting) statt wie zuvor (healthy) anzeigen. Lässt sich das irgendwie anpassen? Edit: Hat sich erledig. Nach einem Reload wird jetzt auch der richtige Status angezeigt. Edited April 30, 2022 by kennymc.c Quote Link to comment
Thorsten Posted June 6, 2022 Share Posted June 6, 2022 Ich habe mir gerade den Post durchgelesen und finde das vorhaben sehr interessant. Nur muss ich auch sagen das der Aufwand sich bei mir nicht lohnt. Als Cache laufen bei mit zwei Seagate FireCuda 510 1TB mit einer TBW 1,3PB (1.300TB) nach ca. einem Jahr wurden 47TB auf meinem Cache geschrieben. Aktuell laufen bei mir 32 Docker Container (Plex, Gitlab, Nextcloud, RocketChat usw.) sowie mehrere VMs meine Gameing VM z.B. ständig auf dem Cache. Daher glaube ich das ich nicht mal in dem Bereich des TBW rein kommen würde. Vorher würde sicherlich der Cache wegen Platzmangel auf die 2TB variante getauscht werden. Trotzdem ein interessanter Ansatz. Quote Link to comment
Pillendreher Posted August 23, 2022 Share Posted August 23, 2022 So, mal kurze Frage: Sind diese Werte nach ca. 43h laufendem Server bedenkenswert? Sieht schon nach viel aus, oder? Quote Link to comment
kennymc.c Posted June 25, 2023 Share Posted June 25, 2023 Hat hier schon jemand das aktuelle RAM-Disk Skript aus dem Thread unten mit 6.12 bzw. 6.12.1 Stable im Einsatz? Mit den letzten RC-Releases soll es wohl Probleme gegeben haben: Quote Link to comment
sonic6 Posted July 29, 2023 Share Posted July 29, 2023 On 6/25/2023 at 2:23 PM, kennymc.c said: Hat hier schon jemand das aktuelle RAM-Disk Skript aus dem Thread unten mit 6.12 bzw. 6.12.1 Stable im Einsatz? Mit den letzten RC-Releases soll es wohl Probleme gegeben haben: mit der v1.6 soll es wohl wieder laufen. Quote Link to comment
kiesow Posted November 3, 2023 Share Posted November 3, 2023 Gibt es eigentlich auch Tipps, wie man das gerade für Datenbanken auch verbessern kann? Sowohl Postgres als MariaDB erzeugen bei mir doch so einige Zugriffe. Quote Link to comment
Archonw Posted November 4, 2023 Share Posted November 4, 2023 Bei MariaDB hab ich das Logging deshalb mal abgeschaltet. Solange alles läuft schaue ich da ja auch nicht rein Gesendet von meinem Pixel 6 Pro mit Tapatalk Quote Link to comment
JPsy Posted January 21 Share Posted January 21 Hallo zusammen, wurde seitens unraid etwas gegen die SSD Abnutzung durch Logs & Healthchecks unternommen, oder muss man immer noch selber Hand anlegen? Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.