i-B4se

Also quasi mind. 172€ pro Monat? Uiuiui, das tut ja weh. Die Preise, egal ob Fest- oder Mobilnetz, sind in DE einfach nur lächerlich. Wie du schon geschrieben hast, ist es in anderen Ländern einfach geil was die für Leitungen haben.

Bei der VM läuft die Version (2023.2.1) ohne Problem, aber es gab auch zusätzlich ein Core Update.

Jup, ich würde alles ausschalten und erstmal laufen lassen. Evtl. auch mal nach den Bios-Settings schauen. Und sollte der Server ohne abstürze laufen, dann würde ich die Einstellungen nach und nach aktivieren.

Das hat bei mir auch geholfen. Ich hatte ständig mal Hänger ohne das wirklich was in den Logs stand. Ohne die Stromspareinstellungen läuft er ohne Probleme durch. Wahrscheinlich habe ich durch die ganzen Neustarts mehr verbraucht wie durch die Laufzeit mit Powersaves.

Hallo, evtl. kann man den Thread für die ein oder andere Fehlermeldung nutzen. Ich hab nämlich gerade so einen Fall und ich glaube nicht das es mit Unraid direkt zusammenhängt. Wenn nicht gewünscht, dann kann ich den Titel auch abändern. Der Server hat eine Uptime von 20 Tagen und der Fehler ist jetzt zwei Mal kurz nacheinander aufgetaucht: 22.01. Jan 22 10:26:31 NAS kernel: mce: [Hardware Error]: Machine check events logged Jan 22 10:26:31 NAS kernel: [Hardware Error]: Corrected error, no action required. Jan 22 10:26:31 NAS kernel: [Hardware Error]: CPU:1 (19:21:0) MC17_STATUS[Over|CE|MiscV|AddrV|-|-|CECC|-|Poison|-]: 0xccccccccc35bf3eb Jan 22 10:26:31 NAS kernel: [Hardware Error]: Error Addr: 0x0000000000000000 Jan 22 10:26:31 NAS kernel: [Hardware Error]: IPID: 0x0000000000000000 Jan 22 10:26:31 NAS kernel: [Hardware Error]: Bank 17 is reserved. Jan 22 10:26:31 NAS kernel: [Hardware Error]: cache level: L3/GEN, tx: GEN 24.01. Jan 24 05:51:35 NAS kernel: mce: [Hardware Error]: Machine check events logged Jan 24 05:51:35 NAS kernel: [Hardware Error]: Deferred error, no action required. Jan 24 05:51:35 NAS kernel: [Hardware Error]: CPU:1 (19:21:0) MC13_STATUS[Over|-|-|AddrV|PCC|SyndV|UECC|Deferred|Poison|Scrub]: 0xc765ffc883007f37 Jan 24 05:51:35 NAS kernel: [Hardware Error]: Error Addr: 0x0000000000000000 Jan 24 05:51:35 NAS kernel: [Hardware Error]: IPID: 0x0000000000000000, Syndrome: 0x0000000000000000 Jan 24 05:51:35 NAS kernel: [Hardware Error]: Bank 13 is reserved. Jan 24 05:51:35 NAS kernel: [Hardware Error]: cache level: L3/GEN, tx: DATA Ist da gerade was am sterben oder wurde da etwas vom ECC-Ram korrigiert? Blicke da nicht so ganz durch, aber der Server läuft ohne Einschränkung.

50€ für so ein Teil? Und wahrscheinlich noch Cloud gebunden. ESP32 inkl. Cam kostet glaube ich nen 10ner + AI-on-the-edge-device Nutze ich seit 2 Jahren ohne Probleme.

Natürlich ist das Netz voll mit Fehlschlägen. Niemand postet das sein restore funktioniert hat. Ich habe schon einige male HA wiederherstellen müssen (neuer Server, vergeigte Einstellung etc.) und bisher ging das ohne Probleme. Ich mache jeden zweiten Tag ein volles Backup von HA und speichere 7 Stück hintereinander. Wenn das letzte Backup nicht läuft, dann wohl eines davor.

Warum nutzt ihr nicht die Backupfunktion von HA in der configuration.yaml? Das könnt ihr auch zeitlich begrenzen.

