On Mon, Jan 04, 2021 at 09:30:08AM +0200, Andrei POPESCU wrote:
On Du, 03 ian 21, 19:53:07, Michael Stone wrote:
Applications which need more data integrity
guarantees generally implement some sort of journalling and/or use atomic
filesystem operations. (E.g., write a temporary file, flush/sync,
On Du, 03 ian 21, 19:53:07, Michael Stone wrote:
>
> Applications which need more data integrity
> guarantees generally implement some sort of journalling and/or use atomic
> filesystem operations. (E.g., write a temporary file, flush/sync,
> rename--that guarantees either the old file or the new
On Du, 03 ian 21, 13:43:00, David Christensen wrote:
>
> I would postulate that copy-on-write technology could be/ is already
> included in journaling file systems to improve efficiency.
Copy-on-write (btrfs, ZFS) is different than journaling (ext4, xfs,
etc.).
As fas as I understand copy-on-wr
On Sun, Jan 03, 2021 at 11:25:40AM +0200, Andrei POPESCU wrote:
That would mean all data is written to the disk twice and would make a
journaling file system twice as slow compared to a non-journaling file
system; the journal is typically on the same storage.
That's almost never how it's actual
>> AIUI a journaling filesystem provides a two-step process to achieve atomic
>> writes of multiple sectors to disk -- e.g. a process wants to put some data
>> into a block here (say, a file), a block there (say, a directory), etc., and
>> consistency of the on-disk data structures must be preserve
On 2021-01-03 01:25, Andrei POPESCU wrote:
On Sb, 02 ian 21, 13:35:06, David Christensen wrote:
AIUI a journaling filesystem provides a two-step process to achieve atomic
writes of multiple sectors to disk -- e.g. a process wants to put some data
into a block here (say, a file), a block there
On Sb, 02 ian 21, 13:35:06, David Christensen wrote:
> On 2021-01-02 03:24, Andrei POPESCU wrote:
>
> > http://www.unixsheikh.com/articles/battle-testing-data-integrity-verification-with-zfs-btrfs-and-mdadm-dm-integrity.html
>
> That looks interesting. Thanks for the link. :-)
>
>
> On 2021-0
On 2021-01-02 03:24, Andrei POPESCU wrote:
http://www.unixsheikh.com/articles/battle-testing-data-integrity-verification-with-zfs-btrfs-and-mdadm-dm-integrity.html
That looks interesting. Thanks for the link. :-)
On 2021-01-02 08:08, Richard Hector wrote:
On 3/01/21 12:24 am, Andrei POPES
On Sat, Jan 02, 2021 at 09:23:02AM -0600, Nicholas Geovanis wrote:
> Im afraid I have to agree with this advice. In the presence of software
> like ZFS (from Sun) and LVM (from IBM's AIX), with easy availability of
> NAS, SAN and cloud storage, the arguments in favor of hardware RAID local
> to a
On Saturday 02 January 2021 11:08:52 Richard Hector wrote:
> On 3/01/21 12:24 am, Andrei POPESCU wrote:
> > On Sb, 02 ian 21, 01:40:14, David Christensen wrote:
> >> On Linux (including Debian), MD (multiple disk) and LVM (logical
> >> volume manager) are the obvious choices for software RAID. Ea
Nicholas Geovanis wrote:
> On Sat, Jan 2, 2021, 5:49 AM Sven Hartge wrote:
>> My advise: Don't bother "learning RAID controllers".
> Im afraid I have to agree with this advice. In the presence of
> software like ZFS (from Sun) and LVM (from IBM's AIX), with easy
> availability of NAS, SAN and c
On 3/01/21 12:24 am, Andrei POPESCU wrote:
On Sb, 02 ian 21, 01:40:14, David Christensen wrote:
On Linux (including Debian), MD (multiple disk) and LVM (logical volume
manager) are the obvious choices for software RAID. Each have their
respective learning curves, but they're not too high.
An
On Sat, Jan 2, 2021, 5:49 AM Sven Hartge wrote:
>
> My advise: Don't bother "learning RAID controllers".
>
Im afraid I have to agree with this advice. In the presence of software
like ZFS (from Sun) and LVM (from IBM's AIX), with easy availability of
NAS, SAN and cloud storage, the arguments in
Steven Mainor wrote:
> The idea was to create a large striped raid array(perhaps RAID6) of
> spinning disks to use as a large storage area for extra VM backups and
> large projects I'm working on. And in the process I could learn more
> about RAID controllers.
To be honest: RAID controllers a
On Sb, 02 ian 21, 01:40:14, David Christensen wrote:
>
> On Linux (including Debian), MD (multiple disk) and LVM (logical volume
> manager) are the obvious choices for software RAID. Each have their
> respective learning curves, but they're not too high.
An interesting article I stumbled upon:
h
On 2021-01-02 00:11, Steven Mainor wrote:
All,
thanks for all the help so far. For all the people asking why, a few
reasons. First I love to tinker with and learn about things and the only
raid controller I have access to is on my production server and I don't
really get to "play" with it muc
Steven Mainor wrote:
> I'm looking for recommendations for a 6 or 8 port SATA hardware raid
> controller that will hopefully be supported by the kernel and/or open
> source drivers to put in my desktop computer. Any input welcome, thanks.
>
I recommend installing two controllers and planning you
I missed this question in my last email. Apologies.
What is your computer?
It is an Asus X470 Motherboard, AMD 2700x Processor
---
Steven Mainor
On 2021-01-02 03:24, Steven Mainor wrote:
Why?
See my earlier email.
What Debian?
Debian 10? Or 9? I'm mainly looking for options.
What Linux?
Why?
See my earlier email.
What Debian?
Debian 10? Or 9? I'm mainly looking for options.
What Linux?
Any still supported main-line or LTS Linux kernel.
What application(s)?
General storage.
What is your network/ environment?
Why is network information relevant for a RAID question?
All,
thanks for all the help so far. For all the people asking why, a few
reasons. First I love to tinker with and learn about things and the only
raid controller I have access to is on my production server and I don't
really get to "play" with it much since it is in use 24/7. I am one of
tho
On Fri, Jan 01, 2021 at 01:06:47PM -0500, Steven Mainor wrote:
I'm looking for recommendations for a 6 or 8 port SATA hardware raid
controller that will hopefully be supported by the kernel and/or open
source drivers to put in my desktop computer. Any input welcome,
thanks.
Revenue generating
On 2021-01-01 10:06, Steven Mainor wrote:
I'm looking for recommendations for a 6 or 8 port SATA hardware raid
controller that will hopefully be supported by the kernel and/or open
source drivers to put in my desktop computer. Any input welcome, thanks.
Why?
What is your computer?
What Deb
Dan Ritter wrote:
> Steven Mainor wrote:
>> I'm looking for recommendations for a 6 or 8 port SATA hardware raid
>> controller that will hopefully be supported by the kernel and/or open
>> source drivers to put in my desktop computer. Any input welcome,
>> thanks.
> Having used them for 20+ yea
On 01.01.2021 23:06, Steven Mainor wrote:
I'm looking for recommendations for a 6 or 8 port SATA hardware raid
controller that will hopefully be supported by the kernel and/or open
source drivers to put in my desktop computer. Any input welcome, thanks.
Over the years I've been fond of RAID ad
Steven Mainor wrote:
> I'm looking for recommendations for a 6 or 8 port SATA hardware raid
> controller that will hopefully be supported by the kernel and/or open source
> drivers to put in my desktop computer. Any input welcome, thanks.
Having used them for 20+ years now, I strongly recommend a
I'm looking for recommendations for a 6 or 8 port SATA hardware raid
controller that will hopefully be supported by the kernel and/or open
source drivers to put in my desktop computer. Any input welcome, thanks.
--
Steven Mainor
0x9477C19B.asc
Description: application/pgp-keys
signature.asc
26 matches
Mail list logo
