Jensus11

Hallo, ist es möglich, einen Container(Duplicati) beim Sichern nicht zu stoppen und zu überspringen? Wenn das Script ausgeführt wird, wird es öfter nicht beendet und macht mein System nicht mehr benutzbar. Extrem langsam und alle Container müssen manuell gestartet werden. Abort kann ich zwar nutzen und es steht dann auch, dass das Script beendet wurde. Nur wenn ich das Script dann wieder starte, kommt die Meldung, dass es läuft und nicht gestartet wird. Dann hilft bloß ein Neustart, welcher eine Paritätsprüfung zur Folge hat. Hier habe ich auch schon um Hilfe gebeten.

Ach Mist. Ich dachte, es geht jetzt. Heute wieder das Problem, dass Unraid nicht wirklich bedienbar ist. Screenshot aus dem aktuellen Log. Das Backup-Script läuft anscheinend immer noch. Seit dem 24. November hat es problemlos funktioniert und war spätestens nach 10 Minuten beendet. Das Log zum Script kann ich nicht herunterladen, sondern nur anzeigen, siehe Bild. Bin jetzt unter Docker gegangen und habe "Alle Starten" ausgewählt. Das dauert ewig, bis überhaupt einer gestartet wird. Hilft bestimmt nur Neustart.

Dankeschön, dass werde ich demnächst mal ausprobieren.

Ich habe Unraid neu gestartet und Duplicati bei Appdata Backup abgewählt und dann manuell gestartet. Läuft durch. Dann ist das wohl ein Thema für den Appdata Threat oder?

Jetzt ist es wieder passiert. Unraid ist so langsam und nicht benutzbar. Ich habe Appdata Backup gestartet und es startete auch normal. Container für Container wurden gestoppt und gesichert. Dann habe ich den Logscreen nach gefühlt 10min erreicht und da steht, dass versucht wird, Duplicati zu starten. Es geht nicht weiter bei dem Punkt. Was kann ich jetzt machen?

Super, jetzt klappt es. Danke. @alturismomuss für WoL ein Plugin installiert werden?

Genau, dann habe ich das missinterpretiert.

Hallo zusammen, ich habe ein Problem. Und zwar werden die Storage, welche größten Teils aus sind und nur zu den Backups gestartet werden, nicht automatisch eingebunden. Ich muss das immer von Hand machen, obwohl Automount eingeschaltet ist. Deshalb starten die Backups dann auch nicht. Fehler ist dann, Storage nicht erreichbar.

Ich würde sagen, Unraid ist während dem Backup langsam. Mir fällt gerade ein oder auf, dass es sein könnte, dass die Ziel-HDD nicht aufgeweckt wird. Mgutt Script schreibt nämlich intern von der NVME auf die HDD. Das muss ich beobachten. Aber wenn Appdata zum NAS synct, ist das Netzwerk nicht überlastet. Mit Appdata ist mir auch erst einmal aufgefallen.

Ja, das ist mir bewusst. Gestern hatte ich das beim Plugin Appdata Backup auch. Rsync Backup

Ich muss Unraid dann auch immer neu starten, damit es wieder flüssig läuft. Nach dem Neustart wird auch immer eine Paritätsprüfung gemacht.

Ich noch mal. Heute um 15 Uhr wurde via Mgutt Rsync Script gesichert. Das System ist dermaßen langsam und bis die Docker Container angezeigt werden, vergeht auch eine Ewigkeit. Dann sind die meisten aus und lassen sich auch nicht starten. Ein aktuelles Log habe ich wieder angehängt. Soll ich das in einem anderen Thread eventuell posten? unraid-server-diagnostics-20241118-1652.zip

