k3vbert

Interessant. Bis heute hatte ich auch versucht ein DXP2800 mit Unraid zu betreiben. In einem anderen Thread https://forums.unraid.net/topic/191913-backup-lösung-und-homeassistant-auslagerung/ hatte ich auch von meinem Problem berichtet. Ich hatte den Eindruck als wollte sich das NAS immer wieder eine neue IP ziehen. Unter der statischen IP war Unraid nicht mehr erreichbar. Als ich dann einen Dauert-Ping habe laufen lassen konnte ich sehen, dass die IP sich geändert hatte - dort war das WebGUI dann (erstmal) erreichbar. Bis nach kurzer Zeit wieder eine neue IP bezogen wurde. Als ich dann irgendwann geschafft habe Docker & VM zu beenden, war das Problem behoben. Quintessenz: Gerät liegt bereits bei DHL.

Noob Frage an die Nerds 😉 Und das soll jetzt keine Grundsatzfrage auslösen: Ist es für die (NAS)-Platten schädlicher 24/7 zu laufen, oder wie bspw. bei Unraid nach 15 Minuten im SpinDown verschwinden und öfter wieder aufwachen?

Das Verhalten hat sich nicht verbessert. Hier scheint irgendein Problem mit der IP-Adressvergabe vorzuliegen, wofür mir aber leider die Netzwerkkentnisse fehlen. Hier ein aktueller Auszug aus dem Log. Ich habe laienhaft ergoogelt, dass es irgendwas mit NFS oder Domain-Namen zu tun haben kann. Versteht jemand was davon? Jul 15 12:35:39 Tomb dhcpcd[1702]: eth0: adding route to 192.168.1.0/24 Jul 15 12:35:39 Tomb dhcpcd-run-hooks: interface=eth0, reason=BOUND, protocol=dhcp Jul 15 12:35:39 Tomb update_services: no queued job present Jul 15 12:35:39 Tomb update_services: queue new job 13, wait for 20s Jul 15 12:35:46 Tomb webgui: Successful login user root from 192.168.1.188 Jul 15 12:35:59 Tomb reload_services: execute queued job 13 Jul 15 12:35:59 Tomb rc.ntpd: Updating NTP server daemon... Jul 15 12:35:59 Tomb ntpd[11429]: ntpd exiting on signal 1 (Hangup) Jul 15 12:35:59 Tomb ntpd[13582]: ntpd [email protected] Thu Oct 24 18:36:44 UTC 2024 (1): Starting Jul 15 12:35:59 Tomb ntpd[13582]: Command line: /usr/sbin/ntpd -g -u ntp:ntp Jul 15 12:35:59 Tomb ntpd[13582]: ---------------------------------------------------- Jul 15 12:35:59 Tomb ntpd[13582]: ntp-4 is maintained by Network Time Foundation, Jul 15 12:35:59 Tomb ntpd[13582]: Inc. (NTF), a non-profit 501(c)(3) public-benefit Jul 15 12:35:59 Tomb ntpd[13582]: corporation. Support and training for ntp-4 are Jul 15 12:35:59 Tomb ntpd[13582]: available at https://www.nwtime.org/support Jul 15 12:35:59 Tomb ntpd[13582]: ---------------------------------------------------- Jul 15 12:35:59 Tomb ntpd[13582]: DEBUG behavior is enabled - a violation of any diagnostic assertion will cause ntpd to abort Jul 15 12:35:59 Tomb ntpd[13584]: proto: precision = 0.082 usec (-23) Jul 15 12:35:59 Tomb ntpd[13584]: basedate set to 2024-10-12 Jul 15 12:35:59 Tomb ntpd[13584]: gps base set to 2024-10-13 (week 2336) Jul 15 12:35:59 Tomb ntpd[13584]: initial drift restored to -19.756577 Jul 15 12:35:59 Tomb ntpd[13584]: Listen normally on 0 lo 127.0.0.1:123 Jul 15 12:35:59 Tomb ntpd[13584]: Listen normally on 1 eth0 192.168.1.101:123 Jul 15 12:35:59 Tomb ntpd[13584]: Listening on routing socket on fd #18 for interface updates Jul 15 12:35:59 Tomb ntpd[13584]: kernel reports TIME_ERROR: 0x41: Clock Unsynchronized Jul 15 12:35:59 Tomb ntpd[13584]: kernel reports TIME_ERROR: 0x41: Clock Unsynchronized Jul 15 12:36:00 Tomb rc.nginx: Updating Nginx server daemon... Jul 15 12:36:00 Tomb rc.nginx: Reloading Nginx server daemon... Jul 15 12:36:00 Tomb rc.nginx: Checking configuration for correct syntax and then trying to open files referenced in configuration... Jul 15 12:36:00 Tomb rc.nginx: /usr/sbin/nginx -t -c /etc/nginx/nginx.conf Jul 15 12:36:00 Tomb rc.nginx: Reloading Nginx server daemon configuration... Jul 15 12:36:00 Tomb nginx: 2025/07/15 12:36:00 [emerg] 8503#8503: bind() to 127.0.0.1:5000 failed (98: Address already in use) Jul 15 12:36:00 Tomb nginx: 2025/07/15 12:36:00 [emerg] 8503#8503: bind() to 192.168.1.101:5000 failed (98: Address already in use) Jul 15 12:36:00 Tomb nginx: 2025/07/15 12:36:00 [emerg] 8503#8503: bind() to 127.0.0.1:5002 failed (98: Address already in use) Jul 15 12:36:00 Tomb nginx: 2025/07/15 12:36:00 [emerg] 8503#8503: bind() to 192.168.1.101:5002 failed (98: Address already in use) Jul 15 12:36:00 Tomb nginx: 2025/07/15 12:36:00 [emerg] 8503#8503: bind() to 127.0.0.1:5000 failed (98: Address already in use) Jul 15 12:36:00 Tomb nginx: 2025/07/15 12:36:00 [emerg] 8503#8503: bind() to 192.168.1.101:5000 failed (98: Address already in use) Jul 15 12:36:00 Tomb nginx: 2025/07/15 12:36:00 [emerg] 8503#8503: bind() to 127.0.0.1:5002 failed (98: Address already in use) Jul 15 12:36:00 Tomb nginx: 2025/07/15 12:36:00 [emerg] 8503#8503: bind() to 192.168.1.101:5002 failed (98: Address already in use) Jul 15 12:36:01 Tomb nginx: 2025/07/15 12:36:00 [emerg] 8503#8503: bind() to 127.0.0.1:5000 failed (98: Address already in use) Jul 15 12:36:01 Tomb nginx: 2025/07/15 12:36:00 [emerg] 8503#8503: bind() to 192.168.1.101:5000 failed (98: Address already in use) Jul 15 12:36:01 Tomb nginx: 2025/07/15 12:36:00 [emerg] 8503#8503: bind() to 127.0.0.1:5002 failed (98: Address already in use) Jul 15 12:36:01 Tomb nginx: 2025/07/15 12:36:00 [emerg] 8503#8503: bind() to 192.168.1.101:5002 failed (98: Address already in use) Jul 15 12:36:01 Tomb nginx: 2025/07/15 12:36:00 [emerg] 8503#8503: bind() to 127.0.0.1:5000 failed (98: Address already in use) Jul 15 12:36:01 Tomb nginx: 2025/07/15 12:36:00 [emerg] 8503#8503: bind() to 192.168.1.101:5000 failed (98: Address already in use) Jul 15 12:36:01 Tomb nginx: 2025/07/15 12:36:00 [emerg] 8503#8503: bind() to 127.0.0.1:5002 failed (98: Address already in use) Jul 15 12:36:01 Tomb nginx: 2025/07/15 12:36:00 [emerg] 8503#8503: bind() to 192.168.1.101:5002 failed (98: Address already in use) Jul 15 12:36:02 Tomb nginx: 2025/07/15 12:36:00 [emerg] 8503#8503: bind() to 127.0.0.1:5000 failed (98: Address already in use) Jul 15 12:36:02 Tomb nginx: 2025/07/15 12:36:00 [emerg] 8503#8503: bind() to 192.168.1.101:5000 failed (98: Address already in use) Jul 15 12:36:02 Tomb nginx: 2025/07/15 12:36:00 [emerg] 8503#8503: bind() to 127.0.0.1:5002 failed (98: Address already in use) Jul 15 12:36:02 Tomb nginx: 2025/07/15 12:36:00 [emerg] 8503#8503: bind() to 192.168.1.101:5002 failed (98: Address already in use) Jul 15 12:36:02 Tomb nginx: 2025/07/15 12:36:00 [emerg] 8503#8503: still could not bind() Jul 15 12:36:03 Tomb rc.nginx: Restarting Nginx server daemon... Jul 15 12:36:03 Tomb nginx: 2025/07/15 12:36:03 [error] 9200#9200: MEMSTORE:01: tried adding WAITING chanhead 00000000009BAEB0 m/ Jul 15 12:36:03 Tomb nginx: 2025/07/15 12:36:03 [error] 9200#9200: MEMSTORE:01: tried adding WAITING chanhead 00000000009FE340 m/ Jul 15 12:36:03 Tomb nginx: 2025/07/15 12:36:03 [error] 9200#9200: MEMSTORE:01: tried adding WAITING chanhead 00000000009FE340 m/ Jul 15 12:36:03 Tomb nginx: 2025/07/15 12:36:03 [error] 9200#9200: MEMSTORE:01: tried adding WAITING chanhead 00000000009FE340 m/ Jul 15 12:36:04 Tomb rc.samba: Updating Samba server daemon... Jul 15 12:36:04 Tomb rc.samba: Restarting Samba server daemon... Jul 15 12:36:04 Tomb rc.samba: Stopping Samba server daemon... Jul 15 12:36:04 Tomb rc.samba: killall --ns 13942 smbd nmbd wsdd2 winbindd Jul 15 12:36:04 Tomb wsdd2[7552]: 'Terminated' signal received. Jul 15 12:36:04 Tomb winbindd[7560]: [2025/07/15 12:36:04.248736, 0, traceid=1] ../../source3/winbindd/winbindd_dual.c:1982(winbindd_sig_term_handler) Jul 15 12:36:04 Tomb winbindd[7560]: Got sig[15] terminate (is_parent=1) Jul 15 12:36:04 Tomb wsdd2[7552]: terminating. Jul 15 12:36:04 Tomb rc.samba: Samba server daemon... Stopped. Jul 15 12:36:04 Tomb rc.samba: Starting Samba server daemon... Jul 15 12:36:04 Tomb rc.samba: /usr/sbin/smbd -D Jul 15 12:36:04 Tomb rc.samba: /usr/sbin/wsdd2 -d -4 Jul 15 12:36:04 Tomb wsdd2[14019]: starting. Jul 15 12:36:04 Tomb rc.samba: /usr/sbin/winbindd -D Jul 15 12:36:05 Tomb rc.samba: Samba server daemon... Started. Jul 15 12:36:05 Tomb kernel: igc 0000:01:00.0 eth0: NIC Link is Down Jul 15 12:36:05 Tomb dhcpcd[1702]: eth0: carrier lost Jul 15 12:36:05 Tomb dhcpcd[1702]: eth0: deleting route to 192.168.1.0/24 Jul 15 12:36:05 Tomb dhcpcd-run-hooks: interface=eth0, reason=EXPIRE, protocol=dhcp Jul 15 12:36:05 Tomb update_services: no queued job present Jul 15 12:36:05 Tomb update_services: queue new job 14, wait for 20s Jul 15 12:36:07 Tomb ntpd[13584]: Deleting 1 eth0, [192.168.1.101]:123, stats: received=0, sent=0, dropped=0, active_time=8 secs Jul 15 12:36:09 Tomb kernel: igc 0000:01:00.0 eth0: NIC Link is Up 2500 Mbps Full Duplex, Flow Control: RX/TX Jul 15 12:36:09 Tomb dhcpcd[1702]: eth0: carrier acquired Jul 15 12:36:09 Tomb dhcpcd[1702]: eth0: rebinding lease of 192.168.1.101 Jul 15 12:36:09 Tomb dhcpcd[1702]: eth0: probing address 192.168.1.101/24 Jul 15 12:36:14 Tomb dhcpcd[1702]: eth0: leased 192.168.1.101 for 86400 seconds Jul 15 12:36:14 Tomb dhcpcd[1702]: eth0: adding route to 192.168.1.0/24 Jul 15 12:36:15 Tomb dhcpcd-run-hooks: interface=eth0, reason=BOUND, protocol=dhcp Jul 15 12:36:15 Tomb update_services: remove queued job 14 Jul 15 12:36:15 Tomb update_services: queue new job 15, wait for 20s Jul 15 12:36:17 Tomb ntpd[13584]: Listen normally on 2 eth0 192.168.1.101:123 Jul 15 12:36:17 Tomb ntpd[13584]: new interface(s) found: waking up resolver

