similar to: BTRFS in laptop-mode

Welcome, I''ve been using btrfs for over a 3 months to store my personal data on my NAS server. Almost all interactions with files on the server are done using unison synchronizer. After another use of bedup (https://github.com/g2p/bedup) on my btrfs volume I experienced huge perfomance loss with synchronization. It now takes over 3 hours what have taken only 15 minutes! File

There is a missing dependency: liblzo2-dev Without it, the make fails with: ~/tmp$ git clone git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-progs.git ~/tmp$ cd btrfs-progs ~/tmp/btrfs-progs$ sudo apt-get install uuid-dev libattr1-dev zlib 1g-dev libacl1-dev e2fslibs-dev libblkid-dev ~/tmp/btrfs-progs$ make [CC] ctree.o [CC] disk-io.o [CC] radix-tree.o

I believe what I am going to write is a bug report. When I finaly did # btrfs send -v /mnt/adama-docs/backups/20130101-192722 | btrfs receive /mnt/tmp/backups to migrate btrfs from one partition layout to another. After a while system keeps saying that "Too many open files in system" and denies access to almost every command line tool. When I had access to iostat I confirmed the

I''m on Fedora''s 3.8.5-201.fc18.x86_64. I tried to do some not-very-heavy I/O on my system (i.e. save kernel/sys.c in emacs) and it took about a minute. Everything went downhill from there. My system was basically idle at the time. (I have very little in the way of diagnostics because I couldn''t do much but hit the reset button after a couple of minutes.) On

Welcome all, Resources can depend one from each other, and failure of a required resource prevent the dependants from being run. But how to trap these failures and handle them? Is there any way to e.g. set a variable $error_happened to "true" if some promise about the resource couldn''t be kept? Maybe even there is a way to capture the error string? Some

When I use the latest puppet 0.25.1 I got the same problem. This is what I do: 0. Install the Ubuntu 8.04 server with ssh, ruby, rdoc, libopenssl- ruby and git-core (which gets removed after clone). 1. Install the latest puppet from git repositories on both machines using git clone «git clone git://github.com/reductivelabs/puppet» and «git clone git://github.com/reductivelabs/facter» 2. Install it

Can anyone have detailed list of dependencies? I am under impression, that all my all problems with getting puppet to work come from the fact, that I have no idea what are puppet dependencies. On puppet Wiki one can read, that what is required is "ruby", and for storedconfigs "sqlite3" and "libsqlite3-ruby". Well, it is true, that they are required, but by far it

If I manually delete the Q35 USB Controllers, I can use managedsave/start, but I start getting tty errors that don't happen before the managedsave/start. Using libvirt 1.2.18 (-1 Arch) and QEMU git-master (2.4.0.r40384.2d69736). Installed using Q35 chipset. I'm running QEMU git, which allows SCSI controller migration, so I can attempt doing this. I started my guest, and waited for 15

When I try to umount btrfs filesystem I get always this error with kernel 3.11.4 and 3.11.3, but I can mount and umount without error on kernel 3.11.2. Exact error messages are: BUG: soft lockup - CPU#0 stuck for 23s! [btrfs-transacti:680] BUG: soft lockup - CPU#1 stuck for 23s! [umount:1575] I''m on Fedora 19 I have run scrub and there are no errors: # btrfs scrub status /home scrub

Hello, I habe the problems described in here https://btrfs.wiki.kernel.org/index.php/Gotchas: Files with a lot of random writes can become heavily fragmented (10000+ extents) causing trashing on HDDs and excessive multi-second spikes of CPU load on systems with an SSD or large amount a RAM. On servers and workstations this affects databases and virtual machine images. The nodatacow mount option

On 06/30/2011 09:13 PM, Josef Bacik wrote: > On 06/30/2011 10:12 AM, Proskurin Kirill wrote: >> On 06/29/2011 08:14 PM, Josef Bacik wrote: >>>> Ok - I upgrade to 2.6.39-2 but it is seems to all things get worse. >>>> Now I see [btrfs-transacti]& btrfs-endio-wri] 80-100% all the time and >>>> io performance looks like lower then before.

Hiya, Recently, a btrfs file system of mine started to behave very poorly with some btrfs kernel tasks taking 100% of CPU time. # btrfs fi show /dev/sdb Label: none uuid: b3ce8b16-970e-4ba8-b9d2-4c7de270d0f1 Total devices 3 FS bytes used 4.25TB devid 2 size 2.73TB used 1.52TB path /dev/sdc devid 1 size 2.70TB used 1.49TB path /dev/sda4 devid 3 size

After doing something silly (not sure what yet) with a server''s 4-drive btrfs raid1 root, I''ve been booting off a 5th drive (also on btrfs) while poking at the original array. I''ve found that errors triggered by poking around on the mounted-but-broken 4-drive raid (on /mnt) cause the system to gradually lock up. This is a 2.6.37rc8 build without any extra patches;

On 06/21/2011 01:15 PM, Jan Stilow wrote: > Hello, > > Nirbheek Chauhan <nirbheek <at> gentoo.org> writes: >> [...] >> >> Every few minutes, (I guess) when applications do fsync (firefox, >> xchat, vim, etc), all applications that use fsync() hang for several >> seconds, and applications that use general IO suffer extreme >> slowdowns.

Hello On my HP Compaq dc5800 with Ubuntu 13.04 and their 3.8.0-19-lowlatency kernel, I''ve got quite some kernel traces in the syslog. You can find them below or at http://pastebin.com/bLXPBX67 (to avoid line breaks…). These kernel traces all begin with: WARNING: at fs/btrfs/free-space-cache.c:921 __btrfs_write_out_cache+0x6b9/0x9a0 [btrfs]() Most of the time, it starts with: Call

Hi, I tried very promising btrfs to test it a little and I experienced a little bug in implementation. I''m not sure where the bug lies however this works quite well to reproduce the problem: dd if=/dev/zero of=mountme bs=4k count=100000 dd if=/dev/zero of=mountme2 bs=4k count=100000 mkfs.btrfs mountme mkfs.btrfs mountme2 mkdir loop loop2 mount -o loop mountme loop mount -o loop mountme

Hi all, I''m running btrfs in a 3-disk RAID1 configuration. After a hard power-off, I''m seeing a lot of hung I/O tasks on this volume, apparently due to a corrupt leaf. I first noticed the problem on kernel 3.4.7, and it''s persisted with 3.4.8. Relevant parts of the kernel log follow. [ 85.179621] block group 38684065792 has an wrong amount of free space [

Hi, I''ve been running btrfs on one of my machines for a few months now but I keep hitting performance issues. My system quite frequently freezes due to IO starvation. Looking at iotop it tends to show the large majority of the disk I/O being taken up with various btrfs tasks peeking at 7-8M/s, namely: btrfs-endio-wri btrfs-delayed-m btrfs-transacti btrfs-cleaner

Ubuntu-10.04, x86, stock. I''m running into a situation where a server goes pathological. Basically, it becomes excruciatingly slow. I can get things through the file system, but a simple file touch can take 6 - 12 hours. Top shows various btrfs processes hard at work - typically 100% of a cpu, (four cpu server), and the machine shows a load of just over 4. Some flush-btrfs, some

I tried to unmount a btrfs filesystem located in a external usb hard drive. This belonged to a raid1 data and metadata filesystem mounted in degraded mode. Unfortunately, I couldn''t save the image of filesystem but I could see this error in kern.log: Aug 4 02:23:55 rohan kernel: [ 3747.840027] usb 1-3: new high-speed USB device number 8 using ehci_hcd Aug 4 02:23:55 rohan kernel: [