On Mon, Jun 04, 2012 at 05:02:26PM +0200, Stefan Behrens wrote:
>
> According to the kern.1.log file that you have sent (which is not
> visible on the mailing list because it exceeded the 100,000 chars limit
> of vger.kernel.org), a rebalance operation was active when the disks or
> the RAID contr
On 06/04/2012 19:35, Maxim Mikheev wrote:
Is any chance to fix it and recover data after such failure?
On 06/04/2012 11:02 AM, Stefan Behrens wrote:
On Mon, 04 Jun 2012 10:08:54 -0400, Maxim Mikheev wrote:
Disks were connected to RocketRaid 2760 directly as JBOD.
There is no LVM, MD or encryp
It was a RAID0 unfortunately.
On 06/04/2012 02:02 PM, Michael wrote:
If he has it in a RAID 1, could he manually fail the bad disk and try
it from there? Obviously this could be harmful, so a dd copy would be
a VERY good idea(truthfully, that should have been the first thing
that was done).
Mich
If he has it in a RAID 1, could he manually fail the bad disk and try
it from there? Obviously this could be harmful, so a dd copy would be
a VERY good idea(truthfully, that should have been the first thing
that was done).
Michael
On Mon, Jun 4, 2012 at 12:09 PM, Hugo Mills wrote:
>
> On Mon, Jun
Is any chance to fix it and recover data after such failure?
On 06/04/2012 11:02 AM, Stefan Behrens wrote:
On Mon, 04 Jun 2012 10:08:54 -0400, Maxim Mikheev wrote:
Disks were connected to RocketRaid 2760 directly as JBOD.
There is no LVM, MD or encryption. I used plain disks directly.
The fil
On Mon, Jun 04, 2012 at 06:04:22PM +0100, Hugo Mills wrote:
>I'm out of ideas.
... but that's not to say that someone else may have some ideas. I
wouldn't get your hopes up too much, though.
>At this point, though, you're probably looking at somebody writing
> custom code to scan the F
t;OK, then all I can suggest is what I said below -- work through the
> >potential tree roots in order from largest generation id to smallest.
> >Given that it's not reporting any trees, though, I'm not certain that
> >you'll get any success with it.
>
--super works but my root tree 2 has many errors too.
What can I do next?
Thanks
On 06/04/2012 10:54 AM, Ryan C. Underwood wrote:
On Mon, Jun 04, 2012 at 07:43:40AM -0400, Maxim Mikheev wrote:
alternate copy you wish to use. In the following example we ask for
using the superblock copy #2 of
you have your data in a subvolume?
Hugo.
On 06/04/2012 08:11 AM, Hugo Mills wrote:
On Mon, Jun 04, 2012 at 08:01:32AM -0400, Maxim Mikheev wrote:
Thank you for helping.
I'm not sure I can be of much help, but there were a few things
missing from the earlier conversation that I w
pastebin.com has limit 500K
I put file here: http://www.4shared.com/archive/I8cU3K43/kernlog1.html?
On 06/04/2012 11:11 AM, Stefan Behrens wrote:
On Mon, 04 Jun 2012 11:08:36 -0400, Maxim Mikheev wrote:
How can I send this file to the mailing list?
Using web space, e.g. http://pastebin.com/
On Mon, 04 Jun 2012 11:08:36 -0400, Maxim Mikheev wrote:
> How can I send this file to the mailing list?
Using web space, e.g. http://pastebin.com/
--
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
Can I roll back to 9095, as all disks has 9095?
How can I send this file to the mailing list?
On 06/04/2012 11:02 AM, Stefan Behrens wrote:
On Mon, 04 Jun 2012 10:08:54 -0400, Maxim Mikheev wrote:
Disks were connected to RocketRaid 2760 directly as JBOD.
There is no LVM, MD or encryption. I u
On Mon, 04 Jun 2012 10:08:54 -0400, Maxim Mikheev wrote:
> Disks were connected to RocketRaid 2760 directly as JBOD.
>
> There is no LVM, MD or encryption. I used plain disks directly.
>
> The file system was 55% full (1.7TB from 3TB for each disk).
>
> Logs are attached.
> The error happens at
After looking on Kernel.log, looks like I had raid card failure and data
was not stored properly on one of disks (/dev/sde).
Btrfs didn't recognized disk failure and keep trying to write data until
reboot.
Some other tests after reboot shows that /dev/sde has generation 9095
and other 4 disks
On Mon, Jun 04, 2012 at 07:43:40AM -0400, Maxim Mikheev wrote:
> alternate copy you wish to use. In the following example we ask for
> using the superblock copy #2 of /dev/sda7:
>
> # ./btrfsck -s 2 /dev/sd7
>
> -
> but it gave me:
> $ sudo btrfsck -s 2 /d
On Mon, 04 Jun 2012 08:26:43 -0400, Maxim Mikheev wrote:
> It was a kernel panic from btrfs.
> I had around 40 parallel processes of reading/writing.
Do you have a stack trace for this kernel panic, something with the term
"BUG", "WARNING" and/or "Call Trace" in /var/log/kern.log or
/var/log/syslo
ss with it.
Did you have your data in a subvolume?
Hugo.
On 06/04/2012 08:11 AM, Hugo Mills wrote:
On Mon, Jun 04, 2012 at 08:01:32AM -0400, Maxim Mikheev wrote:
Thank you for helping.
I'm not sure I can be of much help, but there were a few things
missing from the earlier
>On Mon, Jun 04, 2012 at 08:01:32AM -0400, Maxim Mikheev wrote:
> >>Thank you for helping.
> >I'm not sure I can be of much help, but there were a few things
> >missing from the earlier conversation that I wanted to check the
> >details of.
> >
>
By the way, If data will be recovered I can easily reproduce crash
situation. So it can be real-life heavy load test
On 06/04/2012 08:24 AM, Stefan Behrens wrote:
What have you done? Why do you need to recover data? What happened? A
power failure? A kernel crash?
On Tue, 29 May 2012 18:14:
adding -v, as an example:
sudo btrfs-find-root -v -v -v -v -v /dev/sdb
didn't change output at all.
On 06/04/2012 08:11 AM, Hugo Mills wrote:
On Mon, Jun 04, 2012 at 08:01:32AM -0400, Maxim Mikheev wrote:
Thank you for helping.
I'm not sure I can be of much help, but there
It was a kernel panic from btrfs.
I had around 40 parallel processes of reading/writing.
On 06/04/2012 08:24 AM, Stefan Behrens wrote:
What have you done? Why do you need to recover data? What happened? A
power failure? A kernel crash?
On Tue, 29 May 2012 18:14:53 -0400, Maxim Mikheev wrote:
I
What have you done? Why do you need to recover data? What happened? A
power failure? A kernel crash?
On Tue, 29 May 2012 18:14:53 -0400, Maxim Mikheev wrote:
> I recently decided to use btrfs. It works perfectly for a week even
> under heavy load. Yesterday I destroyed backups as cannot afford to
On Mon, Jun 04, 2012 at 08:01:32AM -0400, Maxim Mikheev wrote:
> Thank you for helping.
I'm not sure I can be of much help, but there were a few things
missing from the earlier conversation that I wanted to check the
details of.
> ~$ uname -a
> Linux s0 3.4.0-030400-generic #20
Thank you for helping.
~$ uname -a
Linux s0 3.4.0-030400-generic #201205210521 SMP Mon May 21 09:22:02 UTC
2012 x86_64 x86_64 x86_64 GNU/Linux
I compiled progs from recent git (week or two ago). I can compile it
again if there updates.
The output of btrfs-find-root is pretty long and below:
On Mon, Jun 04, 2012 at 07:43:40AM -0400, Maxim Mikheev wrote:
> Hi Arne,
>
> Can you advice how can I recover data?
> I tried almost everything what I found on https://btrfs.wiki.kernel.org
>
> /btrfs-restore restored some files but it is not what was stored.
Can you post the complete output
ound 7621
[ 169.732611] btrfs read error corrected: ino 1 off 5468060241920 (dev
/dev/sdb sector 2143292648)
[ 169.732623] Failed to read block groups: -5
[ 169.743437] btrfs: open_ctree failed
So It does not work. I have seen in some posts command:
sudo mount -s 2 -o recovery /tank
Should I try
241920 wanted 9096
>>>>>> found 7621
>>>>>> [ 51.841603] btrfs read error corrected: ino 1 off 5468060241920 (dev
>>>>>> /dev/sdb sector 2143292648)
>>>>>> [ 51.841610] Failed to read block groups: -5
>>
0 (dev
/dev/sdb sector 2143292648)
[ 169.732623] Failed to read block groups: -5
[ 169.743437] btrfs: open_ctree failed
So It does not work. I have seen in some posts command:
sudo mount -s 2 -o recovery /tank
Should I try it?
Please help me, I need to get this data ASAP.
Regards,
Max
O
ery
>>>> [ 123.733686] btrfs: disk space caching is enabled
>>>> [ 131.699910] parent transid verify failed on 5468060241920 wanted 9096
>>>> found 7621
>>>> [ 131.714018] parent transid verify failed on 5468060241920 wanted 9096
>>>> foun
169.732623] Failed to read block groups: -5
[ 169.743437] btrfs: open_ctree failed
So It does not work. I have seen in some posts command:
sudo mount -s 2 -o recovery /tank
Should I try it?
Please help me, I need to get this data ASAP.
Regards,
Max
On 06/03/2012 09:22 PM, Liu Bo wrote:
On 06/02
iled on 5468060241920 wanted 9096
found 7621
[ 169.732611] btrfs read error corrected: ino 1 off 5468060241920 (dev
/dev/sdb sector 2143292648)
[ 169.732623] Failed to read block groups: -5
[ 169.743437] btrfs: open_ctree failed
So It does not work. I have seen in some posts command:
sudo moun
dev/sdb sector 2143292648)
>>> [ 131.715072] Failed to read block groups: -5
>>> [ 131.727176] btrfs: open_ctree failed
>>> [ 161.697873] device fsid c9776e19-37eb-4f9c-bd6b-04e8dde97682 devid 5
>>> transid 9096 /dev/sdf
>>> [ 161.746345] btrfs: use lzo compression
/tank
Should I try it?
Please help me, I need to get this data ASAP.
Regards,
Max
On 06/03/2012 09:22 PM, Liu Bo wrote:
On 06/02/2012 09:43 PM, Maxim Mikheev wrote:
Repair was not helpful.
Is any other ways to get access to data?
Please help
Hi Maxim,
Besides btrfsck --repair, we
ted 9096
> found 7621
> [ 169.732611] btrfs read error corrected: ino 1 off 5468060241920 (dev
> /dev/sdb sector 2143292648)
> [ 169.732623] Failed to read block groups: -5
> [ 169.743437] btrfs: open_ctree failed
>
> So It does not work. I have seen in some posts command:
off 5468060241920 (dev
/dev/sdb sector 2143292648)
[ 169.732623] Failed to read block groups: -5
[ 169.743437] btrfs: open_ctree failed
So It does not work. I have seen in some posts command:
sudo mount -s 2 -o recovery /tank
Should I try it?
Please help me, I need to get this data ASAP
On 06/02/2012 09:43 PM, Maxim Mikheev wrote:
> Repair was not helpful.
> Is any other ways to get access to data?
>
> Please help
>
Hi Maxim,
Besides btrfsck --repair, we also have a recovery mount option to deal with
your situation,
maybe you can try mount xxx -o recover
Repair was not helpful.
Is any other ways to get access to data?
Please help
On 05/30/2012 11:15 PM, Michael K wrote:
Let it run to completion. There is little you can do other than hope
and wait.
On May 30, 2012 9:02 PM, "Maxim Mikheev" <mailto:mik...@gmail.com>> w
Seems it does not work.
What should be a next step in data recovering?
On 05/30/2012 10:50 PM, Gareth Pye wrote:
Stopping an experimental fsck for an exterimental file system would
probably be the worst idea possible. I'd only think about stopping it
after it had spent many many hours not doing
btrfsck --repair running already for 26 hours.
Is it have sense to wait more?
Thanks
On 05/29/2012 07:36 PM, cwillu wrote:
On Tue, May 29, 2012 at 5:24 PM, Maxim Mikheev wrote:
Thank you for your answer.
The system kernel was and now:
Linux s0 3.4.0-030400-generic #201205210521 SMP Mon Ma
On Tue, May 29, 2012 at 5:24 PM, Maxim Mikheev wrote:
> Thank you for your answer.
>
>
> The system kernel was and now:
>
> Linux s0 3.4.0-030400-generic #201205210521 SMP Mon May 21 09:22:02 UTC 2012
> x86_64 x86_64 x86_64 GNU/Linux
>
> the raid was created by:
> mkfs.btrfs /dev/sdb /dev/sdc /dev
need them when you don't have.
We was urgently need extra space and planed to buy new disks soon.
On 05/29/2012 07:11 PM, cwillu wrote:
I can't help much at the moment, but the following will help sort
things out:
Can you provide as much detail as possible about how t
hope that btrfsck --repair will not make it worse, It is now running.
.
Backups, you everytime need them when you don't have.
We was urgently need extra space and planed to buy new disks soon.
On 05/29/2012 07:11 PM, cwillu wrote:
I can't help m
xperienced people who
> don't do backups :/ Imho if you don't do backups from a portion of data they
> are considered not to be important.
Some distros do offer support, but that's usually in the sense of "if
you have a support contract (and are on qualified hardware and
10080
btrfs-zero-log: extent-tree.c:2578: alloc_reserved_tree_block: Assertion
`!(ret)' failed.
Help me please.
Max
--
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
I can't help much at the moment, but the following will help sort things out:
Can you provide as much detail as possible about how things were
configured at the time of the failure? Raid levels used, kernel
versions at the time of the failure, how the disks are connected,
general descripti
ed 9096 found 7621
parent transid verify failed on 5468231311360 wanted 9096 found 7621
parent transid verify failed on 5468060102656 wanted 9096 found 7621
Ignoring transid failure
leaf parent key incorrect 59310080
btrfs-zero-log: extent-tree.c:2578: alloc_reserved_tree_block:
Assertion `!(ret)&
transid verify failed on 5468060102656 wanted 9096 found 7621
Ignoring transid failure
leaf parent key incorrect 59310080
btrfs-zero-log: extent-tree.c:2578: alloc_reserved_tree_block: Assertion
`!(ret)' failed.
Help me please.
Max
--
To unsubscribe from this list: send the line "unsubs
* Fix typos and some grammar errors
* Fix some arguments like -> so they are the same on
the manpage and 'btrfs help' output
* Add missing commands to manpage
* Change manpage order to conform to 'btrfs help' output, which I
find the more logical of the two
Sig
like I have the same problem as you
> do. It is described in this thread (user DeeKey):
> https://bugs.launchpad.net/ubuntu/+source/btrfs-tools/+bug/793410
>
> Could you please share your knowledge how to solve the problem?
>
> Your help will be highly appreciated!
>
>
Update the makefile for generating the help messages.
Signed off by: Goffredo Baroncelli
---
Makefile | 17 -
1 files changed, 16 insertions(+), 1 deletions(-)
diff --git a/Makefile b/Makefile
index 413f5d5..e9555b3 100644
--- a/Makefile
+++ b/Makefile
@@ -38,8 +38,9 @@ all
Hi all,
the following set of patches implement a way to generate the help messages and
the btrfs man page from the sources comments for the "btrfs" command.
The syntax and the detailed help of every subcommand should be stored in
the comments before the function which implements the
--
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
The commit 6f81e1197015ab2dc41beec92c347919feb26967 in for-chris
branch is strange; somehow it does not apply a part of fixes and
contains the dropped hunk in its patch description.
This patch is to apply the dropped hunk.
Signed-off-by: Hidetoshi Seto
---
man/btrfs.8.in | 12 ++--
1
After running one too many times into “parent transid verify failed”
that prevents a filesystem from being mounted, I found out how to adjust
some system blocks so that the kernel could get past that check and
mount the filesystem. In one case, I could get all the data I wanted
from the filesystem
From: Goffredo Baroncelli
Update the makefile for generating the help messages.
---
Makefile | 17 -
1 files changed, 16 insertions(+), 1 deletions(-)
diff --git a/Makefile b/Makefile
index dc1342f..7b25b47 100644
--- a/Makefile
+++ b/Makefile
@@ -37,8 +37,9 @@ all: version
i;
+ char*adv_help;
+ char*std_help;
+
+ /* printf("\t%s %s ", programname, cmd->verb ); */
+
+ adv_help = cmd->adv_help;
+ std_help = cmd->help;
+
+ for(i = 0; help_messages[i]; i+= 4 ){
+ if(!strncmp(help_messages[i],"btrfs
From: Goffredo Baroncelli
It is created the file helpextract.c, which is the source for the tool
"helpextract". This program extract the info showed in the man page and
the help command from the sources comments.
---
helpextrac
The following series implement a way to generate the help messages and
the btrfs man page from the sources comments for the "btrfs" commanda
.
The syntax and the detailed help of every subcommand are stored in
the comments before the function which implements the subcommand.
The fac
ge
> > > - the text for the detailed help.
>
>Or possibly going the other direction: from the man page (which
> contains all of the information we need to reproduce in the code), it
> should be possible, with appropriate structuring, to retrieve the bits
> that the cod
On Tue, Jul 12, 2011 at 12:40:06PM +0200, Hubert Kario wrote:
> On Monday 11 of July 2011 17:13:13 Jan Schmidt wrote:
> > Hi Hubert,
> >
> > I have to admit I did not recognize this patch but now Hugo is forcing
> > me to use the "detailed help messages" and I
On Monday 11 of July 2011 17:13:13 Jan Schmidt wrote:
> Hi Hubert,
>
> I have to admit I did not recognize this patch but now Hugo is forcing
> me to use the "detailed help messages" and I've got an improvement to
> suggest:
>
> On 23.01.2011 13:42, Hubert Kar
On Mon, Jul 11, 2011 at 09:11:24PM +0200, Jan Schmidt wrote:
> On 07/11/2011 08:38 PM, Goffredo Baroncelli wrote:
> > what about generating the man page on the basis of the btrfs help
> > detailed messages ?
> >
> > My idea is the following:
> > before the
On 07/11/2011 09:11 PM, Jan Schmidt wrote:
> On 07/11/2011 08:38 PM, Goffredo Baroncelli wrote:
>> what about generating the man page on the basis of the btrfs help
>> detailed messages ?
>>
>> My idea is the following:
>> before the function source assoc
On 07/11/2011 08:38 PM, Goffredo Baroncelli wrote:
> what about generating the man page on the basis of the btrfs help
> detailed messages ?
>
> My idea is the following:
> before the function source associated to the command we can put a
> comment with a detailed help.
Hi, all.
what about generating the man page on the basis of the btrfs help
detailed messages ?
My idea is the following:
before the function source associated to the command we can put a
comment with a detailed help. The comment may be:
[...]
/*** man:btrfs subvolume create
*
* btrfs
Hi Hubert,
I have to admit I did not recognize this patch but now Hugo is forcing
me to use the "detailed help messages" and I've got an improvement to
suggest:
On 23.01.2011 13:42, Hubert Kario wrote:
> extend the
>
> btrfs --help
>
> command to
ze 80.43GB used 41.63GB path /dev/sdb6
Btrfs v0.19-36-g70c6c10-dirty
Tried btrfs-select-super -s 1 /dev/sd[ab]6, but that does not help at all. On
both drives, its standard output is identical:
parent transid verify failed on 576901120 wanted 70669 found 70755
btrfs-se
Well, I'm patient. Rather have a fsck that works than a fsck that may thrash the
FS so no 'gun to the head' on this one. Some feedback on RECENT progress would
be nice. Besides your merge branch Hugo (yes I tried it still no cigar...) it's
been ghost since December 2010.
--
To unsubscribe from thi
On Tue, Jun 21, 2011 at 05:01:53PM +0200, Francesco R wrote:
> 2011/6/21 Daniel Witzel :
> > Welcome to the club, I have a similar issue. We pretty much have to wait
> > for the
> > fsck tool to finish being developed. If possible unhook the drives and leave
> > them be until the tool is done. I d
2011/6/21 Daniel Witzel :
> Welcome to the club, I have a similar issue. We pretty much have to wait for
> the
> fsck tool to finish being developed. If possible unhook the drives and leave
> them be until the tool is done. I don't know when it will be done as I am not
> a
> developer, mearly a f
Welcome to the club, I have a similar issue. We pretty much have to wait for the
fsck tool to finish being developed. If possible unhook the drives and leave
them be until the tool is done. I don't know when it will be done as I am not a
developer, mearly a follower.
--
To unsubscribe from this
[HELP!] parent transid verify failed on 600755752960 wanted 757102 found 756726
Hi list, I've a broken btrfs filesystem to deal with can someone
please help me in recover the data?
The filesystem has been created a pair of years ago with 4 devices
with the command at #create and is mounted
On Sunday 23 of January 2011 15:54:12 Goffredo Baroncelli wrote:
> There are a lot of patches regarding the btrfs-tool.
> Unfortunately, the btrfs maintainer are very busy in other areas of the
> project. I don't know when (if) these patches will be applied.
> However I think that is better have a
hould base my patch on?
>
> Regards
> Hubert Kario
>
>> On 01/23/2011 01:42 PM, Hubert Kario wrote:
>>> extend the
>>>
>>> btrfs --help
>>>
>>> command to print detailed help message if available but fallback to
>>>
ger.kernel.org
> Subject: Re: [PATCH 2/2] add detailed help messages to btrfs command
>
> Hallo, Goffredo,
>
> Du meintest am 23.01.11:
>
>
> >> extend the
> >>
> >> btrfs --help
> >>
> >> command to print detailed
Hallo, Goffredo,
Du meintest am 23.01.11:
>> extend the
>>
>> btrfs --help
>>
>> command to print detailed help message if available but fallback to
>> basic help message if detailed is unavailable
>>
>> add detailed help message for &#x
wrote:
> > extend the
> >
> > btrfs --help
> >
> > command to print detailed help message if available but fallback to
> > basic help message if detailed is unavailable
> >
> > add detailed help message for 'filesystem defragment'
Hello Hubert,
please update the man page too.
Regards
G.Baroncelli
On 01/23/2011 01:42 PM, Hubert Kario wrote:
> extend the
>
> btrfs --help
>
> command to print detailed help message if available but fallback to
> basic help message if detailed is unavailable
>
extend the
btrfs --help
command to print detailed help message if available but fallback to
basic help message if detailed is unavailable
add detailed help message for 'filesystem defragment' command
little tweaks in comments
Signed-off-by: Hubert Kario
---
btrf
explain how to use
btrfs --help
command in help message
Signed-off-by: Hubert Kario
---
btrfs.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/btrfs.c b/btrfs.c
index 46314cf..b84607a 100644
--- a/btrfs.c
+++ b/btrfs.c
@@ -151,6 +151,8 @@ static void help
Hi all,
enclose you can find a patch which improves the help of the btrfs commands,
updates the INSTALL file and the btrfs (command) man page.
Regarding the help of the btrfs command:
- moved the "subvolume set-default" command in the "subvolume" commands group
- remo
Hi all,
enclose you can find a patch which improves the help of the btrfs commands,
updates the INSTALL file and the btrfs (command) man page.
Regarding the help of the btrfs command:
- moved the "subvolume set-default" command in the "subvolume" commands group
- remo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all,
I tried the patch and found a few more things one might to
update/clean up.
Regarding the INSTALL file:
- - There are three example lines for snapshot creation while two can
show the same things.
Regarding the help of the btrfs command
Hi all,
enclose you can find a patch which improves the help of the btrfs commands,
updates the INSTALL file and the btrfs (command) man page.
Regarding the help of the btrfs command:
- moved the "subvolume set-default" command in the "subvolume" commands group
- remo
On 13.09.2010 21:23, Goffredo Baroncelli wrote:
> Hi all,
>
> enclose you can find a patch which improve the help of the btrfs
> commands and its man page. Regarding the help of the btrfs
> command: - moved the "subvolume set-default" command in the
> "subvolume&
, Goffredo Baroncelli wrote:
> Hi all,
>
> enclose you can find a patch which improve the help of the btrfs
> commands and its man page. Regarding the help of the btrfs
> command: - moved the "subvolume set-default" command in the
> "subvolume" commands group -
On 9/28/10 11:47 , Francis Galiegue wrote:
As to file system hardening, what do you mean apart from checksums?
Fundamental filesystem design?
I specifically mean the intended ability to survive a power failure.
Historically, unix file systems lived in the disk cache such that a
power failure
On Tue, Sep 28, 2010 at 10:27:57AM -0400, Francis Galiegue wrote:
> Here is a preview of the survey.
Very nice.
Question #2 might benefit from a "I only use btrfs for testing purposes"
might be useful. Possibly even with a comment?
- Kristian
signature.asc
Description: Digital signature
On Tue, Sep 28, 2010 at 21:27, cwillu wrote:
> Question 16 needs an "other" option, or some elaboration (I've had
> things fixed via tool patches from developers).
>
Yes, I thought about this and forgot to add this answer. Fixed!
--
Francis Galiegue, fgalie...@gmail.com
"It seems obvious [...]
Question 16 needs an "other" option, or some elaboration (I've had
things fixed via tool patches from developers).
--
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/majordom
On Tue, Sep 28, 2010 at 21:18, Andreas Philipp
wrote:
[...]
> In the question about the features one is using day by day on the last
> page "Multiple device (RAID)" is listed twice.
Noticed, and fixed that. It's a bug with surveygizmo, in fact.
> Everything else looks really nice.
>
Thanks!
Wi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 28.09.2010 21:00, Francis Galiegue wrote:
> On Tue, Sep 28, 2010 at 16:27, Francis Galiegue
wrote:
>> Here is a preview of the survey.
>>
>> I have not included *all* feature requests yet, otherwise it wouldn't
fit on a screen :), but I think I h
On Tue, Sep 28, 2010 at 16:27, Francis Galiegue wrote:
> Here is a preview of the survey.
>
> I have not included *all* feature requests yet, otherwise it wouldn't fit on
> a screen :), but I think I have chosen the most important ones.
>
> Please comment!
>
> Click on the following link to test
On Tue, Sep 28, 2010 at 19:48, Freddie Cash wrote:
> So far, very nice. Some comments inline below.
>
> On Tue, Sep 28, 2010 at 8:07 AM, Francis Galiegue wrote:
>> On Tue, Sep 28, 2010 at 16:57, David Pottage
>> wrote:
>>> On 28/09/10 15:27, Francis Galiegue wrote:
Here is a preview
[cc: list]
On Tue, Sep 28, 2010 at 17:26, K. Richard Pixley wrote:
> #2 needs an answer dealing with "stability". Unstable doesn't necessarily
> mean polluted file systems. It can also mean pathological behavior, kernel
> crashes, etc.
>
Yes, indeed. Fixed.
> #4 needs an answer that involves
So far, very nice. Some comments inline below.
On Tue, Sep 28, 2010 at 8:07 AM, Francis Galiegue wrote:
> On Tue, Sep 28, 2010 at 16:57, David Pottage wrote:
>> On 28/09/10 15:27, Francis Galiegue wrote:
>>>
>>> Here is a preview of the survey.
>>>
>>> I have not included *all* feature requests
On Tue, Sep 28, 2010 at 16:57, David Pottage wrote:
> On 28/09/10 15:27, Francis Galiegue wrote:
>>
>> Here is a preview of the survey.
>>
>> I have not included *all* feature requests yet, otherwise it wouldn't fit
>> on a screen :), but I think I have chosen the most important ones.
>>
>> Please
On 28/09/10 15:27, Francis Galiegue wrote:
Here is a preview of the survey.
I have not included *all* feature requests yet, otherwise it wouldn't fit on a
screen :), but I think I have chosen the most important ones.
Please comment!
Click on the following link to test this survey:
http://appv
Hi all,
enclose you can find a patch which improve the help of the btrfs commands and
its man page.
Regarding the help of the btrfs command:
- moved the "subvolume set-default" command in the "subvolume" commands group
- removed a wrong new line
Regarding the btrfs command
On Sat, May 15, 2010 at 11:47 AM, Andreas Philipp
wrote:
> Hi,
>
> The help message of the btrfsctl command does not tell anything about
> the deletion of a subvolume. See patch below.
>
> Kind regards,
> Andreas
>
> diff --git a/btrfsctl.c b/btrfsctl.c
> index b
501 - 600 of 678 matches
Mail list logo