Zwar OT, aber trotzdem die Frage: Hast du deine TimeMachine-Einstellungen am Mac angepasst, oder lässt du schön regelmäßig deine Platten aufwachen wenn ein Backup ausgelöst wird? Ich habe die TM-Backups auf dem Cache, sodass das Array nicht immer geweckt werden muss - nur als Hinweis / Tipp.

Dass Frigate mit Kameras was frisst, ist klar ;) Habe es nun nochmal mit dem UGREEN und neuestem BIOS getestet. Läuft die meiste Zeit mit 11-14 Watt (HomeAssistant VM und Frigate/Go2RTC Docker). Eben ist die Kiste aber einfach eingefroren und ließ sich nur hardresetten. Die Diagnostics im Anhang, vielleicht sieht ja jemand was anderes außer dem hier: Jul 14 19:41:23 Tomb ool www[540198]: /usr/local/emhttp/plugins/dynamix/scripts/agent 'test' 'Discord.sh' Jul 14 19:41:52 Tomb php-fpm[7990]: [WARNING] [pool www] child 540198 exited on signal 9 (SIGKILL) after 26.485122 seconds from start Jul 14 19:41:56 Tomb php-fpm[7990]: [WARNING] [pool www] child 540789 exited on signal 9 (SIGKILL) after 22.872009 seconds from start Jul 14 19:42:16 Tomb php-fpm[7990]: [WARNING] [pool www] child 540974 exited on signal 9 (SIGKILL) after 20.316454 seconds from start Jul 14 19:42:48 Tomb php-fpm[7990]: [WARNING] [pool www] child 540253 exited on signal 9 (SIGKILL) after 83.545908 seconds from start Jul 14 19:42:50 Tomb php-fpm[7990]: [WARNING] [pool www] child 540254 exited on signal 9 (SIGKILL) after 85.545093 seconds from start Jul 14 19:43:02 Tomb php-fpm[7990]: [WARNING] [pool www] child 542023 exited on signal 9 (SIGKILL) after 12.004559 seconds from start Jul 14 19:43:03 Tomb winbindd[2153]: [2025/07/14 19:43:03.398937, 0, traceid=645] ../../source3/winbindd/winbindd_samr.c:71(open_internal_samr_conn) Jul 14 19:43:03 Tomb winbindd[2153]: open_internal_samr_conn: Could not connect to samr pipe: NT_STATUS_CONNECTION_DISCONNECTED Jul 14 19:43:33 Tomb webgui: Successful login user root from 192.168.1.188 Jul 14 19:43:56 Tomb php-fpm[7990]: [WARNING] [pool www] child 541011 exited on signal 9 (SIGKILL) after 117.442616 seconds from start Jul 14 19:44:00 Tomb php-fpm[7990]: [WARNING] [pool www] child 541093 exited on signal 9 (SIGKILL) after 103.452312 seconds from start Jul 14 19:44:02 Tomb php-fpm[7990]: [WARNING] [pool www] child 542312 exited on signal 9 (SIGKILL) after 59.993927 seconds from start Jul 14 19:44:04 Tomb php-fpm[7990]: [WARNING] [pool www] child 542380 exited on signal 9 (SIGKILL) after 58.983438 seconds from start Jul 14 19:44:06 Tomb php-fpm[7990]: [WARNING] [pool www] child 542405 exited on signal 9 (SIGKILL) after 60.079537 seconds from start Jul 14 19:44:25 Tomb php-fpm[7990]: [WARNING] [pool www] child 544508 exited on signal 9 (SIGKILL) after 21.169108 seconds from start Jul 14 19:44:27 Tomb php-fpm[7990]: [WARNING] [pool www] child 544704 exited on signal 9 (SIGKILL) after 14.113445 seconds from start Jul 14 19:44:38 Tomb php-fpm[7990]: [WARNING] [pool www] child 544953 exited on signal 9 (SIGKILL) after 12.250496 seconds from start Jul 14 19:44:40 Tomb php-fpm[7990]: [WARNING] [pool www] child 544979 exited on signal 9 (SIGKILL) after 12.680835 seconds from start Jul 14 19:44:59 Tomb php-fpm[7990]: [WARNING] [pool www] child 544540 exited on signal 9 (SIGKILL) after 53.443722 seconds from start Jul 14 19:46:04 Tomb php-fpm[7990]: [WARNING] [pool www] child 546399 exited on signal 9 (SIGKILL) after 12.389538 seconds from start Jul 14 19:49:28 Tomb sshd-session[548537]: Connection from 192.168.1.188 port 50750 on 192.168.1.101 port 22 rdomain "" Jul 14 19:49:31 Tomb php-fpm[7990]: [WARNING] [pool www] child 546398 exited on signal 9 (SIGKILL) after 220.026846 seconds from start Jul 14 19:49:35 Tomb php-fpm[7990]: [WARNING] [pool www] child 547700 exited on signal 9 (SIGKILL) after 108.449661 seconds from start Jul 14 19:49:47 Tomb php-fpm[7990]: [WARNING] [pool www] child 548592 exited on signal 9 (SIGKILL) after 14.513467 seconds from start Jul 14 19:49:48 Tomb php-fpm[7990]: [WARNING] [pool www] child 548615 exited on signal 9 (SIGKILL) after 13.148768 seconds from start Jul 14 19:50:01 Tomb php-fpm[7990]: [WARNING] [pool www] child 548722 exited on signal 9 (SIGKILL) after 13.664441 seconds from start Jul 14 19:50:03 Tomb php-fpm[7990]: [WARNING] [pool www] child 548736 exited on signal 9 (SIGKILL) after 14.385394 seconds from start Jul 14 19:50:17 Tomb php-fpm[7990]: [WARNING] [pool www] child 548871 exited on signal 9 (SIGKILL) after 14.162091 seconds from start Jul 14 19:50:19 Tomb php-fpm[7990]: [WARNING] [pool www] child 548881 exited on signal 9 (SIGKILL) after 14.936137 seconds from start Jul 14 19:50:31 Tomb php-fpm[7990]: [WARNING] [pool www] child 549091 exited on signal 9 (SIGKILL) after 13.251493 seconds from start Jul 14 19:50:32 Tomb php-fpm[7990]: [WARNING] [pool www] child 549106 exited on signal 9 (SIGKILL) after 13.822624 seconds from start Jul 14 19:50:41 Tomb sshd-session[549397]: Connection from 192.168.1.188 port 50753 on 192.168.1.101 port 22 rdomain "" Jul 14 19:50:41 Tomb sshd-session[548537]: fatal: userauth_finish: send failure packet: Broken pipe [preauth] tomb-diagnostics-20250714-1958.zip

