DATA REBUILD FEHLERHAFT

[alturismo]

34 minutes ago, EricM said:

Bleibt noch die Frage mit Plex :

 

jetzt mal abgesehen davon dass das hier weder das NC noch das Plex Support Forum ist ...

 

WebTools vielleicht mal einlesen, da gibt es einen Listen Exporter der Medien, dann macht du dir eine Liste der vorhandenen Medien über das Terminal, dann kannst du "abgleichen", usw usw fertig ..

 

das Tool an sich

 

Ergebnis ...

[mgutt]

Plex hat alle Eigenschaften der Videos ermittelt. Dazu gehört meine ich auch die exakte Dateigröße. Allerdings stehen diese Infos in eine SQLite Datenbank. Man müsste also die DB mit einem Tool auslesen, und zwar Dateigröße und den Namen, den man braucht und dann geht man durch alle Videos und gleicht die Größe ab und setzt die Namen. Natürlich alles per Kommandozeile.

 

Ich vermute das hier geht nicht mehr, weil die Disk formatiert wurde, aber man kann es ja mal probieren:

https://www.systutorials.com/docs/linux/man/8-xfs_metadump/

 

Da dann mit der -o Option, damit die Dateinamen nicht zensiert werden. Und -a -F um auch korrupte Daten auszulesen.

 

 

 

 

[hawihoney]

34 minutes ago, mgutt said:

Man müsste also die DB mit einem Tool auslesen

 

Es geht viel einfacher, offizieller und live. Plex bietet eine Web-URL API für Entwickler. Ich habe mir einen ganzen Sack Python Skripte geschrieben die alles mögliche mit Plex machen.

 

Da ich aber in den 90ern des letzten Jahrhunderts das letzte Mal mit Source-Verwaltungen gearbeitet habe, habe ich diese Skripte nicht bei den "modernen" Tools eingestellt. Mir müsste bei Interesse nur mal jemand eine Hand reichen ...

 

Hier die Links zu Plex Web API:

 

https://support.plex.tv/articles/201638786-plex-media-server-url-commands/

 

Ausgehend davon enthalten die Ergebnisse Hinweise auf weitere Aufruf-Möglichkeiten. Gib mal folgendes in Deinem Browser ein. Am Besten lokal:

 

http://<plex-ip:port>/servers
http://<plex-ip:port>/library/sections

 

[mgutt]

Ok, ich korrigiere. Man könnte auch die API nutzen. Bei der Kommandozeile bleibt es am Ende aber. Wenn das ernsthaft gewünscht ist, kann ich dazu gerne ein paar Zeilen coden, aber ich kann nicht versprechen wann und ich will das auch nicht umsonst gemacht haben, wenn du dann eh alles neu runterlädst.

[EricM]

Leute, ich dreh noch durch mit meinem Server,

 

Jetzt hab ich wieder das selbe Problem wie vor ein paar Tagen. Rotes Kreuz neben der Disk 3, Data is emulated, kein Dateisystem vorhanden. Wie gibts das bitte? Das Problem hab ich erst seit ich angefangen hab meine Mediathek zu Transcoden. So ein Mist. Woran kann das bitte liegen?

 

ich hab an einen der PCI E x16 Slots eine Sata Karte mit 6 Sata anschlüssen stecken, an der 3 HDDS und eine SSD hängen, die anderen 3 HDDS hängen am Mainboard (unter anderem die betroffene Disk). Im zweiten PCIe x16 Slot hängt die Quadro P1000. Und in so nem kleinen PCIe Slot die Netzwerkkarte.

 

Zusätzlich dazu hab ich 3 HDDS via USB 3.0 Angescchlossen (Unassignend Devices), die aber den Strom durch die Netzadapter bekommen.

 

Und das alles hängt in einer Steckdose, an der laut Smart App maximal 200W verbracuht werden (Unter Volllast), hab aber ein 450W Netzteil eingebaut (Und bei den 200W sind ja auch die externen HDDS noch dabei).

 

Ich bitte um Hilfe...

 

@mgutt

 

 

Edited May 5, 2022 by EricM

[jj1987]

20 minutes ago, EricM said:

Zusätzlich dazu hab ich 3 HDDS via USB 3.0 Angescchlossen, die aber den Strom durch die Netzadapter bekommen.

Da hast (vermutlich) du deine Erklärung. USB HDDs im Array sind nicht empfehlenswert.

Ist die ge-xte HDD eine der USB HDDs?

[EricM]

7 minutes ago, jj1987 said:

Da hast (vermutlich) du deine Erklärung. USB HDDs im Array sind nicht empfehlenswert.

Ist die ge-xte HDD eine der USB HDDs?

 

 

Die USB HDDs sind nicht im Array sondern via Unassignend Devices. Nein, die betroffene Platte hängt am Mainboard.

[jj1987]

OK dann hab ich den Absatz missverstanden.

Grundsätzlich scheint aber ja irgendwas, vermutlich physisch, nicht in Ordnung zu sein.

Die "ausgefallene" Platte, kannst du dir da die smart Werte anzeigen lassen?

