Re: mdadm usage

From	"Alexander V. Makartsev" <avbetev@gmail.com>
Newsgroups	linux.debian.user
Subject	Re: mdadm usage
Date	2020-12-30 13:30 +0100
Message-ID	<BrIM2-3o8-3@gated-at.bofh.it> (permalink)
References	(1 earlier) <BrhVv-22A-3@gated-at.bofh.it> <BriHU-2Cq-7@gated-at.bofh.it> <BrtWG-262-7@gated-at.bofh.it> <Bry0i-4LA-7@gated-at.bofh.it> <BrHdf-2eS-3@gated-at.bofh.it>
Organization	linux.* mail to news gateway

Show all headers | View raw

[Multipart message — attachments visible in raw view] - view raw

On 30.12.2020 15:42, Thomas A. Anderson wrote:
> it could all very well be, that I have borked these two drives. It's not
> the end of the world, there was no data loss, and the data was already
> transferred off of them. And, my lesson has been learned. RAID sounds
> all good and dandy, and does provide some protection against data loss
> caused by hardware failure.
It appears to be misconfigured, because at least partition type should 
be "fd". Not "83" as in your case, which looks like VMWare Storage 
partition type.
I'm not a VMWare expert so I can't give any advice here.
Now it looks like you've dealing with some advanced system configuration 
and virtualization, not with a simple one like plain hardware and 2 drives.

> Which bring me to my final question, just for closure.
>
> If hardware raid (like if I bought a controller), would it be any
> different, if I removed the drives and just put on one another machine
> -- would I be able to see the data on it like a normal drive? Or would I
> run into the same issue??
The only advantage hardware raid controller (not a simple HBA) could 
offer is a performance. But it also adds an additional point of failure 
- the raid controller itself.
When hardware raid controller fails, in most cases, you have to replace 
it with the same model, or if same model won't be available due to EoL 
or discontinuity,
with a compatible one from the same make\brand, to reassemble RAID array 
on the drives and access data.
The trend of the industry seems to be going away from hardware raid 
solutions, replacing them with software defined solutions.