Hallo, ich habe immer wieder komische Systemabbrüche. Ich würde sagen, dass es meistens auftritt, wenn ein Backup gefahren werden soll. Heute gerade als Appdata ein Backup machen sollte. Dann ist die Webui schlecht erreichbar und wenn doch, werden die Seiten nicht richtig dargestellt. Ich habe mal ein Log von dem eingeschränkten System erstellt und auch einige Bilder. Jetzt lasse ich das mal so und hoffe, dass ihr mir helfen könnt. Sonst habe ich an dieser Stelle versucht Unraid neu zu starten, was teilweise klappte. Wenn nicht, blieb nur der Netzschalter. Connect lässt sich nicht starten und unter Protokoll kommt Nginx 404 not found. Dann habe ich die Seite mal neu geladen und da wird dann kein Docker Container angezeigt. unraid-server-diagnostics-20241117-1817.zip

Wenn ich das im Autostart haben möchte, muss ich das doch in die go Datei eintragen, oder? Wird leider nicht ausgeführt.

Mit dem ASPM_SETTING=2 klappt das dann auch. Boah, was für eine Geburt. Alles wieder auf Ausgangszustand (NVMEs rein und alle Stecker dran) zurückgerüstet und sofort C10.

Ich werde verrückt!!! Mit den Befehlen funktioniert das. sudo setpci -s 00:1c.2 0x50.B=0x42 sudo setpci -s 02:00.0 0x80.B=0x42 Warum funktioniert das mit alturismo seinem Script nicht. Da wird das auf 0x43 anstatt 0x42 eingestellt.

Bei mir wird auch Enabled angezeigt, doch so richtig traue ich dem nicht. Wie lautet denn der setpci Befehl für das go File? Kommt die Karte eventuell nicht mit meiner 1GbE Leitung klar?

Wenn ich das Netzwerkkabel entferne, wechselt er sofort in C8. Also wird es an der Netzwerkkarte liegen. Müssen unter Unraid Treiber installiert werden?

Ok, das wusste ich nicht. Ich habe wieder weiter getestet. - RAM vom Hauptrechner eingebaut. =C3 - alle nicht benötigten Steckerverbindungen vom Gehäuse abgesteckt. =C3 - alle Festplatten und SSDs entfernt. =C3 - mit Festplatten aber ohne SSDs um das Script für ASPM auszuführen. =C3 BIOS Einstellungen werden nachher überprüft. Neues Board zum Testen ist bestellt.

Danke für die Informationen. Ich habe aber nicht an PCI Geräten. Morgen tausche ich auch mal dem RAM Speicher durch und stecke danach alles an Platten ab. Notfalls bestelle ich auch ein neues Board um einen Defekt auszuschließen. Bis morgen

Ich habe auch die F19 drauf. Könntest du mal schauen, welche States du jetzt erreichst? Habe mein Bios noch mal resettet und neu eingestellt. Mehr wie C3 geht nicht. Die SATA Ports habe ich auch durchprobiert, weil ich zwei Festplatten angeschlossen habe. Neue NVMEs von Samsung habe ich auch eingebaut. Kann das Board auch defekt sein? Das wäre der letzte Versuch, ein Neues zu besorgen und gegenprüfen. Andere Unraid Version testen? Bios downgraden?

Könnte es eventuell auch an der Backplane vom Fantec Gehäuse liegen? Die Backplane ist mit einem SRC-mini SAS SFF8643 zu 4x SATA Kabel ans Board angeschlossen.

Ich habe jetzt die Crucial NVMEs ausgebaut und den Cache gelöscht. Neustart -> ASPM Script und dann powertop --auto-tune ausgeführt. Festplatten sind im Spin-Down. Leider immer noch C3, auch nach einem powertop --calibrate noch C3. Ich werde gleich die Bios Einstellungen noch einmal überprüfen.

Hi Alturismo, wie sieht dein Setup für die replication aus? Haupt-Server kopiert die Daten zum Backup-Server? Oder gibt es da noch eine Instanz dazwischen?

Lüfter habe ich auch verbaut, die sind aber immer aus, wenn ich mit powertop was probiere. Bis auf den CPU Lüfter natürlich.