Re: Wierd partition behaviour with BTRFS

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, 2014-03-13 at 00:05 -0600, Chris Murphy wrote:
> On Mar 12, 2014, at 7:22 PM, Chris Murphy <lists@xxxxxxxxxxxxxxxxx> wrote:
> 
> > I think you've stumbled into a bug. Since Btrfs directly supports multiple devices, it's like LVM or raid in this respect, and for LVM and RAID, anaconda might be eager to configure multiple device layouts this way.
> > 
> > So I'm going to bet dollars to donuts this is a Btrfs raid0 volume. 
> 
> I just tried this with Rawhide, and it is rather easy to create a multiple device Btrfs volume and maybe not realize it. The resulting volume uses data profile single, metadata profile raid1. This can be confirmed with:
> 
> btrfs fi df /

$ sudo btrfs fi df /
ERROR: couldn't get space info - Inappropriate ioctl for device
ERROR: get_df failed Inappropriate ioctl for device

Note that / is ext4, not btrfs.

> Data profile single allocations in 1GB chunks to the block device (partition) with the most free space. When free space remaining among all devices is the same, it round robin allocates in 1GB increments. The metadata being raid1 means both SSD and HDD have a copy of the file system.
> 
> The way data profile single works is it allocates in 1GB chunks to the block device (partition) that has the most free space, until both have the same free space remaining, and then it alternates between them in 1GB chunks. The metadata however is raid1, so the SSD and the hard drive each have a copy of the file system.
> 
> So if yours is configured this way, it's probably not critical to change it. The metadata going to the SSD isn't much, and since the HDD has much more space probably all data chunks are allocated on it for the near/medium term. But conversion to single device Btrfs is straightforward, three btrfs commands will do it. And then some extras to reclaim the space on the SSD for /var or / or whatever.

I'm willing to try it if you give me step-by-step instructions. I have
daily backups on a NAS so I can recover from disasters.

poc



-- 
users mailing list
users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org




[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [EPEL Devel]     [Fedora Magazine]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Fedora Sparc]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux