Curiosity

My Nginx has worked reliably until today! Today I had to restart my Unraid server because I had to increase the size of my Docker container. Since then, NGINX has stopped working - cannot be started and I get the following error in the log: Mein Nginx funktionierte bis heute zuverlässig! Heute mußte ich aber meinen Unraid Server einen Neustart verpassen, weil ich die größe meines Docker Containers erhöhen musste. Seit dem funktioniert NGINX nicht mehr - lässt sich nicht starten und ich erhalte folgenden Fehler im Protokoll: [init ] container is starting... [cont-env ] loading container environment variables... [cont-env ] APP_NAME: loading... [cont-env ] APP_VERSION: loading... [cont-env ] DOCKER_IMAGE_PLATFORM: loading... [cont-env ] DOCKER_IMAGE_VERSION: loading... [cont-env ] HOME: loading... [cont-env ] TAKE_CONFIG_OWNERSHIP: loading... [cont-env ] XDG_CACHE_HOME: loading... [cont-env ] XDG_CONFIG_HOME: loading... [cont-env ] XDG_DATA_HOME: loading... [cont-env ] XDG_RUNTIME_DIR: loading... [cont-env ] XDG_STATE_HOME: loading... [cont-env ] container environment variables initialized. [cont-secrets] loading container secrets... [cont-secrets] container secrets loaded. [cont-init ] executing container initialization scripts... [cont-init ] 10-check-app-niceness.sh: executing... [cont-init ] 10-check-app-niceness.sh: terminated successfully. [cont-init ] 10-clean-logmonitor-states.sh: executing... [cont-init ] 10-clean-logmonitor-states.sh: terminated successfully. [cont-init ] 10-clean-tmp-dir.sh: executing... [cont-init ] 10-clean-tmp-dir.sh: terminated successfully. [cont-init ] 10-init-users.sh: executing... [cont-init ] 10-init-users.sh: terminated successfully. [cont-init ] 10-pkgs-mirror.sh: executing... [cont-init ] 10-pkgs-mirror.sh: terminated successfully. [cont-init ] 10-set-tmp-dir-perms.sh: executing... [cont-init ] 10-set-tmp-dir-perms.sh: terminated successfully. [cont-init ] 10-xdg-runtime-dir.sh: executing... [cont-init ] 10-xdg-runtime-dir.sh: terminated successfully. [cont-init ] 15-install-pkgs.sh: executing... [cont-init ] 15-install-pkgs.sh: terminated successfully. [cont-init ] 54-db-upgrade.sh: executing... [cont-init ] 54-db-upgrade.sh: terminated successfully. [cont-init ] 55-nginx-proxy-manager.sh: executing... [cont-init ] 55-nginx-proxy-manager.sh: ln: /config/logs: No space left on device [cont-init ] 55-nginx-proxy-manager.sh: terminated with error 1.

Wenn ich das im Terminal eingebe erhalte ich diese Fehlermeldung

Wo muß ich denn das eingeben um eine Ergebnis angezeigt zu bekommen, mit dem du was anfangen kannst? Ich musste gerade nochmal meine NVIDIA "hinzufügen" dadurch das ich versucht hatte den Coral per ID in den Einstellungen hinzuzufügen, hatte sich ja wie gesagt mein ganzes Frigate "gelöscht" und ich mußte es über die CA Neuinstallieren, dabei hatte ich vergessen den Eintrag in den Extra Parametern einzufügen um die GTX ich zu aktivieren.

Habe in besagter Suche macl eingegeben "USB einem Bus/Port fest zuzuordnen" aber das Ergebnis führte mich nicht weiter bzw hier her. Gehe ich recht in der Annahme das ich dies in den Einstellungen von frigate eintragen muß - macht ja Sinn. Nur wie wird es korrekt eingetragen? Hatte das eben mal anhand deiner Zeile versucht, das ist Fehlgeschlagen und danach hatte ich kein Frigate mehr und mußte es neu installieren 🫣 So steht es derzeit bei mir: --device='/dev/bus/usb/002/002' Das ist das was mir unter Systemgeräten angezeigt wird. ID 18d1:9302 Google Inc. Das hatte ich ausprobiert: /dev/bus/by-id/usb-Google_Inc._18d1-9302 Wie gesagt hat nicht funktioniert

