nixweis

Edit: Gelöst :-) Da ich alle Key noch einmal Extra gespeichert hatte, musste ich nur die Key-Datei solange Ersetzen bis der "Freie" Key vom System Akzeptiert wurde, der findet sich nun auch in der Key-Übersicht wieder, keine Ahnung warum das so verdreht war!

Ja genau, ich habe die dritte per Hand eingeben, wird auch Positiv (Grün mit Hinweis die Seite zu aktualisieren) gewertet, noch sehe ich den Key/USB nicht. Ich habe mal den Support angeschrieben, bevor ich es vergesse, beim neuen Stick gab es die gleiche Meldung.

Okay, dann werde ich mir erstmal einen anderen Stick besorgen, bevor ich den Support für nix Nerve :-) Persönlich nicht, die waren da schon drin. Werde jeztz erst mal den Stick Kaufen, Medle mich dann wie das hier ausgegangen ist.

Hallo Leute, ich habe da ein "komisches" Problem. Wollte heute meinen dritten Unraid Server nach ein paar Jahren wieder Nutzen (läuft noch die 6.12.6 drauf), also einen neuen Stick erstellt, die Flash-Sicherung kopiert und dann wollte ich den Stick neu Registrieren, soweit so gut, nun erhalte ich immer folgende Fehlermeldung; "Error attempting to replace key" Was mir auch aufgefallen ist, in "License Keys", finde ich auch nur die zwei Keys der Aktiven Server, alle drei Lizenzen sind/waren Lifetime Plus. Ich Frage hier, weil es mir nur per Google-Übersetzer möglich ist, mich mit dem Support in Verbindung zusetzten, ich bin mir nicht sicher ob die meinen Ausführugen (nach der Übersetzung) folgen können. Eventuell ist das Problem ja bekannt und es gibt eine Bestimmte Bezeichnung dafür :-)

Ich habe "Unfreiwillig" das Problem gelöst, hoffe ich mal...👍 Habe heute meine UVS-Angeschlossen und im Plugin die Config Automatisch Suchen lassen, die Config gesichert und per "Done" bestätigt, und zack ist die Übersichtseite/Dashboard wieder da!

Gerne, heute schaffe ich das aber nicht mehr 🙂

Also keine Veränderung... Weiterhin ales "schwarz"

Ich weiß gar nicht mehr wie das geht, ist wohl schon etwas mehr wie 4 Jahre her. Aber ich Google mal danach 🙂 Melde dann das Ergebnis hier.

Jetzt bin ich aber voll verwirrt.... Also, in Windows 11 den Edge Probiert, dasselbe Ergebnis, wie unter dem Vivaldi Browser, dann eine Frische Windows 11 Installation auf meinem Laptop, wieder Edge genutzt, ebenfalls keine Änderung. Nun Lubuntu mit Friefox.... keine Verbindung zum Unraid Server möglich, auch alle anderen Docker oder VMs waren nicht erreichbar.... Den Unraid Server neu gestartet, per Windows und Vivaldi hatte ich Zugriff, per Lubuntu und FF wieder nicht! Auf dem Bild sieht man das Unraid gestartet ist und ich das System Aktivieren kann, ich kann alle Aktiven Docker und VMs nutzen, aber nur so lange ich nicht Lubuntu und den FF nutze.. voll verrückt! Das Dashboard ist weiterhin "Schwarz"....

japp

Nein... aber zwei andere in einem anderen System, keine Änderung auch ein neu start hat nichts gebracht!

Vorgestern habe ist folgende Plugins geupdatet: CA Auto Update Applications CA Cleanup Appdata Community Applications Danach wechselte ich zur Übersichtseite, diese ist nun "Schwarz", also keine Anzeige der CPU usw. usw., ein neu start brachte auch keine Besserung. Alle VMs und Docker laufen wie gewohnt (muss diese ggf. über Docker und VM starten), auch alles andere läuft völlig normal, wie Zugriff auf die Freigaben. Im Anhang mal das Log, sind ein paar Warnungen und Fehlermeldungen drin, aber soweit ich das verstanden haben nur in Bezug auf meine Hardware wie HDDs und andere... skynet-syslog-20250115-0702.zip

