On Mon, Apr 28, 2014 at 03:26:45AM +, Duncan wrote:
> Jaap Pieroen posted on Sun, 27 Apr 2014 18:30:19 +0200 as excerpted:
>
> > Hello,
> >
> > When I try to delete a device from my btrfs filesystem I always get the
> > following kernel bug error:
>
> > kernel BUG at /home/apw/COD/linux/fs/b
When 'btrfs replace status' encounters an unknown dev replace status, it
will cause an assert, which is somewhat overkilled and can be replaced
with a normal error message.
Signed-off-by: Qu Wenruo
---
cmds-replace.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/cm
open_path_or_dev_mnt() is used to on *mounted* btrfs device or mount
point, when a unmounted btrfs device is passed, errno is set to EINVAL to
info the caller.
If ignore the errno and just print "ERROR: can't access '%s'", end users
will get confused.
This patch will add check for open_path_or_dev
> So try this one:
> btrfs balance start -musage=0 -v
I fear that didn't work too.
mars:/mnt # btrfs balance start -musage=0 -v btrfs/
Dumping filters: flags 0x6, state 0x0, force is off
METADATA (flags 0x2): balancing, usage=0
SYSTEM (flags 0x2): balancing, usage=0
Done, had to relocate
On Mon, Apr 28, 2014 at 01:57:02PM +0200, Stefan Malte Schumacher wrote:
>
>
> > So try this one:
> > btrfs balance start -musage=0 -v
>
> I fear that didn't work too.
>
> mars:/mnt # btrfs balance start -musage=0 -v btrfs/
> Dumping filters: flags 0x6, state 0x0, force is off
> METADATA (fl
Hi Stefan,
On Sat, Apr 26, 2014 at 11:28 PM, Chris Murphy wrote:
>>>
>>> They're harmless -- it's a side-effect of the way that mkfs works.
>>> They'll go away if you balance them:
>>>
>>> btrfs balance start -dprofiles=single -mprofiles=single -sprofiles=single
>>> /mountpoint
>>
>> btrfs r
On Fri, Apr 25, 2014 at 08:20:45AM -0700, Marc MERLIN wrote:
> > There are lots of contributors with the same small amout of patches
> > contributed and are not listed there. This is first time I hear about
> > Netgear being a contributor and it looks strange to see that name among
> > the major c
On 4/25/14, 10:20 AM, Marc MERLIN wrote:
> On Fri, Apr 25, 2014 at 04:47:04PM +0200, David Sterba wrote:
>> On Thu, Apr 24, 2014 at 04:14:56PM -0700, Marc MERLIN wrote:
> Netgear uses BTRFS as the filesystem in their refreshed ReadyNAS line.
> They apparently use Oracle's linux distro so I
On Wed, 23 Apr 2014 18:18:34 -0700
Marc MERLIN wrote:
> I writing slides about btrfs for an upcoming talk (at linuxcon) and I was
> trying to gather a list of companies that contribute code to btrfs.
So I just ran into this now. I did a quick gitdm run over the entire btrfs
history in the kerne
Duncan <1i5t5.duncan cox.net> writes:
>
> Jaap Pieroen posted on Sun, 27 Apr 2014 18:30:19 +0200 as excerpted:
>
> > ...
>
> Never use btrfsck (or btrfs check) with the --repair option, unless
> you're about ready to give up on the filesystem and do a mkfs, in which
> case you aren't riskin
On 04/28/2014 03:00 PM, Jonathan Corbet wrote:
On Wed, 23 Apr 2014 18:18:34 -0700
Marc MERLIN wrote:
I writing slides about btrfs for an upcoming talk (at linuxcon) and I was
trying to gather a list of companies that contribute code to btrfs.
So I just ran into this now. I did a quick gitdm
Hi,
I ran into an odd situation where after a snap rollback, a file
appears to be incorrectly truncated. The file in question is part of
a ceph-osd backing store. I've attached a grepped and annotated
excerpt from the osd log detailing the operations on this file since
creation.
Ceph sha1: 8603
On Mon, Apr 28, 2014 at 2:00 PM, Jonathan Corbet wrote:
> On Wed, 23 Apr 2014 18:18:34 -0700
> Marc MERLIN wrote:
>
>> I writing slides about btrfs for an upcoming talk (at linuxcon) and I was
>> trying to gather a list of companies that contribute code to btrfs.
>
> So I just ran into this now.
On Mon, Apr 28, 2014 at 07:06:08PM -0500, Chester wrote:
> On Mon, Apr 28, 2014 at 2:00 PM, Jonathan Corbet wrote:
> > On Wed, 23 Apr 2014 18:18:34 -0700
> > Marc MERLIN wrote:
> >
> >> I writing slides about btrfs for an upcoming talk (at linuxcon) and I was
> >> trying to gather a list of compa
On 04/28/2014 08:06 PM, Chester wrote:
On Mon, Apr 28, 2014 at 2:00 PM, Jonathan Corbet wrote:
On Wed, 23 Apr 2014 18:18:34 -0700
Marc MERLIN wrote:
I writing slides about btrfs for an upcoming talk (at linuxcon) and I was
trying to gather a list of companies that contribute code to btrfs.
> The question is, why is this important?
It probably isn't, its just my overactive sense of neatness ;-)
But, jokes aside, I am going to use the filesystem as it is now and
then when openSUSE 13.2 arrives I will give it another try with a new
kernel and new filesystem tools.
Thank you for y
'bio_index' is just a index, it's really not necessary to do increment
one by one.
Signed-off-by: Liu Bo
---
fs/btrfs/file-item.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fs/btrfs/file-item.c b/fs/btrfs/file-item.c
index 9d84658..344b89c 100644
--- a/fs/btrfs/file-item
While greping for "you don't have the default diritem, this isn't going to
work",
I found it's just hard since we use
printk("...default dir"
"item ...");
To make developer's life easier, I checked all the similar code and made it
easier to grep for.
Signed-off-by: Liu Bo
---
fs/btrfs
Hi, this is David Wu from Shanghai, China.
We are a printing company, we can print color box, corrugated box,
label, hang tag etc.
Please let me know if you need these.
I will send you the website then.
Best regards,
David Wu
--
To unsubscribe from this list: send the line "unsubscribe linux-btrf
Jaap Pieroen posted on Mon, 28 Apr 2014 20:30:55 + as excerpted:
>> For further reference, whenever you post btrfs fi show, please post
>> btrfs fi df as well, as the two provide complementary information, and
>> the picture without both of them is incomplete.
>>
>> If you'd supplied the btrf
20 matches
Mail list logo