After hard update the Raid 1 hdd shown as empty

    • OMV 5.x (beta)

    • I've tried to reassemble it, but it seems to fail. That is what's scare me the most. I tried several methods to restore the data and none of the ways worked well.

      All I've tried to update OMV in normal ways failed. I thought when I connect one of the raid drives to an linux machine (Debian 10 in my case) I'll be able to access the data stored on, but it doesn't work either. That's sets me back and let me think about a new/other NAS solution.

    • Triebwerk wrote:

      All I've tried to update OMV in normal ways failed.
      You can't update/upgrade OMV unless one is moving from OMV3 to OMV4, there is no upgrade path from OMV2 to OMV4 or even to 5, to move to either of those versions you need to backup, then wipe the drives within OMV's new install, create the shares and move the data back.

      What makes no sense is that the raid according to your posts 55 and 56 the raid has successfully reassembled, simply reassembling would not wipe the data, checking using WinSCP or Filezilla you are looking inside the raid mount point (sorry got to ask).
      Raid is not a backup! Would you go skydiving without a parachute?

    • Triebwerk wrote:

      All I've tried to update OMV in normal ways failed. I thought when I connect one of the raid drives to an linux machine (Debian 10 in my case) I'll be able to access the data stored on, but it doesn't work either. That's sets me back and let me think about a new/other NAS solution.
      This should work indeed because OMV does no magic when the RAID is created. It's like other distros suggest it in their howtos. The only thing you need to do on another system is to activate the RAID to get it working.
      Absolutely no support through PM!

      I must not fear.
      Fear is the mind-killer.
      Fear is the little-death that brings total obliteration.
      I will face my fear.
      I will permit it to pass over me and through me.
      And when it has gone past I will turn the inner eye to see its path.
      Where the fear has gone there will be nothing.
      Only I will remain.

      Litany against fear by Bene Gesserit

    • In the past some users reported the same issue that a RAID was not readable with Debian 9 which was created on Debian 8. I don't know if this was a user error or a real bug in Debian (whatever component might cause the issue ... x64, ARM, kernel, mdadm, userland, foo, bar). Their solution was to backup the data on Debian 8 and re-create the RAID with a new filesystem on Debian 9. Finally they copied back the backup to the production system.

      If blkid does not find the filesystem, then you've hit the same problematic IMO.
      Absolutely no support through PM!

      I must not fear.
      Fear is the mind-killer.
      Fear is the little-death that brings total obliteration.
      I will face my fear.
      I will permit it to pass over me and through me.
      And when it has gone past I will turn the inner eye to see its path.
      Where the fear has gone there will be nothing.
      Only I will remain.

      Litany against fear by Bene Gesserit

    • root@openmediavault:~# blkid
      /dev/sda1: UUID="cb84cef2-93c2-496f-8fc8-dcb7a67aac30" TYPE="ext4" PARTUUID="4e8a505b-01"
      /dev/sda5: UUID="7dbd6fb3-df94-4154-8329-788e17148323" TYPE="swap" PARTUUID="4e8a505b-05"
      /dev/sdb: UUID="6f6bc262-bb6c-50ca-ca2f-70803ec12977" UUID_SUB="6ac4837c-9d41-862a-f85d-0c092984deee" LABEL="openmediavault:Raid1" TYPE="linux_raid_member"
      /dev/md127: LABEL="Raid1a" UUID="86e958bb-8d60-4af4-a800-62f544a943c0" TYPE="ext4"
      /dev/sdc: UUID="6f6bc262-bb6c-50ca-ca2f-70803ec12977" UUID_SUB="dcc1cf93-125b-2ffb-2077-26697f4c0ce6" LABEL="openmediavault:Raid1" TYPE="linux_raid_member"
      root@openmediavault:~#

      I really don't meant to ofens the OMV developers or anybody of you but I will prevent in any case to face this problem in the future again. I don't mind if its a OMV or a Debian problem as long as I got a working solution.

    • Triebwerk wrote:

      as long as I got a working solution
      You have to put this down to a learning curve, a bit rough I know as the df output clearly shows no data on that drive, but ask yourself the question do I need to use a raid option. I always say to users if you're going to use raid 1 you might as well use one drive for data and the second for rysnc or rsnapshot.
      Raid is not a backup! Would you go skydiving without a parachute?

    • Only because of interesting, how are the raid devices connected? USB? And what hardware are you using?
      Absolutely no support through PM!

      I must not fear.
      Fear is the mind-killer.
      Fear is the little-death that brings total obliteration.
      I will face my fear.
      I will permit it to pass over me and through me.
      And when it has gone past I will turn the inner eye to see its path.
      Where the fear has gone there will be nothing.
      Only I will remain.

      Litany against fear by Bene Gesserit

    • I'm really frustrated at this moment. In my sight I've done nothing wrong, I just want an actual Raid (OMV) system and not an old one that can't be updated and everything I have tried with the options of OMV fails.

      Of course it can be discoused if a raid1 is really "needed" but in my case I desided it must be raid1.

      Now I have to think, search and compare about a new solution for a NAS and to be honest I got no idea where to start right now.

    • Triebwerk wrote:

      I'm really frustrated at this moment. In my sight I've done nothing wrong, I just want an actual Raid (OMV) system and not an old one that can't be updated and everything I have tried with the options of OMV fails.
      TBH there is nothing wrong with OMV and OMV in itself did not fail, 'if' there was an issue it may well have been with Debian there is no way of telling, that's why a backup solution is a must have.
      I have tried Freenas, Xigmanas, I've run an Ubuntu server as well, but OMV ticks far more boxes and the help and support in here for home users is better than any other, try asking for the same help on the Freenas forum.
      As to your Raid, if you want to use that that's fine but backup, at least the data you don't want to lose.

      I have upgraded from OMV3 to OMV4 without an issue, I have even swapped out servers and had no data loss, I have trashed my Raid 5 and now use another option thanks to a user on here.
      Raid is not a backup! Would you go skydiving without a parachute?

    • The problem isn't the lost data themself, it's the lose of trust. Again I don't want to make OMV bad and I really use it a long time without an issue.

      I fully appriciate what they create with OMV and don't want to do any bad to OMV their makers or the guys here in this forum but I'm absolutly affraid to use OMV and face the same situation again.

    • I have used raid with OMV since the 0.2 days and upgraded without issues with my raid arrays. But, I am using server grade hardware and NAS hard drives. As I said before, this isn't an OMV issue. And it only seems to affect very few users.

      I think it is ironic to say that you are scared to use OMV when thousands of users do successfully especially when using an ancient Athlon II system. One of the biggest reasons we talk people out of using raid is because their hardware is not up to the task. Raid is meant for redundancy yet nothing else on your system is redundant. A scheduled rsync between two drives is an acceptable level of redundancy for most home users and much more reliable on non-server grade hardware.
      omv 5.1.2 usul | 64 bit | 5.3 proxmox kernel | omvextrasorg 5.1.7
      omv-extras.org plugins source code and issue tracker - github

      Please read this before posting a question and this and this for docker questions.
      Please don't PM for support... Too many PMs!

    • Guys, you helped me so much. You know about my system and ancient and slow but do you have any suggestions for me at my problem ?

      I just want a system that's can be easily kept up to date mirroring the data drive(s) and even when one drive crash I replace it with an other drive and they will sycronized the data of the remaining drive with the new one. I'm really out of ideas right now and will thanful for any hint even it's a small one.

    • Triebwerk wrote:

      do you have any suggestions for me at my problem ?
      There have been many. What is the output of cat /proc/mdstat right now?

      Triebwerk wrote:

      I just want a system that's can be easily kept up to date mirroring the data drive(s) and even when one drive crash I replace it with an other drive and they will sycronized the data of the remaining drive with the new one.
      rsync would satisfy those requirements.
      omv 5.1.2 usul | 64 bit | 5.3 proxmox kernel | omvextrasorg 5.1.7
      omv-extras.org plugins source code and issue tracker - github

      Please read this before posting a question and this and this for docker questions.
      Please don't PM for support... Too many PMs!