In einem anderen Board. Wollte damit nur ausdrücken, dass die Karte C10-fähig ist. Sorry fürs Missverständnis.

Ich habe diesen im Einsatz und erreiche damit zwischenzeitlich C10: https://www.amazon.de/dp/B0BCQ55NMB?ref_=ppx_hzsearch_conn_dt_b_fed_asin_title_1

Kurzer Zwischenstand UGREEN DXP2800 lässt in der aktuellen Version (nicht ohne Weiteres) zu, die erweiterten BIOS-Einstellungen vorzunehmen. So verbrauchte das Gerät im Idle mit einer NVMe und einer HDD 12 Watt mit Unraid 7.1.4. Nachdem Frigate und HAOS in einer VM liefen, waren es dann schon 20 Watt. Der Beelink lässt, anders als erwartet, mega viele BIOS-Einstellungen zu. Lief aber auch dort nur in C2 und lag mit den erwähnten Installationen (aber ohne HDD) bei ca. 28 Watt 😐 Habe mir jetzt überlegt einen kleinen N100 Server selber zu stricken. Die Starter Lizenz hatte ich gestern eh gekauft.

Frigate frisst durch ffmpeg und der Erkennung bei 4 Kamerastreams (1080p, und bereits optimiert) einiges. Das merkt man dann schon. Hatte ja schonmal in einem anderen Thread angedeutet, dass ich es einfach nicht runter bekommen. Liegt vermutlich am Mainboard in Kombination mit der M2-SATA-Karte. Aber auf 5 Watt kommt es mir dann auch nicht mehr an. Sofern die andere Kiste dafür etwas sparsamer wird, reicht mir das. Das wird sich dann zeigen. Morgen messe ich mal was so ein MiniPC an Aufnahme hat wenn alles drauf läuft. Wenn mir das zu viel ist werde ich doch einen kleinen 2. Unraid aufsetzen, und dann auch direkt als Backup-Maschine 😝 Denke da kann ich mich gut an deiner Signatur orientieren. Du hast ja einen anständigen Verbrauch erreicht.

