Stripe Raid

  • Hi, Is it possible to remount a stripe raid within omv?
    I changed some hardware on my nas, reinstalled omv, now it looks like I need to rebuild my raid, I thought it would of been a case of just remounting it.
    Any ideas?
    Cheers

    • Offizieller Beitrag

    Normally that is the case. cat /proc/mdstat will tell you more.

    omv 7.0.5-1 sandworm | 64 bit | 6.8 proxmox kernel

    plugins :: omvextrasorg 7.0 | kvm 7.0.13 | compose 7.1.4 | k8s 7.1.0-3 | cputemp 7.0.1 | mergerfs 7.0.4


    omv-extras.org plugins source code and issue tracker - github - changelogs


    Please try ctrl-shift-R and read this before posting a question.

    Please put your OMV system details in your signature.
    Please don't PM for support... Too many PMs!

    • Offizieller Beitrag

    It isn't finding anything. What is the output of: mdadm --assemble --scan

    omv 7.0.5-1 sandworm | 64 bit | 6.8 proxmox kernel

    plugins :: omvextrasorg 7.0 | kvm 7.0.13 | compose 7.1.4 | k8s 7.1.0-3 | cputemp 7.0.1 | mergerfs 7.0.4


    omv-extras.org plugins source code and issue tracker - github - changelogs


    Please try ctrl-shift-R and read this before posting a question.

    Please put your OMV system details in your signature.
    Please don't PM for support... Too many PMs!

  • Hi, thanks for your continued help, this is very frustrating, I never realised I was going to cause myself so much trouble from updating my system.


    Here is the output:



    mdadm: /dev/md/Storage assembled from 1 drive - not enough to start the array.
    mdadm: No arrays found in config file or automatically

    • Offizieller Beitrag

    What is the output of:


    cat /proc/mdstat
    fdisk -l | grep "Disk "
    blkid

    omv 7.0.5-1 sandworm | 64 bit | 6.8 proxmox kernel

    plugins :: omvextrasorg 7.0 | kvm 7.0.13 | compose 7.1.4 | k8s 7.1.0-3 | cputemp 7.0.1 | mergerfs 7.0.4


    omv-extras.org plugins source code and issue tracker - github - changelogs


    Please try ctrl-shift-R and read this before posting a question.

    Please put your OMV system details in your signature.
    Please don't PM for support... Too many PMs!

  • Hi, Here are the outputs you requested


    blkid


    /dev/sdb: UUID="56736c28-5fa9-c36e-0779-b651b442ba26" UUID_SUB="b15e50ba-d330-ae24-caad-267df7d0be80" LABEL="openmediavault:Storage" TYPE="linux_raid_member"
    /dev/sda1: UUID="2dc0c5bd-59ff-45f5-84fb-27d402ce24e2" TYPE="ext4" PARTUUID="07ff860a-01"
    /dev/sda5: UUID="0eea45bd-6c52-4e33-a7aa-5fae5099485d" TYPE="swap" PARTUUID="07ff860a-05"

    fdisk -l | grep "Disk "

    Disk /dev/sdb: 1.8 TiB, 2000398934016 bytes, 3907029168 sectors
    Disk /dev/sda: 232.9 GiB, 250059350016 bytes, 488397168 sectors
    Disk identifier: 0x07ff860a

    cat /proc/mdstat

    Personalities : [linear]
    unused devices: <none>


    Cheers
    Mark

    • Offizieller Beitrag

    Did you check your cables? Maybe the drive failed?

    omv 7.0.5-1 sandworm | 64 bit | 6.8 proxmox kernel

    plugins :: omvextrasorg 7.0 | kvm 7.0.13 | compose 7.1.4 | k8s 7.1.0-3 | cputemp 7.0.1 | mergerfs 7.0.4


    omv-extras.org plugins source code and issue tracker - github - changelogs


    Please try ctrl-shift-R and read this before posting a question.

    Please put your OMV system details in your signature.
    Please don't PM for support... Too many PMs!

  • The drive appears in the OMV physical drive section and I can add the drive to a windows pc and scan it using data recovery software. It is definitely working fine.


    I guess that you think I will have to start again :(

    • Offizieller Beitrag

    fdisk only shows one data drive. You see two data drives in OMV web interface? Post a pic.

    omv 7.0.5-1 sandworm | 64 bit | 6.8 proxmox kernel

    plugins :: omvextrasorg 7.0 | kvm 7.0.13 | compose 7.1.4 | k8s 7.1.0-3 | cputemp 7.0.1 | mergerfs 7.0.4


    omv-extras.org plugins source code and issue tracker - github - changelogs


    Please try ctrl-shift-R and read this before posting a question.

    Please put your OMV system details in your signature.
    Please don't PM for support... Too many PMs!

    • Offizieller Beitrag

    Ah, you never said you built a degraded array. mdadm --assemble --verbose --force /dev/md127 /dev/sdb might start it.

    omv 7.0.5-1 sandworm | 64 bit | 6.8 proxmox kernel

    plugins :: omvextrasorg 7.0 | kvm 7.0.13 | compose 7.1.4 | k8s 7.1.0-3 | cputemp 7.0.1 | mergerfs 7.0.4


    omv-extras.org plugins source code and issue tracker - github - changelogs


    Please try ctrl-shift-R and read this before posting a question.

    Please put your OMV system details in your signature.
    Please don't PM for support... Too many PMs!

    Einmal editiert, zuletzt von ryecoaaron ()

  • Hi, Sorry I never realised it was important.
    I run your line and and got the following response, is it usually so difficult to remount a degraded array? Would you advise against this sort of setup in the future, I was just looking to build a raid setup which I could add to in the future, without causing loads of problems


    mdadm: looking for devices for /dev/m127
    mdadm: cannot open device /dev/sdbmdadm: No such file or directory
    mdadm: /dev/sdbmdadm has no superblock - assembly aborted


    Cheers

    • Offizieller Beitrag

    Looks like you have a typo. Did you type /dev/sdbmdadm at the end of the command or /dev/sdb?

    omv 7.0.5-1 sandworm | 64 bit | 6.8 proxmox kernel

    plugins :: omvextrasorg 7.0 | kvm 7.0.13 | compose 7.1.4 | k8s 7.1.0-3 | cputemp 7.0.1 | mergerfs 7.0.4


    omv-extras.org plugins source code and issue tracker - github - changelogs


    Please try ctrl-shift-R and read this before posting a question.

    Please put your OMV system details in your signature.
    Please don't PM for support... Too many PMs!

  • Hi, Sorry this is going on for so long.


    mdadm --assemble --verbose --force /dev/m127 /dev/sdb
    mdadm: looking for devices for /dev/m127
    mdadm: /dev/m127 is an invalid name for an md device. Try /dev/md/m127


    So I tried


    mdadm --assemble --verbose --force /dev/md/m127 /dev/sdb

    mdadm --assemble --verbose --force /dev/md/m127 /dev/sdb
    mdadm: looking for devices for /dev/md/m127
    mdadm: /dev/sdb is identified as a member of /dev/md/m127, slot 1.
    mdadm: no uptodate device for slot 0 of /dev/md/m127
    mdadm: added /dev/sdb to /dev/md/m127 as 1
    mdadm: /dev/md/m127 assembled from 1 drive - not enough to start the array.

    • Offizieller Beitrag

    Typo on my part (should be /dev/md127) but it wouldn't change the outcome of the suggested fix.


    I assume this was a raid 1 array? If it was part of a raid 0 array, I didn't even think you could do that.

    omv 7.0.5-1 sandworm | 64 bit | 6.8 proxmox kernel

    plugins :: omvextrasorg 7.0 | kvm 7.0.13 | compose 7.1.4 | k8s 7.1.0-3 | cputemp 7.0.1 | mergerfs 7.0.4


    omv-extras.org plugins source code and issue tracker - github - changelogs


    Please try ctrl-shift-R and read this before posting a question.

    Please put your OMV system details in your signature.
    Please don't PM for support... Too many PMs!

  • I do wish I could delete this thread and start again I have made a complete mess of it. Please accept my apologies for wasting your time, it is very embarrassing this thread.


    I found there was 2 drives after all on the raid not sure what made me think there was only one, you are correct it is not possible to use 1 drive


    cat /proc/mdstat:


    Personalities : [raid0] [linear]
    md127 : inactive sdb[0](S)
    976631512 blocks super 1.2


    fdisk -l | grep "Disk "


    The primary GPT table is corrupt, but the backup appears OK, so that will be used.
    Disk /dev/sda: 232.9 GiB, 250059350016 bytes, 488397168 sectors
    Disk identifier: 0x07ff860a
    Disk /dev/sdc: 1.8 TiB, 2000398934016 bytes, 3907029168 sectors
    Disk /dev/sdb: 931.5 GiB, 1000204886016 bytes, 1953525168 sectors
    Disk identifier: A36F5CFC-A3BB-4DD2-9BCE-84198569BD05


    blkid


    /dev/sda1: UUID="2dc0c5bd-59ff-45f5-84fb-27d402ce24e2" TYPE="ext4" PARTUUID="07ff860a-01"
    /dev/sda5: UUID="0eea45bd-6c52-4e33-a7aa-5fae5099485d" TYPE="swap" PARTUUID="07ff860a-05"
    /dev/sdc: UUID="56736c28-5fa9-c36e-0779-b651b442ba26" UUID_SUB="b15e50ba-d330-ae24-caad-267df7d0be80" LABEL="openmediavault:Storage" TYPE="linux_raid_member"
    /dev/sdb: UUID="56c23aef-a986-b046-918a-0e5721dce091" UUID_SUB="c4a613eb-e343-289a-13a5-343d34954190" LABEL="openmediavault:0" TYPE="linux_raid_member"


    mdadm --assemble --verbose --force /dev/md127 /dev/sdb


    mdadm: looking for devices for /dev/md127
    mdadm: /dev/sdb is busy - skipping

    3 Mal editiert, zuletzt von scouseman () aus folgendem Grund: Add further results

    • Offizieller Beitrag

    Don't worry about it.


    mdadm --stop /dev/md127
    mdadm --assemble --verbose --force /dev/md127 /dev/sd[bc]

    omv 7.0.5-1 sandworm | 64 bit | 6.8 proxmox kernel

    plugins :: omvextrasorg 7.0 | kvm 7.0.13 | compose 7.1.4 | k8s 7.1.0-3 | cputemp 7.0.1 | mergerfs 7.0.4


    omv-extras.org plugins source code and issue tracker - github - changelogs


    Please try ctrl-shift-R and read this before posting a question.

    Please put your OMV system details in your signature.
    Please don't PM for support... Too many PMs!

  • Hi, Thanks for your continued patience on this, is it usually this hard?



    mdadm --stop /dev/md127
    mdadm: error opening /dev/md127: No such file or directory


    mdadm --assemble --verbose --force /dev/md127 /dev/sd[bc]
    mdadm: looking for devices for /dev/md127
    mdadm: superblock on /dev/sdc doesn't match others - assembly aborted

    • Offizieller Beitrag

    is it usually this hard?

    Yep. I have no idea why mdadm has issues on some systems but none on others. Was this raid 0?

    omv 7.0.5-1 sandworm | 64 bit | 6.8 proxmox kernel

    plugins :: omvextrasorg 7.0 | kvm 7.0.13 | compose 7.1.4 | k8s 7.1.0-3 | cputemp 7.0.1 | mergerfs 7.0.4


    omv-extras.org plugins source code and issue tracker - github - changelogs


    Please try ctrl-shift-R and read this before posting a question.

    Please put your OMV system details in your signature.
    Please don't PM for support... Too many PMs!

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!