Die harmlose Möglichkeit wäre ein einfaches Verbindungsproblem (Kabel/Stecker sitzt nicht richtig).

Die schwerwiegendere Variante wäre dann entweder Controller (ist die betroffene Festplatte direkt am Mainboard oder an der Controller-Karte?)  oder richtig doof tatsächlich die Festplatte selbst hat einen weg

[jj1987]

Achso und noch die Nachfrage/der Hinweis: aktuelles Backup vorhanden?

Falls nicht, dann von der emulierten Disk JETZT ein Backup machen

[EricM]

12 minutes ago, jj1987 said:

OK dann hab ich den Absatz missverstanden.

Grundsätzlich scheint aber ja irgendwas, vermutlich physisch, nicht in Ordnung zu sein.

Die "ausgefallene" Platte, kannst du dir da die smart Werte anzeigen lassen?

Die harmlose Möglichkeit wäre ein einfaches Verbindungsproblem (Kabel/Stecker sitzt nicht richtig).

Die schwerwiegendere Variante wäre dann entweder Controller (ist die betroffene Festplatte direkt am Mainboard oder an der Controller-Karte?)  oder richtig doof tatsächlich die Festplatte selbst hat einen weg

 

Kann das was mit der Stromversorgung zu tun haben? Das zuwenig Saft ankommt? Soll ich die Platte neu anstecken oder an einen anderen Sata Slot? ich möchte dieses mal nicht wieder was falsch machen, @mgutt hat gesagt das kann man in der Kommandozeile wieder richten.

 

Die Platte hängt direkt am Mainboard und hat selbst nichts (hoffentlich)

 

Und nach einem neustart hat der affen mover wieder angefangt zu werken, den hab ich jetzt gleich wieder gestopped.

[EricM]

5 minutes ago, jj1987 said:

Achso und noch die Nachfrage/der Hinweis: aktuelles Backup vorhanden?

Falls nicht, dann von der emulierten Disk JETZT ein Backup machen

 

Wie mach ich da ein Backup?

 

 

Edited May 5, 2022 by EricM

[mgutt]

Bitte poste deine Diagnostics. In den syslogs werden zumindest die Fehler angezeigt, die zum Auswerfen der Disk geführt haben.

 

Die Daten auf der ausgeworfenen Platte sind erstmal sicher. Ich würde vorschlagen, dass du dir eine neue 8TB HDD kaufst und dann einen regulären Tausch durchführst.

 

Zusätzlich könnte man die emulierte Disk auch sichern. Also ganz normal die Daten woanders hinkopieren. Eine emulierte Disk ist wie eine normale Disk nutzbar.

 

Du hast zb auf disk5 Platz. Also:

mkdir -p /mnt/disk5/backup/disk3

