Signed-off-by: Alexander Fougner
---
Documentation/btrfs-replace.asciidoc | 3 +++
1 file changed, 3 insertions(+)
diff --git a/Documentation/btrfs-replace.asciidoc
b/Documentation/btrfs-replace.asciidoc
index 5a14a40..61ab306 100644
--- a/Documentation/btrfs-replace.asciidoc
+++ b
2016-03-01 13:44 GMT+01:00 Holger Hoffstätte
:
> Hi,
>
> With btrfs-progs needing & getting some more love I decided to run today's
> master through clang's very awesome static analyzer [1] to see what a more
> complete data flow analysis than gcc's -Wall yields. The results can be
> found at [2] a
Signed-off-by: Alexander Fougner
---
Makefile.in | 3 +-
btrfs-calc-size.c | 482 +--
cmds-inspect-tree-stats.c | 506 ++
cmds-inspect-tree-stats.h | 26 +++
cmds-inspect.c
Signed-off-by: Alexander Fougner
---
Documentation/btrfs-inspect-internal.asciidoc | 10 ++
btrfs-completion | 2 +-
2 files changed, 11 insertions(+), 1 deletion(-)
diff --git a/Documentation/btrfs-inspect-internal.asciidoc
b/Documentation/btrfs-inspect
Signed-off-by: Alexander Fougner
---
Documentation/btrfs-balance.asciidoc | 4 ++--
Documentation/btrfs-device.asciidoc | 2 +-
Documentation/btrfs-filesystem.asciidoc | 10 +-
Documentation/btrfs-inspect-internal.asciidoc | 2 +-
Documentation/btrfs-man5
Signed-off-by: Alexander Fougner
---
cmds-fi-du.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/cmds-fi-du.c b/cmds-fi-du.c
index 6f3ef3d..2ffd917 100644
--- a/cmds-fi-du.c
+++ b/cmds-fi-du.c
@@ -505,8 +505,8 @@ static int du_add_file(const char *filename, int dirfd
2016-03-23 18:41 GMT+01:00 Vytautas D :
> I can think of few ways to revert changes with btrfs, but I wonder
> what are the trade-offs between each method and perhaps there is
> already research done on this?
>
> ways to restore a snapshot ( post kernel 3.* ):
> a) via set-default
> 1. btrfs subvo
2016-03-23 20:10 GMT+01:00 Brad Templeton :
> It is Ubuntu wily, which is 4.2 and btrfs-progs 0.4. I will upgrade to
> Xenial in April but probably not before, I don't have days to spend on
> this. Is there a fairly safe ppa to pull 4.4 or 4.5?
Use the mainline ppa: http://kernel.ubuntu.com/~ke
2016-03-23 23:31 GMT+01:00 Vytautas D :
>
>> atime). Also, this might break some configurations not expecting the
>> set-default method
>
> I have never seen this before. Can you extend on this or provide a link so i
> can read more about such limitation?
>>
Ubuntu, for instance. Layout as /@ for
2016-03-25 20:57 GMT+01:00 Patrik Lundquist :
> On 25 March 2016 at 18:20, Stephen Williams wrote:
>>
>> Your information below was very helpful and I was able to recreate the
>> Raid array. However my initial question still stands - What if the
>> drives dies completely? I work in a Data center a
2016-03-27 22:26 GMT+02:00 Peter Becker :
> Hi i found the descriped error in if i execute du with btrfs-progs
> v4.5 with kernel v4.5.
>
> floyd@nas ~ $ sudo btrfs version
> btrfs-progs v4.5
>
> floyd@nas ~ $ uname -r
> 4.5.0-040500-generic
>
> floyd@nas ~ $ sudo btrfs fi show
> Label: 'RAID' uui
Hello,
Kernel 4.4.x and progs 4.5.1 on both client/host.
As the topic says, I noticed that my automatic backus stopped working
a while back. The cause seems to be related to snapshot
inconsistencies.
WARNING: [btrfs send/receive]
(send=/mnt/btrfs_pool/__snapshots/@home.20160404,
receive=/srv/bac
2016-04-29 22:17 GMT+02:00 Chris Murphy :
> On Fri, Apr 29, 2016 at 2:01 PM, Alexander Fougner
> wrote:
>> Hello,
>>
>> Kernel 4.4.x and progs 4.5.1 on both client/host.
>>
>> As the topic says, I noticed that my automatic backus stopped working
>> a wh
2016-04-29 22:28 GMT+02:00 Chris Murphy :
> On Fri, Apr 29, 2016 at 2:20 PM, Alexander Fougner
> wrote:
>> 2016-04-29 22:17 GMT+02:00 Chris Murphy :
>>> On Fri, Apr 29, 2016 at 2:01 PM, Alexander Fougner
>>> wrote:
>>>> Hello,
>>>>
Heh, sorry about the noise!
2016-04-29 22:28 GMT+02:00 Chris Murphy :
> On Fri, Apr 29, 2016 at 2:20 PM, Alexander Fougner
> wrote:
>> 2016-04-29 22:17 GMT+02:00 Chris Murphy :
>>> On Fri, Apr 29, 2016 at 2:01 PM, Alexander Fougner
>>> wrote:
>>>> Hel
2016-04-30 12:49 GMT+02:00 Duncan <1i5t5.dun...@cox.net>:
> Alexander Fougner posted on Sat, 30 Apr 2016 12:28:34 +0200 as excerpted:
>
>>>>> Do scrub and btrfs check (no repair) complete without errors?
>>
>> Send side
>>
>> sudo btrfs
2016-04-30 13:28 GMT+02:00 Duncan <1i5t5.dun...@cox.net>:
> Alexander Fougner posted on Sat, 30 Apr 2016 12:55:06 +0200 as excerpted:
>
>>>> Receive side only outputs this:
>>>> sudo btrfs check -p /dev/sdc Couldn't open file system
>>>
&g
at's a known bug, with patches working their way thru the system both
> to provide a different alternative and to let btrfs device delete missing
> work again, but IDR the specific status of those patches. Presumably
> they'll be in 4.4, but I don't know if they made it i
Signed-off-by: Alexander Fougner
---
Documentation/btrfs-debug-tree.asciidoc | 7 +++
Documentation/btrfs-inspect-internal.asciidoc | 26 ++
2 files changed, 33 insertions(+)
diff --git a/Documentation/btrfs-debug-tree.asciidoc
b/Documentation/btrfs-debug
The long-term plan is to merge the features of standalone tools
into the btrfs binary, reducing the number of shipped binaries.
Signed-off-by: Alexander Fougner
---
Makefile.in | 2 +-
btrfs-debug-tree.c | 424 +---
cmds-inspect-dump
Signed-off-by: Alexander Fougner
---
btrfs-debug-tree.c | 13 ++---
cmds-inspect-dump-tree.c | 2 --
2 files changed, 2 insertions(+), 13 deletions(-)
diff --git a/btrfs-debug-tree.c b/btrfs-debug-tree.c
index 057a715..d6e5a69 100644
--- a/btrfs-debug-tree.c
+++ b/btrfs-debug
Signed-off-by: Alexander Fougner
---
btrfs-completion | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/btrfs-completion b/btrfs-completion
index a34191b..7631911 100644
--- a/btrfs-completion
+++ b/btrfs-completion
@@ -20,13 +20,13 @@ _btrfs_mnts()
COMPREPLY
Signed-off-by: Alexander Fougner
---
Documentation/btrfs-debug-tree.asciidoc | 7 +++
Documentation/btrfs-inspect-internal.asciidoc | 26 ++
btrfs-completion | 8
3 files changed, 37 insertions(+), 4 deletions(-)
diff
The long-term plan is to merge the features of standalone tools
into the btrfs binary, reducing the number of shipped binaries.
Signed-off-by: Alexander Fougner
---
Makefile.in | 2 +-
btrfs-debug-tree.c | 435 +---
cmds-inspect-dump
2016-02-23 17:55 GMT+01:00 Nazar Mokrynskyi :
>> > What is wrong with noatime,relatime? I'm using them for a long time as
>> > good compromise in terms of performance.
>> The one option ends up canceling the other, as they're both atime related
>> options that say do different things.
>>
>> I'd hav
bove.
> Sincerely, Nazar Mokrynskyi
> github.com/nazar-pc
> Skype: nazar-pc
> Diaspora: naza...@diaspora.mokrynskyi.com
> Tox:
> A9D95C9AA5F7A3ED75D83D0292E22ACE84BA40E912185939414475AF28FD2B2A5C8EF5261249
>
> On 23.02.16 18:05, Alexander Fougner wrote:
>>
>> 201
The long-term plan is to merge the features of standalone tools
into the btrfs binary, reducing the number of shipped binaries.
Signed-off-by: Alexander Fougner
---
Makefile.in | 3 +-
btrfs-show-super.c| 520 +---
cmds-inspect
Signed-off-by: Alexander Fougner
---
Documentation/btrfs-inspect-internal.asciidoc | 38 +++
btrfs-completion | 2 +-
2 files changed, 39 insertions(+), 1 deletion(-)
diff --git a/Documentation/btrfs-inspect-internal.asciidoc
b
Device deletion procedures ensures the device is a block device.
This patch introduces 'missing' as keyword again, correctly
passing it on to the kernel instead of complaining about
'missing' not being a block device.
Signed-off-by: Alexander Fougner
---
cmds-device.c | 2 +
2016-05-28 22:32 GMT+02:00 Peter Becker :
> Hello, i have found a small issue but i doesn't know if this is intended.
>
> Starting with a RAID 1 setup with 3 x 4GB devices.
> If you replace one of this devices with a 2GB device and run "resize
> max" nothing happens.
>From manpages:
"The devid can
30 matches
Mail list logo