So habe eben alles Platt gemacht, und zur Sicherheit gleich einen neuen Stick mit, denke das Problem sollte sich erledigt haben, wenn nicht melde ich mich!

Naja die Disk5 ist neu oder besser das mit dem Log habe ich ja auch erst seit kurzem, die Sticks fliegen/flogen auf allen drei Maschinen im Jahresrhythmus raus. Hmm..... habe noch 11TB Frei, könnte knapp werden, und dem Backup-Server fehlt ja die Platte, der ist auch randvoll, ggf. muss ich das auf ein paar USB-Platten verteilen, ich lass mir da was einfallen 🙂

Naja die sieht genauso aus wie die erste.... von vor 2 Tagen. Die HDD ist aber da, hat auch Daten auf die ich zugreifen kann, PDF öffnen direkt ohne Probleme. tron-syslog-20240720-1028.zip

So alles durchgeführt und das sind die jeweiligen Ergebnise:

Heist das dann auch das (die HDD ist je von heute auf morgen nicht mehr gestartet) das ein möglicher Fehler auch auf die "neue/andere" Platte mit übertragen wurde? Die Parität ist die gleichen Modelreihe, alles 10TB vom gleichen Hersteller...

Ah.... so kommen wir der Sache schon näher, denn zur Disk5 kann ich was sagen NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS md5p1 9:5 0 9.1T 0 md /mnt/disk5 Vor 14 Tage ist die "Original" Disk5, eine 10TB HDD gestorben, ich hatte noch eine 10TB im Backup-Unriad, die Daten auf die Restlichen HDDs verteil und in "Tron" eingebaut, die Paritäts HDD hat direkt mit der Wiederherstellung begonnen und soweit ich das überblicken kann sind auch 90% der Daten wiederhergestellt worden. Edit: was mich da schon gewundert hat, Unraid hat die "neue" HDD nicht Formatieren wollen und hat sofort mit der Wiederherstellung begonnen.

Mein Fehler, es war der DataCollector 🙂 Werde das nochmal Prüfen, kann ich aber erst heute sehr spät machen, kann leider nicht immer Unraid stoppen, in der Zeit geht bei uns dann kein Internet (würde schon müsste aber immer eine Änderung in der FB vornehmen), kein SmartHome einige Webseiten sind dann Down, darum kann es gut sein das meine Antworten etwas dauern 🙂

Davon gehe ich aus, du hast ja einige genannt die ich kaufen soll/kann... Habe ich hier ja gemacht, und geholfen hast du ja auch, nur Unraid will das Kommando nicht ausführen!

Ähmmm.... dann hast du es Falsch gepostet, ich tippe nichts, wenn ich Copy&Past machen kann 🙂 "xfs_repair -v /dev/md5p1" so war die Eingabe in der Konsole, und das war die Antwort vom System "xfs_repair version 6.1.1"

Ja weil für mich klar war das es mal "wieder" ein Stick Fehler war, wie eigentlich fast immer, dazu brauch ich keine Hilfe mehr 🙂 Ja das Wichtige zeug, wie den ioBroker, usw., aber wie gesagt Pmox läuft als VM unter Unraid, läuft Unraid nicht läuft auch Pmox nicht 🙂 Die meiste Arbeite würde das "Umziehen" von Plex machen den das läuft als App unter Unraid, früher hatte ich alle meine HDDs in OMV (als VM unter Pmox) zu einem Raid zusammengefasst und an meinen Plex LXC durchgereicht, dieser Umstand brauchte mich vor 3-4 Jahren zu Unraid, wegen dem Array, sonst hatte Unraid erstmal keinen Mehrwert für mich! Nun, bin ich Ernsthaft am Überlegen gewesen, das so wieder Aufzuziehen, aber 1. ich eine Heiden Arbeit die 30-40TB zurückzuspielen und 2. habe ich ja immer hin für 3 Lizenzen Bezahlt, da möchte man doch schon noch mind. eine davon nutzen, also versucht man eine Lösung zu finden, verständlich oder?

Ja war gestoppt 🙂 Antwort vom System "xfs_repair version 6.1.1" keine weitere Aktion und keine weitere Ausgabe, zwischen Zeitlich hat sich auch "Fix Common" gemeldet!

Darum Hier habe ich nur die Fehlerhafte Datei ersetzt. Antwort vom System ->> xfs_repair version 6.1.1 Sonst ist nix passiert Ja, von den Daten immer, von den Apps.... vergessen 🙂

Okay..... dieser Fehler ist hundertfach vorhanden: Jul 19 04:05:24 Tron kernel: XFS: metadata IO error: 73187 callbacks suppressed Jul 19 04:05:24 Tron kernel: XFS (md5p1): metadata I/O error in "xfs_da_read_buf+0x9a/0xff [xfs]" at daddr 0x125d338 len 8 error 74 Jul 19 04:05:24 Tron kernel: XFS (md5p1): Metadata CRC error detected at xfs_dir3_data_read_verify+0x7c/0xf1 [xfs], xfs_dir3_data block 0x125d338 Jul 19 04:05:24 Tron kernel: XFS (md5p1): Unmount and run xfs_repair Jul 19 04:05:24 Tron kernel: XFS (md5p1): First 128 bytes of corrupted metadata buffer: Jul 19 04:05:24 Tron kernel: 00000000: 01 d4 40 7a 67 fd 9d 7f b7 0a 20 14 74 1d 95 ab ..@zg..... .t... Jul 19 04:05:24 Tron kernel: 00000010: 4b ad b3 26 81 c5 7e 59 78 e0 84 a0 c4 e3 42 80 K..&..~Yx.....B. Jul 19 04:05:24 Tron kernel: 00000020: 65 9d 19 b4 82 5b b9 84 76 ca cf 21 65 ea c4 45 e....[..v..!e..E Jul 19 04:05:24 Tron kernel: 00000030: a4 90 29 5c e8 e7 0d a7 9d 91 b0 b9 c5 30 a4 e7 ..)\.........0.. Jul 19 04:05:24 Tron kernel: 00000040: b9 86 08 f5 4a e4 15 27 d8 7b 73 77 78 aa 93 e8 ....J..'.{swx... Jul 19 04:05:24 Tron kernel: 00000050: 88 ba 2b ba 2d 4b 00 43 52 20 c4 64 08 3d 31 58 ..+.-K.CR .d.=1X Jul 19 04:05:24 Tron kernel: 00000060: be de 8c 52 16 44 57 0a a2 6e 1d 57 04 0c fd b7 ...R.DW..n.W.... Jul 19 04:05:24 Tron kernel: 00000070: 12 75 1c 6a 38 e7 3e d4 ff 00 47 9e d9 a1 9a 68 .u.j8.>...G....h Jul 19 04:05:24 Tron kernel: XFS (md5p1): metadata I/O error in "xfs_da_read_buf+0x9a/0xff [xfs]" at daddr 0x125d338 len 8 error 74 Jul 19 04:05:24 Tron kernel: XFS (md5p1): Metadata CRC error detected at xfs_dir3_data_read_verify+0x7c/0xf1 [xfs], xfs_dir3_data block 0x125d338 Jul 19 04:05:24 Tron kernel: XFS (md5p1): Unmount and run xfs_repair Jul 19 04:05:24 Tron kernel: XFS (md5p1): First 128 bytes of corrupted metadata buffer: P.S. ohne neu Start ist die Protokoll Anzeige wieder auf 160MB gefallen.... alles ein bisschen komisch 🙂 Hmm.... ggf. sollte ich doch den USB-Stick mal neu machen...