June 14, 20251 yr Moin liebe Community,der nachfolgende Fall ist kein wirkliches Problem da das System an sich ohne Probleme läuft, sondern eher mehr eine allg. Frage ob das beschrieben Verhalten normal ist.Ausgangsitutaion:Ich habe einen Server mit 5x HDD (davon 1x Parity) und einem Cache mit 2x NVME als Raid 1.Der Ordner Appdata ist dem Cache zugewiesen.Ich habe 17 Docker Container sowie zusätzlich Home Assistant OS als VM aktiv.Der Server läuft so vor sich hin und alle HDDs sind im spindown.Wenn ich mich nun auf die WebGUI einlogge, sehe ich erstmal keine Docker Container und die Last der CPU geht von ca. 20% auf ca. 75 % hoch für rd. 4-5 Sek.Anschließend sehe ich alle meine Container, aber erst zu dem Zeitpunkt an dem auch meine Disk 4 hochgefahren ist.Die Frage die ich habe, warum fährt meine HDD hoch, wenn die Daten der Container doch auf der NVME liegen? Dadurch, dass die Container erst angezeigt werden, wenn die Disk 4 hochgefahren ist, gibt es ja anscheinend einen Zusammenhang.Auf der Disk 4 befinden sich:der Share Isosder Ordner logs (dieser ist leer)ein Ordner mit ein paar MediadatenVielleicht ist es noch interessant zu erwähnen, dass es bei der VM nicht vorkommt, sprich, diese wird mir unmittelbar nach dem login angezeigt.Ich habe mal die Diagnostics mit angehängt. Da bitte nicht wundern, ich tracke mein Unraid Dashboard in Home Assistant (HA hat die IP 192.168.10.222)skynet-diagnostics-20250614-1229.zipIch bedanken mich schon einmal vorab für alle, die zu diesem Verhalten etwas sagen können. Habt ein schönes Wochenende.
June 14, 20251 yr Community Expert 25 minutes ago, HGWBLN said:Der Ordner Appdata ist dem Cache zugewiesen....Anschließend sehe ich alle meine Container, aber erst zu dem Zeitpunkt an dem auch meine Disk 4 hochgefahren ist.Deiner Beschreibung nach scheint aber irgendetwas relevates dennoch auch auf Disk 4 zu liegen. Schau mal im Shares Tab Nach und lass mit "Compute All" feststellen welche Shares auch Disk 4 berühren.Ich vermute eines der Systemshares oder ein anderer Teil, der irgendeinen Docker betrifft, liegt dennoch auf Disk 4.25 minutes ago, HGWBLN said:Die Frage die ich habe, warum fährt meine HDD hoch, wenn die Daten der Container doch auf der NVME liegen?Ich gehe davon aus, dass eben irgendein share dennoch Disk 4 berührt und mit Docke zu tun hat.Selbst ein leeres Verzeichnis auf Disk4, welches identisch zu einem Share benannt ist, würde zumindest lesend die Disk4 anlaufen lassen.25 minutes ago, HGWBLN said:Auf der Disk 4 befinden sich:der Share IsosAlso schon mal 1 der 4 Systemshares (auch wenn das mit Docker normalerweise nichts zu tun hat).25 minutes ago, HGWBLN said:der Ordner logs (dieser ist leer)Kann es sein, daß der Ordner dennoch in einem Docker template angegeben ist?Wenn er sowieso leer ist: Verschiebe den doch mal auf Deinen Pool und teste einfach ob sich damit das Problem behoben hat.25 minutes ago, HGWBLN said:ein Ordner mit ein paar MediadatenSind die in einem Docker verlinkt? Edited June 20, 20251 yr by DataCollector Typos
June 20, 20251 yr Author Hi @DataCollector , sorry für meine späte Antwort.Erst einmal bedanke ich mich vielmals für deine Hilfe und deine Anmerkungen. :)Ich habe mit Compute All geprüft was alles auf Disk 4 liegt. Dabei hat sich bestätigt, dass dort liegen:Logs (leer)IsosMedia Wie du empfohlen hast, habe ich den Share Logs von der Disk 4 auf den Cache verschoben. Das brachte leider keine Veränderung, das oben beschrieben Problem besteht weiterhin.Beim Share isos bin ich bei dir, dass dieser mit Docker eigentlich nichts zu tun hat und daher nicht das Problem sein sollte.Der Share Media wird vom Container Plex benutzt. Allerdings liegen auch auf den Disk 1-3 Mediadaten, auf die ebenfalls Plex zugreift und diese Disks fahren beim einloggen in die WebGUI von Unraid nicht hoch.Ich verschiebe gerade alle Mediadaten von der Disk 4 auf die Disk 3, das dauert aber noch ein paar Stunden. Ich melde mich dann noch einmal, wenn der Prozess abgeschlossen ist ob dies ggf. eine Veränderung gebracht hat.
June 21, 20251 yr On 6/14/2025 at 12:32 PM, HGWBLN said:Ich habe mal die Diagnostics mit angehängt. Da bitte nicht wundern, ich tracke mein Unraid Dashboard in Home Assistant (HA hat die IP 192.168.10.222)skynet-diagnostics-20250614-1229.ziplöse erstmal das Thema, du hast massive Zugriffe (tausende)ps. sorry, hatte nicht gesehen das diags bereits da waren ;)
June 22, 20251 yr Community Expert 21 hours ago, alturismo said:löse erstmal das Thema, du hast massive Zugriffe (tausende)Hatte er doch geschrieben, das ist die homeassistant Integration.Mangels api „muss“ die sich ihre Daten leider per ssh besorgen Hab ich auch, macht keine Probleme außer dass das log zumüllt, aber auch das kann man regeln…. Edited June 22, 20251 yr by _alo_
June 22, 20251 yr Author 23 hours ago, alturismo said:löse erstmal das Thema, du hast massive Zugriffe (tausende)ps. sorry, hatte nicht gesehen das diags bereits da waren ;)@alturismo : Ich kann die Unraid Integration in Home Assistant gerne abstellen und die Tage eine neue Diagnostics hochladen... Dann sind die Logs nicht ganz so doll überfrachtet.
June 22, 20251 yr 3 hours ago, _alo_ said:Hatte er doch geschrieben, das ist die homeassistant Integration.Mangels api „muss“ die sich ihre Daten leider per ssh besorgenHab ich auch, macht keine Probleme außer dass das log zumüllt, aber auch das kann man regeln….ja, aber ich hab keine Lust mich durch tausende log Zeilen zu wühlen ... kannst du aber gerne machen ;)das webui und HDD Start, sollte zumindest nicht effektiv an einem Docker hängen sondern eher etwas was "auch immer" am Dahsboard, wenui, .. hängt.Dadurch wird ja aktiv kein Docker getriggert ... mal davon ausgehend ich habe das Problem richtig verstanden ...wenn es jetzt um eine webui eines spezifischen Dockers gehen würde, dann wäre das Verhalten innerhalb eines Dockers zu suchen, so aber eher am Host direkt ...was ein script, ein plugin, ein Setting eines "externen" tools was auf den Host zugreift, ein .... sein kann.
June 23, 20251 yr Author Hi zusammen, ich muss das Thema erstmal pausieren, da ich wahrscheinlich derzeit ein Cacheproblem habe (siehe auch https://forums.unraid.net/topic/191414-ssd-defekt-froh-%C3%BCber-zweitmeinung/).Sobald das geklärt ist, würde ich nochmal auf eure Antworten eingehen. Ich danke euch für eure Geduld.
June 26, 20251 yr Author @alturismo : Anbei findest du eine neue Diagnostics, diesmal sollte sie übersichtlicher sein...Ich habe die unmittelbar nach dem Login erstellt. Auch dieses Mal ist das oben beschriebene Verhalten wieder aufgetreten...skynet-diagnostics-20250626-1752.zip
June 26, 20251 yr 48 minutes ago, HGWBLN said:Ich habe die unmittelbar nach dem Login erstellt. Auch dieses Mal ist das oben beschriebene Verhalten wieder aufgetreten...yep, man sieht dass die Platten kurz vorher angefahren sind und Nein, das ist nicht normal ;)Jun 26 17:52:22 Skynet emhttpd: read SMART /dev/sdfJun 26 17:53:33 Skynet emhttpd: read SMART /dev/sddJun 26 17:53:46 Skynet emhttpd: read SMART /dev/sdcJun 26 17:53:57 Skynet emhttpd: read SMART /dev/sdeJun 26 17:54:08 Skynet emhttpd: read SMART /dev/sdbwas man sieht, btrfs Fehler, scrub und co ... wobei dies ja den cache betrifft, aber solltest du auch nicht schleifen lassen ...Jun 23 12:45:21 Skynet kernel: BTRFS error (device nvme0n1p1): parent transid verify failed on logical 2178840543232 mirror 1 wanted 2004374 found 1989522Jun 23 12:45:22 Skynet kernel: BTRFS error (device nvme0n1p1): parent transid verify failed on logical 5287908966400 mirror 1 wanted 2003852 found 1989721Jun 23 12:45:22 Skynet kernel: BTRFS error (device nvme0n1p1): parent transid verify failed on logical 2178933751808 mirror 1 wanted 2004375 found 1905801Jun 23 12:45:22 Skynet kernel: BTRFS error (device nvme0n1p1): parent transid verify failed on logical 2178946023424 mirror 1 wanted 2000716 found 1989534Jun 23 12:45:22 Skynet kernel: BTRFS error (device nvme0n1p1): level verify failed on logical 5288226062336 mirror 1 wanted 0 found 1Jun 23 12:45:22 Skynet kernel: BTRFS error (device nvme0n1p1): level verify failed on logical 5287604502528 mirror 1 wanted 0 found 1Jun 23 12:45:23 Skynet kernel: BTRFS error (device nvme0n1p1): level verify failed on logical 2178934390784 mirror 1 wanted 0 found 1Jun 23 12:45:23 Skynet kernel: BTRFS error (device nvme0n1p1): level verify failed on logical 5287352221696 mirror 1 wanted 0 found 1Jun 23 12:45:23 Skynet kernel: BTRFS error (device nvme0n1p1): level verify failed on logical 2178934915072 mirror 1 wanted 0 found 1das docker Thema sieht an sich nicht gesund aus ... auch sehr sehr viele ... Dinge wo da normal nicht rein gehören meiner Meinung nach.unexpected fault address 0x1492990d5000fatal error: fault[signal SIGBUS: bus error code=0x2 addr=0x1492990d5000 pc=0xbc126a]goroutine 10 gp=0xc000423180 m=3 mp=0xc00007f008 [running]:runtime.throw({0x193aa46?, 0x0?}) /usr/local/go/src/runtime/panic.go:1023 +0x5c fp=0xc00057ce78 sp=0xc00057ce48 pc=0x43dfbcruntime.sigpanic() /usr/local/go/src/runtime/signal_unix.go:878 +0x116 fp=0xc00057ced8 sp=0xc00057ce78 pc=0x456b36github.com/containerd/containerd/vendor/go.etcd.io/bbolt.(*page).fastCheck(0x1492990d5000, 0x85) /go/src/github.com/containerd/containerd/vendor/go.etcd.io/bbolt/page.go:57 +0x2a fp=0xc00057cfa0 sp=0xc00057ced8 pc=0xbc126agithub.com/containerd/containerd/vendor/go.etcd.io/bbolt.(*Tx).page(0x1492dff6f108?, 0x50?) /go/src/github.com/containerd/containerd/vendor/go.etcd.io/bbolt/tx.go:534 +0x7b fp=0xc00057cfd8 sp=0xc00057cfa0 pc=0xbc3c9b......und selbst libvirt ...2025-06-23 09:05:01.110+0000: 14683: info : libvirt version: 11.2.02025-06-23 09:05:01.110+0000: 14683: info : hostname: Skynet2025-06-23 09:05:01.110+0000: 14683: error : qemuRdpNewForHelper:103 : 'qemu-rdp' is not a suitable qemu-rdp helper name: No such file or directory2025-06-23 09:05:01.242+0000: 14683: warning : qemuDomainObjTaintMsg:5481 : Domain id=1 name='Home Assistant OS' uuid=0f9df069-ede8-8d96-9c45-23fd11daa12e is tainted: high-privileges2025-06-23 09:21:19.431+0000: 14667: error : virNetSocketReadWire:1782 : End of file while reading data: Input/output error2025-06-23 10:18:29.046+0000: 14667: error : virNetSocketReadWire:1782 : End of file while reading data: Input/output error2025-06-23 13:16:36.283+0000: 14667: error : virNetSocketReadWire:1782 : End of file while reading data: Input/output error2025-06-23 17:25:43.921+0000: 14667: error : virNetSocketReadWire:1782 : End of file while reading data: Input/output error2025-06-24 18:32:29.989+0000: 14667: error : virNetSocketReadWire:1782 : End of file while reading data: Input/output errorwobei ich in Summe schätze da hängt viel mit den btrfs Fehlern zusammen, das wie oben erwähnt mal angehen.ansonsten, sehe ich (leider) nicht wirklich was das auslösen könnte ...Ich kenne das Verhalten nur wenn man manuell die hdd's in den sleep schickt (beispielsweise hdparm per script, cmd, ..) und dann ins GUI geht, da ist das normal da emhttp "denkt" ... egal, das wirst du wohl hoffentlich nicht machen ;) sorry, mir fällt da nichts weiter auf.Mein Vorgehensweise wäre da, mal die plugins prüfen was ich davon noch nutze und ggf. da einschreiten könnte ...docker compose, theme engine, was auch immer ... einfach nach Ausschlussverfahren da ... "normal ist das nicht"@JorgeB may an idea why hdd's spinup when accessing dashboard (dockers loading "something" and appearing after spinup), so access dashboard, NOT a docker or so ...
June 26, 20251 yr 1 hour ago, JorgeB said:Is the VM service enabled? I believe that it can sometimes cause thatit sure is, but i never experienced something like this.also to mention, VM's are showing directly on dashboard, dockers not (waiting until hdd spindown)
June 27, 20251 yr Author Hi. Erst einmal möchte ich dir danken für deine Mühen und die Arbeit die du dir machst.13 hours ago, alturismo said:Ich kenne das Verhalten nur wenn man manuell die hdd's in den sleep schickt (beispielsweise hdparm per script, cmd, ..) und dann ins GUI geht, da ist das normal da emhttp "denkt" ... egal, das wirst du wohl hoffentlich nicht machen ;) sorry, mir fällt da nichts weiter auf.Zur obigen Frage, nein die HDDs fahre ich nicht manuell runter. Diese fahren nach 30 min Inaktivität automatisch herunter.13 hours ago, alturismo said:was man sieht, btrfs Fehler, scrub und co ... wobei dies ja den cache betrifft, aber solltest du auch nicht schleifen lassen ...Einen Scrub hatte ich erst vor ein paar Tagen durchgeführt. Und beim Scrub den ich eben furchgeführt habe, hieß es dass keine Fehler gefunden wurden.Da dies aber bereits in einem anderen Thread ein Thema war, wäre meine Tendenz aus dem Cache der derzeit im Raid 1 läuft, zwei Single NVME zu machen mit XFS als Format. Dann dürften die Fehlermeldungen ja verschwinden (hoffentlich).13 hours ago, alturismo said:Mein Vorgehensweise wäre da, mal die plugins prüfen was ich davon noch nutze und ggf. da einschreiten könnte ...Ich habe mir alle Plugins angeschaut. Aus meiner Sicht dürfte keiner davon unkontrolliert auf die HDDs zugreifen. Ich habe folgende Plugins:Appdata Backup --> greift nur auf Appdata zu, Share liegt auf dem CacheAutoTweakCommunity ApplicationsCompose Manager --> habe ich jetzt gelöscht, da ich es bisher sowieso nicht genutzt habeDynamix Stop ShellDynamix System ButtonsDynamix System InformationDynamix System StatisticsDynamix System TemperatureFix Common ProblemsIntel GPU TOPITE IT87 DriverNuvoton NCT6687 DriverrcloneTheme EngineTips and TweaksUnassigend DevicesUnassigend Devices PlusUnassigend Devices PreclearunbalancedUnraid ConnectUSB ManagerUSB Manager AddonUSer Scripts11 hours ago, alturismo said:also to mention, VM's are showing directly on dashboard, dockers not (waiting until hdd spindown)Da muss ich ehrlicherweise gestehen, dass ich beim heutigen Login auch gesehen habe, dass die VMs nicht sofort angezeigt wurden. Allerdings ist dieses Verhalten neu und war vorher nicht so.FAZITIch versuche erstmal den Schritt, dass ich den Raid 1 auflöse, zwei Single Disks im Cache habe, das Format für beide NVMEs umstelle und dann mal schaue wie sich das System verhält...Das wird ein bißchen dauern, da ich schauen muss wann ich ausreichend Zeit dafür habe.Sobald ich das durchgeführt und neue Erkenntnisse gewonnen habe, lasse ich es euch wissen.
June 27, 20251 yr Solution 55 minutes ago, HGWBLN said:Ich versuche erstmal den Schritt, dass ich den Raid 1 auflöse, zwei Single Disks im Cache habe, das Format für beide NVMEs umstelle und dann mal schaue wie sich das System verhält...bitte dann xfs verwenden ... du wirst es nicht bereuen ;)55 minutes ago, HGWBLN said:Da muss ich ehrlicherweise gestehen, dass ich beim heutigen Login auch gesehen habe, dass die VMs nicht sofort angezeigt wurden. Allerdings ist dieses Verhalten neu und war vorher nicht so.ahja ... auch das sollte so oder so nicht sein da die VM effektiv ja nicht angesprochen wird, aber ... wer weiß ;)wäre ja einfach zu testen, VM Dienst aus, warten bis spindown (bei dir 30 min), dann Dashboard aufrufen.56 minutes ago, HGWBLN said:Ich habe mir alle Plugins angeschaut. Aus meiner Sicht dürfte keiner davon unkontrolliert auf die HDDs zugreifen. Ich habe folgende Plugins:welche ich mal ex setzen würde zum Test56 minutes ago, HGWBLN said:AutoTweakCompose Manager --> habe ich jetzt gelöscht, da ich es bisher sowieso nicht genutzt habeDynamix System StatisticsTheme EngineUnraid Connect
July 7, 20251 yr Author On 6/27/2025 at 10:03 AM, alturismo said:bitte dann xfs verwenden ... du wirst es nicht bereuen ;)Das war die Lösung!Ich habe jetzt den Raid1 aufgelöst und beide SSDs als Single Disk in den Pool gepackt und mit xfs formatiert. Das Problem tritt nicht mehr auf. Wenn ich mich jetzt in die GUI einlogge, erscheinen die Container und die VM sofort und alle HDDs bleiben im Ruhemodus.Vielen Dank für die Unterstützung.
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.