Gibt es eine Möglichkeit den Coral USB einem Bus/Port fest zuzuordnen? Obwohl ich den USB port nicht gewechselt habe, ändert Unraid dem Pfad selbstständig wenn ich Unraid neustarte... Das bedeutet natürlich das die Unraid Konfiguration fehlerhaft ist und Frigate nach einem Neustart von Unraid nicht startet.

Hat jemand es geschafft eine PTZ Kamera in Frigate bzw. die config.yaml zu integrieren? Gemäß Anleitung müßte ich in die config wohl diese Zeilen einfügen. Besagte Kamera habe ich bereits via RTSP eingefügt und das funktioniert cameras: back: ffmpeg: ... onvif: host: 10.0.10.10 port: 8000 user: admin password: password Wobei Host wohl die IP Adresse der Kamera sein sollte. Wenn ich in Frigate dann aber auf speichern klicke, bekomme ich eine Fehlermeldung Config Error: Traceback (most recent call last): File "/opt/frigate/frigate/api/app.py", line 245, in config_save FrigateConfig.parse_raw(new_config) File "/opt/frigate/frigate/config.py", line 1665, in parse_raw return cls.model_validate(config) File "/usr/local/lib/python3.9/dist-packages/pydantic/main.py", line 551, in model_validate return cls.__pydantic_validator__.validate_python( File "/opt/frigate/frigate/config.py", line 1048, in __init__ if len(config["ffmpeg"]["inputs"]) == 1: TypeError: string indices must be integers In der Frigate Dokumentation habe ich einen LINK gefunden, mit dem man prüfen kann ob die PTZ Kamera onvif unterstützt. Meine Dahua DH-SD1A404XB-GNR tut dies. Ich verstehe halt nicht was mir der Fehler sagen will Danke an @alturismo ich habe dank deines Anstoss jetzt Frigate auch in HomeAssistant / hoffe die andere Docker laufen auch noch Fehlerfrei nach der Umstellung

Hallo @alturismo nein host access bzw. Host-Zugang zu benutzerdefinierten Netzwerken habe ich deaktiviert. War da nicht was in irgendeinen Tutorial im Bezug auf MACVLAN das man das deaktivieren sollte....irgendwas habe ich diesbezüglich in Erinnerung im Bezug auf der verbindung zwischen VM und Docker Anwendungen? Puh mein alter Kopf weiß nicht wo das stand

Werte Community, ich versuche gerade auch Frigate auf Unraid zu implementieren um es dann von dort aus mit HomeAssistant nutzen zu können. Wenn ich das recht gelesen habe, ist das wohl die performantere Lösung im vergleich zu der installation von Frigate direkt unter HomeAssistant. Eure Erfahrung diesbezüglich kenne ich leider nicht. Ich habe also Frigate von den CA installiert und in der Erweiterten Ansicht der WebUI erstmal im Bridge Modus eine IP aus meinem Netzwerk eingetragen, den Media pathe auf /mnt/user/frigate geändert und bei Coral TPU Mapping: /dev/bus/usb/001/005 eingetragen - da in den Systemgeräten unter USB Geräten bei Bus 001 Device 005 Google Inc. angeziegt wird und das wird wohl der Coral USB Stick sein, hoffe ich. Derzeit habe ich leider noch keine GTX1050, daher habe ich erstmal die Standart Einträge gelassen für den ersten Test. Nachdem Frigate installiert ist, habe ich dann die config.yaml unter appdata/frigate editiert....danke für den Hinweis von @mgutt das man die Endungen in der editor.cfg hinzufügen muss, damit man die in Unraid selbst auch editieren kann. Ich habe anhand der Frigate config.yaml die Vorgaben mit meinen Informationen gefüllt. Ich habe auch hier die Konfiguration von mgutt übernommen und den Coral eingetragen, ebenso den MQTT Host und natürlich einen rtsp Pfad einer Kamera von mir zum testen. Die IP die ich während der installation (s.o) eingetragen habe, war unnötig bzw. unter der Adresse ist die WebUI nicht erreichbar. Ein Blick unter Docker - Port Zuordnung zeigt mir dort zwei Einträge 172.17.0.12:5000/TCP -> 192.168.178.1:5000 und 172.17.0.12:8554/TCP -> 192.168.178.1:8554 (Kurze Frage am Rande - warum und woher bezieht mien Unraid die 172.17.0.xx?) Unter 192.168.178.1:5000 habe ich Zugriff auf die WebUI von frigate und bekomme sogar ein Bild - das ging einfacher als gedacht. Ich habe HomeAssistant als Supervised (VM) installiert und über die HACS die Frigate Integration installiert....leider kann ich via 192.168.178.1:5000 keine Verbindung zu Frigate aufbauen....hat jeman zufällig eine Idee dazu?

Hm wo hatte ich das gelesen, das Docker nicht mit VM kommunizieren kann oder war es Docker untereinander? War das nicht der Grund warum AdGuard (Docker) nicht mit HA kommunizieren kann. Irgendeine konstelation funktioniert nicht. Blöd das ich gerade weder AdGuard (Docker / bond0 / eigene IP) über HA (Docker / Host) noch als VM verbinden kann.

@alturismo Ah danke für den Hinweis!! Das wußte ich nicht-ist meine erste VM auf Unraid 🫣 dachte weil bei HA über VM bzw VNC stand http://homeassistant.local:8123 das der die IP vom Unraid Server mitverwendet. Uih was möchtest du von mir?? Docker run npm what 🫣 Gibt es dazu eine Deutsche Anleitung

Ich würde auch gern Frigate nutzen, die erste Frage die ich mir nun stelle - Frigate als Docker auf Unraid oder in HomeAssistant pro/contra? Derzeit habe ich nur die Onboard Intel HD GPU ....habe aber noch irgendwo eine Geforce 970 oder 1050....was macht langfrtistig mehr Sinn auch im Hinblick auf die evtl. Nutzung der Grafikkarte unter Unraid? Oder doch die Coral als USB?

Man möge es mir bitte nachsehen, wenn meine Anfrage evtl. schon anderweitig aufgegriffen wurde - ich habe es einfach nicht gefunden. Sollte es ein ähnliches Topic schon geben, würde ich den Admin bitten meine Anfrage dort anzuhängen. Ich habe auf meinem Unraid den HomeAssistant (HA) Docker am laufen und das funktioniert soweit auch ganz gut. Bis vor kurzen konnte ich via NGINX und DuckDNS auch noch von extern auf HA zugreifen - geile Sache wenn man HA auf dem Smartphone laufen hat. Leider und ich hab keine Ahnung warum, funktioniert das von heute auf morgen nicht mehr. Wenn ich die Adresse https://ha.meinedomain.duckdns.org aufrufe bekomme den Fehler 400 Bad Request - keine Ahnung wieso. Andere Zugriffe zb https://unraid.meinedomain.duckdns.org funktionieren weiterhin ohne Probleme. So nun habe ich auch noch ein Problem das AdGuard unter der Docker Version von HA sich irgendwie nicht mit dem AdGuard auf Unraid verbindet. Ich habe das hier auch schon mal irgendwo gelesen. Naja und dann ist die Docker Version ja doch etwas abgespeckt - was man mit den HACS zwar gut in den Griff bekommt, aber halt irgendwie doch etwas "umständlich" ist m.M.n Hm okay also evtl. doch die HA VM unter Linux installieren. Tja das ist ja dank der vielzahl an Anleitungen recht einfach.... Gehe ich recht in der Annahme, dass mein Problem gerade recht einfach ist....ich kann die HA VM gerade zwar starten aber HA nicht öffnen, weil der Port 8123 von der Docker Version eigentlich benutzt wird? Selbst wenn ich die Docker Version von HA stoppe, kann ich nicht auf die IP:8123 der VM HA zugreifen - da die ja die identische ist wie von der Docker. Die Docker Version steht auf Host / die VM nutzt virbr0 Einstellungen-Netzwerk: Netzwerkbrückung ist deaktiviert Einstellungen-Docker: Netzwerktyp für Docker ist macvlan Host Zugang ist deaktiviert Benutzerdefiniertes Netzwerk beibehalten ist auf Nein Also was tun...kann ich nicht irgendwie beide auf meinem Unraid lassen und seperat aufrufen-eine eigene IP Adresse für die VM? Fände ich ganz cool, weil ich müsste ja paar Einstellungen usw von der Docker Version in die VM Version abschreiben. Ich danke euch für euren Support und wünsche ein schönes Wochenende

Nein nein das hab ich ja verstanden. Ich sag ja ich muss erst disk 4 austauschen bzw die bereits entfernte gegen eine neue ersetzen und dann am besten das Array neu checken und danach die disk 6 ersetzen.

Also wie ich es mir gedacht hatte…ich hab eine Parity HDD, ich muss also erst den Datenträger 4 austauschen, dann am besten das System bzw den Parity Check laufen lassen und dann im nächsten Schritt den Datenträger 6 gegen eine andere austauschen. Wenn ich die Parity Disk von 6TB auf 10TB austauschen will, kann ich die 10TB als zweite einsetzen-Parity Check durchführen und dann Array stoppen und die 6TB rausnehmen bzw an anderer Stelle als Datenträger in Unraid verwenden oder?

Ich bin unter glücklichen Umständen an andere gebrauchte Festplatten gekommen und hab es nun also endlich in den Angriff genommen und besagten 4 Datenträger der bei mir ja zum Schluss nur noch unter Unassigned Disk Devices gelistet war und bei den Datenträgern als deaktiviert war, die HDD zu entfernen. Was mich wundert, wenn ich das Array ohne die verbaute Festplatte starte, wird mir bei Datenträger 4 angezeigt "nicht zugewiesen" (deutsches Sprachpaket) aber obwohl keine Festplatte dort aktiv ist, zeigt Unraid mir den belegten und freien Speicher vom alten datenträger 4 an. Wenn ich das jetzt recht verstanden hatte, muß ich jetzt einfach eine "neue" Festplatte an die Position 4 hängen und Unraid erkennt das automatisch und alles ist schön oder? Ich hab ja noch eine zweite Festplatte mit einem Fehler Wollte die jetzt auch direkt in dem Zug mit austauschen, aber wenn ich die in der Zuordnung entferne wird Sie mir bei DAtenträgern als Fehlend angezeigt, in Unassigned Disk Devices angezeigt und bei Array Start steht, dass ich das Array nicht starten kann weil zuviele Datenträger fehlen. Also zwei Datenträger entfernen funktioniert also nicht. Also erst den Datenträger 4 gegen die "neue" ersetzen und dann im nächsten Schritt den Datenträger 6 austauschen?

Ich stehe gerade echt auf dem Schlauch... ich wollte eine Fehlerhafte HDD gerade "einfach" austauschen, aber irgendwie hab ich wohl was vergessen. Also diese Fehler zeigt mir Unraid an und daher dachte ich ich tausche die 2TB gegen eine 3TB aus.... Also hab ich das Array gestoppt (letzte Prüfung war vor 2 Tagen) Habe besagten Datenträger auf No Device umgestellt kann aber das Array dann nicht wieder Starten da mir unten angezeigt wird "Too many wrong and/or missing disks!" Fahre ich Unraid nun sauber herunter und setze die neue Festplatte an die Stelle der alten, kann ich diese zwar als Device auswählen, aber das Array trotzdem nicht starten. Was mache ich denn Falsch??

@DataCollectorDu hast vollkommen Recht - es ist ein Altsystem was ich betreibe. Ein ASRock H97 Pro 4 mit i5 4590 und 32 GB RAM Derzeit habe ich 8 HDD verbaut wobei eine der Cache ist und eine das Array - alles auch eher Restbestände die ich so hatte. Der Datenträger 4 ist deaktiviert. Er wurde mir Fehlerhaft angezeigt, wobei der Unraid HDD Selbsttest mir anzeigt "Ohne Fehler abgeschlossen" In den Attributen stehen aber paar Einträge und so wurde mir hier im Forum geraten die Platte zu deaktivieren. Komisch ist nur, die Platte wird trotzdem weiterhin beschrieben bzw. Unraid legt weiterhin Daten drauf ab. Aber das ist eine andere Baustelle. Laufen tut auf meinem System Hauptsächlich PLEX und HomeAssistant....naja und so das Zeug was so auch ganz nützlich ist Ich hab keine Ahnung was für ein System (Mainboard, CPU, RAM & ggf. GPU) ich brauche. Wahrscheinlich würde es auch Sinn machen die Platten gegen zwei oder drei große auszutauschen - nur wird die Chefin im Haus mir nen Vogel zeigen wenn ich ihr sage das der Spaß 500€ aufwärts kostet. Daher wird wohl nur gebrauchte Hardware in Frage kommen - aber ich hab keine Ahnung was. Ich hatte bei Kleinanzeigen jetzt in meiner Nähe ein Ryzen 9 3900X Bundle mit 16GB Ram und MSI B450 A Pro Board gesehen für 250€ oder ein MSI 970A nit AMD FX6300 und 16GB RAM für 180€ So 200-250€ wäre eine Nummer die ich daheim noch so durchkriege...und dann irgendwann paar neue Platten. Aber auch da das selbe Problem...welche Platten sind was Preis/Leistung angeht am besten? Interessant wäre, bei welcher HDD bekomme ich am meisten TB Pro € Das günstigste was ich gerade gefunden habe war mit 12,50€ pro TB die Seagate IronWolf Pro 14TB (ST14000NE0008) 14TB für 174,99 und dann mit 13€ die Seagate IronWolf Pro 12TB (ST12000NE0008) 12TB für 155,99€ Für jegliche Empfehlung von Euch wäre ich echt dankbar!!

Och nööö...das wäre ja mega ärgerlich. 😞 Dann muß ich wohl auf kurz oder lang mir ein neues System zulegen. Da ist die Auswahl wieder Grenzenlos und kann schnell recht teuer werden.

Genau das hatte ich erst vor paar Tagen wieder deaktiviert 🫣 Ja der Unraid PC/Server läuft Nein das ist deaktiviert - hab ich gerade extra nochmal geprüft. Habe aber auch das jetzt aktiviert. Ich habe jetzt in den Unraid Einstellungen den Autostart des Array aktiviert Gerade mal in die Fritzbox geschaut, dort wurden um 04:15 neue Portfreigaben eingerichtet und um 04:11 wurden im Netzwerk IP Adressen neu erkannt. Sowohl Ports als auch IP Adressen sind bereits eingerichtet gewesen. Wenn ich das jetzt mit dem System Protokoll abgleiche dann sehe ich dort auch 04:10 als erster Eintrag und ich vermute das ist echt ein Neustart Jul 13 04:10:24 Tower kernel: microcode: microcode updated early to revision 0x28, date = 2019-11-12 Jul 13 04:10:24 Tower kernel: Linux version 6.1.64-Unraid (root@Develop-612) (gcc (GCC) 12.2.0, GNU ld version 2.40-slack151) #1 SMP PREEMPT_DYNAMIC Wed Nov 29 12:48:16 PST 2023 Jul 13 04:10:24 Tower kernel: Command line: BOOT_IMAGE=/bzimage initrd=/bzroot Jul 13 04:10:24 Tower kernel: BIOS-provided physical RAM map: Jul 13 04:10:24 Tower kernel: BIOS-e820: [mem 0x0000000000000000-0x000000000009ebff] usable Jul 13 04:10:24 Tower kernel: BIOS-e820: [mem 0x000000000009ec00-0x000000000009ffff] reserved Jul 13 04:10:24 Tower kernel: BIOS-e820: [mem 0x00000000000e0000-0x00000000000fffff] reserved Jul 13 04:10:24 Tower kernel: BIOS-e820: [mem 0x0000000000100000-0x00000000b9c02fff] usable Jul 13 04:10:24 Tower kernel: BIOS-e820: [mem 0x00000000b9c03000-0x00000000b9c09fff] ACPI NVS Jul 13 04:10:24 Tower kernel: BIOS-e820: [mem 0x00000000b9c0a000-0x00000000ba8effff] usable Jul 13 04:10:24 Tower kernel: BIOS-e820: [mem 0x00000000ba8f0000-0x00000000bae1ffff] reserved Jul 13 04:10:24 Tower kernel: BIOS-e820: [mem 0x00000000bae20000-0x00000000cd481fff] usable Jul 13 04:10:24 Tower kernel: BIOS-e820: [mem 0x00000000cd482000-0x00000000cd4e8fff] reserved Jul 13 04:10:24 Tower kernel: BIOS-e820: [mem 0x00000000cd4e9000-0x00000000cd52ffff] usable Jul 13 04:10:24 Tower kernel: BIOS-e820: [mem 0x00000000cd530000-0x00000000cd665fff] ACPI NVS Jul 13 04:10:24 Tower kernel: BIOS-e820: [mem 0x00000000cd666000-0x00000000cdffefff] reserved Jul 13 04:10:24 Tower kernel: BIOS-e820: [mem 0x00000000cdfff000-0x00000000cdffffff] usable Jul 13 04:10:24 Tower kernel: BIOS-e820: [mem 0x00000000cf000000-0x00000000df1fffff] reserved Jul 13 04:10:24 Tower kernel: BIOS-e820: [mem 0x00000000f8000000-0x00000000fbffffff] reserved Jul 13 04:10:24 Tower kernel: BIOS-e820: [mem 0x00000000fec00000-0x00000000fec00fff] reserved Jul 13 04:10:24 Tower kernel: BIOS-e820: [mem 0x00000000fed00000-0x00000000fed03fff] reserved Jul 13 04:10:24 Tower kernel: BIOS-e820: [mem 0x00000000fed1c000-0x00000000fed1ffff] reserved Jul 13 04:10:24 Tower kernel: BIOS-e820: [mem 0x00000000fee00000-0x00000000fee00fff] reserved Jul 13 04:10:24 Tower kernel: BIOS-e820: [mem 0x00000000ff000000-0x00000000ffffffff] reserved Jul 13 04:10:24 Tower kernel: BIOS-e820: [mem 0x0000000100000000-0x000000081edfffff] usable Jul 13 04:10:24 Tower kernel: NX (Execute Disable) protection: active Jul 13 04:10:24 Tower kernel: SMBIOS 2.8 present. Jul 13 04:10:24 Tower kernel: DMI: To Be Filled By O.E.M. To Be Filled By O.E.M./H97 Pro4, BIOS P1.20 04/23/2014 Jul 13 04:10:24 Tower kernel: tsc: Fast TSC calibration using PIT Jul 13 04:10:24 Tower kernel: tsc: Detected 3292.348 MHz processor Jul 13 04:10:24 Tower kernel: e820: update [mem 0x00000000-0x00000fff] usable ==> reserved Jul 13 04:10:24 Tower kernel: e820: remove [mem 0x000a0000-0x000fffff] usable Jul 13 04:10:24 Tower kernel: last_pfn = 0x81ee00 max_arch_pfn = 0x400000000 Jul 13 04:10:24 Tower kernel: x86/PAT: Configuration [0-7]: WB WC UC- UC WB WP UC- WT Jul 13 04:10:24 Tower kernel: e820: update [mem 0xcf000000-0xffffffff] usable ==> reserved Jul 13 04:10:24 Tower kernel: last_pfn = 0xce000 max_arch_pfn = 0x400000000 Jul 13 04:10:24 Tower kernel: found SMP MP-table at [mem 0x000fd930-0x000fd93f] Jul 13 04:10:24 Tower kernel: Using GB pages for direct mapping

Sorry ich weiß gerade nicht unter was ich mein Problem führen soll bzw. welchen Namen ich ihm geben soll. Es ist nun schon der zweite Tag in Folge, dass ich morgens feststelle, das mein Unraid Server sich wohlmöglich in der Nach einmal abgeschaltet hat und ich erstmal mein Array wieder Starten muß. Ich kann aber im System Protokoll nicht soweit zurück Scrollen, als das ich sehen würde was passiert ist, das beginnt nämlich um 4 Uhr erst - geschuldet an der Protokoll Größe von 5000. Gibt es eine ander Möglichkeit herauszufinden, wann und weshalb der Server sich abgeschaltet hat. Hm wobei...wenn es ein Stromausfall gewesen wäre, würde der Server nicht selbstständig Neu starten...also muß es in Unraid etwas selbst sein. Ich hab zwar Sleep installiert aber nicht aktiviert und selbst das müßte ja doch das Array nicht abschalten. Was kann ich tun?

Angezeigt wurde mir das unter ÜBERSICHT - SYSTEM unterster Balken DOCKER 90% Ich habe gerade den Festplattenspeicher von 30GB auf 50GB hochgesetzt, weil mir UNRAID sagte das der Speicher für Docker ausgeschöpft ist und nun steht die Anzeige auf 54% Ich vermute also - dass es sich bei den 90% nicht um die RAM Auslastung handelt sondern um die Festplattengröße für Docker. Ich hab das wohl Falsch interpretiert! Mein RAM liegt nämlich (in der selben Ansicht) bei 17% Ich bin aber auch ein Idiot Ich werde den Beitrag am besten löschen

@MarinoBantli Danke für den Tipp! Gerade mal geschaut und das sind die Werte: Paperless ca 900MB RocketChat ca 630MB HomeAssistant ca 550MB Plex ca 360MB MongoDB ca 175MB Nextcloud ca 160MB MariaDB ca 125MB NGINX ca 115MB Puh das Paperless und RocketChat soviel RAM brauchen verwundert mich gerade.

Servus und guten Morgen zusammen... Mir ist aufgefallen das meine Docker 90% meines 32GB RAM auslasten und das macht mich echt nachdenklich und ich Frage mich was ich da tun kann. Anbei mal meine installierten Docker. Okay HomeAssistant und Plex werden wohl tendenziell die sein die am meisten Arbeitsspeicher benötigen-oder? Leider bekomme ich auf mein altes ASRock H97 Pro4 nicht mehr RAM drauf. Gibt es eine Möglichkeit die Auslastung automatisch zu reduzieren evtl. Docker in den Standby zu schicken, wenn diese nicht genutzt werden?? Kann man eigentlich das ganze oder wenigstens Teile des System in Standby schicken wenn es z.B. Nachts nicht genutzt wird? Würde mich über eure Hilfe freuen - Danke dafür

Danke für die Hilfe

@alturismo warum so ein negativer Unterton? Ich sagte ja das ich die Standart Werte der Installation übernommen habe - siehe Bild Anbei noch das was mir Paperless „anzeigt“