Re: Commit edf064e7c (btrfs: nowait aio support) breaks shells

On 2017.07.04 at 10:31 -0500, Goldwyn Rodrigues wrote: > > > On 07/04/2017 02:45 AM, Markus Trippelsdorf wrote: > > On 2017.07.04 at 06:23 +0200, Markus Trippelsdorf wrote: > >> commit edf064e7c6fec3646b06c944a8e35d1a3de5c2c3 (HEAD, refs/bisect/bad) > >>

Re: Commit edf064e7c (btrfs: nowait aio support) breaks shells

On 2017.07.04 at 06:23 +0200, Markus Trippelsdorf wrote: > commit edf064e7c6fec3646b06c944a8e35d1a3de5c2c3 (HEAD, refs/bisect/bad) > Author: Goldwyn Rodrigues <rgold...@suse.com> > Date: Tue Jun 20 07:05:49 2017 -0500 > > btrfs: nowait aio support > > appa

Commit edf064e7c (btrfs: nowait aio support) breaks shells

commit edf064e7c6fec3646b06c944a8e35d1a3de5c2c3 (HEAD, refs/bisect/bad) Author: Goldwyn Rodrigues Date: Tue Jun 20 07:05:49 2017 -0500 btrfs: nowait aio support apparently breaks several shell related features on my system. In zsh history stopped working, because no new

Re: OOM killer and Btrfs

On 2016.09.04 at 11:59 +0200, Francesco Turco wrote: > I use Btrfs on a Gentoo Linux system with kernel 4.7.2. When my computer > is under heavy I/O load some application often crashes, for example > ClamAV, Firefox or Portage. I suspect the problem is due to Btrfs, but I > may be wrong. > >

Re: OOM killer invoked during btrfs send/recieve on otherwise idle machine

On 2016.07.31 at 17:10 +0200, Michal Hocko wrote: > [CC Mel and linux-mm] > > On Sun 31-07-16 07:11:21, Markus Trippelsdorf wrote: > > Tonight the OOM killer got invoked during backup of /: > > > > [Jul31 01:56] kthreadd invoked oom-killer: > > gfp_

OOM killer invoked during btrfs send/recieve on otherwise idle machine

Tonight the OOM killer got invoked during backup of /: [Jul31 01:56] kthreadd invoked oom-killer: gfp_mask=0x27000c0(GFP_KERNEL_ACCOUNT|__GFP_NOTRACK), order=2, oom_score_adj=0 [ +0.04] CPU: 3 PID: 2 Comm: kthreadd Not tainted 4.7.0-06816-g797cee982eef-dirty #37 [ +0.00] Hardware

Re: btrfs_destroy_inode WARN_ON.

On 2016.03.28 at 10:05 -0400, Josef Bacik wrote: > >Mar 24 10:37:27 x4 kernel: WARNING: CPU: 3 PID: 11838 at > >fs/btrfs/inode.c:9261 btrfs_destroy_inode+0x22b/0x2a0 > > I saw this running some xfstests on our internal kernels but haven't been > able to reproduce it on my latest enospc work

Re: btrfs_destroy_inode WARN_ON.

On 2016.03.24 at 18:54 -0400, Dave Jones wrote: > Just hit this on a tree from earlier this morning, v4.5-11140 or so. > > WARNING: CPU: 2 PID: 32570 at fs/btrfs/inode.c:9261 > btrfs_destroy_inode+0x389/0x3f0 [btrfs] > CPU: 2 PID: 32570 Comm: rm Not tainted 4.5.0-think+ #14 > c039baf9

Re: !PageLocked BUG_ON hit in clear_page_dirty_for_io