Größer ist ausgeschlossen. Mein Hauptsytem hat ja schon 6x12TB. Da rüste ich lieber da in den 4 freien Slots noch was auf. Das ist auch ein Grund. Überlegung war mit dem Ugreen eben auch die Backup-Funktion mittels HDD zu übernehmen. Aber wie @_alo_ mich bereits korrekterweise wieder drauf gebracht hat - die können keine tiefen C-States. Möchte mir auch nicht ein zusätzlich 30W fressendes Monster hinstellen. Ich denke ich krame mir mal die nötige Hardware für einen kleinen 2. Server zusammen. Ob es darauf dann auch Unraid, oder einfach Proxmox wird, muss ich dann mal schauen. Danke euch allen!

Davon spreche ich. Der Unterschied macht knapp 15 Watt aus. Und selbst ohne die Dienste nimmt der sich noch knapp 30 Watt im Idle 😕 „Basteln“ sollte nicht despektierlich klingen 😉 Ich fummle gerne an Hardware, aber die Teile zusammensuchen, auf Preise achten, etc. Du weißt sicher schon was ich meine.

An den Raspi hatte ich auch schon gedacht, aber der wird noch zu wenig Leistungsreserven haben. Das ist klar 😉 Wenn ich HA und Frigate & Go2RTC ausschalte sind es ziemlich genau 15 Watt 🫣 HomeAssistant macht aber auch ALLES im Haus. Das war meine Überlegung mit dem Ugreen, da muss ich nicht „basteln“ und könnte auch Proxmox installieren. Genau wie PiHole etc. Es würde nur eine HDD reinkommen. Aber wie du schon dort erwähnt hattest, die können keine tiefen C-States. Eigenbau müsste ich mir mal die genauen Teile zusammensuchen. Oder eben den Beelink.

