Volume verschwunden nach einer Stromunterbrechung - TS 119P II

  • Hallo Qnapforum,


    nach einem kurzen Stromausfall sind bei mir alle "shared drives" verschwunden. Das Problem scheint damit zu tun zu haben, dass sda3 der RAID superblock verschwunden ist (siehe unten). Backups existieren, aber es braucht Zeit diese wieder einzuspielen. Vor 2 Jahren hatte ich schon mal ein ähnliches Problem, und ich bin es leid in dieser Situation schon wieder einen Backup zurückspielen zu müssen. Der NAS sollte auch in solchen Situation eigentlich eine sichere Ablage sein.


    Letzlich habe ich mit mdadm --assemble --force --verbose /dev/md0 /dev/sda3 versucht, das Array wiederherzustellen, aber leider ohne Erfolg. Kann jemand helfen?


    SharedFolders.png


    . Es scheint daran zu liegen, daß die Volumes verschwunden sind:
    VolumeManagement.png


    Aus diversen Blogs scheint mdadm das geeignete Tool, welches mir das Volume/Array wiederbringen kann.


    Ich habe eine Reihe von Analysen gemacht, welche den Status des QNAP anzeigen:


    1.) die gute Nachricht: Ddie Daten unter /share/HDA_DATA sind alle noch da
    2.) "No arrays found in config file"

    Code
    # mdadm --assemble --scanmdadm: No arrays found in config file


    3.) Es gibt kein "mdadm.conf" file mehr auf den QNAP


    4.) Ergebnis von

    Code
    cat /proc/mdstatPersonalities : [raid1] [linear] [raid0] [raid6] [raid5] [raid4]md13 : active raid1 sda4[0]458880 blocks super 1.0 [1/1] [U]bitmap: 0/8 pages [0KB], 32KB chunkmd9 : active raid1 sda1[0]530112 blocks super 1.0 [1/1] [U]bitmap: 2/9 pages [8KB], 32KB chunk

    5.)

    Code
    fdisk -lDisk /dev/mtdblock0: 0 MB, 524288 bytes255 heads, 63 sectors/track, 0 cylindersUnits = cylinders of 16065 * 512 = 8225280 bytesDisk /dev/mtdblock0 doesn't contain a valid partition tableDisk /dev/mtdblock1: 2 MB, 2097152 bytes255 heads, 63 sectors/track, 0 cylindersUnits = cylinders of 16065 * 512 = 8225280 bytesDisk /dev/mtdblock1 doesn't contain a valid partition tableDisk /dev/mtdblock2: 9 MB, 9437184 bytes255 heads, 63 sectors/track, 1 cylindersUnits = cylinders of 16065 * 512 = 8225280 bytesDisk /dev/mtdblock2 doesn't contain a valid partition tableDisk /dev/mtdblock3: 3 MB, 3145728 bytes255 heads, 63 sectors/track, 0 cylindersUnits = cylinders of 16065 * 512 = 8225280 bytesDisk /dev/mtdblock3 doesn't contain a valid partition tableDisk /dev/mtdblock4: 0 MB, 262144 bytes255 heads, 63 sectors/track, 0 cylindersUnits = cylinders of 16065 * 512 = 8225280 bytesDisk /dev/mtdblock4 doesn't contain a valid partition tableDisk /dev/mtdblock5: 1 MB, 1310720 bytes255 heads, 63 sectors/track, 0 cylindersUnits = cylinders of 16065 * 512 = 8225280 bytesDisk /dev/mtdblock5 doesn't contain a valid partition tableDisk /dev/sda: 2000.3 GB, 2000398934016 bytes255 heads, 63 sectors/track, 243201 cylindersUnits = cylinders of 16065 * 512 = 8225280 bytesDevice Boot Start End Blocks Id System/dev/sda1 1 66 530125 83 Linux/dev/sda2 67 132 530142 83 Linux/dev/sda3 133 243138 1951945693 83 Linux/dev/sda4 243139 243200 498012 83 LinuxDisk /dev/sda4: 469 MB, 469893120 bytes2 heads, 4 sectors/track, 114720 cylindersUnits = cylinders of 8 * 512 = 4096 bytesDisk /dev/sda4 doesn't contain a valid partition tableDisk /dev/md9: 542 MB, 542834688 bytes2 heads, 4 sectors/track, 132528 cylindersUnits = cylinders of 8 * 512 = 4096 bytesDisk /dev/md9 doesn't contain a valid partition tableDisk /dev/sdr: 2000.3 GB, 2000398934016 bytes255 heads, 63 sectors/track, 243201 cylindersUnits = cylinders of 16065 * 512 = 8225280 bytesDevice Boot Start End Blocks Id System/dev/sdr1 * 1 243201 1953512000+ 7 HPFS/NTFS

    6.)

    Code
    mdadm --examine /dev/sda3mdadm: No md superblock detected on /dev/sda3.

    7.)

    Code
    # mdadm --versionmdadm - v2.6.3 - 20th August 2007[/etc] #

    8..)

    Code
    # dfFilesystem                Size      Used AvailableUse% Mounted on/dev/ramdisk             32.9M     16.5M     16.4M  50% /tmpfs                    64.0M    224.0k     63.8M   0% /tmp/dev/sda4               371.0M    360.7M     10.3M  97% /mnt/ext/dev/md9                509.5M    129.8M    379.8M  25% /mnt/HDA_ROOTtmpfs                     1.0M         0      1.0M   0% /mnt/rf/nd

    9.) Ich habe versucht, den Array wieder herzustellen: Leider ohne Erfolg

    Code
    mdadm --assemble --force --verbose /dev/md0 /dev/sda3
    mdadm: looking for devices for /dev/md0
    mdadm: no recogniseable superblock on /dev/sda3
    mdadm: /dev/sda3 has no superblock - assembly aborted
  • die gute Nachricht: Ddie Daten unter /share/HDA_DATA sind alle noch da

    ... und warum willst du dann ein niemals vorhanden gewesenes RAID zusammensetzen?
    Vermutlich ist deine smb.conf korrupt und/oder wurde durch den Default ersetzt.

  • mdadm --assemble --force --verbose /dev/md0 /dev/sda3

    damit assamblest du ein RAID /dev/md0 mit der HDD /dev/sda3


    RAID = Redundant Array of Independent Disks
    Array of Independent Disks = Feld von unabhängigen Festplatten



    Warum versuchst du mit einer einzelnen HDD ein RAID zu builden? :O



    Lösung wahrscheinlich schon genannt:


    Vermutlich ist deine smb.conf korrupt und/oder wurde durch den Default ersetzt.

    Da sind wohl die Verlinkungen einfach nichtmehr richtig oder garnichtmehr vorhanden



    Also von den o.g. Ausgaben nicht irritieren lassen, das passt alles soweit, und deine Daten sich ja auch noch da ;) (nur nicht erreichbar/eingebunden wie sie sein sollten)

  • Ich glaube an smb.conf liegt es nicht. Ich habe testparm ausgeführt, und es sieht alles Ok aus:

    Code
    # testparm...Processing section "[Public]"...Loaded services file OK....Press enter to see a dump of your service definitions...[Public]	comment = System default share	path = /share/HDA_DATA/Public	recycle bin = Yes	valid users = root, @everyone, admin, sofia, lars, jan, henrique, guest	write list = admin, @everyone, sofia, lars, jan, henrique, guest	inherit permissions = Yes	guest ok = Yes	hosts allow = 192.168.178.0/24


    Ich habe auch herausgefunden, dass mit der Befehl

    Code
    mount -t ext4 /dev/sda3 /share/HDA_DATA

    die Verzeichnisse wiederherstellen kann. Beim Neustart geht das verloren. Ich kann ich diesen Mount persistent machen?


    Zusätzlich habe ich noch herausgefunden, dass die Datei storage.conf fehlt


    Und /etc/mtab OK aussieht:

    Code
    /proc /proc proc rw 0 0
    none /dev/pts devpts rw,gid=5,mode=620 0 0
    sysfs /sys sysfs rw 0 0
    tmpfs /tmp tmpfs rw,size=64M 0 0
    none /proc/bus/usb usbfs rw 0 0
    /dev/sda4 /mnt/ext ext3 rw 0 0
    /dev/md9 /mnt/HDA_ROOT ext3 rw,data=ordered 0 0
    tmpfs /mnt/rf/nd tmpfs rw,size=1m 0 0
    /dev/mapper/sdr1 /share/external/sdr1 ext3 rw 0 0
    /dev/sda3 /share/HDA_DATA ext4 rw 0 0
  • Hallo Lars,


    wie hat der QNAP Support das Problem behoben?


    Gruß Hannes
    PS Ich habe auch das Problem.