From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from plane.gmane.org ([80.91.229.3]:45636 "EHLO plane.gmane.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752811AbbHRR4d (ORCPT ); Tue, 18 Aug 2015 13:56:33 -0400 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1ZRl7a-0001pV-Qy for linux-btrfs@vger.kernel.org; Tue, 18 Aug 2015 19:56:26 +0200 Received: from cpc21-stap10-2-0-cust974.12-2.cable.virginm.net ([86.0.163.207]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 18 Aug 2015 19:56:26 +0200 Received: from m_btrfs by cpc21-stap10-2-0-cust974.12-2.cable.virginm.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 18 Aug 2015 19:56:26 +0200 To: linux-btrfs@vger.kernel.org From: Martin Subject: Re: You guys do an amazing job - I am blown away! Date: Tue, 18 Aug 2015 18:56:21 +0100 Message-ID: References: <55D263BB.2020206@chinilu.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 In-Reply-To: <55D263BB.2020206@chinilu.com> Sender: linux-btrfs-owner@vger.kernel.org List-ID: George, Always good to see the occasional very positive feedback. (Even from a non-developer such as myself! :-) ) I've been using various versions of btrfs on both test and production systems for some time now. Always looks to be spectacular for the care for backwards compatibility/safety included. Never done a 32-bit -> 64-bit jump myself but there have been quite a few leaps made on various hardware/software setups and all without a hitch keeping the btrfs in place in-situ. Very much preferred compared to the chore of instead having to read-and-rewrite multiple TBytes of data! And all still 'experimental'... ;-) Carry on the good developments! Regards, Martin On 17/08/15 23:44, George Mitchell wrote: > Two years ago I installed btrfs across 8 hard drives on my desktop > system with the entire system ending up on btrfs RAID 1. I did all of > this with btrfs-progs-0.20. Since that time I have been dreading > updating my system because of fear that the old btrfs volumes would > become unstable in the process. I was finally driven to update by > otherwise unresolvable security issues. I went from 32bit OS to 64bit > OS with new btrfs-progs 3.19.1. I simply cannot believe that everything > just worked without a hitch. In terms of btrfs the upgrade from what > was then "experimental" to what is now "stable" was totally > transparent. In the past two years I have had zero problems with btrfs > involving multiple TB of data. I really appreciate all that you guys > have done to make btrfs such an amazing file system.