Rich Pieri wrote:
> I almost agree on a technicality: ZFS was not designed for a "general
> audience". It was designed to be the last word -- or at least the last
> letter, "Z" -- in enterprise scalability and performance. But it just so
> happens to be really good at smaller scales, too. Better t
> On 5/30/24 11:25, ma...@mohawksoft.com wrote:
>> I don't understand why you think ZFS has any more base complexity than
>> something like LVM.
>
> I admit it is a matter of taste that I find zfs ornery. It is trivial,
> but I find it annoying that I can't use mount to mount a zfs volume.
> I've g
On 5/30/24 11:25, ma...@mohawksoft.com wrote:
I don't understand why you think ZFS has any more base complexity than
something like LVM.
I admit it is a matter of taste that I find zfs ornery. It is trivial,
but I find it annoying that I can't use mount to mount a zfs volume.
I've got to use
The only other caveat about ZFS that I will offer is that it apparently
performs VERY badly on SMR hard drives. Stick to CMR drives or SSDs for
your RAID setup.
On Thu, May 30, 2024 at 4:16 PM Rich Pieri wrote:
> On Thu, 30 May 2024 15:56:54 -0400
> Steve Litt wrote:
>
> > Rich, after reading t
On Thu, 30 May 2024 15:56:54 -0400
Steve Litt wrote:
> Rich, after reading this, for the first time I'm thinking of trying
> zfs. You did a good job listing its benefits.
You're welcome. You might want to peruse Aaron Topponce's ZFS on Linux
essays. The original site has gone offline but it's ar
On Thu, 30 May 2024 10:15:18 -0700
Kent Borg wrote:
> I would amend that: Any new deployment…that is conventional (from
> ZFS's perspective) and can afford the necessary expertise.
While ZFS's *syntax* is different from say LVM + ext4, in *practice*
it's quite simpler:
zpool create tank /dev/sd
> On 5/30/24 09:47, ma...@mohawksoft.com wrote:
>> All that said, OMG ZFS is absolutely the way to go for any new
>> deployment
>> unless a bare bones hardware performance is required.
>
> I would amend that: Any new deploymentâ¦that is conventional (from ZFS's
> perspective) and can afford the ne
On 5/30/24 09:47, ma...@mohawksoft.com wrote:
All that said, OMG ZFS is absolutely the way to go for any new deployment
unless a bare bones hardware performance is required.
I would amend that: Any new deployment…that is conventional (from ZFS's
perspective) and can afford the necessary expert
Sorry for the top-post
I have been using ZFS professionally and personally for over 10 years. I
have also been an internal maintainer for our linux variant's
modifications for our company's product. ZFS is not perfect. There are a
lot of things I don't like about it. There are also a lot of things
On Wed, May 22, 2024 at 03:07:27PM -0400, Steve Litt wrote:
> Rich Pieri said on Mon, 20 May 2024 14:13:10 -0400
>
> >On Sun, 19 May 2024 17:21:48 -0700
> >Kent Borg wrote:
> >
> >> I think that is my essence of my complaint. Too complicated for
> >> someone who isn't studied in it.
> >
> >This
On Wed, 22 May 2024 22:33:11 -0400
Rich Pieri wrote:
> ext4/3/2 are terrible filesystems for FTL (flash translation layer)
> storage. Use a filesystem designed for FTL media: exFAT for
Mistake on my part here. SSDs also use FTL. In this context I mean USB
flash drives (but not necessarily USB SS
On Wed, 22 May 2024 21:22:30 -0400
Steve Litt wrote:
> True. I never thought of lots of NVMe drives.
It's not a common use case. One tends not to find compute servers
loaded with PCIe cards each worth at least as much as the entire rest
of the server.
>>I have seen filesystems (notably XFS and
Rich Pieri said on Wed, 22 May 2024 16:01:33 -0400
>On Wed, 22 May 2024 15:07:27 -0400
>Steve Litt wrote:
>
>> Unless you're encrypting the root partition, I can't think of any use
>> of LVM that can't be done other ways. I view LVM as yet another layer
>> of abstraction and yet another way to lo
On Wed, 22 May 2024 13:39:44 -0700
Kent Borg wrote:
> But I thought btrfs *did* allow CoW snapshots, and nested snapshots,
> and it seemed to me plenty of other footguns. I've never played with
It does, and there are some niche use cases for them.
> it, the fact that for the longest time btrfs'
On 5/22/24 12:51, Dan Ritter wrote:
Kent Borg wrote:
The most intriguing btrfs, zfs, etc., feature that I have never played with
is the ability to do snapshots. But that is also a scary feature, allowing
me to have parallel universes, each complete in itself? And what happens
when I get confused
On Wed, 22 May 2024 15:51:13 -0400
Dan Ritter wrote:
> In ZFS, you can promote a snapshot to being the True State of
> affairs, which rolls the system back to that consistent state.
This can be done with Btrfs as well. OpenSUSE integrate their Snapper
tool with Zypper to snapshot the system befo
On Wed, 22 May 2024 15:07:27 -0400
Steve Litt wrote:
> Unless you're encrypting the root partition, I can't think of any use
> of LVM that can't be done other ways. I view LVM as yet another layer
> of abstraction and yet another way to lose your data.
My most common use case at work:
Add vDisk
Kent Borg wrote:
> The most intriguing btrfs, zfs, etc., feature that I have never played with
> is the ability to do snapshots. But that is also a scary feature, allowing
> me to have parallel universes, each complete in itself? And what happens
> when I get confused (or for some other reason) st
On 5/22/24 12:07, Steve Litt wrote:
Unless you're encrypting the root partition, I can't think of any use
of LVM that can't be done other ways.
That's why I use it. Full disk encryption is a good thing. (Well, /boot
is still in the clear, so not quite full.)
I view LVM as yet another layer
On Sun, 19 May 2024 17:21:48 -0700
Kent Borg wrote:
> I think that is my essence of my complaint. Too complicated for
> someone who isn't studied in it.
This is a fair complaint. ZFS requires a mental and a temporal
investment. If you're not able to make that investment then stick with
ext4 on L
Biggest problem so far is when running emacs inside gnuscreen in Mate
GUI…the current emacs text selection doesn't have a visible highlighting.
A text emacs alone works. I can get other things to do color in screen
(run top, then press Z, for example). My .screenrc just sets an escape
characte
On 5/19/24 15:23, Rich Pieri wrote:
it's not a "simple" filesystem
I think that is my essence of my complaint. Too complicated for someone
who isn't studied in it.
I am pretty sure I didn't install anything other than standard Debian
ZFS packages, but I can't be positive. I know I had choic
On Sun, 19 May 2024 14:05:32 -0700
Kent Borg wrote:
> I looked back on my notes for things I had installed that included
> the letters "zfs" in their names and I removed them and apt quit
> complaining.
You also should look for any SPL packages. Likely you installed
standalone ZFS on Linux at so
On 5/17/24 17:07, Kent Borg wrote:
I think I'm going to try something I don't think I have done before: a
major Linux version OS upgrade, performed in place. Debian 11 -> 12,
in my case. This is just my laptop, no services anyone else cares about.
Looks like I was successful! At minimum I have
On 5/17/24 20:02, Rich Pieri wrote:
Always do your backups, of course, but Debian was designed from the
start to be upgraded in place.
Thank you for the encouragement.
-kb
___
Discuss mailing list
Discuss@driftwood.blu.org
https://driftwood.blu.org
On Fri, 17 May 2024 17:07:58 -0700
Kent Borg wrote:
> Hmmm.
>
> I think I'm going to try something I don't think I have done before:
> a major Linux version OS upgrade, performed in place. Debian 11 ->
> 12, in my case. This is just my laptop, no services anyone else cares
> about.
Debian is on
26 matches
Mail list logo
