search for: stratis

...hw <hw at gc-24.de> wrote: >> That?s one thing I?ve been wondering about: When using btrfs RAID, do you >> need to somehow monitor the disks to see if one has failed? > > Yes. > > The block layer has no faulty device handling That is one of the open questions about Stratis: should its stratisd act in the place of smartd? Vote and comment on its GitHub issue here: https://github.com/stratis-storage/stratisd/issues/72 I?m in favor of it. The daemon had to be there anyway, it makes sense to push SMART failure indicators up through the block layer into the volume...

...J.H.Hodrien at leeds.ac.uk> wrote: >> RHEL advice would clearly be not to use btrfs. > > I'm curious, is there anything in RHEL 8 that would replace BTRFS or > ZFS? I'm experimenting with BTRFS on one system and the snapshot and > subvolume features are nice. I assume Stratis is the general answer. jh

Mark Haney wrote: > On Fri, Aug 11, 2017 at 1:00 PM, Chris Murphy <lists at colorremedies.com> > wrote: > >> Changing the subject since this is rather Btrfs specific now. >> >> >> >>>> >>>> Sounds like a hardware problem. Btrfs is explicitly optimized for SSD, >> the >>>> maintainers worked for FusionIO for several

Warren Young wrote: > [...] >>> What do they suggest as a replacement? > > Stratis: https://stratis-storage.github.io/StratisSoftwareDesign.pdf Can I use that now? > The main downside to Stratis I see is that it looks like 1.0 is scheduled to coincide with RHEL 8, based on the release dates of RHELs past, which means it won?t have any kind of redundant storage options to beg...

...EL advice would clearly be not to use btrfs. >>> >>> I'm curious, is there anything in RHEL 8 that would replace BTRFS or >>> ZFS? I'm experimenting with BTRFS on one system and the snapshot and >>> subvolume features are nice. >> >> I assume Stratis is the general answer. >> > It looks like built-in RAID didn?t land in this version, which means > we?re another 3-5 years from anything that actually works like ZFS or > btrfs which are LVM + RAID + filesystem. > > According to the docs, you have to lay Stratis over MDRAID in...

...hey suggest as a replacement? The only other FS that comes close > is > ZFS, and removing btrfs alltogether would be taking living in the past too > many > steps too far. Red Hat are working on a new user space wrapper and volume format based on md, device mapper, LVM, and XFS. http://stratis-storage.github.io/ https://stratis-storage.github.io/StratisSoftwareDesign.pdf It's an aggressive development schedule and as so much of it is journaling and CoW based I have no way to assess whether it ends up with its own set of problems, not dissimilar to Btrfs. We'll just have to see....

...wrote: >>> RHEL advice would clearly be not to use btrfs. >> >> I'm curious, is there anything in RHEL 8 that would replace BTRFS or >> ZFS? I'm experimenting with BTRFS on one system and the snapshot and >> subvolume features are nice. > > I assume Stratis is the general answer. It looks like built-in RAID didn?t land in this version, which means we?re another 3-5 years from anything that actually works like ZFS or btrfs which are LVM + RAID + filesystem. According to the docs, you have to lay Stratis over MDRAID in EL8 to get storage redundancy:...

...not to use btrfs. >>>> >>>> I'm curious, is there anything in RHEL 8 that would replace BTRFS or >>>> ZFS? I'm experimenting with BTRFS on one system and the snapshot and >>>> subvolume features are nice. >>> >>> I assume Stratis is the general answer. >>> >> It looks like built-in RAID didn?t land in this version, which means >> we?re another 3-5 years from anything that actually works like ZFS or >> btrfs which are LVM + RAID + filesystem. >> >> According to the docs, you have to l...

On 08/11/2017 12:16 PM, Chris Murphy wrote: > On Fri, Aug 11, 2017 at 7:53 AM, Robert Nichols > <rnicholsNOSPAM at comcast.net> wrote: >> On 08/10/2017 11:06 AM, Chris Murphy wrote: >>> >>> On Thu, Aug 10, 2017, 6:48 AM Robert Moskowitz <rgm at htt-consult.com> >>> wrote: >>> >>>> >>>> >>>> On

...only other FS that comes close >> is >> ZFS, and removing btrfs alltogether would be taking living in the past too >> many >> steps too far. > > Red Hat are working on a new user space wrapper and volume format > based on md, device mapper, LVM, and XFS. > http://stratis-storage.github.io/ > https://stratis-storage.github.io/StratisSoftwareDesign.pdf > > It's an aggressive development schedule and as so much of it is > journaling and CoW based I have no way to assess whether it ends up So in another 15 or 20 years, some kind of RH file system might...

...it has to be rebuilt from scratch. Then you get a *new* bag of ugliness in the world. Software RAID systems, by contrast, evolve continuously, and so usually tend towards perfection. The same problem *can* come up in the software RAID world: witness how much wheel reinvention is going on in the Stratis project! The same amount of effort put into ZFS would have been a better use of everyone?s time. That option doesn?t even exist on the hardware RAID side, though. Every hardware RAID provider must develop their command line utilities and monitoring software de novo, because even if the Other Com...

On Fri, 17 May 2019, Pete Biggs wrote: > CentOS is a clone of RHEL - if it is fixed in RHEL 7 it will be fixed > in CentOS 7. CentOS doesn't "fix" things as such as that would break > compatibility with RHEL. > > There may be some 3rd party repo that provides a newer kernel that > fixes the issue. I'd go further. It's also a kernel bug in btrfs, which

hello i'm trying the script of gstat course of munich "Spatial and spacetime classes in R " in http://geostat-course.org/Topic_Bivand_2012 the code is follow ... but a in timeIsInterval(dts) the script failed.... the message is "timeIsInterval function not found" i'm updated R and package spacetime but has not worked any suggestions? thanks setwd("C:/Documents

*** This response is my personal opinion and may not reflect that of my employer. *** It seems recent updates to Anaconda and in particular Blivet in the CentOS 7 .iso are restricting things rather than expanding the options. We have a scenario where we are doing a CentOS 6 to CentOS 7 upgrade (replacement) using a backup partition to hold the install image. Over the years, as we added cloud

Hello list. The next days we are going to install Centos 7 on a new server, with 4*3Tb sata hdd as raid-5. We will use the graphical interface to install and set up raid. Do I have to consider anything before installation, because the disks are very large? Does the graphical use the parted to set/format the raid? I hope the above make sense. Thank you in advance. Nikos

...s secure or I should be away from it? scripted rsync. Simple, through ssh protocol and private key. No agent required on target. I use file level deduplication using hardlinks. To perform compression and block deduplication I could use fs like zfs (not available from epel) or use something like stratis (I don't checked if it offer deduplication in this moment). Encryption could be performed on fs level. Using a scripted rsync is the simpler way but there is something that could be leaved out by me (or undiscovered error). Simple to restore. BorgBackup is another solution similar to rsync...