Re: btrfs send/receive: if new inode ino is less than its new directory ino, incorrect path is sent

2012-07-28 Thread Alexander Block
On Fri, Jul 27, 2012 at 4:37 PM, Alex Lyakas alex.bolshoy.bt...@gmail.com wrote: Hi Alexander, your solution is simple and elegant. I this this issue is solved now. Thanks! Two minor issues: 1) /* * We need some special handling for inodes that get processed before the parent *

Re: btrfs GPF in read_extent_buffer() while scrubbing with kernel 3.4.2

2012-07-28 Thread Sami Liedes
On Tue, Jul 17, 2012 at 12:29:33AM +0300, Sami Liedes wrote: So, currently my idea is to boot the machine with a live USB stick, install kvm and make qemu qcow images backed by the real (2*1.1T) devices, but writing changes to the qcow images (I dare not mess with the actual devices, and don't

No SysRq remount because sb-s_bdev is NULL

2012-07-28 Thread Florian Albrechtskirchinger
Hi, During a SysRq emergency remount Btrfs mounts are not remounted. I tracked the issue down to this line in do_emergency_remount() in fs/super.c: if (sb-s_root sb-s_bdev (sb-s_flags MS_BORN) !(sb-s_flags MS_RDONLY)) s_bdev is NULL for Btrfs super blocks and subsequently

Re: No SysRq remount because sb-s_bdev is NULL

2012-07-28 Thread Andreas Philipp
Hi, Just a first thought. Is there a possibility to write a dummy value into sb-s_bdev for btrfs super blocks. Thus it will not be NULL and everything in do_emergency_remount() in fs/super.c will work as wanted. Thanks, Andreas On 28.07.2012 15:41, Florian Albrechtskirchinger wrote: Hi,

Re: No SysRq remount because sb-s_bdev is NULL

2012-07-28 Thread Florian Albrechtskirchinger
On Saturday, July 28, 2012 15:46:50 Andreas Philipp wrote: On 28.07.2012 15:41, Florian Albrechtskirchinger wrote: During a SysRq emergency remount Btrfs mounts are not remounted. I tracked the issue down to this line in do_emergency_remount() in fs/super.c: if (sb-s_root sb-s_bdev

Re: No SysRq remount because sb-s_bdev is NULL

2012-07-28 Thread Andreas Philipp
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 28.07.2012 16:50, Florian Albrechtskirchinger wrote: On Saturday, July 28, 2012 15:46:50 Andreas Philipp wrote: On 28.07.2012 15:41, Florian Albrechtskirchinger wrote: During a SysRq emergency remount Btrfs mounts are not remounted. I tracked

[PATCH 0/1] Btrfs: Explicitly include vmalloc.h in send.c

2012-07-28 Thread Mitch Harder
When compiling without SMP and generic x86_64, I encountered the following errors due to vmalloc.h not being implicitly included: CC fs/btrfs/send.o fs/btrfs/send.c: In function ‘fs_path_free’: fs/btrfs/send.c:185:4: error: implicit declaration of function ‘vfree’ fs/btrfs/send.c: In

[PATCH 1/1] Btrfs: Explicitly include vmalloc.h in send.c

2012-07-28 Thread Mitch Harder
Certain architectures or platforms or combinations of CONFIG options require an explicit #include linux/vmalloc.h. Signed-off-by: Mitch Harder mitch.har...@sabayonlinux.org --- fs/btrfs/send.c |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/fs/btrfs/send.c