Re: Raid 1

From	Linux-Fan <Ma_Sys.ma@web.de>
Newsgroups	linux.debian.user
Subject	Re: Raid 1
Date	2021-01-23 19:00 +0100
Message-ID	<BAvmz-qt-35@gated-at.bofh.it> (permalink)
References	(1 earlier) <BAd6h-6xo-9@gated-at.bofh.it> <BAqdc-5Ux-5@gated-at.bofh.it> <BAuJQ-cJ-11@gated-at.bofh.it> <BAuJP-cJ-9@gated-at.bofh.it> <BAvmz-qt-37@gated-at.bofh.it>
Organization	linux.* mail to news gateway

Show all headers | View raw

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

mick crane writes:

> On 2021-01-23 17:11, Linux-Fan wrote:
>> mick crane writes:

[...]

>> Please note that "root on ZFS" is possible but quite complicated:
>> https://openzfs.github.io/openzfs-docs/Getting%20Started/Debian/Debian 
>> %20Buster%20Root%20on%20ZFS.html
>>
>> For my current system I actually used mdadm RAID 1 for OS+Swap and ZFS
>> mirrors for the actual data. This way, I can use the Debian Installer
>> for installation purposes and benefit from the bit rot protection for
>> the acutally important data while maintaining basic redundancy for the
>> OS installation. YMMV.
>>
>> Here are my notes on essential ZFS commands (in case they might be of help):
>> https://masysma.lima-city.de/37/zfs_commands_shortref.xhtml

[...]

> link is not currently available.
> what you seem to be doing there is backing up the data with ZFS but not  
> backing up the OS, so I guess your raid is the backup for the OS ?
> mick

Both open fine here, which of the links fails for you?

RAID is not Backup! Hence I have entirely separate programs for backup. The  
RAID is only the "quickest" layer -- solely responsible for catching  
problems with randomly failing HDDs and -- for non-OS-data -- bit rot.

My system works as follows

 * OS data bitrot is not covered, but OS single HDD failure is.
   I achieve this by having OS and Swap on MDADM RAID 1
   i.e. mirrored but without ZFS.

 * Actual data bitrot is covered, as is single HDD failure by
   means of ZFS mirrors for all data.

 * Backups are separate. For instance, important data is copied to a
   separate computer upon shutdown. Less important data is part of
   manually-invoked backup tasks which use multiple programs to cope
   with different types of data...

HTH
Linux-Fan

öö

Thread

Raid 1 mick crane <mick.crane@gmail.com> - 2021-01-22 23:30 +0100
  Re: Raid 1 Linux-Fan <Ma_Sys.ma@web.de> - 2021-01-23 00:10 +0100
  Re: Raid 1 David Christensen <dpchrist@holgerdanske.com> - 2021-01-23 00:20 +0100
  Re: Raid 1 David Christensen <dpchrist@holgerdanske.com> - 2021-01-23 00:20 +0100
  Re: Raid 1 Andrei POPESCU <andreimpopescu@gmail.com> - 2021-01-23 13:30 +0100
    Re: Raid 1 Linux-Fan <Ma_Sys.ma@web.de> - 2021-01-23 18:20 +0100
      Re: Raid 1 Linux-Fan <Ma_Sys.ma@web.de> - 2021-01-23 19:00 +0100
        Re: Raid 1 Pankaj Jangid <pankaj@codeisgreat.org> - 2021-01-25 07:00 +0100
          Re: Raid 1 Andy Smith <andy@strugglers.net> - 2021-01-25 08:20 +0100
            Re: Raid 1 Linux-Fan <Ma_Sys.ma@web.de> - 2021-01-25 12:10 +0100
              Re: Raid 1 Pankaj Jangid <pankaj@codeisgreat.org> - 2021-01-25 13:50 +0100
    Re: Raid 1 David Christensen <dpchrist@holgerdanske.com> - 2021-01-23 23:10 +0100
      Re: Raid 1 Andrei POPESCU <andreimpopescu@gmail.com> - 2021-01-24 18:40 +0100
        Re: Raid 1 Linux-Fan <Ma_Sys.ma@web.de> - 2021-01-24 23:30 +0100
          Re: Raid 1 Andrei POPESCU <andreimpopescu@gmail.com> - 2021-01-25 07:40 +0100
      Re: Raid 1 Andy Smith <andy@strugglers.net> - 2021-01-24 19:00 +0100
        Re: Raid 1 Andrei POPESCU <andreimpopescu@gmail.com> - 2021-01-24 21:20 +0100
      Re: Raid 1 David Christensen <dpchrist@holgerdanske.com> - 2021-01-24 21:20 +0100
        Re: Raid 1 deloptes <deloptes@gmail.com> - 2021-01-25 09:50 +0100
        Re: Raid 1 David Christensen <dpchrist@holgerdanske.com> - 2021-01-25 19:00 +0100

csiph-web