Was nutzt Raid5, wenn QNAP-Konfig nur auf Disk1

    Hallo an Alle!


    Ich möchte ein Thema ansprechen, was mich heute sehr beschäftigt hatte, und auch beunruhigt.


    Mein QNAP TS-419P hatte die Konfiguration verloren, ein Zugriff per Browser auf die Admin-Oberfläche war nicht mehr möglich.
    Ich konnte auch nicht mehr an meine Daten, die auf 4 Festplatten mit je 2TB verteilt waren.
    Schuld daran war die Datei "uLinux.conf", diese war beschädigt. - Warum!?


    Ich konnte mit dem Programm WinSCP, aus dem Verzeichnis "/etc/default_config", die Datei "uLinux.conf" in das Verzeichnis "/mnt/HDA_ROOT/.config" kopieren und alles lief wieder.
    Der Name des Servers musste noch geändert werden, die einzelnen Dienste aktiviert bzw. deaktiviert werden, doch es ging soweit alles auch die Daten waren alle da. - Oh, Schreck...!


    Festgestellt habe ich nun, dass diese Datei und andere Konfigurationen auf der ersten Festplatte liegen und nur da.
    Das System ohne Festplatten zu betrieben geht nicht wirklich, das System meldet sich wie ein neues System, muss also konfiguriert werden!


    Ich ging davon aus, das egal welche Festplatte (max. eine Festplatte) aus dem Raid5 aussteigt und ersetzt wird kein Datenverlust eintritt. Dies gilt aber nur für Festplatte 2,3 und 4, aber nicht für die 1. Festplatte.


    Was ist, wenn nun gerade diese Festplatte kapput geht!? - Ich denke, dann nützt auch keine neue Festplatte. Die Konfiguration von TS-419P, oder auch von alle anderen QNAP TS-Systemen verhalten sich genau so und der Server ist futsch.


    Was kann man dagegen tun, hat einer eine Idee?


    Grüße

    Einmal editiert, zuletzt von totoii ()

    Hallo totoii,


    ich kenne nicht das TS-419, aber meine Erfahrung und Wissen sollte auf jedes NAS übertragbar sein.
    Demnach wird die Konfiguration auf alle Festplatten des NAS gespiegelt, somit gibt es Problem mit der Konfiguration.
    Bei dir trat der Fall auf, das die uLinux.conf defekt war und durch die Spiegelung war dann dieser Defekt auf allen Festplatten.
    Das ganze könnte man damit verhindern, in dem man über das WebGUI die Konfiguration sichert und bei Bedarf wieder herstellt.
    Ich weiß leider nicht, was bzw. welche Dateien in der Sicherung gespeichert wurde.


    Stefan

    Hallo Eraser-EMC2,


    dass die Konfigruation auf allen Platten verteilt sein sollte, dachte ich auch.
    Aber der Pfad um die "uLinux.conf" zu ersetzen lag nur auf "mnt/HDA_Root" und nicht auf HDB_ROOT, HDC_ROOT und HDD_ROOT, dort gibt es nichts!


    Grüße

    Zitat von "totoii"

    dort gibt es nichts!


    Das ist richtig, das es vom System erstellte Ordner sind.
    Im Gegensatz dazu ist /mnt/HDA_ROOT bei mir (TS-239) gemount und zwar auf das Device /dev/md9 .

    Code
    dfFilesystem            Size  Used Avail Use% Mounted onrootfs                124M  119M  5.5M  96% //dev/root             124M  119M  5.5M  96% /tmpfs                  32M  176K   32M   1% /tmp/dev/sda4             310M   86M  225M  28% /mnt/ext/dev/md9              510M   52M  459M  11% /mnt/HDA_ROOT/dev/sdb3             1.8T  762G  1.1T  42% /share/HDB_DATA/dev/sda3             1.8T  1.5T  327G  83% /share/HDA_DATAtmpfs                  32M  544K   32M   2% /.eaccelerator.tmp


    Wenn ich dann weiter schaue :


    Dann ist /dev/md9 ein RAID1 aus /dev/sda1 und /dev/sdb1 .
    Somit ist die Konfiguration auf beiden Festplatten vorhanden.


    Ich hatte letztens in meinem TS-239 2 x 1TB gegen 2x 2TB getauscht, ohne das ich das NAS neu aufsetzen mußte.
    Nur die Daten mußte ich manuell von den alten auf die neuen Festplatten kopieren.
    Das ist für mich auch ein Beweis für meine Annahmen.


    Stefan

    Hallo Eraser-EMC2,


    du hast wohl doch recht, bei mir sieht es so aus:


    Code
    /$ dfFilesystem           1k-blocks      Used Available Use% Mounted on/dev/ram                 33709     15908     17801  47% /tmpfs                    32768       176     32592   1% /tmp/dev/sda4               317392    185804    131588  59% /mnt/ext/dev/md9                521684     53732    467952  10% /mnt/HDA_ROOT/dev/md0             5763950000 1669565732 4094384268  29% /share/MD0_DATAtmpfs                    32768     16580     16188  51% /.eaccelerator.tmp


    und



    Ich danke Dir, mein Vertrauen in das System ist nun doch wieder gestiegen!


    Nur weil heute das System nichts mehr tat, auch das Mounten der Festplatten nicht ging, die Konfig "uLinux.conf" übertragen werden musste, hat mich ein wenig in die irre geführt.


    Danke!!!