cp -a /mnt/disk3/* /mnt/disk5/backup/disk3 & disown

 

 

[EricM]

17 minutes ago, mgutt said:

Bitte poste deine Diagnostics. In den syslogs werden zumindest die Fehler angezeigt, die zum Auswerfen der Disk geführt haben.

 

Die Daten auf der ausgeworfenen Platte sind erstmal sicher. Ich würde vorschlagen, dass du dir eine neue 8TB HDD kaufst und dann einen regulären Tausch durchführst.

 

Zusätzlich könnte man die emulierte Disk auch sichern. Also ganz normal die Daten woanders hinkopieren. Eine emulierte Disk ist wie eine normale Disk nutzbar.

 

Du hast zb auf disk5 Platz. Also:

mkdir -p /mnt/disk5/backup/disk3

cp -a /mnt/disk3/* /mnt/disk5/backup/disk3 & disown

 

 

 

 

Ich bezweifle wirklich stark das es an der Platte liegt. Wenn, dann habe ich mir noch eher gedacht, dass das Netzteil zu schwach ist.

 

Ok, dann werd ich die Daten mal Sichern, aber ich werds auf meinem ZFS Pool sichern.

 

also wahrscheinlich:

mkdir -p /zfs/backup/disk3

cp -a /mnt/disk3/* /zfs/backup/disk3 & disown

 

Aber unter Krusader zb wird mir die Platte nicht angezeigt. Wollte es mir leicht machen und mit grafischer Oberfläche die Daten sichern.

 

Und wenn ich das in der Kommandozeile eingib dann kommt die Fehlermeldung: cp: cannot stat '/mnt/disk3/*': No such file or directory

homeservernas-diagnostics-20220505-1715.zip

Edited May 5, 2022 by EricM

[mgutt]

Hmm ich dachte emulated Disks sind normal sichtbar. EDIT: Ach so. Die ist ja gar nicht emulated?! Hast du das Array gestoppt / gestartet?!

 

Was auch immer. Wenn sie nicht mehr emuliert wird, bleibt jetzt nur noch Array stoppen und Disk reparieren. 

 

xfs_repair /dev/sdf

 

Falls ein Mount eingefordert wird:

 

mkdir /mnt/disks/sdf1

mount -t xfs /dev/sdf1 /mnt/disks/sdf1

xfs_repair /mnt/disks/sdf1

 

Und falls auch das nicht hilft, dann bleibt nur das:

xfs_repair -L /dev/sdf

 

 

[JorgeB]

11 minutes ago, mgutt said:

xfs_repair /dev/sdf

Sorry for replying in english, this caught my eye while browsing.

 

You always need to specify the partition to check a filesystem, i.e.:

 

xfs_repair -v /dev/sdf1

 

Also note that the above will check the actual disk, not the emulated disk which is what you currently have, to check and repair the filesystem in the emulated disk (or any other assigned array disk and keep parity valid) you need to start the array in maintenance mode and use:

 

xfs_repair -v /dev/md3

 

Where the 3 is the disk number, if it asks for -L use it, more info in the check filesystem wiki page.

[EricM]

So what do i need to do now?

 

 

stop the array, then start it again and run the command

 

xfs_repair - /dev/md3

 

and then everything should be fine?

 

 

Or should I do what @mgutt said?

 

Do I need to take out the disk and connect it to another Sata Slot?

Edited May 5, 2022 by EricM

[JorgeB]

12 minutes ago, EricM said:

stop the array, then start it again and run the command

Stop the array, then start in maintenance mode and run the command, after that's done start the array and disk3 should now mount, but because of the filesystem corruption there can be some data loss, so look for a lost+found folder and see if there are any lost files there, if all looks OK you can rebuild on top, if it doesn't you can instead try to access the data on the actual disk.

[EricM]

2 minutes ago, JorgeB said:

Stop the array, then start in maintenance mode and run the command, after that's done start the array and disk3 should now mount, but because of the filesystem corruption there can be some data loss, so look for a lost+found folder and see if there are any lost files there, if all looks OK you can rebuild on top, if it doesn't you can instead try to access the data on the actual disk.

 

 

I tried the command and this happend:

 

Phase 1 - find and verify superblock...
        - block cache size set to 605544 entries
Phase 2 - using internal log
        - zero log...
zero_log: head block 67231 tail block 67219
ERROR: The filesystem has valuable metadata changes in a log which needs to
be replayed.  Mount the filesystem to replay the log, and unmount it before
re-running xfs_repair.  If you are unable to mount the filesystem, then use
the -L option to destroy the log and attempt a repair.
Note that destroying the log may cause corruption -- please attempt a mount
of the filesystem before doing this.

 

[JorgeB]

1 hour ago, JorgeB said:

if it asks for -L use it,

 

[EricM]

Just now, JorgeB said:

 

 

Yeah but how do i use it

 

xfs_repair -L /dev/md3

 

like this? also in maintaineance mode?

 

[JorgeB]

3 minutes ago, EricM said:

like this? also in maintaineance mode?

Yep.

[EricM]

1 minute ago, JorgeB said:

Yep.

 

Still got the red cross where it says: device disabled, contents emulated. But there is thes lost+found folder now. what are my next steps?

Sorry, but i once made a mistake and now i need a step by step guide

 

[JorgeB]

4 minutes ago, EricM said:

Still got the red cross where it says: device disabled, contents emulated.

Yes, that's expected, you need to rebuild the disk to fix that, but first check the lost+found folder, if there are lots of files there and/or the emulated disk is missing some data you should not rebuild on top of the old disk, you have more than one option:

 

-rebuild to a new disk if available, then you can compare the data with the old disk

 

-compare the old disk with the emulated disk now, you can do that by first stopping the array, unassign disk3, start the array, Unraid will continue to emulate the disk, use the UD plugin to mount the old disk and compare the data with the emulated one, just note that before mounting the disk with UD you need to change the XFS UUID since it will be the same as the emulated disk, you can to that in the UD settings

 

-final option is instead of rebuilding the disk doing a new config (Tools -> New config) to reset the array and re-sync parity based on the actual disk3, which should not have the lost+found folder but you should confirm before doing it, using the same procedure to mount it with UD as described above.

[EricM]

4 minutes ago, JorgeB said:

-compare the old disk with the emulated disk now, you can do that by first stopping the array, unassign disk3, start the array, Unraid will continue to emulate the disk, use the UD plugin to mount the old disk and compare the data with the emulated one, just note that before mounting the disk with UD you need to change the XFS UUID since it will be the same as the emulated disk, you can to that in the UD settings

 

 So lets say i chose this option and then there are different no differnces. Then i just add the disk in a new slot and start the data rebuild?

 

And then lets say i chose this option and then there are different lots of differnces. . what am i am doin then?

[JorgeB]

Just now, EricM said:

So lets say i chose this option and then there are different no differnces. Then i just add the disk in a new slot and start the data rebuild?

Correct, you do this:

https://wiki.unraid.net/Manual/Storage_Management#Rebuilding_a_drive_onto_itself

 

1 minute ago, EricM said:

And then lets say i chose this option and then there are different lots of differnces. . what am i am doin then?

The final option, assuming actual disk has a clean filesystem without a lost+fond folder, and it should have, you do a new config and instead of rebuilding disk3 based on the emulated disk you re-sync parity based on the actual disk.