Kann ich so nicht bestätigen, aber mein HA läuft auch als VM. Meine Datenbank hat 15GB

Das sag ich doch Der stündliche Mover läuft ohne Probleme. Das wurde schon ausprobiert.

@mgutt Das hatten wir schon getestet und läuft auch. Aber der Daily Schedule läuft nicht richtig. Und ich vermutete es liegt an der falschen Uhrzeit. Da er dann natürlich zu falschen Zeit kontrolliert und dann nichts in den Logs steht.

Stimmt deine Uhrzeit im Bios?

Eine Sache die mir gerade auffällt. Deine Uhrzeit stimmt nicht. Dadurch würde der Mover-Schedule zu einer anderen Uhrzeit auslösen als du es eigentlich willst. Bitte die Zeit unter Einstellungen anpassen.

Schieb nochmal eine Datei da rein und änder den Mover-Schedule auf "Stündlich" und "jede Stunde" und warte dann mal Irgendwann muss ja was in den Protokolierungen auftauchen. Poste das dann nochmal. Normalerweise muss der Mover dann um 19 Uhr starten.

Der Mover läuft. Du kannst ja jetzt mal auf dein Cache-Laufwerk schauen. Da sollte die Datei nicht mehr in "/mnt/cache/public" vorhaden sein. In deinem Array schon.

@akazu Schiebst du die Daten ganz normal per Ordnerfreigae (Win etc.) auf den Server? Bitte mach mal eine random ZIP-Datei und schieb die dann in den Family data und schließ mal alles. Danach starte manuell den Mover und klick mal auf oben rechts auf die Protokolle. Sag dann mal was der Mover rausgibt. Edit: So in etwa sollte es aussehen:

Und das ist auch richtig. Oder willst du deine Docker-Appdata aufs langsame Array schieben? Er hat doch geschrieben das er alles so gelassen hat bis auf einen Share und um den wird es wohl gehen.

Es kann kein Mover starten, da er die Daten direkt auf das Array schiebt - Vorraussetzung er stehe auf "Yes oder Prefer" @akazu Auf die Daten wird aber nicht mehr zugegriffen, oder? Also jeglicher zugriff ist beendet. Sonst startet der Mover nicht.

Das ist auch richtig. DataCollector hat noch ein Plugin installiert. Ich weiß gerade nicht wie es heißt. Das brauchst du aber nicht. Zeig bitte mal deine Share-Einstellung @akazu Edit: Müsste MoverTuning sein

Du hast noch irgendein Plugin Installiert. Normalerweise gibt es da keine weiteren Settings.

So ich hab den Server jetzt neu gestartet und alles läuft wieder. Es sind auch die alten Kabel und die ursprünglichen Ports im Betrieb. Kann dies ein Problem von Powertop sein?

Schon getestet. Anderes Kabel von einem anderen Port der definitiv funktioniert, auch nach dem Neustart. Hab ich auch hier im Forum gefunden, aber dann kommt folgendes: Unterm Strich muss ich den Unraid-Server neu starten um das Problem zu beheben.

Hier ist eth0 und eth1 aus der Console Es sieht so aus, als wäre der gar nicht verbunden. Ganz vergessen: Frohe Weihnachten euch allen

Das Problem besteht weiterhin. Ich habe, da es ein Update für den Switch gab, diesen neu starten müssen und Unraid verliert danach die Verbindung bzw. baut diese nicht mehr richtig auf. Der Switch zeigt nur noch eine 10 Mbit Up/Down an und erst nach einem Neustart vom Server ist die Verbindung wieder verfügbar. Ein anderer Port behebt das Problem ebenfalls nicht. IPMI vom ASRock ist voll verfügbar und ich kann damit auch auf die Console zugreifen, sprich der Server läuft noch. Auch alle anderen Geräte am Switch sind erreichbar und machen keine Probleme. Das ist definitiv nur bei dem Unraid-Server. Kann man das Netzwerk von Unraid neu starten? Gibt es dafür einen Befehl?

Mal ne kurze Frage dazu: Einfach die Docker beenden -> Docker.img löschen -> Docker wieder starten? Werden da keine Einstellungen oder ähnliches gelöscht?