On Tue, Apr 14, 2015 at 10:01 AM, Liu Bo bo.li@oracle.com wrote:
_require_defrag() needs to check if the command is executable, but btrfs has
its subcommand filesystem defragment, which makes this checking fail.
This workarounds it and now we can run case generic/324, generic/018,
The current defragmentation options seem to only support defragmenting named
files/directories or a recursive defragmentation of files and directories.
I'd like to recursively defragment directories. One of my systems has a large
number of large files, the files are write-once and read
---
cmds-receive.c | 18 +++---
1 file changed, 11 insertions(+), 7 deletions(-)
diff --git a/cmds-receive.c b/cmds-receive.c
index 44ef27e..6800401 100644
--- a/cmds-receive.c
+++ b/cmds-receive.c
@@ -867,15 +867,19 @@ static int do_receive(struct btrfs_receive *r, const char
Hi,
After applying the patch, I got WARN_ON.
btrfs progs finished without any error message,
but received subvolume is not the same as send subvolume.
Here's the related information.
thanks,
robbieko
uanme -a
Linux ubuntu 4.0.0-rc4-custom #2 SMP Tue Apr 14 11:43:00 CST 2015
x86_64 x86_64 x86_64
On Tue, Apr 14, 2015 at 8:33 AM, Robbie Ko robbi...@synology.com wrote:
Hi,
After applying the patch, I got WARN_ON.
btrfs progs finished without any error message,
but received subvolume is not the same as send subvolume.
Here's the related information.
thanks,
robbieko
uanme -a
Linux
_require_defrag() needs to check if the command is executable, but btrfs has
its subcommand filesystem defragment, which makes this checking fail.
This workarounds it and now we can run case generic/324, generic/018, btrfs/005.
Signed-off-by: Liu Bo bo.li@oracle.com
---
common/defrag | 6
On Tue, Apr 14, 2015 at 10:14:59AM +0100, Filipe David Manana wrote:
On Tue, Apr 14, 2015 at 10:01 AM, Liu Bo bo.li@oracle.com wrote:
_require_defrag() needs to check if the command is executable, but btrfs has
its subcommand filesystem defragment, which makes this checking fail.
This
Russell Coker wrote (ao):
The current defragmentation options seem to only support defragmenting
named files/directories or a recursive defragmentation of files and
directories.
I'd like to recursively defragment directories.
find / -xdev -type d -execdir btrfs filesystem defrag -c {} +
On Sat, Apr 11, 2015 at 02:14:44AM +, Duncan wrote:
But you could try the latest 4.0-rc7+ kernel and see if it works with
that, yet.
Will try that.
2b) If instead your intention was to convert it to raid5 before upgrading
it to three devices, just add the third device first, then do
On Tue, Apr 14, 2015 at 01:44:32PM +0300, Lauri Võsandi wrote:
This patch forces btrfs receive to issue chroot before
parsing the btrfs stream to confine the process and
minimize damage that could be done via malicious
btrfs stream.
Thanks.
As we've discussed, there are possibly some things
Hi,
Sorry for not making it clear.
2015-04-14 16:16 GMT+08:00 Filipe David Manana fdman...@gmail.com:
On Tue, Apr 14, 2015 at 8:33 AM, Robbie Ko robbi...@synology.com wrote:
Hi,
After applying the patch, I got WARN_ON.
btrfs progs finished without any error message,
but received subvolume
This patch forces btrfs receive to issue chroot before
parsing the btrfs stream to confine the process and
minimize damage that could be done via malicious
btrfs stream.
Signed-off-by: Lauri Võsandi lauri.vosa...@gmail.com
---
cmds-receive.c | 18 ++
1 file changed, 10
On Sat, Apr 11, 2015 at 09:04:02AM -0400, Jeff Layton wrote:
Yuck! How the heck do you clean up the mess if that happens? I guess
you're just stuck redoing the copy with normal READ/WRITE?
Maybe we need to have the interface return a hard error in that
case and not try to give back any sort
On 04/14/2015 12:53 PM, Christoph Hellwig wrote:
On Sat, Apr 11, 2015 at 09:04:02AM -0400, Jeff Layton wrote:
Yuck! How the heck do you clean up the mess if that happens? I guess
you're just stuck redoing the copy with normal READ/WRITE?
Maybe we need to have the interface return a hard error
On Tue, Apr 14, 2015 at 09:53:44AM -0700, Christoph Hellwig wrote:
On Sat, Apr 11, 2015 at 09:04:02AM -0400, Jeff Layton wrote:
Yuck! How the heck do you clean up the mess if that happens? I guess
you're just stuck redoing the copy with normal READ/WRITE?
Maybe we need to have the
On 04/10/2015 06:00 PM, Zach Brown wrote:
This rearranges the existing COPY_RANGE ioctl implementation so that the
.copy_file_range file operation can call the core loop that copies file
data extent items.
The extent copying loop is lifted up into its own function. It retains
the core
On Tue, Apr 14, 2015 at 11:22:41AM -0700, Zach Brown wrote:
On Tue, Apr 14, 2015 at 02:19:11PM -0400, J. Bruce Fields wrote:
On Tue, Apr 14, 2015 at 01:16:13PM -0400, Anna Schumaker wrote:
On 04/14/2015 12:53 PM, Christoph Hellwig wrote:
On Sat, Apr 11, 2015 at 09:04:02AM -0400, Jeff
On Tue, Apr 14, 2015 at 01:16:13PM -0400, Anna Schumaker wrote:
On 04/14/2015 12:53 PM, Christoph Hellwig wrote:
On Sat, Apr 11, 2015 at 09:04:02AM -0400, Jeff Layton wrote:
Yuck! How the heck do you clean up the mess if that happens? I
guess you're just stuck redoing the copy with normal
On Tue, Apr 14, 2015 at 02:19:11PM -0400, J. Bruce Fields wrote:
On Tue, Apr 14, 2015 at 01:16:13PM -0400, Anna Schumaker wrote:
On 04/14/2015 12:53 PM, Christoph Hellwig wrote:
On Sat, Apr 11, 2015 at 09:04:02AM -0400, Jeff Layton wrote:
Yuck! How the heck do you clean up the mess if
On 2015-04-14 08:28, David Sterba wrote:
On Tue, Apr 14, 2015 at 01:44:32PM +0300, Lauri Võsandi wrote:
This patch forces btrfs receive to issue chroot before
parsing the btrfs stream to confine the process and
minimize damage that could be done via malicious
btrfs stream.
Thanks.
As we've
On Fri, Apr 10, 2015 at 08:39:53AM +0800, Qu Wenruo wrote:
There's nothing to stop a user from passing both subvol= and subvolid=
to mount, but if they don't refer to the same subvolume, someone is
going to be surprised at some point. Error out on this case, but allow
users to pass in both
Thanks David and that's true: there will be a large overlap with dedup
work from Liu Bo. In fact, a few days after I sent the first mail, I
got in touch with Liu and he agreed upon mentoring. So, I am all set
now and will start working on the project in May end..
Best,
Harshad.
On Mon, Apr 13,
On Tue, Apr 14, 2015 at 02:29:06PM -0400, J. Bruce Fields wrote:
On Tue, Apr 14, 2015 at 11:22:41AM -0700, Zach Brown wrote:
On Tue, Apr 14, 2015 at 02:19:11PM -0400, J. Bruce Fields wrote:
On Tue, Apr 14, 2015 at 01:16:13PM -0400, Anna Schumaker wrote:
On 04/14/2015 12:53 PM, Christoph
On Tue, Apr 14, 2015 at 11:54:08AM -0700, Zach Brown wrote:
Is this relying on btrfs range cloning being atomic? It certainly
doesn't look atomic. It can modify items across an arbitrarily large
number of leaf blocks. It can make the changes across multiple
transactions which could
On Tue, Apr 14, 2015 at 12:23:25PM -0700, Christoph Hellwig wrote:
On Tue, Apr 14, 2015 at 11:54:08AM -0700, Zach Brown wrote:
Is this relying on btrfs range cloning being atomic? It certainly
doesn't look atomic. It can modify items across an arbitrarily large
number of leaf blocks. It
On Tue, Apr 14, 2015 at 12:09 PM, Robbie Ko robbi...@synology.com wrote:
Hi,
Sorry for not making it clear.
2015-04-14 16:16 GMT+08:00 Filipe David Manana fdman...@gmail.com:
On Tue, Apr 14, 2015 at 8:33 AM, Robbie Ko robbi...@synology.com wrote:
Hi,
After applying the patch, I got
On Tue, Apr 14, 2015 at 07:37:17AM +, Russell Coker wrote:
The current defragmentation options seem to only support defragmenting named
files/directories or a recursive defragmentation of files and directories.
I'd like to recursively defragment directories. One of my systems has a
On Mon, Apr 13, 2015 at 08:37:01PM +0800, Anand Jain wrote:
my troubleshooting experience says have unique error string per module.
In the below eg, its one additional step to know error line,
cat -n cmds-device.c | egrep error removing the device
185ERROR: error removing the
On Mon, Apr 13, 2015 at 10:48:54PM +0800, Anand Jain wrote:
simple compile time warning fixes.
cmds-check.c: In function ‘del_file_extent_hole’:
cmds-check.c:289: warning: ‘prev.len’ may be used uninitialized in this
function
cmds-check.c:289: warning: ‘prev.start’ may be used
29 matches
Mail list logo