On 2015.12.08 at 23:25 -0500, Dave Jones wrote: > Not sure if I've already reported this one, but I've been seeing this > a lot this last couple days. > > kernel BUG at mm/page-writeback.c:2654! Just hit the same issue trying to build ghc-7.10.3: [55704.436096] [ cut here

Re: WARNING: CPU: 2 PID: 32343 at fs/btrfs/inode.c:8693 btrfs_destroy_inode+0x278/0x2a0()

On 2015.03.07 at 09:35 +, Filipe David Manana wrote: On Tue, Mar 3, 2015 at 2:13 PM, Markus Trippelsdorf mar...@trippelsdorf.de wrote: On 2015.03.02 at 14:29 +0100, Markus Trippelsdorf wrote: On 2015.03.02 at 12:07 +, Filipe David Manana wrote: [83159.038708] [ cut

Re: WARNING: CPU: 2 PID: 32343 at fs/btrfs/inode.c:8693 btrfs_destroy_inode+0x278/0x2a0()

On 2015.03.02 at 14:29 +0100, Markus Trippelsdorf wrote: On 2015.03.02 at 12:07 +, Filipe David Manana wrote: [83159.038708] [ cut here ] [83159.038716] WARNING: CPU: 2 PID: 32343 at fs/btrfs/inode.c:8693 btrfs_destroy_inode+0x278/0x2a0() [83159.038718

Re: WARNING: CPU: 2 PID: 32343 at fs/btrfs/inode.c:8693 btrfs_destroy_inode+0x278/0x2a0()

On 2015.02.24 at 13:29 +0100, Markus Trippelsdorf wrote: On 2015.02.20 at 11:09 +0100, Markus Trippelsdorf wrote: I get the following warnings during Firefox LTO build. lto1-wpa-stream outputs the final object files in parallel and therefore stresses the filessystem. These warnings

Re: WARNING: CPU: 2 PID: 32343 at fs/btrfs/inode.c:8693 btrfs_destroy_inode+0x278/0x2a0()

On 2015.03.02 at 12:07 +, Filipe David Manana wrote: [83159.038708] [ cut here ] [83159.038716] WARNING: CPU: 2 PID: 32343 at fs/btrfs/inode.c:8693 btrfs_destroy_inode+0x278/0x2a0() [83159.038718] CPU: 2 PID: 32343 Comm: rm Tainted: GW

WARNING: CPU: 2 PID: 32343 at fs/btrfs/inode.c:8693 btrfs_destroy_inode+0x278/0x2a0()

On 2015.02.20 at 11:09 +0100, Markus Trippelsdorf wrote: I get the following warnings during Firefox LTO build. lto1-wpa-stream outputs the final object files in parallel and therefore stresses the filessystem. These warnings started with the git merge above. The disk is a conventional

Re: [GIT PULL] Btrfs

On 2015.02.19 at 15:36 -0500, Chris Mason wrote: Hi Linus, Please pull my for-linus branch: git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git for-linus I get the following warnings during Firefox LTO build. lto1-wpa-stream outputs the final object files in parallel and

WARNING: at fs/btrfs/extent_map.c:226 unpin_extent_cache+0x4b/0xa0()

I'm running the latest git kernel with the btrfs updates already merged. Today I've hit the following warnings during rsnapshot backup: Jun 1 22:26:30 x4 kernel: Adding 1953788k swap on /dev/sda2. Priority:-1 extents:1 across:1953788k Jun 2 01:52:30 x4 kernel: [ cut here

Re: WARNING: at fs/btrfs/extent_map.c:226 unpin_extent_cache+0x4b/0xa0()

On 2012.06.02 at 04:10 +0200, Markus Trippelsdorf wrote: I'm running the latest git kernel with the btrfs updates already merged. Today I've hit the following warnings during rsnapshot backup: Jun 1 22:26:30 x4 kernel: Adding 1953788k swap on /dev/sda2. Priority:-1 extents:1 across

Re: [PATCH 1/2] fs: add SEEK_HOLE and SEEK_DATA flags

On 2011.04.22 at 00:50 -0400, Christoph Hellwig wrote: [Eric: please don't drop the Cc list, thanks!] On Thu, Apr 21, 2011 at 09:22:55PM -0400, Josef Bacik wrote: since all files have a virtual hole at the end, but leaves the position unchanged). ??I'd have to write a test program on

btrfs allocation failed while running qemu image

Just got these errors on a btrfs test partion, when I started qemu with a qcow2 image file (freshly copied from a ext4 partition shortly before): % qemu-kvm -net nic,vlan=0,model=virtio -net user -drive file=ubuntu,if=virtio,boot=on -smp 2 -m 512 Dec 25 17:58:41 [kernel] btrfs allocation

btrfs failed to delete reference

Last night the following line was logged: Nov 16 04:01:07 arch kernel: btrfs failed to delete reference to ammintrin.h, inode 118665 parent 2687784 This file is part of an rsnapshot backup directory:

Re: btrfs csum failed on git .pack file

On Thu, Sep 17, 2009 at 08:44:56AM +0200, Jens Axboe wrote: On Thu, Sep 17 2009, Markus Trippelsdorf wrote: On Tue, Sep 08, 2009 at 10:00:42PM +0200, Jens Axboe wrote: On Mon, Sep 07 2009, Markus Trippelsdorf wrote: Just got this error today in my dmesg: btrfs csum failed ino 1483065

Re: btrfs csum failed on git .pack file

On Thu, Sep 17, 2009 at 11:05:49AM +0200, Jens Axboe wrote: On Thu, Sep 17 2009, Markus Trippelsdorf wrote: On Thu, Sep 17, 2009 at 08:44:56AM +0200, Jens Axboe wrote: On Thu, Sep 17 2009, Markus Trippelsdorf wrote: On Tue, Sep 08, 2009 at 10:00:42PM +0200, Jens Axboe wrote: On Mon

Re: btrfs csum failed on git .pack file

On Thu, Sep 17, 2009 at 02:15:01PM +0200, Markus Trippelsdorf wrote: On Thu, Sep 17, 2009 at 11:05:49AM +0200, Jens Axboe wrote: On Thu, Sep 17 2009, Markus Trippelsdorf wrote: On Thu, Sep 17, 2009 at 08:44:56AM +0200, Jens Axboe wrote: On Thu, Sep 17 2009, Markus Trippelsdorf wrote

Re: btrfs csum failed on git .pack file

On Thu, Sep 17, 2009 at 10:00:28AM -0700, Zach Brown wrote: 0130 9FA0: E2 3B 43 AA 63 BF 28 B3 87 B7 FD AB DA 74 2D 1C 0130 9FA0: E2 3B 43 AA 63 BF 28 B3 87 33 FD AB DA 74 2D 1C B7 = 10110111 33 = 00110011 06CD DF90: B0 22 6B 46 9F ED 6E 47 73 5E 7E EB DA 5F D6 11 06CD DF90: B0

Re: btrfs csum failed on git .pack file

On Tue, Sep 08, 2009 at 10:32:14PM +0200, Jens Axboe wrote: On Tue, Sep 08 2009, Markus Trippelsdorf wrote: On Tue, Sep 08, 2009 at 10:00:42PM +0200, Jens Axboe wrote: On Mon, Sep 07 2009, Markus Trippelsdorf wrote: Just got this error today in my dmesg: btrfs csum failed ino 1483065

Re: btrfs csum failed on git .pack file

On Wed, Sep 09, 2009 at 09:01:41AM +0200, Jens Axboe wrote: On Wed, Sep 09 2009, Markus Trippelsdorf wrote: On Tue, Sep 08, 2009 at 10:32:14PM +0200, Jens Axboe wrote: On Tue, Sep 08 2009, Markus Trippelsdorf wrote: On Tue, Sep 08, 2009 at 10:00:42PM +0200, Jens Axboe wrote: On Mon

Re: btrfs csum failed on git .pack file

On Tue, Sep 08, 2009 at 10:00:42PM +0200, Jens Axboe wrote: On Mon, Sep 07 2009, Markus Trippelsdorf wrote: Just got this error today in my dmesg: btrfs csum failed ino 1483065 off 158482432 csum 4283543305 private 43905798 linux % find . -inum 1483065 ./.git/objects/pack/pack

btrfs csum failed on git .pack file

Just got this error today in my dmesg: btrfs csum failed ino 1483065 off 158482432 csum 4283543305 private 43905798 linux % find . -inum 1483065 ./.git/objects/pack/pack-f9251bcc6a8afe3c92193e14d1d742f2f0182ce5.pack It's the main pack file from my git linux kernel tree: linux % ls -l

fallocate overhead

I was playing with the new hdparm wiper script ( http://sourceforge.net/projects/hdparm/files/) on my Vertex SSD and it appears that btrfs needs a huge space overhead when dealing with fallocate system calls. Basically what the wiper script does is to fallocate one huge file using all free space