#RettetMeineAusNichtPornografischenInhaltenBestehndeSammlung

Probleme mit Samba, NFS, FTP und Co.
juergentrings
Beiträge: 16
Registriert: 04.03.2017 11:01:08

#RettetMeineAusNichtPornografischenInhaltenBestehndeSammlung

Beitrag von juergentrings » 04.03.2017 11:55:51

Hi,
Ich habe eine Open Media Vault Nas mit einem Raid5 aus 4x 3TB HDD's. Mir ist beim Aufräumen eine Platte herausgefallen :facepalm:, Ich habe die Platte wieder eingebaut nur jetzt wird sie nicht mehr als Platte im RAID angezeigt, obwohl sie in der Disk-Übersicht als Vollkommen funktionstüchtig angezeigt wird... Ich werde aus der ganzen sache einfac nicht schlau! Die Nas funktioniert noch einwandfrei (Ich kann Daten ohne Probleme drauf und Runter Schieben). vieleicht kann mir ja jemand weiter helfen!

Bild

Code: Alles auswählen

root@Parkplatz:~# cat /proc/mdstat
Personalities : [raid6] [raid5] [raid4] 
md0 : active raid5 sdc[1] sde[3] sdd[2]
      8790405120 blocks super 1.2 level 5, 512k chunk, algorithm 2 [4/3] [_UUU]
      
unused devices: <none>

Code: Alles auswählen

root@Parkplatz:~# blkid
/dev/sda1: UUID="99f7e158-3e18-4798-aaf1-8c0c177bbc49" TYPE="ext4" 
/dev/sda5: UUID="ecd92541-451d-4907-a5b7-53b930fcdb28" TYPE="swap" 
/dev/sdc: UUID="cbb0c15c-5402-f3f1-04b3-c106f9e3153c" UUID_SUB="e3043537-d4e7-5b7d-735f-a5d09a48e232" LABEL="Parkplatz:Daten" TYPE="linux_raid_member" 
/dev/sdd: UUID="cbb0c15c-5402-f3f1-04b3-c106f9e3153c" UUID_SUB="f13ba75e-544f-0c8d-cf7c-cc823a749bc0" LABEL="Parkplatz:Daten" TYPE="linux_raid_member" 
/dev/sde: UUID="cbb0c15c-5402-f3f1-04b3-c106f9e3153c" UUID_SUB="3132deea-eda2-bfa3-74cd-55d739c8b6a3" LABEL="Parkplatz:Daten" TYPE="linux_raid_member" 
/dev/md0: LABEL="Daten" UUID="f318cc62-a02c-4646-ac3b-def27e4d5be8" TYPE="ext4" 
/dev/sdb: UUID="cbb0c15c-5402-f3f1-04b3-c106f9e3153c" UUID_SUB="8db274f8-7b13-8259-d99e-178b985f9d9d" LABEL="Parkplatz:Daten" TYPE="linux_raid_member" 

Code: Alles auswählen

root@Parkplatz:~# fdisk -l | grep "Disk "
Disk /dev/sdd doesn't contain a valid partition table
Disk /dev/sdc doesn't contain a valid partition table
Disk /dev/sde doesn't contain a valid partition table
Disk /dev/sdb doesn't contain a valid partition table
Disk /dev/md0 doesn't contain a valid partition table
Disk /dev/sda: 500.1 GB, 500107862016 bytes
Disk identifier: 0x0005d4c1
Disk /dev/sdd: 3000.6 GB, 3000592982016 bytes
Disk identifier: 0x00000000
Disk /dev/sdc: 3000.6 GB, 3000592982016 bytes
Disk identifier: 0x00000000
Disk /dev/sde: 3000.6 GB, 3000592982016 bytes
Disk identifier: 0x00000000
Disk /dev/sdb: 3000.6 GB, 3000592982016 bytes
Disk identifier: 0x00000000
Disk /dev/md0: 9001.4 GB, 9001374842880 bytes
Disk identifier: 0x00000000

Code: Alles auswählen

