On Feb 18, 2014, at 3:45 PM, Duncan <1i5t5.dun...@cox.net> wrote:
> Chris Murphy posted on Tue, 18 Feb 2014 15:02:51 -0700 as excerpted:
>
>> Also, what model drives are being used? If they are
>> consumer drives, they almost certainly have long error recoveries over
>> 30 minutes.
>
> FWIW, th
Chris Murphy posted on Tue, 18 Feb 2014 11:48:49 -0700 as excerpted:
>> This is not btrfs' fault but due to an hd error. I saw in the system
>> logs
>>btrfs: bdev /dev/sdb errs: wr 0, rd 2, flush 0, corrupt 0, gen 0
>> and a subsequent check on btrfs showed
>>[/dev/sdb].write_io_errs 0 [
Chris Murphy posted on Tue, 18 Feb 2014 15:02:51 -0700 as excerpted:
> Also, what model drives are being used? If they are
> consumer drives, they almost certainly have long error recoveries over
> 30 minutes.
FWIW, that should be 30 seconds, not 30 minutes (OUCH!). The below
context sort of m
On Feb 18, 2014, at 2:55 PM, Hendrik Friedel wrote:
> Hello,
>
> >> It looks like everything is single except for 4GB of data which is still
>>> raid0. Weird. There should be a bunch of messages in dmesg during a
>>> normal/successful balance, and either something mentioned or missing
>>> might
On Feb 18, 2014, at 2:33 PM, Wolfgang Mader
wrote:
>
>
> Feb 18 13:14:09 deck kernel: ata2.00: failed command: READ DMA
> Feb 18 13:14:09 deck kernel: ata2.00: cmd c8/00:08:60:f2:30/00:00:00:00:00/e0
> tag 0 dma 4096 in
> res 51/04:08:60:f2:30/00:00:00:00:
On Tuesday 18 February 2014 11:48:49 Chris Murphy wrote:
> On Feb 18, 2014, at 6:19 AM, Wolfgang Mader
wrote:
> > Hi all,
> >
> > well, I hit the first incidence where I really have to work with my btrfs
> > setup. To get things straight I want to double-check here to not screw
> > things up rig
"J. Bruce Fields" writes:
> On Fri, Feb 14, 2014 at 09:45:24PM -0500, J. Bruce Fields wrote:
>> On Fri, Feb 14, 2014 at 05:40:55PM -0800, Eric W. Biederman wrote:
>> > "J. Bruce Fields" writes:
>> >
>> > > On Fri, Feb 14, 2014 at 01:43:48PM -0500, Josef Bacik wrote:
>> > >> A user was running i
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
I do fuzzy testing a 32 bit user mode linux guest (v3.14-rc3-43-g805937c) with
trinity and use a BTRFS file created on a ram disk within the UML and loop
mounted onto a mount point within the UML for victim files for trinity (all
inside the UML gu
From: "J. Bruce Fields"
Minor documentation updates:
- refer to d_obtain_alias rather than d_alloc_anon
- explain when to use d_splice_alias and when
d_materialise_unique.
- cut some details of d_splice_alias/d_materialise_unique
implementation.
Signed
From: "J. Bruce Fields"
There are a few d_obtain_alias callers that are using it to get the
root of a filesystem which may already have an alias somewhere else.
This is not the same as the filehandle-lookup case, and none of them
actually need DCACHE_DISCONNECTED set.
In the btrfs case this was
From: "J. Bruce Fields"
Signed-off-by: J. Bruce Fields
---
fs/dcache.c | 13 +
1 file changed, 5 insertions(+), 8 deletions(-)
diff --git a/fs/dcache.c b/fs/dcache.c
index 3a1057a..efe3d3b 100644
--- a/fs/dcache.c
+++ b/fs/dcache.c
@@ -719,8 +719,6 @@ EXPORT_SYMBOL(dget_parent);
/
From: "J. Bruce Fields"
The DCACHE_DISCONNECTED flag was intended *only* to mark dentries which
were looked up by filehandle and are currently in the process of being
hooked up to the rest of dcache.
Over time people have also confused it with IS_ROOT, using it to mark
directories that are perma
From: "J. Bruce Fields"
Just a trivial move to locate it near (similar) d_materialise_unique
code and save some forward references in a following patch.
Signed-off-by: J. Bruce Fields
---
fs/dcache.c | 104 ++--
1 file changed, 52 inserti
From: "J. Bruce Fields"
If we get to this point and discover the dentry is not a root dentry, or
not DCACHE_DISCONNECTED--great, we always prefer that anyway.
Signed-off-by: J. Bruce Fields
---
fs/dcache.c | 9 +++--
1 file changed, 3 insertions(+), 6 deletions(-)
diff --git a/fs/dcache.c
From: "J. Bruce Fields"
Any IS_ROOT() alias should be safe to use; there's nothing special about
DCACHE_DISCONNECTED dentries.
Signed-off-by: J. Bruce Fields
---
fs/dcache.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/fs/dcache.c b/fs/dcache.c
index 4550227..e3e
From: "J. Bruce Fields"
d_splice_alias will d_move an IS_ROOT() directory dentry into place if
one exists. This should be safe as long as the dentry remains IS_ROOT,
but I can't see what guarantees that: once we drop the i_lock all we
hold here is the i_mutex on an unrelated parent directory.
I
From: "J. Bruce Fields"
Currently if d_splice_alias finds a directory with an alias that is not
IS_ROOT or not DCACHE_DISCONNECTED, it creates a duplicate directory.
Duplicate directory dentries are unacceptable; it is better just to
error out.
(In the case of a local filesystem the most likely
On Fri, Feb 14, 2014 at 09:45:24PM -0500, J. Bruce Fields wrote:
> On Fri, Feb 14, 2014 at 05:40:55PM -0800, Eric W. Biederman wrote:
> > "J. Bruce Fields" writes:
> >
> > > On Fri, Feb 14, 2014 at 01:43:48PM -0500, Josef Bacik wrote:
> > >> A user was running into errors from an NFS export of a
On Feb 18, 2014, at 6:19 AM, Wolfgang Mader
wrote:
> Hi all,
>
> well, I hit the first incidence where I really have to work with my btrfs
> setup. To get things straight I want to double-check here to not screw things
> up right from the start. We are talking about a home server. There is n
On Tue, Feb 18, 2014 at 08:58:10AM -0500, Josef Bacik wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 02/16/2014 08:58 AM, Goswin von Brederlow wrote:
> > Hi,
> >
> > I'm getting a ENOSPC error from btrfs despite there still being
> > plenty of space left:
> >
> > % df -m /mnt/na
On Tue, Feb 18, 2014 at 09:33:17AM +0100, Goswin von Brederlow wrote:
> > The size of global block reserve should be IMO subtracted from 'avail',
> > this reports the space as free, but is in fact not.
>
> How much global block reserve is there? Does that explain why I can't
> use the last 270G of
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/18/2014 11:24 AM, Alex Lyakas wrote:
> Hi Josef, is this the commit to look at:
> 6df9a95e63395f595d0d1eb5d561dd6c91c40270 Btrfs: make the chunk
> allocator completely tree lockless
>
> or some other commits are also relevant?
>
It's been so
Hello Good Day
I am export manager of OSEI TUTU GOLD GROUP & NANA KASA MINE ; Our
company is a large-scale and professional manufacturer of minerals,
GOLD DUST,GOLD BARS,HMS-1&2, USED RAILS,RS-50/60 HARD METAL and COPPER
SCRAPS. I would like you to stand as my foreign partner in oversea to
secured
On Mon, Feb 17, 2014 at 03:14:34PM -0700, Chris Murphy wrote:
> Looks like this is the same thing previously report on Btrfs list with
> 3.14.0-rc1 here:
> https://bugzilla.redhat.com/show_bug.cgi?id=1062439
>
> Which points to this:
> https://bugzilla.redhat.com/show_bug.cgi?id=1062833#c24
>
>
Hi Josef,
is this the commit to look at:
6df9a95e63395f595d0d1eb5d561dd6c91c40270 Btrfs: make the chunk
allocator completely tree lockless
or some other commits are also relevant?
Alex.
On Tue, Feb 18, 2014 at 6:06 PM, Josef Bacik wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
>
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/18/2014 10:47 AM, Alex Lyakas wrote:
> Hello Josef,
>
> On Tue, Dec 18, 2012 at 3:52 PM, Josef Bacik
> wrote:
>> On Wed, Dec 12, 2012 at 06:52:37PM -0700, Liu Bo wrote:
>>> An user reported that he has hit an annoying deadlock while
>>> playi
Hello Josef,
On Tue, Dec 18, 2012 at 3:52 PM, Josef Bacik wrote:
> On Wed, Dec 12, 2012 at 06:52:37PM -0700, Liu Bo wrote:
>> An user reported that he has hit an annoying deadlock while playing with
>> ceph based on btrfs.
>>
>> Current updating device tree requires space from METADATA chunk,
>>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/18/2014 09:01 AM, Jim Salter wrote:
> Having trouble building btrfs-next - getting error ".config not
> found".
>
> me@locutus:~/git/btrfs-next$ make HOSTCC scripts/basic/fixdep
> HOSTCC scripts/kconfig/conf.o SHIPPED scripts/kconfig/zconf.ta
Hi all,
well, I hit the first incidence where I really have to work with my btrfs
setup. To get things straight I want to double-check here to not screw things
up right from the start. We are talking about a home server. There is no time
or user pressure involved, and there are backups, too.
Having trouble building btrfs-next - getting error ".config not found".
me@locutus:~/git/btrfs-next$ make
HOSTCC scripts/basic/fixdep
HOSTCC scripts/kconfig/conf.o
SHIPPED scripts/kconfig/zconf.tab.c
SHIPPED scripts/kconfig/zconf.lex.c
SHIPPED scripts/kconfig/zconf.hash.c
HOSTCC sc
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/16/2014 08:58 AM, Goswin von Brederlow wrote:
> Hi,
>
> I'm getting a ENOSPC error from btrfs despite there still being
> plenty of space left:
>
> % df -m /mnt/nas3 Filesystem 1M-blocks Used Available
> Use% Mounted on /dev/mapper/
On Tue, Feb 18, 2014 at 11:06:38AM +0800, Anand Jain wrote:
>
> >For what reason?
> >
> >Remember that a single block device can be mounted in multiple places
> > (or bind-mounted, etc), so there is not even necessarily a single
> > answer to that question.
> >
> >-Eric
>
> Yes indeed. (the atte
On Mon, Feb 17, 2014 at 06:08:20PM +0100, David Sterba wrote:
> On Mon, Feb 10, 2014 at 01:41:23PM -0500, Josef Bacik wrote:
> >
> >
> > On 02/10/2014 01:36 PM, cwillu wrote:
> > >IMO, used should definitely include metadata, especially given that we
> > >inline small files.
> > >
> > >I can conv
33 matches
Mail list logo