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 ca
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/
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 you
On 10/29/2011 08:45 AM, em...@joachim-neu.de wrote:
On Fri, 28 Oct 2011 22:09:47 +0100, Hugo Mills 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) back to the standard
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 b
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 Griffith
wrote:
Edit your
fstab, remove the compress flag, reboot. Tell btrfs to rebalance the
system,
reboot again. And I -THINK- that'll decompress all the files
I
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/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 with this
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
and
On 11/21/2011 06:50 AM, Karol Ĺ ebesta wrote:
Hello,
Is there any possibility to set quota limit for subvolume created in
BTRFS pool as in Solaris ZFS?
Hi
Quotas are not implemented yet in btrfs as far as I know.
~dima
--
To unsubscribe from this list: send the line "unsubscribe linux-
On 12/15/2011 03:51 AM, Wilfred van Velzen wrote:
On Wed, Dec 14, 2011 at 7:21 PM, Mitch Harder
wrote:
On Wed, Dec 14, 2011 at 7:00 AM, Wilfred van Velzen wrote:
What is best practice when partitioning a device that holds one or
more btr-filesystems
When it comes to "best practices" in b
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.
Grub
erent purpose but it did not
occur to me to try it on VM image and see if the performance would
improve. Sounds like a great idea. If you get around to try it, pls.
post your impressions here.
best
~dima
On 02/13/2012 04:17 PM, Ralf-Peter Rohbeck wrote:
Hello,
is it possible to set nodatacow on
On 02/13/2012 05:09 PM, Roman Mamedov wrote:
On Mon, 13 Feb 2012 16:40:03 +0900
dima wrote:
Hello Ralf-Peter,
Actually it is possible. Check out David's response to my question from
some time ago:
http://permalink.gmane.org/gmane.comp.file-systems.btrfs/14227
The nocow.c script he att
On 02/13/2012 05:09 PM, Roman Mamedov wrote:
On Mon, 13 Feb 2012 16:40:03 +0900
dima wrote:
Hello Ralf-Peter,
Actually it is possible. Check out David's response to my question from
some time ago:
http://permalink.gmane.org/gmane.comp.file-systems.btrfs/14227
The nocow.c script he att
On 02/13/2012 11:10 PM, David Sterba wrote:
Hi,
On Mon, Feb 13, 2012 at 04:40:03PM +0900, dima wrote:
Actually it is possible. Check out David's response to my question from
some time ago:
http://permalink.gmane.org/gmane.comp.file-systems.btrfs/14227
this was a quick aid, pleas
.
I am not quite sure should 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
~di
ysmal" 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 possi
On 02/28/2012 07:10 AM, Chester wrote:
On Mon, Feb 27, 2012 at 7:54 AM, dima 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 without -z -C set and did not notice any difference in
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, dima 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 without -z -C set and did
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 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 f
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 t
On 08/14/2013 12:37 AM, Josef Bacik wrote:
On Tue, Aug 13, 2013 at 10:28:59AM +0900, dima wrote:
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. Quit
On 06/12/2012 08:53 AM, Alex wrote:
Matthew Hawn 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.
There also
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 #cr
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 sh
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 an
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 fedor
On 12/28/2012 10:44 AM, Chris Murphy wrote:
On Dec 27, 2012, at 6:13 PM, dima 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
listed.
Mayb
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
ld be zero. 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.kerne
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 cac
out 22
extents in my kernel.log
Oct 10 11:03:22 yukikaze kernel: [36111.396313] btrfs: found 22 extents
Oct 10 11:03:27 yukikaze kernel: [36116.922236] btrfs: found 22 extents
Oct 10 11:03:33 yukikaze kernel: [36122.922488] btrfs: found 22 extents
and no relocation messages. So I think it go s
tioned before, there is
a big chance that the corrupted one will not be deleted cleanly and my disk gets
bloated even more with junk data I can do nothing about.
thanks
~dima
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majord...
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 http://vger.kernel.org/
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
--
To
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
--
To
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
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
ng_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
Fajar A. Nugraha 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 incl
I am doing syslinux at the moment,
I think 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
On 10/25/2011 05:01 PM, Fajar A. Nugraha wrote:
> On Tue, Oct 25, 2011 at 9:00 AM, dima wrote:
>> Fajar A. Nugraha fajar.net> writes:
>>
>>> AFAIK you have three possible ways to use /boot on btrfs:
>>>
>>> (1) put /boot on subvolid=0, don't
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:
[30975.24953
47 matches
Mail list logo