Posts by tsch

    Probier es einfach aus. Wenn der Rechner nicht startet mal im BIOS nachsehen. Hängt davon ab, was der Rechner als Fehler auf dem Bildschirm zeigt.

    Das RAID sollte erkannt werden. Das Dateisystem mußt du aber noch einbinden.Falls das RAID nicht erkannt wird, wieder im Forum melden.
    Hast du die Platten früher mal mit ZFS benutzt? Z.B. mit einer anderen NAS Software?

    Die Freigaben kannst du nennen wie du willst. SIe müssen nur auf die vorhandenen Verzeichnisse zeigen.
    Nutzer und Gruppen sollten nach möglichkeit gleich sein. Einschließlich UID und GID.
    Wenn nicht, kannst du das resetperms-plugin benutzen.


    Wenn das RAID also erkannt wurde wären die nächsten Schritte, die definitiv manuell erfolgen müssen:


    a) Einbinden des Dateisystems
    b) Freigabe auf vorhandene Verzeichnisse des Dateisystems aus a) einrichten
    c) Gleiche Nutzer und Gruppen wie bisher anlegen


    ZFS habe ich übrigens nie benutzt.


    Lassen sich eigentlich a) - c) nicht irgendwie vom alten System exportieren und auf dem neuen Importieren, um Fehler zu vermeiden?

    Nein

    Ja

    Kann sein, dass das System nach dem Anklemmen der Datenplatten nicht bootet.
    Dann die Platten wieder abklemmen. Neu booten (sollte dann wieder funktionieren) und dann per root anmelden und update-grub ausführen. Dann startet das System hoffentlich auch mit Datenplatten wieder.

    Nachdem ich nun endlich eine CPU gefunden habe, mit der mein AUS-Board einwandfrei läuft, bin ich nun kurz vor dem Umbau, möchte aber nochmals sichergehen, alles richtig verstanden zu haben.


    Ausgangspunkt ist ein frisch auf SSD installiertes OMV 4. Die SSD ist per USB 3 angeschlossen und das System bootet einwandfrei von der SSD.


    Wenn ich nun meine bisher 5x S-ATA-HDD an das System anschließe, was kann/muss ich tun, um zu vermeiden, dass versucht wird von einer der HDDs zu booten? Läßt sich das seitens des BIOS irgendwie einstellen?


    Sollte ich das erfolgreich hinter mich gebracht haben, wird dann das RAID von OMV automatisch erkannt und ich muss nur die Freigabe (mit dem gleichen Namen wie auf dem alten System?) wieder einrichten?
    Wie sieht's denn mit Benutzern aus? Die müssen sicher auch identisch mit dem alten System sein oder?


    Vielen Dank für die Hilfe.


    vG

    Thanks a lot to both of you.


    At the moment I'm struggeling with my ASUS Board which only runs with an INTEL i7 but refuses to boot up with a Celeron CPU because INTEL ME drivers are missing.
    After having fixed this issue hopefully with the help of the german ASUS support I'll have a try installing IMV on a USB SSD.

    Hallo,


    ich habe ein komplett neues System aufgebaut (SSD per USB3 für OMV-System) und möchte nun mein vorhandenes Raid-5 meines alten OMV 3.x natürlich ohne Datenverlust in das neue (OMV 4.x) einbauen.
    Muss ich bzgl. der Reihenfolge (S-ATA Anschlüsse) etwas beachten?
    Erhalte ich wieder Zugriff auf meine Daten, wenn ich die bisherige Freigabe auf dem neuen System neu einrichte?
    Was muss ich sonst noch beachten`?


    Vielen Dank für Eure Hilfe.

    I would never add two disks to a software raid 5 array at the same time.


    We bring that up so that other people reading this thread don't think RAID is backup or really a safe option (I've seen too many unrecoverable arrays)...


    Thanks for your confirmation regarding 1 hdd vs 2 hdds at the same time.


    You and tkaiser are right to mention that RAID5 is not a backup. I had a lot of discussions in my organisation why to spent a lot of money for a professional backup-solution since we have a SAN in two datacenters with syncronous mirroring (and internal RAID).

    Thanks for your reply.


    I can understand your point of view but for me the "anachronistic" RAID5 is far better/safer than using JBOD's and fits my needs concerning safety. The failure of one hdd is much probable than two ore more hdd's failing at the same time.


    An yes, you're absolutely right, RAID is no Backup. But I personally don't need to backup everything saved on my NAS.


    It was not my goal to start a discussion "RAID vs Backup" in this thread. :D

    Hello,


    maybe you contribute to this thread by describing experiences you've made (or want to avoid) when expanding a RAID5.


    Thinking about risks expanding a RAID5, the following dangers come to my mind:


    RAID5 is your data's lifesaver when one hdd becomes defective.
    => When adding more than one hdd to an existing RAID5 at a time there is a higher risk while reshaping (adding the new hdd's to the RAID5). This can be avoided just adding one hdd at a time.
    Disadvantage of this process is the time needed for reshaping. This time is nearly equal to adding x hdds at a time. For example adding one 4TB hdd to my RAID5 (4x4TB) takes approx. 24 hours, adding two 4TB hdds at a time takes 24 hours too.



    Please correct me if I'm wrong and any addition is welcome.


    Kind regards tsch

    Hello,


    maybe I'm the only one having this issue, but having read some threads, I doubt this.


    I startet with a RAID-5 consisting of 3x4TB hdds and everything was fine.
    After some days I added another 4TB hdd and expanded the RAID and after doing this I expanded the filesystem. Because nothing happened expanding the filesystem I took a look and found that the new hdd was configured as hot spare.


    Could you please give the user the option to choose between adding the new hdd(s) as hot spare or using the hdd directly in the RAID?


    I think when using OMV and the GUI - which I like very much - there should be no need using the console to correct this issue with the following command:



    Code
    mdadm --grow /dev/md0 --raid-devices=4


    Or did I miss something and there already is a better approach adding hdds to a RAID5 in OMV3?



    Kindest regards tsch

    Hallo,


    mein OMV läuft sehr stabil. Sollte ich trotzdem aktuelle Updates einspielen?
    Welche sind sinnvoll oder kann ich einfach unter Aktualisierungsverwaltung alles anklicken und aktualisieren lassen?
    Wird es eigentlich ein Update auf 3.x geben oder ist eine Neuinstallation erforderlich?


    Vielen Dank für Eure Hilfe.

    Nach dem Einbau der 4. 3TB HDD und Erweiterung des RAID-5 (reshaping über Nacht erfolgreich) wollte ich nun das Dateisystem in der Göße ändern, damit die zusätzlichen 3TB auch nutzbar sind. Leider passiert nach Bestätigen mit "Ja" nichts. Es läuft auch kein Prozess an.


    Was kann ich tun? Gerne auch per putty/Kommandozeile.


    Vielen Dank für EUre Hilfe.

    dumpe2fs -h /dev/md0 shows:


    root@OMV-INTEL:~# dumpe2fs -h /dev/md0
    dumpe2fs 1.42.5 (29-Jul-2012)
    Filesystem volume name: <none>
    Last mounted on: /media/2602c91a-b241-40c7-87a1-3aadbe2155e7
    Filesystem UUID: 2602c91a-b241-40c7-87a1-3aadbe2155e7
    Filesystem magic number: 0xEF53
    Filesystem revision #: 1 (dynamic)
    Filesystem features: has_journal ext_attr resize_inode dir_index filetype needs_recovery extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
    Filesystem flags: signed_directory_hash
    Default mount options: user_xattr acl
    Filesystem state: clean
    Errors behavior: Continue
    Filesystem OS type: Linux
    Inode count: 183136256
    Block count: 1465067520
    Reserved block count: 73253376
    Free blocks: 1453476758
    Free inodes: 183136245
    First block: 0
    Block size: 4096
    Fragment size: 4096
    Reserved GDT blocks: 674
    Blocks per group: 32768
    Fragments per group: 32768
    Inodes per group: 4096
    Inode blocks per group: 256
    RAID stride: 128
    RAID stripe width: 256
    Flex block group size: 16
    Filesystem created: Sat Feb 20 17:24:20 2016
    Last mount time: Sat Feb 20 17:27:46 2016
    Last write time: Sat Feb 20 17:27:46 2016
    Mount count: 2
    Maximum mount count: -1
    Last checked: Sat Feb 20 17:24:20 2016
    Check interval: 0 (<none>)
    Lifetime writes: 253 MB
    Reserved blocks uid: 0 (user root)
    Reserved blocks gid: 0 (group root)
    First inode: 11
    Inode size: 256
    Required extra isize: 28
    Desired extra isize: 28
    Journal inode: 8
    Default directory hash: half_md4
    Directory Hash Seed: 60b5699f-37d4-4acd-a06e-4ea572cee67b
    Journal backup: inode blocks
    Jounaleigenschaften: (none)
    Journalgrösse: 128M
    Journal-Länge: 32768
    Journal-Sequenz: 0x00000013
    Journal-Start: 1

    Hello,


    I'm freaking out.


    No problem with 3 2.5" (Seagate 500GB) hdds on my Asrock H87M PRO 4 and building a raid-5. Now I wanted to upgrade and deleted the 2.5" raid. Installed 3 3.5" hdds (Seagate 3TB) and I can build the raid but can't build the filesystem afterwards. After buildung the raid automatically a new filesystem (EXT4) is created which can't be mounted. This does not happen when building the raid-5 with the 2.5" hdds. I have to manually build a filesystem and mount it. Abolutely perfect but no chance with my 3.5" hdds.


    Right now I'm building a new RAID-5 with 3x3TB 3.5" hdds but there already is a "ghost filesystem" (see attached file).




    What could be the problem? And maybe you have an idea for a solution ;-))


    Thanks a lot in advance for your help.