similar to: Using BTRFS on SSD now ?

Hi folks, I''m using Ubuntu 12.10 Quantal with # uname -r 3.5.0-24-generic And it seems I cannot defrag : # filefrag /boot/initrd.img-3.5.0-24-generic /boot/initrd.img-3.5.0-24-generic: 3 extents found # btrfs filesystem defrag /boot/initrd.img-3.5.0-24-generic # echo $? 20 # filefrag /boot/initrd.img-3.5.0-24-generic /boot/initrd.img-3.5.0-24-generic: 3 extents found Any clue

Hi guys, After having received strong advice from the people in this list to upgrade my kernel to the latest one, I have installed 3.8.0-14-generic #24-Ubuntu SMP x86_64 on several (4) machines. In the hope of improving systems speed I had also removed all snapshots then defragged the FSes - the snapshots have been recreated since, as I use the excellent SuSE "Snapper" tool. But well,

Hi there, Since a few days, I have noticed that "btrfs fi df /" displays an entry about "unknown" used space, and I can see this on several Fedora machines, so it is not an issue related to a given system... Does anybody know what these "unknown" data are ? i.e: # btrfs fi df / Data, single: total=106.00GiB, used=88.28GiB System, DUP: total=32.00MiB,

Hi folks, Finaly following general advice received here, I could manage to upgrade all of my BTRFS boxes to the next Ubuntu Raring kernel (3.8.0-9), so I assume I now have something decently new ;-) I''m now looking for quota support, but, even though the wiki page and Wikipedia english page says BTRFS now has quota support, I couldn''t find any documentation or specific

Hi there, Machine got rebooted while scrub was in process, and now it looks like a scrub zombie... How do I restore this to a normal non-zombie state ? root@zafu:~# btrfs scrub status / scrub status for 13c87f57-3a85-4daf-a4bf-ba777407c169 scrub started at Mon Apr 7 09:49:48 2014, running for 693 seconds total bytes scrubbed: 34.06GiB with 0 errors root@zafu:~# btrfs scrub

Hi, I have 4 machines, all converted to BTRFS about 6 months ago, now all running Ubuntu Quantal with kernel 3.5.0-17 The matter is that all these machines are now getting slower and slower everyday, every disk access causing the disk to be 100% busy for long periods, to the point that I''m now seriously considering migrating everything back to ext4... From the start BTRFS was "not

Hi there, I have a system on which btrfsck gives the following output... I don''t understand the meaning of the reported errors, so any clue would be appreciated. Is this something I should worry about, or not ? Would I be advised to try "--repair" ? (Last time I tried this one, it completely b0rked a filesystem, beyond repair, and my wife would kill me ifever I trash this one,

Hi list, I don''t trust theoretical benchmarks that much and prefer "real-life benchs" on the occasion, so here''s mine: Given 4 laptops, the most powerful of which was running BTRFS and the others ext3 or ext4, all machines running Ubuntu 11.04 Natty 32-bit with a stock Ubuntu 2.6.38-11 kernel, all machines were given the following FS-intensive task : - Upgrade

As of the latest updates to anaconda and grub2 for Fedora 18, it is now possible to install with /boot as a btrfs subvolume. The way that grub2 is handling this is the "reach down" to the files it needs as if the subvolume was a directory. Is this OK? At this point I am not worried about snapshots or any other complexities. If the subvolume name is known. should grub2 be able to

On Mon, Mar 19, 2018 at 5:57 PM, Jayme <jaymef at gmail.com> wrote: > I'm spec'ing a new oVirt build using three Dell R720's w/ 256GB. I'm > considering storage options. I don't have a requirement for high amounts > of storage, I have a little over 1TB to store but want some overhead so I'm > thinking 2TB of usable space would be sufficient. > >

I would go with at least 4 HDDs per host in RAID 10. Then focus on network performance where bottleneck usualy is for gluster. On Sat, Mar 24, 2018, 00:44 Jayme <jaymef at gmail.com> wrote: > Do you feel that SSDs are worth the extra cost or am I better off using > regular HDDs? I'm looking for the best performance I can get with glusterFS > > On Fri, Mar 23, 2018 at

My take is that unless you have loads of data and are trying to optimize for cost/TB, HDDs are probably not the right choice. This is particularly true for random I/O workloads for which HDDs are really quite bad. I'd recommend a recent gluster release, and some tuning because the default settings are not optimized for performance. Some options to consider: client.event-threads

Two files in the different subvolumes may have the same inode id, so The rb-tree which is used to manage the defragment object must take it into account. This patch fix this problem. Signed-off-by: Miao Xie <miaox@cn.fujitsu.com> --- fs/btrfs/file.c | 45 +++++++++++++++++++++++++++++++++++---------- 1 files changed, 35 insertions(+), 10 deletions(-) diff --git a/fs/btrfs/file.c

The patch titled Subject: ocfs2: fix non-auto defrag path not working issue has been added to the -mm mm-hotfixes-unstable branch. Its filename is ocfs2-fix-non-auto-defrag-path-not-working-issue.patch This patch will shortly appear at https://git.kernel.org/pub/scm/linux/kernel/git/akpm/25-new.git/tree/patches/ocfs2-fix-non-auto-defrag-path-not-working-issue.patch This patch

Dear R What does NaN mean? I recently did a correlation on a batch of data for some reason it didn't like one column cor(sleep,use="complete.obs") BodyWt BrainWt SlowSleep ParaSleep TotalSleep BodyWt 1.00000000 0.95584875 -0.3936373 -0.07488845 -0.3428373 BrainWt 0.95584875 1.00000000 -0.3867947 -0.07427740 -0.3370815 SlowSleep -0.39363729

I am having problems with trying to run R from a crontab job. I have a c-shell file that calls the R script. I get an error concerning the X11 display (see below). I have included the c-shell file and the output from the crontab job. It appears that my DISPLAY environmental variable is not set. Is that necessary, even when the output of the plot command is to a png file? Can someone tell me how to

This is a note to let you know that I've just added the patch titled ocfs2: fix non-auto defrag path not working issue to the 6.1-stable tree which can be found at: http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary The filename of the patch is: ocfs2-fix-non-auto-defrag-path-not-working-issue.patch and it can be found in the queue-6.1 subdirectory.

This is a note to let you know that I've just added the patch titled ocfs2: fix non-auto defrag path not working issue to the 4.19-stable tree which can be found at: http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary The filename of the patch is: ocfs2-fix-non-auto-defrag-path-not-working-issue.patch and it can be found in the queue-4.19

This is a note to let you know that I've just added the patch titled ocfs2: fix non-auto defrag path not working issue to the 6.2-stable tree which can be found at: http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary The filename of the patch is: ocfs2-fix-non-auto-defrag-path-not-working-issue.patch and it can be found in the queue-6.2 subdirectory.

This is a note to let you know that I've just added the patch titled ocfs2: fix non-auto defrag path not working issue to the 5.15-stable tree which can be found at: http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary The filename of the patch is: ocfs2-fix-non-auto-defrag-path-not-working-issue.patch and it can be found in the queue-5.15