On Mon, Nov 5, 2012 at 7:07 PM, Stefan Priebe - Profihost AG
wrote:
> Hello list,
>
> is btrfs ready for production use in 3.6.6? Or should i backport fixes from
> 3.7-rc?
>
> Is it planned to have a stable kernel which will get all btrfs fixes
> backported?
I would say "no" to both, but you shou
Hello,
Here is a little background of my setup. mdadm->lvm->dmcrypt->btrfs.
I had the btrfs in ext4 but I converted it.
When I first did the convert, everything was fine. After a moment, I did a
btrfs balance and since that day,
the writing speed is very slow. When I do things like unzip/unra
On 11/06/2012 06:45 AM, David Sterba wrote:
> On Wed, Oct 31, 2012 at 09:02:15PM +0800, Jeff Liu wrote:
>> I propose this because OCFS2 report shared space in this way combine with
>> du(1).
>>
>> An old patch set to teach du(1) aware of reflinked file:
>> https://oss.oracle.com/pipermail/ocfs2-de
On 11/06/2012 06:57 AM, David Sterba wrote:
> On Thu, Nov 01, 2012 at 05:17:04AM +0800, ching wrote:
3. Is any possible to online defrag a btrfs partition without hindered by
mount point/polyinstantied directories?
>>> Sorry, I do not understand the question.
>> when a device is mounted
On Mon, Nov 05, 2012 at 03:24:48PM +0800, Anand Jain wrote:
> featurexattr btrfs-kernel-way
> [1] NoYes
> [2] NoYes
> [3] Yes No
>
>
> [1]. Ability to read subvol label without mount
It is possible to read it offline, one can traverse th
On Sat, Nov 03, 2012 at 03:10:52PM +1030, Jordan Windsor wrote:
> [root@archpc ~]# btrfs fi df /home/jordan/Storage/
> Data: total=580.88GB, used=490.88GB
This is getting full, 84%, there is not much chance of getting rid of
substantially many 1G-chunks through the 'usage=1' balance filter.
Some o
On Thu, Nov 01, 2012 at 05:17:04AM +0800, ching wrote:
> >> 3. Is any possible to online defrag a btrfs partition without hindered by
> >> mount point/polyinstantied directories?
> > Sorry, I do not understand the question.
>
> when a device is mounted under a directory, files in the directory is
On Wed, Oct 31, 2012 at 09:02:15PM +0800, Jeff Liu wrote:
> I propose this because OCFS2 report shared space in this way combine with
> du(1).
>
> An old patch set to teach du(1) aware of reflinked file:
> https://oss.oracle.com/pipermail/ocfs2-devel/2010-September/007293.html
Patch looks ok, th
On Mon, Nov 5, 2012 at 10:06 AM, David Sterba wrote:
> On Wed, Oct 31, 2012 at 12:20:39PM +, Alex wrote:
>> As one 'stuck' with 4k leaves on my main machine for the moment, can I
>> request
>> the btrfs-progs v0.20 defaults to more efficient decent block sizes before
>> release. Most distro i
On Wed, Oct 31, 2012 at 12:20:39PM +, Alex wrote:
> As one 'stuck' with 4k leaves on my main machine for the moment, can I request
> the btrfs-progs v0.20 defaults to more efficient decent block sizes before
> release. Most distro install programs for the moment don't give access to the
> optio
On Sun, Nov 04, 2012 at 09:25:53PM +0100, Julia Lawall wrote:
> It looks like these patches were not a good idea, because in each case the
> printk provides an error level, and WARN then provides another one.
I think this is not a problem within btrfs at the place where this has
changed.
david
--
On Sat, Nov 03, 2012 at 09:30:18PM +0100, Julia Lawall wrote:
> From: Julia Lawall
>
> Just use WARN_ON rather than an if containing only WARN_ON(1).
>
> A simplified version of the semantic patch that makes this transformation
> is as follows: (http://coccinelle.lip6.fr/)
>
> //
> @@
> expres
On Sat, Nov 03, 2012 at 11:58:34AM +0100, Julia Lawall wrote:
> From: Julia Lawall
>
> Use WARN rather than printk followed by WARN_ON(1), for conciseness.
>
> A simplified version of the semantic patch that makes this transformation
> is as follows: (http://coccinelle.lip6.fr/)
>
> //
> @@
>
On Mon, Nov 05, 2012 at 02:10:49PM +0100, Stefan Behrens wrote:
> --- a/fs/btrfs/volumes.c
> +++ b/fs/btrfs/volumes.c
> @@ -764,10 +764,13 @@ int btrfs_scan_one_device(const char *path, fmode_t
> flags, void *holder,
> devid = btrfs_stack_device_id(&disk_super->dev_item);
> transid = b
Someone who is root or capable(CAP_SYS_ADMIN) could corrupt the
superblock and make Btrfs printk("%s") crash while holding the
uuid_mutex since nobody forces a limit on the string. Since the
uuid_mutex is significant, the system would be unusable
afterwards.
Signed-off-by: Stefan Behrens
---
fs/
When creating a snapshot, failing to commit a transaction can end up
with aborting the transaction, following by doing a cleanup for it, where
we'll free all snapshots pending to disk.
So we check it and avoid double free on pending snapshots.
Signed-off-by: Liu Bo
---
fs/btrfs/ioctl.c |6 +
When committing a transaction, we may bail out of running delayed refs
due to ENOSPC, and then abort the current transaction to flip into readonly.
But we'll hit a deadlock on ref head's lock since we forget to release
its lock and other cleanup stuff.
Signed-off-by: Liu Bo
---
fs/btrfs/extent-
On Mon, Nov 5, 2012 at 8:07 PM, Steven Whitehouse wrote:
> Hi,
>
> On Mon, 2012-11-05 at 19:55 +0800, Zhi Yong Wu wrote:
>> On Mon, Nov 5, 2012 at 7:21 PM, Steven Whitehouse
>> wrote:
>> > Hi,
>> >
>> > On Mon, 2012-10-29 at 12:30 +0800, zwu.ker...@gmail.com wrote:
>> >> From: Zhi Yong Wu
>> >>
Hi,
On Mon, 2012-11-05 at 19:55 +0800, Zhi Yong Wu wrote:
> On Mon, Nov 5, 2012 at 7:21 PM, Steven Whitehouse wrote:
> > Hi,
> >
> > On Mon, 2012-10-29 at 12:30 +0800, zwu.ker...@gmail.com wrote:
> >> From: Zhi Yong Wu
> >>
> >> Add a per-superblock workqueue and a delayed_work
> >> to run per
Hello list,
is btrfs ready for production use in 3.6.6? Or should i backport fixes
from 3.7-rc?
Is it planned to have a stable kernel which will get all btrfs fixes
backported?
Greets
Stefan
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message t
On Mon, Nov 5, 2012 at 7:21 PM, Steven Whitehouse wrote:
> Hi,
>
> On Mon, 2012-10-29 at 12:30 +0800, zwu.ker...@gmail.com wrote:
>> From: Zhi Yong Wu
>>
>> Add a per-superblock workqueue and a delayed_work
>> to run periodic work to update map info on each superblock.
>>
>> Signed-off-by: Zhi
Here is what I see in my kern.log (see below).
For me this first happened when the filesystem was close to full (less
than 1GB left), but someone on the irc channel mentioned a similar
problem on suspend to ram.
The files that have checksum failures end up with their first 4k filled
with 0x01 byt
On Mon, Nov 5, 2012 at 7:07 PM, Steven Whitehouse wrote:
> Hi,
>
> On Mon, 2012-10-29 at 12:30 +0800, zwu.ker...@gmail.com wrote:
>> From: Zhi Yong Wu
>>
>> Add some util helpers to update access frequencies
>> for one file or its range.
>>
>> Signed-off-by: Zhi Yong Wu
>> ---
>> fs/hot_track
Hi,
On Mon, 2012-10-29 at 12:30 +0800, zwu.ker...@gmail.com wrote:
> From: Zhi Yong Wu
>
> Add a per-superblock workqueue and a delayed_work
> to run periodic work to update map info on each superblock.
>
> Signed-off-by: Zhi Yong Wu
> ---
> fs/hot_tracking.c| 85
> ++
Hi,
On Mon, 2012-10-29 at 12:30 +0800, zwu.ker...@gmail.com wrote:
> From: Zhi Yong Wu
>
> Add some util helpers to update access frequencies
> for one file or its range.
>
> Signed-off-by: Zhi Yong Wu
> ---
> fs/hot_tracking.c| 179
> ++
25 matches
Mail list logo