Re: [PATCH] btrfs-progs: Fix a misformatting in 'man btrfs-replace'

2014-08-17 Thread Satoru Takeuchi
(2014/08/12 17:30), Satoru Takeuchi wrote: > From: Satoru Takeuchi > > Just fix the following misformatting in 'man btrfs-replace'. Please ignore this patch. It's part of the following Qu's patch. https://www.mail-archive.com/linux-btrfs@vger.kernel.org/msg36116.html In addition, to make matte

Re: [RFC v3 0/2] vfs / btrfs: add support for ustat()

2014-08-17 Thread Luis R. Rodriguez
On Fri, Aug 15, 2014 at 10:29:50AM +0100, Al Viro wrote: > On Thu, Aug 14, 2014 at 07:58:56PM -0700, Luis R. Rodriguez wrote: > > > Christoph had noted that this seemed associated to the problem > > that the btrfs uses different assignments for st_dev than s_dev, > > but much as I'd like to see th

Re: Ideas for a feature implementation

2014-08-17 Thread Chris Murphy
On Aug 13, 2014, at 5:01 AM, David Pottage wrote: > At present, you can write RAID 5 or 6 data, but if anything goes wrong, btrfs > cannot use the parity information to help you get your data back, so in > general you are better off with RAID 1 or 10. Btrfs RAID5/6 normally mounted will recon

Re: [PATCH] btrfs: fix leak in qgroup_subtree_accounting() error path

2014-08-17 Thread Eric Sandeen
On 8/17/14, 3:09 PM, Eric Sandeen wrote: > Coverity pointed this out; in the newly added > qgroup_subtree_accounting(), if btrfs_find_all_roots() > returns an error, we leak at least the parents pointer, > and possibly the roots pointer, depending on what failure > occurs. FWIW, Coverity also does

[PATCH] btrfs: fix leak in qgroup_subtree_accounting() error path

2014-08-17 Thread Eric Sandeen
Coverity pointed this out; in the newly added qgroup_subtree_accounting(), if btrfs_find_all_roots() returns an error, we leak at least the parents pointer, and possibly the roots pointer, depending on what failure occurs. If btrfs_find_all_roots() returns an error, we need to free up all allocati

Re: Putting very big and small files in one subvolume?

2014-08-17 Thread Russell Coker
On Sun, 17 Aug 2014 12:31:42 Duncan wrote: > OTOH, I tend to be rather more of an independent partition booster than > many. The biggest reason for that is the too many eggs in one basket > problem. Fully separate filesystems on separate partitions separate > those data "eggs" into separate ba

exact nature of send/receive problems?

2014-08-17 Thread Shriramana Sharma
Hello. This is wrt this thread: http://www.spinics.net/lists/linux-btrfs/msg36639.html The OP of that thread had not clarified (IMO) what exactly he means by "unreliability of btrfs send/receive". Is it only via ssh/network, or even in the case of backup to local alternate (external) drive? What e

btrfs receive problem on ARM kirkwood NAS with kernel 3.16.0 and btrfs-progs 3.14.2

2014-08-17 Thread Klaus Holler
Hello list, I want to use an ARM kirkwood based NSA325v2 NAS (dubbed "Receiver") for receiving btrfs snapshots done on several hosts, e.g. a Core Duo laptop running kubuntu 14.04 LTS (dubbed "Source"), storing them on a 3TB WD red disk (having GPT label, partitions created with parted). But all t

Re: Putting very big and small files in one subvolume?

2014-08-17 Thread Duncan
Shriramana Sharma posted on Sun, 17 Aug 2014 14:26:06 +0530 as excerpted: > Hello. One more Q re generic BTRFS behaviour. > https://btrfs.wiki.kernel.org/index.php/Main_Page specifically > advertises BTRFS's "Space-efficient packing of small files". > > So far (on ext3/4) I have been using two pa

Putting very big and small files in one subvolume?

2014-08-17 Thread Shriramana Sharma
Hello. One more Q re generic BTRFS behaviour. https://btrfs.wiki.kernel.org/index.php/Main_Page specifically advertises BTRFS's "Space-efficient packing of small files". So far (on ext3/4) I have been using two partitions for small/regular files (like my source code repos, home directory with its