i-B4se
-
Posts
624 -
Joined
Content Type
Profiles
Forums
Downloads
Store
Gallery
Bug Reports
Documentation
Landing
Posts posted by i-B4se
-
-
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.
-
1 hour ago, hawihoney said:
Probier doch mal ohne die ganzen Powersave Einstellungen. Einfach mal testen.
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.
-
1
-
-
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: GEN24.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: DATAIst 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.
-
2 hours ago, mgutt said:
So, jetzt werde ich bald auch den Wasserverbrauch tracken ^^
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.
-
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.
-
8 hours ago, akazu said:
Habe ich gemacht. Die Daten werden zwar stündlich verschoben, aber die Uhrzeiten im Log sind trot der Umstellung in meine Zeitzone immer noch nicht korrekt. Muss ich noch irgendwoe zeitliche Einstellungen vornehmen.
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.
-
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:
-
4 minutes ago, JayLong said:
Ich sehe hier nur von ISO Images und family data werden die Daten in die Array verschoben. Alles mit Prefer nicht.
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.
-
8 minutes ago, JayLong said:
Wenn er 100% voll ist funktioniert der Mover nicht.
Es kann kein Mover starten, da er die Daten direkt auf das Array schiebt - Vorraussetzung er stehe auf "Yes oder Prefer"
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
-
22 minutes ago, DataCollector said:
und darunter? Bei unraid 6.11.5 stehen darunter noch diverse Parameter, die den Mover beeinflussen.
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?
-
4 minutes ago, mgutt said:
Dann wird das denke ich auch so sein, also vielleicht Kabel und/oder Buchse tauschen.
Schon getestet. Anderes Kabel von einem anderen Port der definitiv funktioniert, auch nach dem Neustart.
4 minutes ago, mgutt said:/etc/rc.d/rc.inet1 restart
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?
-
On 12/15/2022 at 12:12 AM, mgutt said:
Das docker.img kannst du jederzeit löschen und es muss auch nicht gesichert werden.
Mal ne kurze Frage dazu:
Einfach die Docker beenden -> Docker.img löschen -> Docker wieder starten?
Werden da keine Einstellungen oder ähnliches gelöscht?
Deutsche Glasfaser Business Preise mit IPv4 (DG small asymmetrisch)
in Deutsch
Posted
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.