independence

nein, nichts derartiges installiert ok, also possible but not really a solution, just a workaround Maybe I will try that - at first I will check some other dependencies by changing from folder to image.

Heute konnte ich es nachvollziehen am Beispiel "n8n". Folgender Fehler kam beim Update des Containers und danach war er gelöscht und ich musste ihn manuell neu installieren:

Ok, versuche ich mal. Aber ich kann da im Tagesbetrieb keine Einschränkung feststellen und daher ist es mir auch noch nicht aufgefallen. Ich habe vorhin beim Update bemerkt, dass es scheinbar daran liegt, dass das vorherige (alte) Image nicht gelöscht werden kann und dann das Problem auftritt, dass der Container gelöscht wird. Ich habe das Log leider zu schnell geschlossen, aber beim nächsten Mal, mache ich davon noch ein Foto

Danke für eure Hilfe. Docker hab ich bewusst so angelegt. Und die Kommandos trage ich auch manuell nicht ein. Glaube nicht, dass das das Problem ist. Aus meiner Sicht liegt es nicht an einzelnen Containern sondern an der Engine. Das mit den Restarts ist auch kein Problem (außer die Einträge im Log), das funktioniert alles. Es ist einfach für mich derzeit noch nicht nachvollziehbar. Heute lag ein Update von Nexctloud vor, es ist durchgelaufen (jedoch mit einem Fehler) und dann hat unraid nicht einfach den alten Container wiederhergestellt sondern einfach die alte und neue version gelöscht. Nach jedem Update eines Containers schaue ich nun in den Previous Apps nach, ob was drinsteht, dass eigentlich gebraucht wird.

So sieht es heute bei mir eh schon aus, also bis auf die extra Parameter je Container habe ich es ähnlich konfiguriert wie dein Vorschlag ist (der Ordner "Docker" liegt auf dem Cache).

Danke, den Input zum gernerellen Setup setze ich gleich mal um. Folderview: Ja, das ist ein Vorher-Nachher-Bild. Ich habe nur 1 Folder für Nextcloud. DIe Postgres Logs werde ich dann auch mal checken

Heute bzw. gestern ist es wieder passiert. Postgres Update wurde angezeigt und seit dem Update ist der Postgres Container nicht mehr da. Ganz einfach dann re-installiert und es läuft alles wieder aber deswegen war dann meine Nextcloud seit dem Update auch nicht mehr funktionsfähig. Und so wie es aussieht, hat das Update des Containers auch noch nicht einmal funktioniert nas-diagnostics-20251115-0833.zip

Servus zusammen, gerade eben ist es wieder passiert und so langsam kommt es mir sehr komisch vor. Ich habe gerade versucht die WebGUI von Teslamate zu öffnen und diese war nicht erreichbar. Also wollte ich in den Logs nachschauen und dann habe ich gemerkt, dass der Container nicht mehr da ist. In den "Previous Apps" konnte ich ihn natürlich finden und direkt wieder installieren. Heute morgen war der Container noch installiert und ich habe ihn auf keinen Fall aktiv gelöscht. Das ist mir in den vergangenen Wochen schon mehrfach passiert. Einmal war Immich weg und auch mal ne Postgres DB. Ich kann mir nicht erklären wieso das passiert und was der Trigger ist. Ich habe immer selbst bemerkt, dass der Container nicht mehr da ist, aber eben nur, weil ich gerade den Container gebraucht habe. Da kann es dann natürlich schon mal einige Tage sein, dass der Container gelöscht war. Ich bin auf 7.2.0 seit einigen Tagen und halte das System generell immer up-to-date. Ich hoffe, jemand hat eine Idee. Danke vorab

Schließe den Server mal noch ohne die USV direkt an den Strom an. Bei mir war zusätzlich auch noch der Akku vom der USV tot - zeigte zwar was an, aber beim Stromausfall konnte der Akku nichts mehr puffern.

Ein ähnliches Verhalten hab ich bislang noch nicht mit einem Shelly/Nous oder ähnliches bemerkt, aber nicht bei jedem hängt auch ein Gerät dahinter, wo es wirklich kritisch ist, wenn der Strom für 1 Sekunde weg ist. Auf jeden Fall sehr schlecht, denn das macht den Einsatz natürlich unmöglich.

Ich war abends zufällig in dem Raum und hab das Klacken vom Shelly gehört. Dann hab ich mir das im Log von Homeassistant angeschaut und dann mal reproduziert. Aber wieso das passiert weiß ich nach wie vor nicht. Wollte den Shelly von Tasmota dann auf Original zurückflashen und hab das Teil gebrickt. Finde dann die ursache also eh nicht mehr raus.

So, ich konnte das Problem identifizieren. Am Serverschrank hängt noch ein Shelly Plus S (auf Tasmota geflashed) um den Verbrauch zu messen. Dieser hängt auch in Homeassistant und übertragt die Verbräuche dorthin. Warum auch immer schaltet sich der Plug S für einen Bruchteil einer Sekunde aus und wieder an. Hat also tatsächlich nichts mit Unraid zu tun (sehr gut). Daher kann das Thema hier geschlossen werden.

Ich hab den kompletten Server ausgetauscht und nach wie vor tritt das Problem ausschließlich wöchentlich am Freitagabend auf. Ich glaube sowas wie den Taster am Gehäuse können wir recht sicher ausschließen.

Hat sich nun alles etwas verzögert aber ich habe Anfang der Woche die komplette Hardware 1:1 ausgetauscht um Probleme am Netzteil oder was auch immer auszuschließen. Vor paar Minuten ist der Server wieder ohne Eingriff heruntergefahren - die Hardware ist es also nicht. Und das Syslog zeigt wieder überhaupt nichts an zwischen 20 und 21 Uhr und ich bin mir recht sicher das der Shutdown zwischen 20:50 und 21:00 Uhr war.

Hi @BastiKA84, das hab ich versucht im ersten Post zu beschreiben. Hinter der USV hängt der komplette Schrank und es ist keine direkte Verbindung (in dem Fall wäre es USB) zwischen USV und Server vorhanden. Der USV Deamon in Unraid ist daher auch deaktiviert und es findet kein geplantes Herunterfahren statt bei einem Stromausfall. Die USV erfüllt in dem Szenario bei mir also nur den Zweck, dass Lastspitzen und Stromausfälle bis zu 10 Min abgefedert werden (dann ist der Saft der USV leer). Grüße