Hatte das auch schon ab und an mal. Bei mir hat stets ein Neustart von Unraid geholfen.

Vorweg, ich weiß, dass dieses Thema nicht direkt Unraid-bezogen ist. Da man sich heir aber auch über den Tellerrand hinaus gut hilft und austauscht, stelle ich meine Fragen trotzdem mal 😊 Aktuell läuft auf meinem Unraid ALLES, inkl. HomeAssistant und Frigate etc. Ich überlege aber HomeAssistant und Frigate auszulagern. Hintergrund ist, dass es mich stört wenn HA usw. unterbricht, wenn ich den Server mal neustarte etc. Auch möchte ich den Stromverbrauch der 24/7 Maschine etwas senken - auch wenn dann eine separate Hardware wieder etwas verbrauchen wird. An meinem Server ist auch eine 6TB-Backup-USB angeschlossen (hierzu gleich mehr). Jetzt habe ich folgende Überlegungen: Beelink S12 Mini Pro mit N100 - hierauf Proxmox inkl. HA & Frigate LXC UGREEN NASync DXP2800 - hierauf Proxmox inkl. HA & Frigate LXC. Zusätzlich dann die erwähnte 6TB-Backup fest installieren und Backups von Proxmox und Unraid übernehmen 2 NVMe mit jeweils 1 TB liegen noch in der Ecke, diese könnte ich im DXP2800 verbauen. Was meint ihr? Option 1 oder 2?

