mgutt

@andber Das ist der selbe Docker, nur dass deiner veraltet ist und nicht mehr weiterentwickelt wird. Steht bei Docker Hub. Wie läuft denn das normalerweise mit dem Verbinden neuer Geräte ab? Dieses ganze Port Gedöns kann doch gar nichts damit zu tun haben, da die Aktoren doch alle Funk nutzen oder? Muss man da jetzt nicht x Sekunden irgendeine Taste drücken oder wie läuft das, dass der conbee neue Geräte findet? Aus dem Beitrag ergab sich auch keine neue Erkenntnis? https://forums.unraid.net/topic/72510-issues-setting-up-deconz-docker-likely-because-i-have-no-idea-what-i-am-doing/?do=findComment&comment=805895

So sehe ich das auch. Aber oben hast du ja versucht auf Port 5911 über novnc drauf zu gehen. Der novnc Port ist aber standardmäßig 6080 (auch ohne Variable, wenn ich die Doku richtig verstehe). Muss so sein, denn sonst könntest du unRAID gar nicht mehr öffnen (http://tower = Port 80). Das scheint mir eher sogar ein Bug von unRAID zu sein.

Die kommen vom Dateisystem. Die meisten Linux Dateisysteme reservieren sich das im voraus.

Dokumentation lesen 😛 Für novnc gibt es extra Variablen bzw dessen Port is ohne Variablen zu setzen 6080: DECONZ_NOVNC_PORT=6080 Default port for noVNC is 6080; this option can be used to change this port; setting the port to 0 will disable the noVNC functionality

Das Ausrufezeichen ist aber noch da? Welchen Inhalt hat der Stick im Array? Evtl einfach nur den leeren Ordner "domains"? Dann einfach den löschen.

Mit was verbindest du dich?

Screenshots bitte.

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.

In den Logs steht nichts? Also hat der Mover auch keine Dateien gefunden, die er hätte verschieben können. EDIT: Ach so. Kann ja nicht. Du hast doch überall den Cache auf only stehen. Da ist der Mover inaktiv. Geh mal auf Shares > Domain rechts das Ordner Symbol. Welche Datei liegt nicht auf dem Pool?

Sorry. Ich dachte das Schlosssymbol sei wegen RAID. Betrifft aber nur verschlüsselte Laufwerke. 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.

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):

Wenn ich das richtig sehe, dann hast du keine Variablen, sondern Ports erstellt. Ports, um genau zu sein, Port-Weiterleitungen, sind nur für den Bridge Modus. Lauscht ein Container zb auf Port 80, dann kannst du bei Bridge dann den Traffic von außen über 8080 annehmen und an 80 weiterleiten. Dieses Annehmen und Weiterleiten gibt es aber bei br0 oder Host nicht, da der Container dann direkt auf dem Netzwerkadapter der Host-Maschine lauscht. Die Werte werden daher alle ignoriert. Was du machen musst, ist eine Variable mit dem Namen DECONZ_WEB_PORT zu erstellen, die dem Container klar macht, dass er gar nicht erst auf Port 80, sondern direkt auf 8080 lauschen soll. Fazit: Alle Werte löschen und als Variablen neu hinzufügen.

Ich tippe darauf, dass du die selben Dateien auf Cache und Array liegen hast und der mover daher nicht weiß was er machen soll. Aktiviere die mover logs und starte noch mal. Dann schau in die Syslogs.

Wenn Dateien überschrieben werden, dann werden die leider nicht neu auf der SSD erstellt, sondern direkt auf dem Array überschrieben.

Das macht echt keinen Sinn. Bei mir (intel_pstate=disable ondemand): Das "asserted by call to hardware" fehlt bei dir auch. Mit /proc/cpuinfo springen die Frequenzen ständig zwischen 800 und Maximum hin und her. Hast du evtl unRAID 6.10? Ich bin noch auf der Stable. Naja bei mir wie gesagt nicht. Da ist es so ziemlich Wurst welche Frequenz anliegt. Wie gesagt nur 0.5W Differenz.

Warum sind deine Fotos überhaupt bei Amazon. Ich denke wenn man die Plattform wechselt, dann sollte man auch komplett umstellen. Weil sonst kannst du ja gleich bei Amazon bleiben.

Da müssen wir echt mal herausfinden woran das liegt. Also wie man diese Werte auch ohne powertop ermitteln kann. Weil da ist ja offensichtlich ein Bug vorhanden. Ich habe mit der neueren powertop-Version auch direkt C10. Selbst wenn ich C9 im BIOS als Limit eingestellt habe. Das macht also gar keinen Sinn.

Screenshot bitte von deiner geänderten Config. Auch ausgeblendete Werte anzeigen lassen und am besten die erweiterte Ansicht.

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? Wie du siehst gibt es innerhalb von pihole kein br0. Nur ein eth0@if11. Nur warum kommt dann diese Fehlermeldung?! 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"?

Deine iGPU funktioniert aber?

Das funktioniert nicht. Du darfst nicht alles parallel laufen lassen, weil das produziert ja Last. Parallel: Nur cpufreq-info: Wenn du es unbedingt parallel haben willst, dann nimm Primzahlen-Intervalle, die sich selten überschneiden (Sekunde 3, 6, 9, 12, 15 = bei 15 gäbe es eine Überschneidung mit dem 5 Sekunden Intervall): watch -n3 "cpufreq-info | grep 'current CPU'" watch -n5 "grep MHz /proc/cpuinfo" powertop darf in der Zeit natürlich gar nicht laufen, weil das produziert ja auch Last. Bei mir sieht es mit intel_pstate powersave dann so aus: oder so, dh bei /proc/cpuinfo schlafen entweder alle Kerne oder gar keiner und das ist schlicht falsch. Wenn man es richtig genau haben will, sollte man auch nicht die GUI und das WebTerminal nutzen. Denn auch da laufen im Hintergrund ständig Prozesse. Am besten alle Browser-Fenster zu und über SSH eine Verbindung aufbauen. Also Powershell und dann "ssh root@tower". Dann hat der Server am wenigsten zu tun. Wenn man den Chrome Dev Tools Netzwerkmonitor öffnet, dann sieht man was da alles abgeht: Also in 30 Sekunden sind knapp 150 Anfragen an den Server gegangen. EDIT: Ok das Webterminal alleine produziert keine Anfragen. Also es scheint zu reichen, wenn man die restliche GUI schließt:

Das ist der grundsätzliche Standard bei Docker. In den Docker Einstellungen gibt es dafür einen Workaround.

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?

Das bezweifle ich stark, denn du hast force SSL eingestellt = alle http Aufrufe werden auf https umgeleitet und du hast sogar HSTS aktiviert, dh dein Browser verbietet sogar den Zugriff auf http.