In case of software defined RAID, like "mdraid" or "Microsoft Storage 
Spaces", you can reassemble array and access data on another machine.
Speaking of "mdraid", with properly configured RAID1, you can even use a 
single drive from the array to access data on another machine.
If this will be a drive with working OS, it will boot up normally and 
report about degraded state of RAID1 array and about missing one (or 
more if it's a three-way mirror) of it's member drives.


-- 
With kindest regards, Alexander.

⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ Debian - The universal operating system
⢿⡄⠘⠷⠚⠋⠀ https://www.debian.org
⠈⠳⣄⠀⠀⠀⠀

Thread

mdadm usage "Thomas A. Anderson" <thomas.anderson@little-beak.com> - 2020-12-29 08:10 +0100
  Re: mdadm usage Reco <recoverym4n@enotuniq.net> - 2020-12-29 08:30 +0100
    Re: mdadm usage deloptes <deloptes@gmail.com> - 2020-12-29 09:40 +0100
  Re: mdadm usage Felix Miata <mrmazda@earthlink.net> - 2020-12-29 08:50 +0100
    Re: mdadm usage basti <mailinglist@unix-solution.de> - 2020-12-29 09:40 +0100
      Re: mdadm usage "Thomas A. Anderson" <thomas.anderson@little-beak.com> - 2020-12-29 21:40 +0100
        Re: mdadm usage Linux-Fan <Ma_Sys.ma@web.de> - 2020-12-30 00:00 +0100
        Re: mdadm usage deloptes <deloptes@gmail.com> - 2020-12-30 02:00 +0100
          Re: mdadm usage Michael Stone <mstone@debian.org> - 2020-12-30 02:30 +0100
            Re: mdadm usage deloptes <deloptes@gmail.com> - 2020-12-30 09:20 +0100
            Re: mdadm usage Jesper Dybdal <jd-debian-user@dybdal.dk> - 2020-12-30 14:40 +0100
              Re: mdadm usage Andy Smith <andy@strugglers.net> - 2020-12-30 15:00 +0100
                Re: mdadm usage Jesper Dybdal <jd-debian-user@dybdal.dk> - 2021-01-02 14:40 +0100
              mdadm usage Nicholas Geovanis <nickgeovanis@gmail.com> - 2020-12-30 15:10 +0100
                Re: mdadm usage Nicholas Geovanis <nickgeovanis@gmail.com> - 2020-12-30 15:10 +0100
                Re: mdadm usage deloptes <deloptes@gmail.com> - 2020-12-30 21:50 +0100
                Re: mdadm usage Michael Stone <mstone@debian.org> - 2020-12-30 22:40 +0100
                Re: mdadm usage deloptes <deloptes@gmail.com> - 2020-12-30 23:20 +0100
                Re: mdadm usage Andy Smith <andy@strugglers.net> - 2020-12-31 00:30 +0100
                Re: mdadm usage rhkramer@gmail.com - 2020-12-31 13:30 +0100
                Re: mdadm usage Michael Stone <mstone@debian.org> - 2020-12-31 15:20 +0100
                Re: mdadm usage Andy Smith <andy@strugglers.net> - 2020-12-31 15:30 +0100
                Re: mdadm usage Reco <recoverym4n@enotuniq.net> - 2020-12-31 15:50 +0100
                Re: mdadm usage Andy Smith <andy@strugglers.net> - 2020-12-31 16:10 +0100
                Re: mdadm usage Reco <recoverym4n@enotuniq.net> - 2020-12-31 16:20 +0100
                Re: mdadm usage Andy Smith <andy@strugglers.net> - 2020-12-31 16:40 +0100
                Re: mdadm usage deloptes <deloptes@gmail.com> - 2021-01-01 23:10 +0100
                Re: mdadm usage Andrei POPESCU <andreimpopescu@gmail.com> - 2021-01-02 09:40 +0100
                Re: mdadm usage deloptes <deloptes@gmail.com> - 2021-01-02 10:10 +0100
                Re: mdadm usage Andrei POPESCU <andreimpopescu@gmail.com> - 2021-01-02 11:30 +0100
                Re: mdadm usage Linux-Fan <Ma_Sys.ma@web.de> - 2021-01-02 14:50 +0100
                Re: mdadm usage deloptes <deloptes@gmail.com> - 2021-01-02 16:40 +0100
                Re: mdadm usage Linux-Fan <Ma_Sys.ma@web.de> - 2021-01-02 18:10 +0100
                Re: mdadm usage The Wanderer <wanderer@fastmail.fm> - 2021-01-02 10:40 +0100
                Re: mdadm usage Andrei POPESCU <andreimpopescu@gmail.com> - 2021-01-02 12:00 +0100
                Re: mdadm usage The Wanderer <wanderer@fastmail.fm> - 2021-01-02 12:30 +0100
                Re: mdadm usage Andrei POPESCU <andreimpopescu@gmail.com> - 2021-01-02 12:50 +0100
                Re: mdadm usage Andrei POPESCU <andreimpopescu@gmail.com> - 2021-01-02 13:10 +0100
                Re: mdadm usage The Wanderer <wanderer@fastmail.fm> - 2021-01-02 14:20 +0100
                Re: mdadm usage The Wanderer <wanderer@fastmail.fm> - 2021-01-02 14:10 +0100
                Re: mdadm usage deloptes <deloptes@gmail.com> - 2021-01-02 12:50 +0100
          Re: mdadm usage "Thomas A. Anderson" <thomas.anderson@little-beak.com> - 2020-12-30 11:50 +0100
            Re: mdadm usage "Alexander V. Makartsev" <avbetev@gmail.com> - 2020-12-30 13:30 +0100
            Re: mdadm usage Dan Ritter <dsr@randomstring.org> - 2020-12-30 13:30 +0100
            Re: mdadm usage Andy Smith <andy@strugglers.net> - 2020-12-30 15:00 +0100
            Re: mdadm usage deloptes <deloptes@gmail.com> - 2020-12-30 22:10 +0100
              Re: mdadm usage Nicholas Geovanis <nickgeovanis@gmail.com> - 2020-12-31 00:00 +0100
        Re: mdadm usage Andrei POPESCU <andreimpopescu@gmail.com> - 2020-12-30 09:10 +0100
      Re: mdadm usage Dan Ritter <dsr@randomstring.org> - 2020-12-30 04:00 +0100
  Re: mdadm usage Andy Smith <andy@strugglers.net> - 2020-12-29 14:20 +0100
    Re: mdadm usage mick crane <mick.crane@gmail.com> - 2020-12-29 16:40 +0100
      Re: mdadm usage "Alexander V. Makartsev" <avbetev@gmail.com> - 2020-12-29 20:40 +0100
      Re: mdadm usage Andy Smith <andy@strugglers.net> - 2020-12-30 14:40 +0100
        Re: mdadm usage The Wanderer <wanderer@fastmail.fm> - 2020-12-30 14:50 +0100
        Re: mdadm usage mick crane <mick.crane@gmail.com> - 2020-12-30 18:00 +0100
          Re: mdadm usage Andrei POPESCU <andreimpopescu@gmail.com> - 2020-12-30 19:40 +0100

csiph-web