root@Parkplatz:~# cat /etc/mdadm/mdadm.conf
# mdadm.conf
#
# Please refer to mdadm.conf(5) for information about this file.
#

# by default, scan all partitions (/proc/partitions) for MD superblocks.
# alternatively, specify devices to scan, using wildcards if desired.
# Note, if no DEVICE line is present, then "DEVICE partitions" is assumed.
# To avoid the auto-assembly of RAID devices a pattern that CAN'T match is
# used if no RAID devices are configured.
DEVICE partitions

# auto-create devices with Debian standard permissions
CREATE owner=root group=disk mode=0660 auto=yes

# automatically tag new arrays as belonging to the local system
HOMEHOST <system>

# definitions of existing MD arrays
ARRAY /dev/md0 metadata=1.2 name=Parkplatz:Daten UUID=cbb0c15c:5402f3f1:04b3c106:f9e3153c

Code: Alles auswählen

root@Parkplatz:~# mdadm --detail --scan --verbose
ARRAY /dev/md0 level=raid5 num-devices=4 metadata=1.2 name=Parkplatz:Daten UUID=cbb0c15c:5402f3f1:04b3c106:f9e3153c
   devices=/dev/sdc,/dev/sdd,/dev/sde
Vielen Dank im voraus! :hail:
Zuletzt geändert von juergentrings am 05.03.2017 18:35:49, insgesamt 3-mal geändert.

rendegast
Beiträge: 15041
Registriert: 27.02.2006 16:50:33
Lizenz eigener Beiträge: MIT Lizenz

Re: Raid 5 problem

Beitrag von rendegast » 04.03.2017 14:30:15

Mußt Du sdb wohl händisch wieder hinzufügen.

Anm.
Optimal wäre wohl eher ein raid5 aus 2^n+1 Platten (3,5,9), gegebenenfalls noch spare-Platte(n) dazu.
mfg rendegast
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")

juergentrings
Beiträge: 16
Registriert: 04.03.2017 11:01:08

Re: Raid 5 problem

Beitrag von juergentrings » 04.03.2017 19:51:07

Sorry wenn ich nerve aber ist das so richtig oder mach ich da was kaputt ?

Code: Alles auswählen

mdadm /dev/md0 --fail /dev/sdb
mdadm /dev/md0 --remove /dev/sdb
mdadm /dev/md0 --add /dev/sdb
Ach und vielen Dank! :THX:

rendegast
Beiträge: 15041
Registriert: 27.02.2006 16:50:33
Lizenz eigener Beiträge: MIT Lizenz

Re: Raid 5 problem

Beitrag von rendegast » 04.03.2017 23:30:32

Sieht doch gut aus.
Eine Alternative zum --remove/--add könnte nach manpage ein --re-add sein.
mfg rendegast
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")

juergentrings
Beiträge: 16
Registriert: 04.03.2017 11:01:08

Re: Raid 5 problem

Beitrag von juergentrings » 04.03.2017 23:35:43

Code: Alles auswählen

