you're not listening to advice, and you're not apparently learning
anything from the feedback you're given. Your behaviour is not
changing over time, which makes you look like a waste of time to all
those people trying to help you.
Hugo.
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net
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
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
PGP key: 65E74AC0 from wwwkeys.eu.pgp.net or http://www.carfax.org.uk
nothing else until you can answer all three of those
questions sensibly.
Hugo.
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
PGP key: 65E74AC0 from wwwkeys.eu.pgp.net or http://www.carfax.org.uk
--- Great films about cricket: 200/1: A Pace Odyssey
and easily).
Hugo.
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
PGP key: 65E74AC0 from wwwkeys.eu.pgp.net or http://www.carfax.org.uk
--- You've read the project plan. Forget that. We're going to Do ---
Stuff and Have Fun doing
.
Hugo.
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
PGP key: 65E74AC0 from wwwkeys.eu.pgp.net or http://www.carfax.org.uk
--- Alert status mauve ocelot: Slight chance of brimstone. Be ---
prepared to make a nice cup of tea
here). Accept that there are no easy one-liners in
the kernel. The path to writing your first kernel patch is *hard*.
Don't give up at the first hint that each thing isn't going to be
solved in 5 minutes.
Hugo.
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
PGP
. Some of the time, you will actually
answer your own question by trying to ask it in a sensible way. If you
find that happening, you're asking sensible questions.
Hugo.
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
PGP key: 65E74AC0 from wwwkeys.eu.pgp.net or http
[this time, to the mailing list as well]
On Fri, Jul 25, 2014 at 09:02:44AM +0100, Hugo Mills wrote:
On Thu, Jul 24, 2014 at 11:06:34PM -0400, Nick Krause wrote:
On Thu, Jul 24, 2014 at 10:32 PM, Duncan 1i5t5.dun...@cox.net wrote:
[snip]
Hey Duncan and others ,
I have read
far wrong. It's not quite true:
some options do work on a per-mount basis, but most are
per-filesystem. I'm sure there was a list of them on the wiki at some
point, but I can't seem to track it down right now.
Hugo.
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk
, used=24.00KiB
Metadata, DUP: total=1.00GiB, used=520.36MiB
unknown, single: total=176.00MiB, used=0.00
# btrfs --version
Btrfs v3.14.2
# uname -r
3.15.5-200.fc20.x86_64
TIA, kind regards.
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
PGP key
\
fe80::/64
/srv/nfs/video-ro,async,fsid=0x1731,no_subtree_check \
10.0.0.0/24 fe80::/64
Hugo.
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
PGP key: 65E74AC0 from wwwkeys.eu.pgp.net or http://www.carfax.org.uk
On Thu, Jul 17, 2014 at 01:02:06PM +, philippe.simo...@swisscom.com wrote:
Hi Hugo
-Original Message-
From: Hugo Mills [mailto:h...@carfax.org.uk]
Sent: Thursday, July 17, 2014 1:13 PM
To: Simonet Philippe, INI-ON-FIT-NW-IPE
Cc: linux-btrfs@vger.kernel.org
Subject: Re
will report something along the lines of directory isize
wrong, and the problem can be fixed by running a btrfs check
--repair. If you get anything else from btrfs check (or it checks
cleanly), then let us know first.
Hugo.
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk
Debian Developer
GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
PGP key: 65E74AC0 from wwwkeys.eu.pgp.net or http
.
Hugo.
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
PGP key: 65E74AC0 from wwwkeys.eu.pgp.net or http://www.carfax.org.uk
--- Someone's been throwing dead sheep down my Fun Well ---
signature.asc
Description: Digital signature
.
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
PGP key: 65E74AC0 from wwwkeys.eu.pgp.net or http://www.carfax.org.uk
--- But people have always eaten people, / what else is there to ---
eat? / If the Juju had meant us not to eat people / he
will probably support n-copies DUP as well.
There's no reason particularly to restrict it that way.
Hugo.
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
PGP key: 65E74AC0 from wwwkeys.eu.pgp.net or http://www.carfax.org.uk
--- Do not meddle in the affairs
written to.
Hugo.
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
PGP key: 65E74AC0 from wwwkeys.eu.pgp.net or http://www.carfax.org.uk
--- If the first-ever performance is the première, is the ---
last-ever performance the derrière
/majordomo-info.html
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
PGP key: 65E74AC0 from wwwkeys.eu.pgp.net or http://www.carfax.org.uk
--- If the first-ever performance is the première, is the ---
last-ever performance the derrière
.
PS. Let's just not talk about 1.44 MB floppy disks.
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
PGP key: 65E74AC0 from wwwkeys.eu.pgp.net or http://www.carfax.org.uk
--- 2 + 2 = 5, for sufficiently large values of 2. ---
signature.asc
freed up.
I suspect the cause is that subvolumes are marked immediately as deleted, but
cleaned up at a later time, is this right?
Correct.
Hugo.
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
PGP key: 65E74AC0 from wwwkeys.eu.pgp.net or http
://lists.freedesktop.org/archives/systemd-commits/2012-September/002503.html
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
PGP key: 65E74AC0 from wwwkeys.eu.pgp.net or http://www.carfax.org.uk
--- Putting U back in Honor, Valor, and Trth
On Sun, May 18, 2014 at 02:51:39PM +0800, Qu Wenruo wrote:
Original Message
Subject: Re: [PATCH 00/27] Replace the old man page with asciidoc and man
page for each btrfs subcommand.
From: Hugo Mills h...@carfax.org.uk
To: dste...@suse.cz, Qu Wenruo quwen...@cn.fujitsu.com
On Sun, May 18, 2014 at 03:04:33PM +0800, Qu Wenruo wrote:
Original Message
Subject: Re: [PATCH 00/27] Replace the old man page with asciidoc and man
page for each btrfs subcommand.
From: Hugo Mills h...@carfax.org.uk
To: dste...@suse.cz, Qu Wenruo quwen...@cn.fujitsu.com
considering the real
world failure mechanisms that are to be guarded against?
Do you see or measure any real advantage?
This. How many copies do you actually need? Are there concrete
statistics to show the marginal utility of each additional copy?
Hugo.
--
=== Hugo Mills: hugo
optional continuation of a list
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
PGP key: 65E74AC0 from wwwkeys.eu.pgp.net or http://www.carfax.org.uk
--- There isn't a noun that can't be verbed. ---
signature.asc
Description: Digital signature
On Sat, May 17, 2014 at 06:43:15PM +0100, Hugo Mills wrote:
On Wed, Apr 16, 2014 at 07:12:19PM +0200, David Sterba wrote:
On Wed, Apr 02, 2014 at 04:29:11PM +0800, Qu Wenruo wrote:
Convert the old btrfs man pages to new asciidoc and split the huge
btrfs man page into subcommand man page
On Fri, May 16, 2014 at 04:22:36PM +0200, David Sterba wrote:
On Mon, May 05, 2014 at 06:07:51PM +0100, Hugo Mills wrote:
If precisely one of those bitflips puts the broken key back into order
relative to its two neighbours, we probably have a fix for the bitflip,
and so we write it back
from allocating an unused
partition at the start of each disk and use a different size for each disk.
But I think it would be best to do this inside the filesystem.
Also this is another reason for having DUP+RAID-1.
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net
something like mdraid's raid10 far
layout, with btrfs on top of that...
In the copies= option thread Brendan Hide stated that this sort of thing is
planned.
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
PGP key: 65E74AC0 from wwwkeys.eu.pgp.net or http
that, but I've fixed it now.
Hugo.
Please remove this question.
Thanks,
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
PGP key: 65E74AC0 from wwwkeys.eu.pgp.net or http://www.carfax.org.uk
--- Keming (n.) The result of poor kerning
On Wed, May 14, 2014 at 08:43:41PM +0200, laie wrote:
On 2014-05-11 16:19, Hugo Mills wrote:
On Tue, May 13, 2014 at 10:16:59AM +0200, laie wrote:
On 2014-05-09 20:01, Hugo Mills wrote:
On Fri, May 09, 2014 at 06:58:27PM +0100, Hugo Mills wrote:
On Fri, May 09, 2014 at 08:02:45PM +0200, laie
in it to fool them).
I've probably missed loads of points here, but I think this is a
good start for the conversation. :)
Hugo.
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
PGP key: 65E74AC0 from wwwkeys.eu.pgp.net or http://www.carfax.org.uk
--- Anyone
=13.25TiB, used=12.65TiB
System, RAID10: total=64.00MiB, used=1.41MiB
System, single: total=4.00MiB, used=0.00
Metadata, RAID10: total=19.00GiB, used=16.47GiB
[root@array ~]#
Thanks in advance,
Brett.
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
PGP key
On Tue, May 13, 2014 at 10:16:59AM +0200, laie wrote:
On 2014-05-09 20:01, Hugo Mills wrote:
On Fri, May 09, 2014 at 06:58:27PM +0100, Hugo Mills wrote:
On Fri, May 09, 2014 at 08:02:45PM +0200, laie wrote:
Now I'm looking for a way to tell btrfs to provide me with a list of the
corrupted
4.27TiB path
btrfs fi df /home/
Data, RAID0: total=30.24TiB, used=27.18TiB
System, RAID1: total=32.00MiB, used=1.99MiB
System, single: total=4.00MiB, used=0.00
Metadata, RAID1: total=32.00GiB, used=31.42GiB
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
PGP key
On Fri, May 09, 2014 at 06:58:27PM +0100, Hugo Mills wrote:
On Fri, May 09, 2014 at 08:02:45PM +0200, laie wrote:
Now I'm looking for a way to tell btrfs to provide me with a list of the
corrupted files and delete them afterwards. This would be great, because
otherwise it would take very
.
Hugo.
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
PGP key: 65E74AC0 from wwwkeys.eu.pgp.net or http://www.carfax.org.uk
--- I write in C because using pointer arithmetic lets people ---
know that you're virile. -- Matthew Garrett
go away. (Not saying that's what's happened
here, but it's common, and commonly misunderstood).
Hugo.
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
PGP key: 65E74AC0 from wwwkeys.eu.pgp.net or http://www.carfax.org.uk
--- The makers of Steinway pianos would
On Mon, May 05, 2014 at 10:17:38PM +0100, Hugo Mills wrote:
A passing remark I made on this list a day or two ago set me to
thinking. You may all want to hide behind your desks or in a similar
safe place away from the danger zone (say, Vladivostok) at this
point...
If we switch
On Thu, May 08, 2014 at 04:58:34PM +0100, Hugo Mills wrote:
The first axis is selection of a suitable device from a list of
candidates. I've renamed things from my last email to try to make
things clearer, but example algorithms here could be:
- first: The old algorithm, which simply
the storage space like I planned to. Oh well...
There's a mount option to change the threshold at which files are
inlined in metadata: maxinline=bytes. You could play with that for
this particular use-case.
Hugo.
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
PGP
On Wed, May 07, 2014 at 04:09:27PM +0200, David Sterba wrote:
On Tue, May 06, 2014 at 05:43:24PM +0100, Hugo Mills wrote:
So in my case when I hit that case, I had to use dusage=0 to recover.
Anything above that just didn't work.
I suspect when using more than zero the first chunk
of striping.
I would recommend thoroughly benchmarking your application with the
FS first though, just to see how it's going to behave for you.
Hugo.
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
PGP key: 65E74AC0 from wwwkeys.eu.pgp.net or http
On Tue, May 06, 2014 at 01:14:26PM +0200, Hendrik Siedelmann wrote:
On 06.05.2014 12:59, Hugo Mills wrote:
On Tue, May 06, 2014 at 12:41:38PM +0200, Hendrik Siedelmann wrote:
Hello all!
I would like to use btrfs (or anyting else actually) to maximize raid0
performance. Basically I have
On Tue, May 06, 2014 at 01:26:44PM +0200, Hendrik Siedelmann wrote:
On 06.05.2014 13:19, Hugo Mills wrote:
On Tue, May 06, 2014 at 01:14:26PM +0200, Hendrik Siedelmann wrote:
On 06.05.2014 12:59, Hugo Mills wrote:
On Tue, May 06, 2014 at 12:41:38PM +0200, Hendrik Siedelmann wrote:
Hello all
an interesting
workaround for that case.
I've actually looked into implementing a smallest=n filter that
would taken only the n least-full chunks (by fraction) and balance
those. However, it's not entirely trivial to do efficiently with the
current filtering code.
Hugo.
--
=== Hugo Mills: hugo
not sure what its safety status is as of v3.14.
https://btrfs.wiki.kernel.org/index.php/Problem_FAQ
Fedora includes btrfs-zero-log already so depending on the kernel messages
you might try that before a btrfsck --repair.
Chris Murphy
--
=== Hugo Mills: hugo@... carfax.org.uk
There's no reason to assume that the bad key order is in a leaf block,
so accessing level 0 of the path is going to be an error if it's actually
a node block that's bad.
Reported-by: Chris Mason c...@fb.com
Signed-off-by: Hugo Mills h...@carfax.org.uk
---
cmds-check.c | 10 ++
1 file
-by: Hugo Mills h...@carfax.org.uk
---
cmds-check.c | 1 +
ctree.c | 86 ++--
ctree.h | 2 ++
3 files changed, 75 insertions(+), 14 deletions(-)
diff --git a/cmds-check.c b/cmds-check.c
index fc84ad8..b2e4a46 100644
--- a/cmds
to the FS.
This doesn't repair bitflipped keys at the start or end of a metadata
block, nor bitflips in any other data structure.
Signed-off-by: Hugo Mills h...@carfax.org.uk
---
cmds-check.c | 103 ---
1 file changed, 99 insertions(+), 4
that
heuristic, and fixes a long-standing issue with the existing code to fix out-
of-order keys.
Hugo Mills (3):
btrfs check: Fix wrong level access
btrfs check: Pre-sort keys in a block while searching
btrfs check: Attempt to fix misordered keys with bitflips in them
cmds-check.c | 114
in a device-loss situation on a 1c FS. This is in
general a much harder problem, though. The only change we have in this
area at the moment is ssd_spread, which doesn't do very much. It also
has the potential for really killing performance and/or file
fragmentation.
--
=== Hugo Mills: hugo
-way-mirroring that's my
own personal focal point off the track. So Hugo's the one with the
details, to the extent they've been discussed at least, there.
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
PGP key: 65E74AC0 from wwwkeys.eu.pgp.net or http
to an older snapshot,
especially if you have filehandles opened on the current snapshot?
Is that what Suse manages, or are they doing something simpler?
Thanks,
Marc
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
PGP key: 65E74AC0 from
setups so I'm
not sure what happens.
Chris Murphy
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
PGP key: 65E74AC0 from wwwkeys.eu.pgp.net or http://www.carfax.org.uk
--- Prisoner unknown: Return to Zenda. ---
signature.asc
to say, neither of these has actually been implemented
yet.
Hugo.
Attaching EBS volumes from
snapshots or old identical machines is a common use case.
Thanks!
Brandon
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
PGP key: 65E74AC0 from wwwkeys.eu.pgp.net
.
More than that -- the invalid opcode is simply the way that the
BUG() and BUG_ON() macros are implemented.
Hugo.
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
PGP key: 65E74AC0 from wwwkeys.eu.pgp.net or http://www.carfax.org.uk
--- People are too
; slightly messy, but utterly
harmless.
I think the default kernel for OpenSuSE 13.1 is 3.11, which may be
old enough that it doesn't have the patch that allows balancing of
chunk 0 (which is probably what's happening here).
Hugo.
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net
distribution is an openSUSE 13.1.
You might want to look at upgrading to 3.13 or 3.14 kernel, which
has 6 months or so extra bug fixes in it.
Hugo.
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
PGP key: 65E74AC0 from wwwkeys.eu.pgp.net or http://www.carfax.org.uk
this mapping, which allows you to find
everything else. I'm not 100% certain of the actual format of that
array -- it's declared as u8 [2048], so I'm guessing there's a load of
casting to something useful going on in the code somewhere.
Hugo.
--
=== Hugo Mills: hugo@... carfax.org.uk
having done cp --reflink=always between subvolumes,
but I can't. So, I think the summary is:
* Use -p to deal with parent-child reflinks through snapshots
* Use -c to specify other subvolumes (present on both sides) that
might contain reflinked data
Hugo.
--
=== Hugo Mills: hugo
On Thu, Apr 24, 2014 at 04:55:10PM +0100, Hugo Mills wrote:
I'm trying to think of a case where -c is useful that doesn't
involve someone having done cp --reflink=always between subvolumes,
but I can't.
OK, you can use -c if you don't have a record of the relationships
between
On Thu, Apr 24, 2014 at 11:22:40AM -0600, Chris Murphy wrote:
On Apr 24, 2014, at 9:55 AM, Hugo Mills h...@carfax.org.uk wrote:
On Thu, Apr 24, 2014 at 09:23:28AM -0600, Chris Murphy wrote:
I don't understand the btrfs send -c clone-src man page text, or really
even the use case
is
compiled in the kernel and not as a module?
And the other thing to check here is that if this is a multi-device
filesystem, you need to have your initrd run btrfs dev scan before
trying to mount.
Hugo.
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
PGP key
, I searched before you :) this would require reading the kernel source
to track down -38.
(not hard, I just didn't do it)(
#define ENOSYS 38 /* Function not implemented */
Hugo.
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
PGP key: 65E74AC0
a
passphrase and decrypt the volume before you try to mount it. This
sounds like a case for an initrd again.
Hugo.
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
PGP key: 65E74AC0 from wwwkeys.eu.pgp.net or http://www.carfax.org.uk
--- Computer Science is not about
.
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
PGP key: 65E74AC0 from wwwkeys.eu.pgp.net or http://www.carfax.org.uk
--- Computer Science is not about computers, any more than ---
astronomy is about telescopes
On Wed, Apr 23, 2014 at 03:50:18PM -0700, Marc MERLIN wrote:
On Wed, Apr 23, 2014 at 11:43:03PM +0100, Hugo Mills wrote:
On Wed, Apr 23, 2014 at 04:40:33PM -0600, Chris Murphy wrote:
The screen shot provided makes it clear that one of the following kernel
parameters is incorrect
#define BTRFS_QGROUP_STATUS_SCANNING 2
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
PGP key: 65E74AC0 from wwwkeys.eu.pgp.net or http://www.carfax.org.uk
--- Some days, it's just not worth gnawing through the straps. ---
signature.asc
Description
.
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
PGP key: 65E74AC0 from wwwkeys.eu.pgp.net or http://www.carfax.org.uk
--- A clear conscience. Where did you get this taste ---
for luxuries, Bernard
it be called something like 'tempDocs', and then
renamed back to 'Documents' after the original has gone?
It'll have to have a different name temporarily. Subvolumes live in
the same namespace as the rest of the filesystem objects (like files
and directories).
Hugo.
--
=== Hugo Mills: hugo
.
With separately-created subvolumes (btrfs sub crea), the FS trees
will be independent from each other, but they will still share the
same extent tree (and all the other trees).
Hugo.
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
PGP key: 65E74AC0 from
-on-the-hour when Kmail or Firefox will try to access
files that have been recently snapshotted... Your system will be dead with
saturated HD access for several *minutes*
...Hope this may help hunting this down...
Kind regards.
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net
. It used to be quite common, then josef fixed a load
of problems, and it's been rare for about a year. Only recently we've
been seeing more of this kind of problem, and I think there's been a
bit of a regression somewhere.
Hugo.
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net
osbcure ways ?
Only as noted above.
Hugo.
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
PGP key: 65E74AC0 from wwwkeys.eu.pgp.net or http://www.carfax.org.uk
--- There are three mistaikes in this sentance. ---
signature.asc
errors
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
PGP key: 65E74AC0 from wwwkeys.eu.pgp.net or http://www.carfax.org.uk
--- Questions are a burden, and answers a prison for oneself. ---
signature.asc
Description: Digital signature
is
triggering the issues, and helping to identify what the issues
actually are. Sometimes, the hardest problem in fixing bugs is finding
someone who can reproduce the bug and test fixes.
Hugo.
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
PGP key: 65E74AC0 from
,recovery allowed it to be
mounted, because -ro didn't try to replay the log.
Hugo.
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
PGP key: 65E74AC0 from wwwkeys.eu.pgp.net or http://www.carfax.org.uk
--- If the first-ever performance is the première
is indeed a read only
recovery mode.
btrfs-zero-log just cleans the last log entry and gave me back a fully working
read/write filesystem each time.
As far as I recall, -orecovery is read-write. -oro,recovery is
read-only.
Hugo.
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net
.
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
PGP key: 65E74AC0 from wwwkeys.eu.pgp.net or http://www.carfax.org.uk
--- And what rough beast, its hour come round at last / slouches ---
towards Bethlehem, to be born
for 3.15 -- I'm not sure if the patches made it
into 3.14.
Hugo.
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
PGP key: 65E74AC0 from wwwkeys.eu.pgp.net or http://www.carfax.org.uk
--- Gomez, darling, don't torture yourself. That's my job
of patches related to send/receive
recently, so this may be related to those bugs.
Hugo.
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
PGP key: 65E74AC0 from wwwkeys.eu.pgp.net or http://www.carfax.org.uk
--- Gort! Klaatu barada nikto
On Sat, Mar 29, 2014 at 05:18:25PM -0700, Marc MERLIN wrote:
On Fri, Mar 28, 2014 at 11:45:03PM +, Hugo Mills wrote:
On Fri, Mar 28, 2014 at 04:38:09PM -0700, Lists wrote:
On 03/28/2014 02:42 PM, Avi Miller wrote:
Have you considered Oracle Linux? We are continually backporting btrfs
machine).
Hugo.
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
PGP key: 65E74AC0 from wwwkeys.eu.pgp.net or http://www.carfax.org.uk
--- My doctor tells me that I have a malformed public-duty gland, ---
and a natural deficiency in moral fibre
.
Is the system bad packaged by opensuse or is my constellation forbidden?
Best regards,
Johannes Stemmler
p.s. the btrfs is on a ssd-partition
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
PGP key: 65E74AC0 from wwwkeys.eu.pgp.net or http://www.carfax.org.uk
\fB-r\fP 5
+The newly created snapshot will be readonly.
+.IP \fB-i\fP \fIqgroupid\fR 5
+Add the newly created subvolume to a qgroup. This option can be given
multiple
+times.
+.RE
.TP
\fBsubvolume get-default\fR\fI path\fR
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net
had spelled it wrong
:-)
Did you mean fated: intended, destined?
Hugo.
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
PGP key: 65E74AC0 from wwwkeys.eu.pgp.net or http://www.carfax.org.uk
--- IMPROVE YOUR ORGANISMS!! -- Subject line of spam email
On Tue, Mar 25, 2014 at 09:28:20PM +, Duncan wrote:
Hugo Mills posted on Tue, 25 Mar 2014 20:10:20 + as excerpted:
Did you mean fated: intended, destined?
No, I meant feted, altho I understand in Europe the first e would
likely have a carot-hat (fêted), but us US-ASCII folks
of problem lately.
Hugo.
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
PGP key: 65E74AC0 from wwwkeys.eu.pgp.net or http://www.carfax.org.uk
--- Don't worry, he's not drunk. He's like that all the time. ---
signature.asc
Description: Digital
Btrfs v3.12
What's the syntax for removing a drive that isn't there?
btrfs dev del missing /path
Removes all the missing devices.
Hugo.
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
PGP key: 65E74AC0 from wwwkeys.eu.pgp.net or http://www.carfax.org.uk
on device
But I now just found
https://btrfs.wiki.kernel.org/index.php/Balance_Filters
and tried -dusage=0
On Sun, Mar 23, 2014 at 11:47:12AM +, Hugo Mills wrote:
I think you probably shouldn't be doing a full balance, but a
filtered one:
# btrfs balance start -dusage=5 /mnt
On Sun, Mar 23, 2014 at 10:03:14AM -0700, Marc MERLIN wrote:
On Sun, Mar 23, 2014 at 04:28:25PM +, Hugo Mills wrote:
Before you do this, can you take a btrfs-image of your metadata,
and add a report to bugzilla.kernel.org? You're not the only person
who's had this problem recently
of DATA command)
He's moved to Facebook now.
Hugo.
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
PGP key: 65E74AC0 from wwwkeys.eu.pgp.net or http://www.carfax.org.uk
--- Unix: For controlling fungal diseases in crops. ---
signature.asc
, would it make btrfs faster for metadata work since it can read
from n drives in parallel and get data just a bit faster, or is that mostly
negligeable?
I don't think we've got good benchmarks from anyone on any of this
kind of thing.
Hugo.
--
=== Hugo Mills: hugo@... carfax.org.uk
reclamation of unused allocation (e.g. an autonomic
balance / reallocation) on his to-do list at one point. I don't know
what the status of the work is, though.
[snip]
Hugo.
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
PGP key: 65E74AC0 from wwwkeys.eu.pgp.net
Mills h...@carfax.org.uk
Reported-by: Hugo Mills h...@carfax.org.uk
Signed-off-by: Josef Bacik jba...@fb.com
Tested-by: Hugo Mills h...@carfax.org.uk
Looks like it's worked. (Modulo the above typo in the metadata ;) )
I'll do a more complete test overnight.
Hugo.
---
V1-V2: Just use
copies from them, rather
than sending all the data).
Hugo.
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
PGP key: 65E74AC0 from wwwkeys.eu.pgp.net or http://www.carfax.org.uk
--- ... one ping(1) to rule them all
On Fri, Mar 14, 2014 at 10:44:04PM +, Hugo Mills wrote:
On Fri, Mar 14, 2014 at 02:51:22PM -0400, Josef Bacik wrote:
On 03/13/2014 06:16 PM, Hugo Mills wrote:
On Thu, Mar 13, 2014 at 03:42:13PM -0400, Josef Bacik wrote:
Lets try this again. We can deadlock the box if we send on a box
On Thu, Mar 13, 2014 at 10:16:28PM +, Hugo Mills wrote:
On Thu, Mar 13, 2014 at 03:42:13PM -0400, Josef Bacik wrote:
Lets try this again. We can deadlock the box if we send on a box and try to
write onto the same fs with the app that is trying to listen to the send
pipe
501 - 600 of 1315 matches
Mail list logo