Maybe @VladoPortos can take a deep dive into this, if it is a bug just from my side?

Was able to record the behaviour on my Mac. As you can see the autostart are reset immediately after refreshing the page. Already tried to reinstall, but no success. Any advice? Bildschirmaufnahme 2025-07-05 um 13.27.39.mov

Fehler ist gefunden! Nachdem ich alles neugestartet habe und auch das Docker.img gelöscht hatte (was ne Arbeit bei 50 Dockern), war immer noch alles langsam. Bis ich auf die Idee kam den Switch an dem der Server im Keller hängt, vom Strom zu trennen. Nachdem sich dieser wieder verbunden hatte lief alles wieder....

Nein, das liegt auf dem NVMe Cache. Ich vermute es liegt an irgendwelchen Netzwerk-Sachen. DNS oder so. Die Diagnose habe ich oben hinzugefügt.

Seit heute stelle ich ein seltsames Problem fest. Sobald ich den Docker-Service starte ist die komplette WebGUI langsam. Auch die Downloads in den Docker Containern sind dann sehr langsam. Schalte ich den Docker-Service komplett ab, ist die WebGUI wieder normal erreichbar. Ich hatte zuletzt mit AdGuard gespielt, aber auch wenn der Container einzeln deaktiviert ist ändert sich nichts. Habt ihr Tipps woran das liegen kann und was ich ändern kann? Braucht ihr sonst was? hive-diagnostics-20250704-1433.zip

