On 11/26/2013 04:18 PM, Duncan wrote:
Chris Murphy posted on Mon, 25 Nov 2013 23:40:49 -0700 as excerpted:
Is there supposed to be an /sbin/fsck.btrfs? I'm seeing a handful of
threads indicating some idea of having it just do a no-op like fsck.xfs
does, but then also the idea that /etc/fstab
On 10/25/2013 05:52 AM, Timofey Titovets wrote:
Hello, i suggest temporary solution to use swap file under btrfs.
I test it, and it work good.
I invent simple the way, how create and using swap file, just see
following sh code:
swapfile=$(losetup -f) #free loop device
truncate -s 8G /swap
Hello all,
About a week or so ago I noticed that [btrfs-ino-cache] process was
appearing in the 'top' on each reboot and disk is spinning like crazy
for about five minutes or so. Quite so often this caused X failing to
start because all I/O was busy with caching.
Even after letting it to calm
On 08/13/2013 01:09 PM, Duncan wrote:
dima posted on Tue, 13 Aug 2013 10:28:59 +0900 as excerpted:
About a week or so ago I noticed that [btrfs-ino-cache] process was
appearing in the 'top' on each reboot and disk is spinning like crazy
for about five minutes or so. Quite so often this caused
On 05/01/2013 04:51 PM, Alexander Skwar wrote:
Hello
If I want to manage a complete disk with btrfs, what's the Best Practice?
Would it be best to create the btrfs filesystem on /dev/sdb, or would it be
better to create just one partition from start to end and then do mkfs.btrfs
/dev/sdb1?
On 05/01/2013 05:44 PM, Russell Coker wrote:
On Wed, 1 May 2013, dima dole...@parallels.com wrote:
If I want to manage a complete disk with btrfs, what's the Best
Practice? Would it be best to create the btrfs filesystem on
/dev/sdb, or would it be better to create just one partition from
start
On 03/13/2013 05:53 PM, Hugo Mills wrote:
On Wed, Mar 13, 2013 at 02:31:27PM +0900, dima wrote:
Hello Alex,
On 03/13/2013 01:17 AM, Alex wrote:
Hi All,
It seems my btrfs file space cache is corrupt; I had to run clear the log
through a kernel problem.
I've seen messages that the cache
. But since fsck.btrfs is non-existent, it does not
really matter I guess.
~dima
Kind regards.
Al.
--
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://vger.kernel.org/majordomo-info.html
I don't know this area of the code at all well, but as I understand
it, there's been some work in the kernel (swap over NFS) which lays
down some of the underlying infrastructure we'd need to support
swapfiles on btrfs, but we don't have anything beyond that. I don't
know of anyone working on
On 12/28/2012 10:44 AM, Chris Murphy wrote:
On Dec 27, 2012, at 6:13 PM, dima dole...@parallels.com wrote:
/dev/disk/by-uuid/64383cfe-c31d-4d25-97c4-4e6b7e788b26 /sysroot/usr btrfs
subvol=usr,subvol=root,ro 1 2
I'd say that the problem is definitely with this line having two subvolumes
I've just tried putting usr in a subvol. Installation proceeds normally, no
errors, but I'm dropped to a dracut prompt which indicates mount of /usr
failed. dmesg follows:
[ 14.025215] systemd[1]: Starting dracut initqueue hook...
[ 14.077890] Btrfs loaded
[ 14.129987] device label
On 10/22/2012 01:32 PM, Chris Murphy wrote:
Summary: 3 drive raid0 btrfs volume, in a VM. There is no data at risk at all.
Purely a test. The volume is pretty much full. I added a larger drive /dev/sde
to the existing btrfs volume; then tried to remove one of the smaller drives.
I'm getting
On 06/12/2012 08:53 AM, Alex wrote:
Matthew Hawn steamraven at yahoo.com writes:
What are the recommendations for running KVM images on BTRFS systems using
kernel 3.4? I saw older
posts on the web complaining about poor performance, but I know a lot of work
has gone into btrfs since then.
On 02/28/2012 09:51 AM, dima wrote:
On 02/28/2012 07:10 AM, Chester wrote:
On Mon, Feb 27, 2012 at 7:54 AM, dimadole...@parallels.com wrote:
Hello,
Since several people asked to post the results, here they are.
I tried raw virtio disk with and without -z -C set and also qcow2 virtio
disk
performance as it was some several months ago (like 10 minutes
just for virtual disk formatting) under the same conditions is no more
at least on 3.3.0-rc5.
best
~dima
On 02/24/2012 02:22 PM, dima wrote:
On 02/13/2012 04:17 PM, Ralf-Peter Rohbeck wrote:
Hello,
is it possible to set nodatacow
-manager
and the disk was growing as the system was installing. Nevertheless I
did not notice performance degradation during the install.
best
~dima
--
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
this improvement be attributed to the nocow
and nocompress flags or to the overall improvement of btrfs (I am on
3.3-rc4 kernel) but KVM is definitely more than usable on btrfs now.
I am yet to test the install speed and performance without those flags set.
best
~dima
--
To unsubscribe from this list
be added to the 'btrfs'
utility.
Cool. Thanks Roma!
I really wanted the feature to 'unset' the nocow and check the current
state of flags. Will check it out today. I also think that it should
definitely be included into the userspace btrfs utilities.
best
~dima
--
To unsubscribe from this list
should I do to make it working?
Maybe it would be nice to have a switch to just check if nocow is set on
file without actually changing the flag.
thanks
~dima
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message to majord...@vger.kernel.org
More majordomo
On 12/15/2011 05:25 PM, Sander wrote:
dima wrote (ao):
Maybe just skip partitioning altogether ;)
+1
format the device to
btrfs and use subvolumes instead of your usual partitions (some
/boot restrictions apply). You won't be able to use grub2 though,
but syslinux will work.
Grub2 has
On 12/15/2011 03:51 AM, Wilfred van Velzen wrote:
On Wed, Dec 14, 2011 at 7:21 PM, Mitch Harder
mitch.har...@sabayonlinux.org wrote:
On Wed, Dec 14, 2011 at 7:00 AM, Wilfred van Velzenwvvel...@gmail.com wrote:
What is best practice when partitioning a device that holds one or
more
On 11/10/2011 11:23 AM, dima wrote:
On 11/10/2011 09:11 AM, David Sterba wrote:
On Wed, Nov 09, 2011 at 10:01:13AM +0900, dima wrote:
Just for the record - I could find a solution thanks to the btrfs wiki
being online again. In Gotchas it says
mount -o nodatacow also disables compression
On 11/10/2011 09:11 AM, David Sterba wrote:
On Wed, Nov 09, 2011 at 10:01:13AM +0900, dima wrote:
Just for the record - I could find a solution thanks to the btrfs wiki
being online again. In Gotchas it says
mount -o nodatacow also disables compression
and indeed it does. Remounting
On 11/09/2011 12:12 AM, Chris Mason wrote:
On Tue, Nov 08, 2011 at 10:01:51AM -0500, Chris Mason wrote:
On Tue, Nov 08, 2011 at 11:00:42AM +0900, dima wrote:
On 11/08/2011 10:54 AM, Eric Griffith wrote:
On 11/7/2011 8:52 PM, Fajar A. Nugraha wrote:
On Tue, Nov 8, 2011 at 8:06 AM, Eric
On 11/07/2011 09:19 PM, Martin Steigerwald wrote:
Am Montag, 7. November 2011 schrieb dima:
Hello,
Hi Dima,
Is there any possibility to remount a compressed btrfs without any
compression at all?
Syslinux bootloader does not understand any btrfs compression and
whenever I edit syslinux.cfg
On 11/08/2011 10:54 AM, Eric Griffith wrote:
On 11/7/2011 8:52 PM, Fajar A. Nugraha wrote:
On Tue, Nov 8, 2011 at 8:06 AM, Eric Griffithegriffit...@gmail.com
wrote:
Edit your
fstab, remove the compress flag, reboot. Tell btrfs to rebalance the
system,
reboot again. And I -THINK- that'll
Hello,
Is there any possibility to remount a compressed btrfs without any
compression at all?
Syslinux bootloader does not understand any btrfs compression and
whenever I edit syslinux.cfg on my compressed / subvolume, the file
becomes compressed and thus unreadable by syslinux on the next
On 10/29/2011 08:45 AM, em...@joachim-neu.de wrote:
On Fri, 28 Oct 2011 22:09:47 +0100, Hugo Mills h...@carfax.org.uk wrote:
On Fri, Oct 28, 2011 at 08:36:28PM +, em...@joachim-neu.de wrote:
Today I downgraded from Ubuntu's APT repo oneiric-proposed (which
brings some kernel 3.0.0-13)
On 10/26/2011 07:25 PM, Helmut Hullen wrote:
Hallo, dima,
Du meintest am 26.10.11:
I'm trying to rm some files, this is what I get in dmesg:
[30975.249519] [ cut here ]
[30975.249529] WARNING: at fs/btrfs/extent-tree.c:4588
__btrfs_free_extent+0x3b7/0x7ed
On 10/28/2011 09:32 AM, Ken D'Ambrosio wrote:
some of us make use of snapshot/clone, whether it's using btrfs or zfs :)
No, this is just flat my fault: it doesn't matter what backup method you use if
you do it wrong. (I actually have three snapshots of each of my two
partitions.)
What do
On 10/25/2011 01:48 PM, Kai Krakow wrote:
Hello list!
I'm trying to rm some files, this is what I get in dmesg:
[30975.249519] [ cut here ]
[30975.249529] WARNING: at fs/btrfs/extent-tree.c:4588
__btrfs_free_extent+0x3b7/0x7ed()
[30975.249532] Hardware name:
On 10/27/2011 02:40 AM, Kai Krakow wrote:
I'm trying to rm some files, this is what I get in dmesg:
[snip]
Can you ls the directory where the problem files are located? What would the
the output? I had a very similar problem but on 3.0.x kernel when several
files suddenly got corrupted.
I
On 10/25/2011 05:01 PM, Fajar A. Nugraha wrote:
On Tue, Oct 25, 2011 at 9:00 AM, dimadole...@parallels.com wrote:
Fajar A. Nugrahalistat fajar.net writes:
AFAIK you have three possible ways to use /boot on btrfs:
(1) put /boot on subvolid=0, don't change the default subvolume. That
Fajar A. Nugraha list at fajar.net writes:
A problem with that, though, if you decide to put /boot on btrfs as
well. Grub uses the default subvolume to determine paths (for kernel,
initrd, etc). A workaround is to manually create and manage your
grub.cfg (or create and use a manual-managed
the process is the same.
thanks
~dima
--
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://vger.kernel.org/majordomo-info.html
from the very beginning.
So far, it is working fine and the situation with disk I/O has greatly improved.
I think you may want to try to upgrade to the latest 3.1rc and at the very least
you (hopefully) should not be getting hard freezes any more.
best
~dima
--
To unsubscribe from this list: send
#Using_snapshots_for_system_recovery_.28aka_Back_to_the_Future.29
~dima
--
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://vger.kernel.org/majordomo-info.html
Thanks Liu Bo!
Understood.
~
--
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://vger.kernel.org/majordomo-info.html
top level 5 path __active
ID 257 top level 5 path __home
Should I be concerned with this error?
I saw a similar question here
http://comments.gmane.org/gmane.comp.file-systems.btrfs/12455
but no hints were provided for the reason of the error.
Any info is appreciated.
thanks
~dima
I have upgraded to 3.1 rc8.
I created a new subvolume for /home, copied the files there from the old
subvolume and deleted the old subvolume. It looks like the space has been
reclaimed fine.
Though when doing btrfsck I am still getting the same error
failed to find block number 150121762816
--
.
thanks
~dima
--
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://vger.kernel.org/majordomo-info.html
Oh, I see. The fix is not in 3.0.x but on the master branch. I will need the
latest 3.1 RC.
I will try this.
Thanks David
--
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
it go stuck (
thanks
~dima
---
archlinux
Linux yukikaze 3.0.6-aya1 #3 SMP PREEMPT Sat Oct 8 19:01:41 JST 2011 x86_64 AMD
Athlon(tm) II X4 635 Processor AuthenticAMD GNU/Linux
the latest btrfs-tools
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message
43 matches
Mail list logo