BTRFS tells after unmount "Device or resource busy"

2019-05-23 Thread Toralf Förster
At a stable hardened Gentoo Linux server (kernel 5.1, same for 4.19) I do have 2 BTRFS file systems, ./img1 and ./img2. I do write data to either of it for about 1 month, then I do switch the symlink ./img from ./img1 to ./img2 or vice versa. # grep img /etc/fstab /dev/vg0/lvol0

Re: PAX: size overflow detected in function try_merge_map fs/btrfs/extent_map.c:238

2015-11-27 Thread Toralf Förster
On 11/27/2015 12:53 PM, Filipe Manana wrote: > Indeed. > Try the following instead: http://paste.opensuse.org/view/raw/58412382 white-space damaged too, but the hint with --ingore- made it. Will see, if it helps now. But FWIW the mentioned spew happened the first time here AFAICT. -- Toralf,

Re: PAX: size overflow detected in function try_merge_map fs/btrfs/extent_map.c:238

2015-11-27 Thread Toralf Förster
On 11/27/2015 12:07 PM, Filipe Manana wrote: > Try the following (also pasted at > https://friendpaste.com/5O6o1cqWqJZDIKrH1YqG7y): Doesn't apply neither against the used 4.2.6 kernel nor aginst current git HEAD : t44 linux # patch -p1 --dry-run < /home/tfoerste/Downloads/5O6o1cqWqJZDIKrH1YqG7y

PAX: size overflow detected in function try_merge_map fs/btrfs/extent_map.c:238

2015-11-27 Thread Toralf Förster
Happened today few times in a row at a stable 64 bit Gentoo hardened system: Nov 27 10:23:09 t44 kernel: [41619.519921] PAX: size overflow detected in function try_merge_map fs/btrfs/extent_map.c:238 cicus.107_102 max, count: 13, decl: block_len; num: 0; context: extent_map; Nov 27 10:23:09 t4

Re: shall I use BTRFS sub-volumes for top-level directories ?

2015-05-21 Thread Toralf Förster
On 05/13/2015 07:46 PM, Calvin Walton wrote: > On Wed, 2015-05-13 at 16:13 +0200, Toralf Förster wrote: >> To support the Gentoo Linux ecosystem I do maintain a server as a >> tinderbox. I create chroot images based on various Gentoo minmal ISO >> images. I usually run 4

trinity fuzzer : no space left on device although tjthe directory is empty

2015-04-29 Thread Toralf Förster
Within a 32 bit KVM (stable Gentoo) I run into this situation using trinity (latest git): tfoerste@n22kvm-clone ~ $ D=/mnt/ramdisk/btrfs; while [[ : ]]; do cd ~; sudo rm -rf $D/t3 && mkdir $D/t3 || break; cd $D/t3; mkdir -p v1/v2; for i in $(seq 0 99); do touch v1/v2/f$i; mkdir v1/v2/d$i; done;

trintiy fuzzer forces the warning: fs/btrfs/delayed-inode.c:655 btrfs_delayed_update_inode+0x52f/0x6e0 [btrfs]()

2015-03-28 Thread Toralf Förster
I do run latest trinity at a 32 bit x86 KVM guest with guest kernel 4.0.ß0-rc5 (host is a 64 bit hardened Gentoo FWIW). Within KVM I prepared a victim file system via : $ mkdir /mnt/ramdisk/btrfs; truncate -s 497M /mnt/ramdisk/btrfs.fs; /sbin/mkfs.btrfs /mnt/ramdisk/btrfs.fs; sudo su -c "mount

compile warning with for an UML config

2015-03-26 Thread Toralf Förster
Just like to share this : CC fs/btrfs/print-tree.o fs/btrfs/extent-tree.c: In function ‘find_free_extent’: fs/btrfs/extent-tree.c:6402:34: warning: ‘used_bg’ may be used uninitialized in this function [-Wmaybe-uninitialized] struct btrfs_block_group_cache *used_bg;

INFO: trying to register non-static key with 3.18.5

2015-02-04 Thread Toralf Förster
At a 32 bit Gentoo Linux I get with 3.18.5 the following syslog message: Feb 4 22:09:36 n22 kernel: INFO: trying to register non-static key. Feb 4 22:09:36 n22 kernel: the code is fine but needs lockdep annotation. Feb 4 22:09:36 n22 kernel: turning off the locking correctness validator. Feb

fuzz tester: delete/chmod etc won't work due to "No space left on device"

2014-12-22 Thread Toralf Förster
I created within a x86 KVM guest at a tmpfs file system under 3.19.0-rc1 a 257 MB file, created within that abtrfs file system and run the fuzzer trinity using that fs for its victim files: $ mkdir /mnt/ramdisk/btrfs; truncate -s 257M /mnt/ramdisk/btrfs.fs; /sbin/mkfs.btrfs /mnt/ramdisk/btrfs.f

fuzz testing gives within a KVM : INFO: trying to register non-static key. the code is fine but needs lockdep annotation.

2014-11-10 Thread Toralf Förster
I'm unsure if I already reported this particular issue in detail or not : As soon as I do start a fuzz testing BTRFS at a 32 bit qemu KVM amachine using the follwoing commands: $ mkdir /mnt/ramdisk/btrfs; truncate -s 97M /mnt/ramdisk/btrfs.fs; /sbin/mkfs.btrfs /mnt/ramdisk/btrfs.fs; sudo su -c

Re: v3.18-rc2 at a 32 bit KVM gives :"INFO: trying to register non-static key.the code is fine but needs lockdep annotation."

2014-10-31 Thread Toralf Förster
On 10/31/2014 03:12 PM, Liu Bo wrote: > Can you please tell me the trinity option? > > (I'm using "trinity --dangerous -C 2 -N 200 -c writev -q -l off", But I only > got softlockup for one time, others are OOM messages.) > > thanks, > -liubo I'm running within the 32 bit KVM guest : $> mkdir /

Re: v3.18-rc2 at a 32 bit KVM gives :"INFO: trying to register non-static key.the code is fine but needs lockdep annotation."

2014-10-31 Thread Toralf Förster
On 10/31/2014 02:36 AM, Liu Bo wrote: > On Fri, Oct 31, 2014 at 12:33:43AM +0100, Toralf Förster wrote: >> On 10/30/2014 11:15 AM, Liu Bo wrote: >>> On Wed, Oct 29, 2014 at 05:56:33PM +0100, Toralf Förster wrote: >>>>> This is new in my eyes, or ? : >>>

Re: v3.18-rc2 at a 32 bit KVM gives :"INFO: trying to register non-static key.the code is fine but needs lockdep annotation."

2014-10-30 Thread Toralf Förster
On 10/30/2014 11:15 AM, Liu Bo wrote: > On Wed, Oct 29, 2014 at 05:56:33PM +0100, Toralf Förster wrote: >> > This is new in my eyes, or ? : > Also new to me, could you please turn on lock debug and try again? > > thanks, > -liubo you mean CONFIG_PROVE_LOCKING=y right ?

v3.18-rc2 at a 32 bit KVM gives :"INFO: trying to register non-static key.the code is fine but needs lockdep annotation."

2014-10-29 Thread Toralf Förster
This is new in my eyes, or ? : Oct 29 17:53:04 n22kvmclone kernel: INFO: trying to register non-static key. Oct 29 17:53:04 n22kvmclone kernel: the code is fine but needs lockdep annotation. Oct 29 17:53:04 n22kvmclone kernel: turning off the locking correctness validator. Oct 29 17:53:04 n22kvm

Re: BUG_ON spams /var/log/messages with the same msg full

2014-09-13 Thread Toralf Förster
On 09/01/2014 03:41 PM, Liu Bo wrote: > I believe that this warning of btrfs_evict_inode also comes from a result of > lseek, and Chris said that he's prepared a fix for that, so it's queued in the > next version. > > thanks, > -liubo So rather fixed in -rc6 because v3.17-rc4-337-gfc486b0 still s

INFO: task btrfs-transacti:2408 blocked for more than 120 seconds.

2014-09-03 Thread Toralf Förster
At a 32 bit stable Gentoo Linux I do have 2 BTRFS file systems : $ mount | grep btrfs /var/lib/portage.fs on /usr/portage type btrfs (rw,noatime,compress=lzo) /var/lib/pkg.fs on /var/db/pkg type btrfs (rw,noatime,compress=lzo) holding a lot of small Gentoo-package-Manager-related files. The first

Re: BUG_ON spams /var/log/messages with the same msg full

2014-09-01 Thread Toralf Förster
On 09/01/2014 03:41 PM, Liu Bo wrote: > I believe that this warning of btrfs_evict_inode also comes from a result of > lseek, and Chris said that he's prepared a fix for that, so it's queued in the > next version. > > thanks, > -liubo Ah thx, it seems that fix does not made it in -rc3, so -rc4 wo

BUG_ON spams /var/log/messages with the same msg full

2014-08-29 Thread Toralf Förster
At as 32 bit KVM I run these 2 commands: tfoerste@n22kvm ~ $ mkdir /mnt/ramdisk/btrfs; truncate -s 97M /mnt/ramdisk/btrfs.fs; /sbin/mkfs.btrfs /mnt/ramdisk/btrfs.fs; sudo su -c "mount -o loop,compress=lzo /mnt/ramdisk/btrfs.fs /mnt/ramdisk/btrfs; chmod 777 /mnt/ramdisk/btrfs" tfoerste@n22kvm ~

Re: fuzz testing a 32 bit x86 user mode linux guest brought a BUG in

2014-08-25 Thread Toralf Förster
On 08/25/2014 06:12 AM, Liu Bo wrote: > Could you please elaborate what options of trinity you're using? > > thanks, > -liubo $> nice trinity.sh -t "-C 2 -N 10 -x mremap -x munmap -x madvise -q" -v /mnt/btrfs So for UML I excluded in the past those 3 syscalls (nowadays no longer necessary)

fuzz testing a 32 bit x86 user mode linux guest brought a BUG in

2014-08-14 Thread Toralf Förster
Hello, a recent kernel brought up this while using trinity inside a x86 UML (stable Gentoo Linux): Aug 14 22:07:06 trinity kernel: [ cut here ] Aug 14 22:07:06 trinity kernel: WARNING: CPU: 0 PID: 5860 at fs/btrfs/extent_io.c:430 insert_state+0x69/0x170() Aug 14 22:07:

Re: superfluous " else if ()"

2014-05-09 Thread Toralf Förster
On 05/09/2014 06:49 PM, David Sterba wrote: > On Sat, Apr 26, 2014 at 08:57:00PM +0200, Toralf Förster wrote: >> /me wonders if this >> >> if (ret >= 0) { >> /* Add an item for the type for the first time */ >> eb = pat

superfluous " else if ()"

2014-04-26 Thread Toralf Förster
/me wonders if this if (ret >= 0) { /* Add an item for the type for the first time */ eb = path->nodes[0]; slot = path->slots[0]; offset = btrfs_item_ptr_offset(eb, slot); } else if (ret == -EEXIST) { /

fuzz testing a BTFRS file system hangs

2014-02-18 Thread Toralf Förster
2753 #16 0x082c8984 in worker_loop (arg=0x40c77540) at fs/btrfs/async-thread.c:326 #17 0x08096266 in kthread (_create=0x36e58960) at kernel/kthread.c:207 #18 0x0805f7eb in new_thread_handler () at arch/um/kernel/process.c:129 Well, this might be just an expected behaviour of the used fuzzing tool, bu

Re: syslog message repeated 3x

2013-05-09 Thread Toralf Förster
n22 kernel: btrfs: disk space caching is enabled 2013-05-09T14:43:35.660+02:00 n22 kernel: device fsid 20a30a6b-a82f-429f-b426-00f1739e4d3d devid 1 transid 8 /dev/loop1 -- MfG/Sincerely Toralf Förster pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3 -- To unsubscribe from this l

Re: syslog message repeated 3x

2013-05-09 Thread Toralf Förster
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 05/09/2013 12:04 PM, Hugo Mills wrote: > At a guess, two of those are probably from btrfs dev scan > triggered by udev. Those messages do only appear for a btrfs, not if I choose ext4. - -- MfG/Sincerely Toralf Förster pgp finger print

syslog message repeated 3x

2013-05-09 Thread Toralf Förster
transid 4 /dev/loop1 -- MfG/Sincerely Toralf Förster pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3 -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majord...@vger.kernel.org More majordomo info at http://v