Hi,
fyi: Raid5/6 hit mainline in 3.9, with 3.8 you will not be able to use
those raid levels.
Regards,
Felix
On Sat, Jun 1, 2013 at 11:23 PM, Hugo Mills h...@carfax.org.uk wrote:
On Sat, Jun 01, 2013 at 02:07:53PM -0700, ronnie sahlberg wrote:
Hi List,
I have a filesystem that is spanning
I am seeing massive journal corruptions that seem to be unique to btrfs
and I am suspecting that cow might be causing them. My bandaid fix for
this will be to mark the /var filesystem nodatacow at boot. But I am
wondering if their is any way to flag a particular directory as
nodatacow
I am seeing a huge improvement in boot performance since doing a system
wide file by file defragementation of metadata. In fact in the four
sequential boots since completing this process, I have not seen one
open_ctree failure so far. This leads me to suspect that the open_ctree
boot
Hi everybody,
Am 08.02.2013 01:36, schrieb Ian Kumlien:
diff --git a/cmds-check.c b/cmds-check.c
index 71e98de..8e4cce0 100644
--- a/cmds-check.c
+++ b/cmds-check.c
[...]
@@ -3574,7 +3579,8 @@ int main(int ac, char **av)
(unsigned long long)bytenr);
Hi list,
I have a 4-device RAID10 array of 2TB drives on btrfs. It works great. I
recently added an additional 4 drives to the array. There is only about
2TB in use across the whole array (which should have an effective
capacity of about 8TB). However I have noticed that when I issue btrfs
On Sun, Jun 02, 2013 at 05:17:11PM +0100, Tim Eggleston wrote:
Hi list,
I have a 4-device RAID10 array of 2TB drives on btrfs. It works
great. I recently added an additional 4 drives to the array. There
is only about 2TB in use across the whole array (which should have
an effective capacity
Hi Hugo,
Thanks for your reply, good to know it's not an error as such (just me
being an idiot!).
Additional space will be allocated from the available unallocated
space as the FS needs it.
So I guess my question becomes, how much of that available unallocated
space do I have?
On Jun 2, 2013, at 12:17 PM, Tim Eggleston li...@timeggleston.co.uk wrote:
root@mckinley:/# btrfs fi df /mnt/shares/btrfsvol0
Data, RAID10: total=2.06TB, used=2.06TB
System, RAID10: total=64.00MB, used=188.00KB
System: total=4.00MB, used=0.00
Metadata, RAID10: total=3.00GB, used=2.29GB
On Sun, Jun 02, 2013 at 05:52:38PM +0100, Tim Eggleston wrote:
Hi Hugo,
Thanks for your reply, good to know it's not an error as such (just
me being an idiot!).
Additional space will be allocated from the available unallocated
space as the FS needs it.
So I guess my question becomes,
On Sun, Jun 02, 2013 at 12:52:40PM -0400, Chris Murphy wrote:
On Jun 2, 2013, at 12:17 PM, Tim Eggleston li...@timeggleston.co.uk wrote:
root@mckinley:/# btrfs fi df /mnt/shares/btrfsvol0
Data, RAID10: total=2.06TB, used=2.06TB
System, RAID10: total=64.00MB, used=188.00KB
System:
On Sun, Jun 02, 2013 at 07:40:52AM -0700, George Mitchell wrote:
I am seeing massive journal corruptions that seem to be unique to
btrfs and I am suspecting that cow might be causing them. My
bandaid fix for this will be to mark the /var filesystem nodatacow
at boot. But I am wondering if
Hi,
I added a new drive to an existing RAID 0 array. Every
attempt to rebalance the array fails:
# btrfs filesystem balance /share/bd8
ERROR: error during balancing '/share/bd8' - Input/output error
# dmesg | tail
btrfs: found 1 extents
btrfs: relocating block group 10752513540096 flags 1
btrfs:
On 06/02/2013 06:28 PM, Liu Bo wrote:
On Sun, Jun 02, 2013 at 07:40:52AM -0700, George Mitchell wrote:
I am seeing massive journal corruptions that seem to be unique to
btrfs and I am suspecting that cow might be causing them. My
bandaid fix for this will be to mark the /var filesystem
On 06/02/2013 06:28 PM, Liu Bo wrote:
On Sun, Jun 02, 2013 at 07:40:52AM -0700, George Mitchell wrote:
I am seeing massive journal corruptions that seem to be unique to
btrfs and I am suspecting that cow might be causing them. My
bandaid fix for this will be to mark the /var filesystem
On Sun, Jun 02, 2013 at 07:19:50PM -0700, George Mitchell wrote:
On 06/02/2013 06:28 PM, Liu Bo wrote:
On Sun, Jun 02, 2013 at 07:40:52AM -0700, George Mitchell wrote:
I am seeing massive journal corruptions that seem to be unique to
btrfs and I am suspecting that cow might be causing them.
On Sun, Jun 02, 2013 at 07:11:10PM -0700, George Mitchell wrote:
On 06/02/2013 06:28 PM, Liu Bo wrote:
On Sun, Jun 02, 2013 at 07:40:52AM -0700, George Mitchell wrote:
I am seeing massive journal corruptions that seem to be unique to
btrfs and I am suspecting that cow might be causing them.
On Sun, Jun 2, 2013 at 11:11 PM, George Mitchell geo...@chinilu.com wrote:
So I want to try forcing nodatacow on this directory and see what happens.
If that doesn't work, I suppose the next step will be to place this one
directory on an ext4 filesystem and mount it externally to the btrfs
Hugo Mills posted on Sun, 02 Jun 2013 18:43:59 +0100 as excerpted:
On Sun, Jun 02, 2013 at 12:52:40PM -0400, Chris Murphy wrote:
[I]t's confusing. btrfs fi df doesn't show free space. The first
value is what space the fs has allocated for the data usage type,
and the 2nd value is how much
18 matches
Mail list logo