Okay, maybe someone else is facing this issue. Its working in general, but the display is not correct - some kind of reset.

I am using the current beta version of folder.view on Unraid 7.1.3. I noticed that the “Autotart” function does not work properly. If I select a few dockers, it automatically resets itself. However, the dockers still seem to start. Is this already known or do I have another error? Do you need any details from me?

Same issue for me with latest BIOS Update ASRock Z690 PG Riptide Version 20.05

Gleiches bei mir. Gleicher Prozessor, 7 HDD und 1 NVMe. HA-VM und Firgate inkl. Go2RTC und ca. 25 weitere Docker (immer mal mehr oder weniger). Nutze aber ein anderes MB. Idle immer so zwischen 35-45 Watt - je nach Detection in Frigate. Wenn Frigate und Go2RTC ausgeschaltet sind, sind es meist so 25-30 Watt.

Ich konnte mir selbst helfen. Zumindest glaube ich es Was ich gemacht habe: In Unifi VLAN mit VLAN Tag 10 angelegt In Unraid Docker & VMs gestoppt In Unraid VLAN angelegt und VLAN Tag 10 zugewiesen Docker & VMs gestoppt gestartet Testweise einem Container Network Type: "Custom eth.0.10..." zugewiesen Der Container ist unter der neuen IP in dem 192.168.10.xer Netz erreichbar Wenn ich hier was falschgemacht haben sollte, oder eine Sicherheitslücke geschaffen habe, korrigiert mich bitte!

Ich krame das mal hier hoch, da ich ein ähnliches Vorhaben habe. Ausgangssituation: Router mit Firewall ist ein Unifi Dream Router 7 1 Netzwerkanschluss (2.5GBe) IP-Ranges des gesamten Netzes: 192.168.1.x Docker laufen weitestgehend im Bridge Wunschszenario: Eigenes Docker-Netzwerk mit eigener IP-Range bspw. 192.168.20.x Docker laufen weitestgehend im eigenen Netz Docker haben Zugriff aufeinander & das Netz Portfreigaben laufen Die letzten beiden Punkte lassen sich mittels Firewall problemlos steuern. Muss ich nun ein eigenes VLAN im Unifi Controller anlegen, oder kann ich das in Unraid alleine einstellen? Wenn ja, wie und wie bekommt Unifi was davon mit?