On Sat, 2016-06-04 at 13:13 -0600, Chris Murphy wrote:
> mdadm supports DDF.
Sure... it also supports IMSM,... so what? Neither of them are the
default for mdadm, nor does it change the used terminology :)
Cheers,
Chris.
smime.p7s
Description: S/MIME cryptographic signature
On 06/03/16 20:59, Christoph Anton Mitterer wrote:
On Fri, 2016-06-03 at 13:42 -0500, Mitchell Fossen wrote:
Thanks for pointing that out, so if I'm thinking correctly, with
RAID1
it's just that there is a copy of the data somewhere on some other
drive.
With RAID10, there's still only 1
Hi,
Do I need to worry about this?
Thanks.
Linux nakku 4.6.0-040600-generic #201605151930 SMP Sun May 15 23:32:59
UTC 2016 x86_64 x86_64 x86_64 GNU/Linux
btrfs-progs v4.4
[73168.435290] [ cut here ]
[73168.435308] WARNING: CPU: 1 PID: 31935 at
04.06.2016 20:31, B. S. пишет:
>>>
>>> Yeah, when it comes to FDE, you either have to make your peace with
>>> trusting the manufacturer, or you can't. If you are going to boot
>>> your system with a traditional boot loader, an unencrypted partition
>>> is mandatory.
>>
>> No, it is not with grub2
On 06/03/2016 05:42 PM, Liu Bo wrote:
On Thu, Jun 02, 2016 at 07:45:49PM +, Omari Stephens wrote:
[Note: not on list; please reply-all]
I've read everything I can find about running out of space on btrfs, and it
hasn't helped. I'm currently dead in the water.
Everything I do seems to
On 06/04/2016 03:46 AM, Andrei Borzenkov wrote:
04.06.2016 04:39, Justin Brown пишет:
Here's some thoughts:
Assume a CD sized (680MB) /boot
Some distros carry patches for grub that allow booting from Btrfs,
so no separate /boot file system is required. (Fedora does not;
Ubuntu -- and
On Fri, Jun 3, 2016 at 7:39 PM, Justin Brown wrote:
> Here's some thoughts:
>
>> Assume a CD sized (680MB) /boot
>
> Some distros carry patches for grub that allow booting from Btrfs
Upstream GRUB has had Btrfs support for a long time. There's been no
need for distros
04.06.2016 22:05, Chris Murphy пишет:
...
>>
>> Yeah, when it comes to FDE, you either have to make your peace with
>> trusting the manufacturer, or you can't. If you are going to boot your
>> system with a traditional boot loader, an unencrypted partition is
>> mandatory.
>
> /boot can be
On Sat, 2016-06-04 at 11:00 -0600, Chris Murphy wrote:
> SNIA's DDF 2.0 spec Rev 19
> page 18/19 shows 'RAID-1 Simple Mirroring" vs "RAID-1 Multi-
> Mirroring"
And DDF came how many years after the original RAID paper and everyone
understood RAID1 as it was defined there? 1987 vs. ~2003 or so?
04.06.2016 20:00, Chris Murphy пишет:
> On Sat, Jun 4, 2016 at 1:24 AM, Andrei Borzenkov wrote:
>> 04.06.2016 04:51, Christoph Anton Mitterer пишет:
>> ...
>>>
The only extant systems that support higher
levels of replication and call it RAID-1 are entirely based on
On Sun, 2016-06-05 at 02:41 +0200, Brendan Hide wrote:
> The "questionable reason" is simply the fact that it is, now as well
> as
> at the time the features were added, the closest existing
> terminology
> that best describes what it does. Even now, it would be difficult on
> the
> spot
On Sat, Jun 4, 2016 at 11:37 AM, Christoph Anton Mitterer
wrote:
> On Sat, 2016-06-04 at 11:00 -0600, Chris Murphy wrote:
>> SNIA's DDF 2.0 spec Rev 19
>> page 18/19 shows 'RAID-1 Simple Mirroring" vs "RAID-1 Multi-
>> Mirroring"
>
> And DDF came how many years after the
02.06.2016 15:56, Austin S. Hemmelgarn пишет:
>
> In your particular situation, what's happened is that you have all the
> space allocated to chunks, but have free space within those chunks.
> Balance never puts data in existing chunks, and you can't allocate any
> new chunks, so you can't run a
On 06/03/2016 05:42 PM, Liu Bo wrote:
On Thu, Jun 02, 2016 at 07:45:49PM +, Omari Stephens wrote:
[Note: not on list; please reply-all]
I've read everything I can find about running out of space on btrfs, and it
hasn't helped. I'm currently dead in the water.
Everything I do seems to
On Sat, Jun 04, 2016 at 09:27:13AM +0300, Andrei Borzenkov wrote:
> 02.06.2016 15:56, Austin S. Hemmelgarn пишет:
> >
> > In your particular situation, what's happened is that you have all the
> > space allocated to chunks, but have free space within those chunks.
> > Balance never puts data in
On 06/03/2016 10:43 PM, Josef Bacik wrote:
On 04/01/2016 02:35 AM, Qu Wenruo wrote:
Core implement for inband de-duplication.
It reuse the async_cow_start() facility to do the calculate dedupe hash.
And use dedupe hash to do inband de-duplication at extent level.
The work flow is as below:
On 06/03/2016 10:27 PM, Josef Bacik wrote:
On 06/01/2016 09:12 PM, Qu Wenruo wrote:
At 06/02/2016 06:08 AM, Mark Fasheh wrote:
On Fri, Apr 01, 2016 at 02:35:00PM +0800, Qu Wenruo wrote:
Core implement for inband de-duplication.
It reuse the async_cow_start() facility to do the calculate
On 06/03/2016 11:20 PM, Josef Bacik wrote:
On 04/01/2016 02:34 AM, Qu Wenruo wrote:
This patchset can be fetched from github:
https://github.com/adam900710/linux.git wang_dedupe_20160401
In this patchset, we're proud to bring a completely new storage backend:
Khala backend.
With Khala
04.06.2016 04:51, Christoph Anton Mitterer пишет:
...
>
>> The only extant systems that support higher
>> levels of replication and call it RAID-1 are entirely based on MD
>> RAID
>> and it's poor choice of naming.
>
> Not true either, show me any single hardware RAID controller that does
>
04.06.2016 04:39, Justin Brown пишет:
> Here's some thoughts:
>
>> Assume a CD sized (680MB) /boot
>
> Some distros carry patches for grub that allow booting from Btrfs,
> so no separate /boot file system is required. (Fedora does not;
> Ubuntu -- and therefore probably all Debians -- does.)
>
On Sat, Jun 4, 2016 at 1:24 AM, Andrei Borzenkov wrote:
> 04.06.2016 04:51, Christoph Anton Mitterer пишет:
> ...
>>
>>> The only extant systems that support higher
>>> levels of replication and call it RAID-1 are entirely based on MD
>>> RAID
>>> and it's poor choice of
21 matches
Mail list logo