Re: Btrfs progs release 4.1

2015-09-09 Thread Vytautas D
sorry for side question - but does this mean that btrfs-convert issues others were having on kernel 4.0+ on this mailing list is now addressed ? On Wed, Sep 9, 2015 at 4:24 AM, Qu Wenruo wrote: > > > Qu Wenruo wrote on 2015/09/09 09:34 +0800: >> >> Hi David, >> >> Sorry

Re: Btrfs progs release 4.1

2015-09-09 Thread Duncan
Vytautas D posted on Wed, 09 Sep 2015 11:35:50 +0100 as excerpted: > sorry for side question - but does this mean that btrfs-convert issues > others were having on kernel 4.0+ on this mailing list is now addressed > ? AFAIK they've not yet been entirely fixed, no. There's still active (within

Re: Btrfs progs release 4.1

2015-09-09 Thread David Sterba
On Wed, Sep 09, 2015 at 11:24:17AM +0800, Qu Wenruo wrote: > The problem is that, for converted image, it's quite possible that data > and metadata extent are stored in one chunk even the chunk is not mixed. > > I'll add fsck support for it soon. That would be great, I have no idea how the

Re: Btrfs progs release 4.1

2015-09-09 Thread David Sterba
On Wed, Sep 09, 2015 at 09:34:53AM +0800, Qu Wenruo wrote: > > David Sterba (79): > >btrfs-progs: tests: log the test name in results file > >btrfs-progs: tests: support more formats of test images > >btrfs-progs: tests: use readlink -f to resolve path > >

Re: Btrfs progs release 4.1

2015-09-09 Thread David Sterba
On Wed, Sep 09, 2015 at 11:35:50AM +0100, Vytautas D wrote: > sorry for side question - but does this mean that btrfs-convert issues > others were having on kernel 4.0+ on this mailing list is now > addressed ? Per Qu's analysis yes, the broken versions are 3.19.1-4.0.1. -- To unsubscribe from

Re: Btrfs progs release 4.1

2015-09-09 Thread Austin S Hemmelgarn
On 2015-09-09 09:25, David Sterba wrote: On Wed, Sep 09, 2015 at 11:24:17AM +0800, Qu Wenruo wrote: The problem is that, for converted image, it's quite possible that data and metadata extent are stored in one chunk even the chunk is not mixed. I'll add fsck support for it soon. That would

Re: Btrfs progs release 4.1

2015-09-09 Thread Qu Wenruo
David Sterba wrote on 2015/09/09 15:25 +0200: On Wed, Sep 09, 2015 at 11:24:17AM +0800, Qu Wenruo wrote: The problem is that, for converted image, it's quite possible that data and metadata extent are stored in one chunk even the chunk is not mixed. I'll add fsck support for it soon. That

Re: Btrfs progs release 4.1

2015-09-08 Thread Qu Wenruo
Hi David, Sorry for the late reply, but I noticed something interesting. David Sterba wrote on 2015/06/22 17:00 +0200: Hi, btrfs-progs 4.1 have been released (in time with kernel 4.1). Unusual load of changes. Fixed since rc1: - uuid rewrite prints the correct original UUID -

Re: Btrfs progs release 4.1

2015-09-08 Thread Qu Wenruo
Qu Wenruo wrote on 2015/09/09 09:34 +0800: Hi David, Sorry for the late reply, but I noticed something interesting. David Sterba wrote on 2015/06/22 17:00 +0200: Hi, btrfs-progs 4.1 have been released (in time with kernel 4.1). Unusual load of changes. Fixed since rc1: - uuid rewrite

Re: Btrfs progs release 4.1

2015-06-25 Thread David Sterba
On Wed, Jun 24, 2015 at 10:26:05PM +0200, Sjoerd wrote: Thanks for the link...I updated it...The updated version breaks the btrfsQuota.sh and btrfsQuota.py script from the wiki though :( I see, but the scripts are likely to break anytime due to changes in the qgroup output interfaces. You

Re: Btrfs progs release 4.1

2015-06-24 Thread Sjoerd
On Tuesday 23 June 2015 16:45:01 David Sterba wrote: On Tue, Jun 23, 2015 at 11:03:47AM +0200, Sjoerd wrote: On Monday 22 June 2015 17:00:23 David Sterba wrote: btrfs-progs 4.1 have been released (in time with kernel 4.1). Unusual load of changes. Would it be beneficial to update

Re: Btrfs progs release 4.1

2015-06-23 Thread David Sterba
On Tue, Jun 23, 2015 at 11:03:47AM +0200, Sjoerd wrote: On Monday 22 June 2015 17:00:23 David Sterba wrote: btrfs-progs 4.1 have been released (in time with kernel 4.1). Unusual load of changes. Would it be beneficial to update when using older kernels (3.19.x in my case)? I can't upgrade

Re: Btrfs progs release 4.1

2015-06-23 Thread David Sterba
On Mon, Jun 22, 2015 at 10:45:32PM +0200, Martin Steigerwald wrote: Wow, nice collection of changes! Thanks. Am Montag, 22. Juni 2015, 17:00:23 schrieb David Sterba: * new - rescure zero-log - btrfsune: - rewrite uuid on a filesystem image - new option to turn on NO_HOLES

Re: Btrfs progs release 4.1

2015-06-23 Thread Sjoerd
On Monday 22 June 2015 17:00:23 David Sterba wrote: Hi, btrfs-progs 4.1 have been released (in time with kernel 4.1). Unusual load of changes. Would it be beneficial to update when using older kernels (3.19.x in my case)? I can't upgrade to kernel 4.1 since my nvidia (propriety) drivers

Re: Btrfs progs release 4.1

2015-06-23 Thread Qu Wenruo
Sjoerd wrote on 2015/06/23 11:03 +0200: On Monday 22 June 2015 17:00:23 David Sterba wrote: Hi, btrfs-progs 4.1 have been released (in time with kernel 4.1). Unusual load of changes. Would it be beneficial to update when using older kernels (3.19.x in my case)? Part(most) of. Some one

Re: Btrfs progs release 4.1

2015-06-22 Thread Goffredo Baroncelli
On 2015-06-22 17:00, David Sterba wrote: Hi, Many thanks for your work. BTW just for curiosity: is it a coincidence that both Torvalds and you released the kernel 4.1/btrfs-progs 4.1 in the same day ? I know that the version are coupled, but also the same day BR G.Baronelli

Btrfs progs release 4.1

2015-06-22 Thread David Sterba
Hi, btrfs-progs 4.1 have been released (in time with kernel 4.1). Unusual load of changes. Fixed since rc1: - uuid rewrite prints the correct original UUID - map-logical updated - fi show size units - typos * bugfixes - fsck.btrfs: no bash-isms - bugzilla 97171: invalid memory

Re: Btrfs progs release 4.1

2015-06-22 Thread Martin Steigerwald
Wow, nice collection of changes! Am Montag, 22. Juni 2015, 17:00:23 schrieb David Sterba: * new - rescure zero-log - btrfsune: - rewrite uuid on a filesystem image - new option to turn on NO_HOLES incompat feature Did you think about folding btrfstune into btrfs command as well?

qgroup limit clearing, was Re: Btrfs progs release 4.1

2015-06-22 Thread Christian Robottom Reis
On Mon, Jun 22, 2015 at 05:00:23PM +0200, David Sterba wrote: - qgroup: - show: distinguish no limits and 0 limit value - limit: ability to clear the limit I'm using kernel 4.1-rc7 as per: root@riff:/var/lib/lxc/juju-trusty-lxc-template/rootfs# uname -a Linux riff

qgroup limit clearing, was Re: Btrfs progs release 4.1

2015-06-22 Thread Christian Robottom Reis
On Mon, Jun 22, 2015 at 05:00:23PM +0200, David Sterba wrote: - qgroup: - show: distinguish no limits and 0 limit value - limit: ability to clear the limit I'm using kernel 4.1-rc7 as per: root@riff:/var/lib/lxc/juju-trusty-lxc-template/rootfs# uname -a Linux riff

Re: qgroup limit clearing, was Re: Btrfs progs release 4.1

2015-06-22 Thread Tsutomu Itoh
On 2015/06/23 3:18, Christian Robottom Reis wrote: On Mon, Jun 22, 2015 at 05:00:23PM +0200, David Sterba wrote: - qgroup: - show: distinguish no limits and 0 limit value - limit: ability to clear the limit I'm using kernel 4.1-rc7 as per:

Re: Btrfs progs release 4.1

2015-06-22 Thread David Sterba
On Mon, Jun 22, 2015 at 06:18:35PM +0200, Goffredo Baroncelli wrote: Many thanks for your work. BTW just for curiosity: is it a coincidence that both Torvalds and you released the kernel 4.1/btrfs-progs 4.1 in the same day ? I know that the version are coupled, but also the same day This

Re: qgroup limit clearing, was Re: Btrfs progs release 4.1

2015-06-22 Thread Qu Wenruo
Tsutomu Itoh wrote on 2015/06/23 08:55 +0900: On 2015/06/23 3:18, Christian Robottom Reis wrote: On Mon, Jun 22, 2015 at 05:00:23PM +0200, David Sterba wrote: - qgroup: - show: distinguish no limits and 0 limit value - limit: ability to clear the limit I'm using kernel 4.1-rc7

Btrfs progs release 4.1-rc1

2015-06-17 Thread David Sterba
Hi, unusual load of changes. Among the small UI enhancements, the mkfs output rework is worth mentioning separately. It's based on Goffredo's patches but I've tweaked the output: Current: