Hello,
Suppose I have in /etc/fstab:
/dev/sda2 /mnt/p2 btrfs noatime 0 0
/dev/sda2 /home btrfs subvol=/home0 0
/dev/sda2 /srv btrfs subvol=/srv 0 0
Now I want to add mount options like "space_cache" and "inode_cache". As far
as I und
On Mon, Jul 02, 2012 at 09:39:45AM +0800, Liu Bo wrote:
> On 06/29/2012 06:36 PM, Ilya Dryomov wrote:
>
> > On Fri, Jun 29, 2012 at 06:00:37PM +0800, Liu Bo wrote:
> >> We have both set-default and get-default, but actually our get-default
> >> does not show which one is the default one.
> >>
> >>
On Mon, Jul 02, 2012 at 10:07:42AM +0800, Liu Bo wrote:
> On 06/29/2012 06:21 PM, Ilya Dryomov wrote:
>
> > On Fri, Jun 29, 2012 at 06:00:36PM +0800, Liu Bo wrote:
> >> Setting subvolume/snapshot readonly has been missing for a long time.
> >>
> >> With this patch, we can set a subvolume/snapshot
When I umounted my USB-disk today, I got the following
message:
FSSync '/usb'
=
BUG btrfs_transaction_cache (Tainted: GW ):
Objects remaining on kmem_cache_close()
-
Hi Josef,
which branch from your (or another?) repo should I try this on:
remotes/origin/HEAD -> origin/master
remotes/origin/enospc3c78455 Btrfs: fall back to non-inline if we
don't have enough space
remotes/origin/for-chris 7e9ce65 Btrfs: hold a ref on the inode during
writepages
remote
On Sun, Jul 01, 2012 at 04:34:44AM -0600, Miao Xie wrote:
> On Thu, 28 Jun 2012 09:09:04 -0400, Josef Bacik wrote:
> > fs/btrfs/file.c | 13
> > fs/btrfs/inode.c | 55
> > +
> > 2 files changed, 50 insertions(+), 18 deletions(-
On Mon, Jul 02, 2012 at 05:06:27AM -0600, Martin Ziegler wrote:
> When I umounted my USB-disk today, I got the following
> message:
>
> FSSync '/usb'
> =
> BUG btrfs_transaction_cache (Tainted: GW ):
> Objects
On Mon, Jul 02, 2012 at 05:48:43AM -0600, Alex Lyakas wrote:
> Hi Josef,
> which branch from your (or another?) repo should I try this on:
>
Master, and make sure you've checked out a more recent fio from git to make sure
it's not a bug in fio. Thanks,
Josef
--
To unsubscribe from this list: se
On Sun, Jul 01, 2012 at 09:35:01PM -0600, Daniel J Blueman wrote:
> > Hi everyone,
> >
> > I've got a nice set of fixes from Josef, Jan, Ilya and others in my
> > for-linus branch:
> >
> > git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git
> > for-linus
> >
> > Some of the changes
I print the insteresting part of syslog below.
I mount the disk with
mount -t btrfs -o compress,noatime,nodiratime,noacl,noexec,nosuid /dev/sdb1 /usb
The error parts in the syslog come from the the mistaken
"mount /usb" and the line
/dev/sdb1 /usbauto
defaults,noauto,noatime,nodiratime
Hi,
I'm seeing a machine lockup in xfstests/224, logs attached. Friday's
xfstests round with 3.5-rc4 was ok, all tests passed.
The 'dd' processes are in D-state with this stacktraces
5597 pts/0D+ 0:00 dd status=noxfer if=/dev/zero of=/mnt/a2/testfile.8
bs=4k conv=notrunc
[] reserve_met
On Mon, Jul 02, 2012 at 04:10:52PM +0200, David Sterba wrote:
> Finishing this report anyway, and will redo the tests again.
>
> Looking again into the logs, the first process snapshot (only D-state
> processes) is much longer than process snapshot of containing all,
> unfortuntelly I don't have t
> I print the insteresting part of syslog below.
>
> I mount the disk with
> mount -t btrfs -o compress,noatime,nodiratime,noacl,noexec,nosuid /dev/sdb1
> /usb
>
> The error parts in the syslog come from the the mistaken
> "mount /usb" and the line
> /dev/sdb1 /usbauto
> defaults,noau
On 06/25/2012 04:00 PM, H. Peter Anvin wrote:
I am aware of that, and it is not a problem... the one-device
bootloader can find out *which* disk it is talking to by comparing
uuids, and the btrfs data structures will tell it how to find the data
on that specific disk. It does of course mean the
On Mon, Jul 02, 2012 at 04:34:53PM +0200, David Sterba wrote:
> Bisection in progress.
commit cae76522b19735c576803bec273f49062aa418ab
Author: Josef Bacik
Date: Thu Jun 21 14:05:49 2012 -0400
Btrfs: flush delayed inodes if we're short on space
Those crazy gentoo guys have been complai
Am Sonntag, 1. Juli 2012 schrieb Markus Rothe:
> Hello,
Hi!
> I am running btrfs for a few months now. I just realized that I have a
> few strange directories in /
>
> % ls / -1
> ?
> ???J??
> QӇ??
> PL
> PR
This might be a corrupted filesystem.
Can you show ls -l /
If size is ? or p
Am Sonntag, 1. Juli 2012 schrieb Waxhead:
> As far as I understand btrfs stores all data in huge chunks that are
> striped, mirrored or "raid5/6'ed" throughout all the disks added to
> the filesystem/volume.
Not through all disks. At least not with the current RAID-1
implementation. It stores t
Hi everybody,
I am interested to test how btrfs behaves when the underlying block
device starts returning permanent IO errors. To test this, I set up a
linear device-mapper, mapped to the block device and start IOs. At
some point, I switch the device-mapper's table to "error" table (using
"dmsetup
On Fri, Jun 29, 2012 at 05:36:24AM -0700, Marc MERLIN wrote:
> On Tue, Jun 26, 2012 at 10:20:12PM -0700, Marc MERLIN wrote:
> > On Tue, Jun 26, 2012 at 06:38:18PM -0700, Marc MERLIN wrote:
> > > Now, I'm also seeing these below and I have this again (86% CPU):
> > > 6076 root 20 0 0
On Sat, Jun 30, 2012 at 09:22:59PM -0400, Chris Mason wrote:
> Hi everyone,
>
> I've got a nice set of fixes from Josef, Jan, Ilya and others in my
> for-linus branch:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git for-linus
>
> Some of the changes are fixes for the tree
So shrink_delalloc has grown all sorts of cruft over the years thanks to
many reworkings of how we track enospc. What happens now as we fill up the
disk is we will loop for freaking ever hoping to reclaim a arbitrary amount
of space of metadata, this was from when everybody flushed at the same tim
Hi,
after upgrading from 3.4.0 to 3.5.0-rc5 on this powerpc machine, the
following is printed during bootup:
[ 18.630750] device fsid ce8c9df5-0a93-47c6-adf6-25084f352a4f devid 1
transid 11061 /dev/hda7
[ 18.637193] btrfs: disk space caching is enabled
[ 18.706423] btrfs: no dev_sta
On Mon, Jul 02, 2012 at 02:46:11PM -0700, Christian Kujau wrote:
> Hi,
>
> after upgrading from 3.4.0 to 3.5.0-rc5 on this powerpc machine, the
> following is printed during bootup:
>
> [ 18.630750] device fsid ce8c9df5-0a93-47c6-adf6-25084f352a4f devid 1
> transid 11061 /dev/hda7
> [ 1
On Tue, 3 Jul 2012 at 01:41, Ilya Dryomov wrote:
> > after upgrading from 3.4.0 to 3.5.0-rc5 on this powerpc machine, the
> > following is printed during bootup:
> >
> > [ 18.630750] device fsid ce8c9df5-0a93-47c6-adf6-25084f352a4f devid 1
> > transid 11061 /dev/hda7
> > [ 18.637193] btr
Hi,
I just got this oops on a computer running 3.4.2.
A few minutes before I had started "btrfs device scrub /" and had a
watcher process running "btrfs scrub status /" every 5 seconds. After
a few gigabytes of scrubbing, I got this crash.
The oops is transcribed from photos, so it may contain s
On Tue, Jul 03, 2012 at 02:01:21AM +0300, Sami Liedes wrote:
> The oops is transcribed from photos, so it may contain some errors. I
> tried to be careful, and double checked the backtrace.
Forgot to menion, the fs is a two-partition filesystem, with both data
and metadata mirrored.
-
---
btrfstune.c |4
1 file changed, 4 insertions(+)
diff --git a/btrfstune.c b/btrfstune.c
index 47830c5..f746e14 100644
--- a/btrfstune.c
+++ b/btrfstune.c
@@ -107,6 +107,10 @@ int main(int argc, char *argv[])
}
root = open_ctree(device, 0, 1);
+ if (!root) {
+
On 07/02/2012 05:45 PM, Ilya Dryomov wrote:
> On Mon, Jul 02, 2012 at 09:39:45AM +0800, Liu Bo wrote:
>> On 06/29/2012 06:36 PM, Ilya Dryomov wrote:
>>
>>> On Fri, Jun 29, 2012 at 06:00:37PM +0800, Liu Bo wrote:
We have both set-default and get-default, but actually our get-default
does
On 07/02/2012 06:00 PM, Ilya Dryomov wrote:
> On Mon, Jul 02, 2012 at 10:07:42AM +0800, Liu Bo wrote:
>> On 06/29/2012 06:21 PM, Ilya Dryomov wrote:
>>
>>> On Fri, Jun 29, 2012 at 06:00:36PM +0800, Liu Bo wrote:
Setting subvolume/snapshot readonly has been missing for a long time.
W
On Tue, 03 Jul 2012 03:13:33 +0100 Kerin Millar wrote:
> Hi,
>
> On 03/07/2012 02:39, NeilBrown wrote:
>
> [snip]
>
> >>> Could you please double check that you are running a kernel with
> >>>
> >>> commit aba336bd1d46d6b0404b06f6915ed76150739057
> >>> Author: NeilBrown
> >>> Date: Thu
On 2 July 2012 21:34, Josef Bacik wrote:
> On Sun, Jul 01, 2012 at 09:35:01PM -0600, Daniel J Blueman wrote:
>> > Hi everyone,
>> >
>> > I've got a nice set of fixes from Josef, Jan, Ilya and others in my
>> > for-linus branch:
>> >
>> > git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-bt
From: Anand Jain
Segmentation fault with the following trace when csum-tree is
deliberately corrupted using btrfs-corrupt-block
read block failed check_tree_block
Couldn't setup csum tree
checking extents
Check tree block failed, want=29376512, have=0
::
read block failed check_tree_block <
From: Anand Jain
Changing printk_in_rcu to printk_ratelimited_in_rcu will suffice
---
fs/btrfs/extent_io.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/fs/btrfs/extent_io.c b/fs/btrfs/extent_io.c
index aaa12c1..5ad8743 100644
--- a/fs/btrfs/extent_io.c
+++ b/fs/btrfs
33 matches
Mail list logo