root@Parkplatz:~# mdadm /dev/md0 --re-add /dev/sdb
mdadm: --re-add for /dev/sdb to /dev/md0 is not possible
:(

juergentrings
Beiträge: 16
Registriert: 04.03.2017 11:01:08

Re: Raid 5 problem

Beitrag von juergentrings » 05.03.2017 10:39:55

Ok habe jetzt die drei Befehle ausgeführt, ersten beiden haben nen Fehler ausgespuckt :( der letzte behauptete das alles gut ging... nur ist meine ssh Verbindung abgebrochen! Bin also mit Monitor runter gestapft und habe das hier vorgefunden.
Bild
https://picload.org/image/rlorggoi/img_0261.jpg

Also habe ich mich für nen Reboot entschieden! Einzigstes Problem jetzt ist md0 nicht mehr vorhanden.

Code: Alles auswählen

root@Parkplatz:~# cat /proc/mdstat
Personalities : [raid6] [raid5] [raid4] 
md0 : inactive sdc[1] sde[3] sdd[2] sdb[4]
      11720542048 blocks super 1.2
       
unused devices: <none>

Code: Alles auswählen

ARRAY /dev/md0 level=raid5 num-devices=4 metadata=1.2 spares=1 name=Parkplatz:Daten UUID=cbb0c15c:5402f3f1:04b3c106:f9e3153c
   devices=/dev/sdb,/dev/sdc,/dev/sdd,/dev/sde
Für mich sieht das so aus als wäre sdb wieder am Start! Muss ich den Spaß nur nochmal starten oder ist der noch am rebuilden?
Vielen dank besonders an rendegast :THX:
Zuletzt geändert von juergentrings am 05.03.2017 18:31:59, insgesamt 2-mal geändert.

Benutzeravatar
Meillo
Moderator
Beiträge: 8782
Registriert: 21.06.2005 14:55:06
Wohnort: Balmora
Kontaktdaten:

Re: #RettetMeine...Sammlung // Raid 5 Problem

Beitrag von Meillo » 05.03.2017 17:33:56

Ich bitte um weniger Aufmerksamkeitshascherei, wie vielfache Smilies oder die Verwendung von Reizbegriffe. Beides ist unnoetig und hier unerwuenscht.
Use ed once in a while!

Radfahrer

Re: #RettetMeineAusNichtPornografischenInhaltenBestehndeSamm

Beitrag von Radfahrer » 05.03.2017 21:34:37

Was ist dir denn über die Leber gelaufen? 8O
Ich kann da weder sonderlich viele Smilies, noch irgendwelche Reizbegriffe finden.

inne
Beiträge: 3273
Registriert: 29.06.2013 17:32:10
Lizenz eigener Beiträge: GNU General Public License
Kontaktdaten:

Re: #RettetMeineAusNichtPornografischenInhaltenBestehndeSamm

Beitrag von inne » 05.03.2017 21:37:05

Die sind jetzt auch nicht mehr da. Wahren es aber. Vlt. noch im Google Cache zu finden ;-)

juergentrings
Beiträge: 16
Registriert: 04.03.2017 11:01:08

Re: #RettetMeineAusNichtPornografischenInhaltenBestehndeSamm

Beitrag von juergentrings » 05.03.2017 21:40:17

Wollte jetzt keine Grundsatztdiskussion anfangen sondern wieder Zugriff auf meine *hust Heimvideos *hust haben.


Gesendet von iPhone mit Tapatalk

Radfahrer

Re: #RettetMeineAusNichtPornografischenInhaltenBestehndeSamm

Beitrag von Radfahrer » 05.03.2017 21:42:01

Ach so.... na denn

DeletedUserReAsG

Re: #RettetMeineAusNichtPornografischenInhaltenBestehndeSamm

Beitrag von DeletedUserReAsG » 05.03.2017 22:26:11

Du gibst dir aber auch echt Mühe, potentielle Helfer fernzuhalten, oder? Threadtitel, Text als Bild, fehlende grundlegende Infos, Tapatalk-Signatur, […].

juergentrings
Beiträge: 16
Registriert: 04.03.2017 11:01:08

#RettetMeineAusNichtPornografischenInhaltenBestehndeSammlung

Beitrag von juergentrings » 05.03.2017 22:27:46

Was fehlen dir für Infos? Soll ich den Screenshot abtippen? Und das hat mir die Seite Empfohlen! Also Taptalk...


Gesendet von iPhone mit Tapatalk

rendegast
Beiträge: 15041
Registriert: 27.02.2006 16:50:33
Lizenz eigener Beiträge: MIT Lizenz

Re: Raid 5 problem

Beitrag von rendegast » 05.03.2017 23:47:01

juergentrings hat geschrieben: und habe das hier vorgefunden.
Das wünscht sich der System-Admin,
Systemcrash beim Rebuild.

Kernel- oder Hardwarefehler? wer weiß.

Du könntest die Platten erstmal an einem anderen System laufen lassen.

Nach dem Rebuild stünde dann eine Prüfung des Datenbestands an.
Zuletzt geändert von rendegast am 06.03.2017 08:25:08, insgesamt 1-mal geändert.
mfg rendegast
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")

Benutzeravatar
Meillo
Moderator
Beiträge: 8782
Registriert: 21.06.2005 14:55:06
Wohnort: Balmora
Kontaktdaten:

Re: #RettetMeineAusNichtPornografischenInhaltenBestehndeSamm

Beitrag von Meillo » 06.03.2017 06:33:33

@juergentrings: Willst du mich aergern?
Use ed once in a while!

juergentrings
Beiträge: 16
Registriert: 04.03.2017 11:01:08

Re: #RettetMeineAusNichtPornografischenInhaltenBestehndeSamm

Beitrag von juergentrings » 06.03.2017 07:09:13

rendegast hat geschrieben:
juergentrings hat geschrieben: und habe das hier vorgefunden.
Das wünscht sich der System-Admin,
Systemcrash beim Rebuild.

Kernel- oder Hardwarefehler? wer weiß.

Du könntest die Platten erstmal an einem anderen System laufen lassen.

Nach dem Rebuild stünde dann eine Prüfung des Datenbestands an.
Kann ich davor versuchen die Platte (sdb) wieder raus zu nehmen und dann erstmal sehen ob ich das Array wieder zum Laufen bringe? Zwischen Ausfall der Platte und meiner Frage sind eine Woche und ca. 100Gb vergangen, die Ganze Sache ist also nicht mehr in Sync! Wenn ich die Platten an einen Anderen Computer anschließen soll muss ich sicher Konfigurationsdatein mit nehmen liege ich da richtig? Und wenn ja welche? Außerdem welches Betriebssystem würdet ihr mir für diese Aufgabe empfehlen?

Grüße Jürgen

Benutzeravatar
weshalb
Beiträge: 1265
Registriert: 16.05.2012 14:19:49

Re: #RettetMeineAusNichtPornografischenInhaltenBestehndeSamm

Beitrag von weshalb » 06.03.2017 08:15:38

Ich hatte es hier ja schonmal geschrieben, aber ich frage mich immer, warum so viele Leute zu Hause ein Raid aufsetzen. Nicht nur, dass es Plattenkapazität kostet, geht was schief, kann das ganz schön haarig werden, zumal das Groß den Status seiner Raids noch nicht mal mehr checkt. Da dümpeln dann jahrelang irgendwelche NAS Systeme mit 4 Festplatten vor sich hin und wenn dann das Software-XYZ-Raid schrottet, hat man noch nicht mal mehr ein Backup.

Ich fahre deshalb lieber eine gute Backupstrategie und setze das Ding eben neu auf, wenn es sein muss. Wenn man dazu noch virtualisiert, kann man sich auch das sparen.

Es mag auch zu Hause Szenarien geben, wo ein Raid benötigt wird, aber meistens sehe ich das Gegenteil.

Nimm Debian mit Samba und Rsnapshot für die Backups auf die freien Platten und gut ist.

rendegast
Beiträge: 15041
Registriert: 27.02.2006 16:50:33
Lizenz eigener Beiträge: MIT Lizenz

Re: Raid 5 problem

Beitrag von rendegast » 06.03.2017 09:08:25

ARRAY /dev/md0 level=raid5 num-devices=4 metadata=1.2 name=Parkplatz:Daten UUID=cbb0c15c:5402f3f1:04b3c106:f9e3153c
devices=/dev/sdc,/dev/sdd,/dev/sde
Dann 'fail/remove/add' + Crash-Reboot ->
ARRAY /dev/md0 level=raid5 num-devices=4 metadata=1.2 spares=1 name=Parkplatz:Daten UUID=cbb0c15c:5402f3f1:04b3c106:f9e3153c
devices=/dev/sdb,/dev/sdc,/dev/sdd,/dev/sde
+ mdstat "inactive"

Das hinzugefügte device ist erstmal eine spare
(wohl insbesonders, wenn auf ihm ein raid-Header gefunden wurde (= war ehemals raid-Member)
(oder hast Du den Anfang der Platte nochmal aus /dev/zero überschrieben?)),
das raid5 ist damit immer noch degraded, beim Neustart wird es daher nicht aktiviert.
Paßt alles noch zur Beschreibung in der man-page.

Gibt es keine Log-Meldungen über den Assemble-Versuch beim Start des Systems?

Vielleicht ein händisches
--assemble --run
(--assemble --run --force)
?
man-page deute ich dann so, daß sofort der rebuild einsetzen soll,
soll zu beobachten sein in mdstat.

Sollte dabei wieder ein Crash eintreten, so könnte das wegen eines Fehlers der Platte sein
(der wegen eines kernel-Bug zum Crash des Systems führt).




--------------------------------------------------------
niemand hat geschrieben: Tapatalk-Signatur,
Könnte mir denken, daß die smartphone-App das automatisch hinzufügt.

Den deppert geänderten Threadtitel wäre TO jedoch vorzuwerfen.
Kann als walkaround jeder Poster für sein Post aber selber beliebig setzen / nachträglich ändern.
mfg rendegast
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")

juergentrings
Beiträge: 16
Registriert: 04.03.2017 11:01:08

Re: #RettetMeineAusNichtPornografischenInhaltenBestehndeSamm

Beitrag von juergentrings » 06.03.2017 15:55:45

Ok habe

Code: Alles auswählen

--assemble --run
ausgeführt undichts ist passiert. Also habe ich noch

Code: Alles auswählen

--force
ran gehauen und immer noch nichts zumindest wenn ich mdstat mache...
Aber wenn ich

Code: Alles auswählen

mdadm -D /dev/md0
mache behauptet er folgendes:

Code: Alles auswählen

root@Parkplatz:~# mdadm -D /dev/md0
/dev/md0:
        Version : 1.2
  Creation Time : Wed Dec 14 19:13:01 2016
     Raid Level : raid5
  Used Dev Size : -1
   Raid Devices : 4
  Total Devices : 4
    Persistence : Superblock is persistent

    Update Time : Sat Mar  4 23:40:35 2017
          State : active, degraded, Not Started 
 Active Devices : 3
Working Devices : 4
 Failed Devices : 0
  Spare Devices : 1

         Layout : left-symmetric
     Chunk Size : 512K

           Name : Parkplatz:Daten  (local to host Parkplatz)
           UUID : cbb0c15c:5402f3f1:04b3c106:f9e3153c
         Events : 197714

    Number   Major   Minor   RaidDevice State
       4       8       16        0      spare rebuilding   /dev/sdb
       1       8       32        1      active sync   /dev/sdc
       2       8       48        2      active sync   /dev/sdd
       3       8       64        3      active sync   /dev/sde
ist er jetzt am Rebuilden oder ist die Platte Spare?

Danke Rendegast :THX:

rendegast
Beiträge: 15041
Registriert: 27.02.2006 16:50:33
Lizenz eigener Beiträge: MIT Lizenz

Re: Raid 5 problem

Beitrag von rendegast » 06.03.2017 16:01:14

Code: Alles auswählen

# mdadm -D /dev/md0
...
       4       8       16        0      spare rebuilding   /dev/sdb
Das sieht doch nach dem Gewünschten aus.
Jetzt wäre noch herauszubekommen,
ob es doch irgendwie eine explizite Fortschrittsanzeige gibt.

Nach Funden im www soll das in mdstat sein,
Bsp. https://linhost.info/2013/03/monitor-md ... -progress/

Code: Alles auswählen

watch cat /proc/mdstat

Every 2.0s: cat /proc/mdstat                            Tue Mar  5 00:34:35 2013

Personalities : [raid1]
md1 : active raid1 sdc1[1] sdb1[0]
      262011712 blocks super 1.2 [2/2] [UU]
      [>....................]  resync =  3.1% (8126080/262011712) finish=20.7min
 speed=204065K/sec

unused devices: 
Wenn dem nicht so wäre, wäre die obige Ausgabe 'mdadm -D' doch irritierend.
Zuletzt geändert von rendegast am 06.03.2017 22:39:02, insgesamt 2-mal geändert.
mfg rendegast
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")

juergentrings
Beiträge: 16
Registriert: 04.03.2017 11:01:08

Re: #RettetMeineAusNichtPornografischenInhaltenBestehndeSamm

Beitrag von juergentrings » 06.03.2017 16:07:45

Ja also entweder lügt das www oder die Sache ist nicht am rebuilden...

Code: Alles auswählen

root@Parkplatz:~# cat /proc/mdstat
Personalities : [raid6] [raid5] [raid4] 
md0 : inactive sdc[1] sde[3] sdd[2] sdb[4]
      11720542048 blocks super 1.2
       
unused devices: <none>
Vielleicht muss ich es erst noch irgendwie anstoßen ?

rendegast
Beiträge: 15041
Registriert: 27.02.2006 16:50:33
Lizenz eigener Beiträge: MIT Lizenz

Re: Raid 5 problem

Beitrag von rendegast » 06.03.2017 16:58:53

juergentrings hat geschrieben: Ok habe
--assemble --run
ausgeführt undichts ist passiert. Also habe ich noch
--force
ran gehauen und immer noch nichts
Mache diese nicht weiter hilfreiche Angabe mit Ausgaben / Logs doch etwas gehaltvoller.

mdadm -v ...
mdadm -vv ...
wirkt wohl nur auf '--detail --scan', '--examine --scan',
also Logs!
Zuletzt geändert von rendegast am 06.03.2017 22:39:28, insgesamt 1-mal geändert.
mfg rendegast
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")

albundy
Beiträge: 83
Registriert: 26.08.2009 19:49:12

Re: #RettetMeineAusNichtPornografischenInhaltenBestehndeSamm

Beitrag von albundy » 06.03.2017 17:26:46

Hi,

ich hatte mal ein ähnliches Problem bei meinem RAID-1. Da hat trotz, dass es "inactive" war, ein --stop des Raids geholfen und anschließend das assemble mit run. So wie vorher beschrieben.

juergentrings
Beiträge: 16
Registriert: 04.03.2017 11:01:08

Re: #RettetMeineAusNichtPornografischenInhaltenBestehndeSamm

Beitrag von juergentrings » 06.03.2017 17:40:39

Ok wie empfohlen durchgeführt folgendes wurde empfohlen:

Code: Alles auswählen

root@Parkplatz:~# mdadm --stop /dev/md0
mdadm: stopped /dev/md0
root@Parkplatz:~# cat /proc/mdstat
Personalities : [raid6] [raid5] [raid4] 
unused devices: <none>
root@Parkplatz:~# mdadm /dev/md0 --assemble --run
mdadm: failed to RUN_ARRAY /dev/md0: Input/output error
mdadm: Not enough devices to start the array while not clean - consider --force.
habe Force gemacht aber jetzt ist es wie zuvor:

Code: Alles auswählen

root@Parkplatz:~# mdadm /dev/md0 --assemble --run --force
root@Parkplatz:~# cat /proc/mdstat
Personalities : [raid6] [raid5] [raid4] 
md0 : inactive sdc[1] sde[3] sdd[2] sdb[4]
      11720542048 blocks super 1.2
       
unused devices: <none>
Kann ich irgendwie mit mdcdm das ganze ohne sdb starten und dann sdb einfach rebuilden?
Wo finde ich die Logs? Das einzigste was ich finde ist das hier:

Code: Alles auswählen

root@Parkplatz:~# mdadm --detail --scan
ARRAY /dev/md0 metadata=1.2 spares=1 name=Parkplatz:Daten UUID=cbb0c15c:5402f3f1:04b3c106:f9e3153c

DeletedUserReAsG

Re: #RettetMeineAusNichtPornografischenInhaltenBestehndeSamm

Beitrag von DeletedUserReAsG » 06.03.2017 18:04:55

Könnte mir denken, daß die smartphone-App das automatisch hinzufügt.
Lässt sich abschalten.


Gesendet von T400 mit Firefox

Antworten