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
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
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
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
\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
.
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
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
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
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
.
--
=== 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
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
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
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
. 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
-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
.
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
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
#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
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
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
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
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
.
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
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
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
-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
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
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
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
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
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
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
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
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
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
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 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
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
.
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
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
gcc 4.6 complains about several possible use-before-initialise cases
in mkfs, and stops. Fix these by initialising one of the variables in
question, and using the correct error-handling paths for the
remainder.
Signed-off-by: Hugo Mills h...@carfax.org.uk
---
mkfs.c |7 ---
1 files
Allow the balancing of chunks where some part of the chunk lies within
the virtual (i.e. btrfs-internal) address range passed.
Signed-off-by: Hugo Mills h...@carfax.org.uk
---
fs/btrfs/ioctl.h |9 +++--
fs/btrfs/volumes.c |6 ++
2 files changed, 13 insertions(+), 2 deletions
This patch adds an ioctl for cancelling a btrfs balance operation
mid-flight. The ioctl simply sets a flag, and the operation terminates
after the current block group move has completed.
Signed-off-by: Hugo Mills h...@carfax.org.uk
---
fs/btrfs/ctree.h |1 +
fs/btrfs/ioctl.c | 28
Balance filter to take only chunks which have (or had) a stripe on the
given device. Useful if a device has been forcibly removed from the
filesystem, and the data from that device needs rebuilding.
Signed-off-by: Hugo Mills h...@carfax.org.uk
---
fs/btrfs/ioctl.h |8 ++--
fs/btrfs
This patch introduces a basic form of progress monitoring for balance
operations, by counting the number of block groups remaining. The
information is exposed to userspace by an ioctl.
Signed-off-by: Hugo Mills h...@carfax.org.uk
---
fs/btrfs/ctree.h |9
fs/btrfs/disk-io.c |2
of http://git.darksatanic.net/repo/btrfs-kernel.git/
Hugo.
Hugo Mills (8):
btrfs: Balance progress monitoring
btrfs: Cancel filesystem balance
btrfs: Factor out enumeration of chunks to a separate function
btrfs: Implement filtered balance ioctl
btrfs: Balance filter for device ID
btrfs
.
Signed-off-by: Hugo Mills h...@carfax.org.uk
---
fs/btrfs/ioctl.h |9 +++--
fs/btrfs/volumes.c | 22 ++
2 files changed, 29 insertions(+), 2 deletions(-)
diff --git a/fs/btrfs/ioctl.h b/fs/btrfs/ioctl.h
index ba09b19..08fcfed 100644
--- a/fs/btrfs/ioctl.h
+++ b/fs
parameter for the action to be performed.
Signed-off-by: Hugo Mills h...@carfax.org.uk
---
fs/btrfs/volumes.c | 174 +--
1 files changed, 99 insertions(+), 75 deletions(-)
diff --git a/fs/btrfs/volumes.c b/fs/btrfs/volumes.c
index f38b231..a81fd3c
There are a few places in btrfs where knowledge of the various
parameters of a replication type is needed. Factor this out into a
single function which can supply all the relevant information.
Signed-off-by: Hugo Mills h...@carfax.org.uk
---
fs/btrfs/super.c | 16 ++---
fs/btrfs/volumes.c
I've just updated the btrfs-progs integration branch I've been
keeping. Not a huge amount new since last time:
Andreas Philipp (1):
print parent ID in btrfs subvolume list
Goffredo Baroncelli (1):
Scan the devices listed in /proc/partitions
Hugo Mills (1):
mkfs.btrfs: Fix
On Mon, Jun 27, 2011 at 03:03:30PM +0200, Andreas Philipp wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 27.06.2011 14:43, David Sterba wrote:
On Sun, Jun 26, 2011 at 10:10:22PM +0100, Hugo Mills wrote:
I've just updated the btrfs-progs integration branch I've been
keeping
On Tue, Jun 28, 2011 at 06:32:43PM +0200, David Sterba wrote:
On Sun, Jun 26, 2011 at 09:36:54PM +0100, Hugo Mills wrote:
diff --git a/fs/btrfs/volumes.c b/fs/btrfs/volumes.c
index 828aa34..fb11550 100644
--- a/fs/btrfs/volumes.c
+++ b/fs/btrfs/volumes.c
@@ -117,6 +117,52 @@ static void
much hassle.
Hugo.
(*) The limited cases where both behaviours return the same set of
keys are:
(i_0, 0, 0) to (i_1, -1UL, -1UL)
(i, t_0, 0) to (i, t_1, -1UL)
(i, t, o_0) to (i, t, o_1)
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
PGP key: 515C238D from
On Wed, Jun 29, 2011 at 05:47:41PM +0100, Hugo Mills wrote:
(*) The limited cases where both behaviours return the same set of
keys are:
(i_0, 0, 0) to (i_1, -1UL, -1UL)
I clearly meant (i_1, 255, -1UL) here...
(i, t_0, 0) to (i, t_1, -1UL)
(i, t, o_0) to (i, t, o_1)
--
=== Hugo Mills
[...]
Hugo Mills keeps an integration branch with nearly all patches
to btrfs-progs applied. See
http://www.spinics.net/lists/linux-btrfs/msg10594.html
and for the last update
http://www.spinics.net/lists/linux-btrfs/msg10890.html
[...]
Thanks.
It might be worth adding a link
It fixes my problem indeed.
Which brings me to my next question: where to find the latest
btrfs-progs if not at
git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-progs-unstable.git
[...]
Hugo Mills keeps an integration branch with nearly all patches to
btrfs-progs applied
name in the dest directory.,
Without that, btrfs sub snap -r x y would fail as it's not *2*
arguments.
Thanks. Added to the queue.
Hugo.
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
PGP key: 515C238D from wwwkeys.eu.pgp.net or http://www.carfax.org.uk
that here, as the patch is part of my pull request for
Chris. (I saw the [] around dest but missed that name was
mandatory... it's been a long day).
Hugo.
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
PGP key: 515C238D from wwwkeys.eu.pgp.net or http
I've sent
to Chris is below.
Hugo.
Andreas Philipp (1):
print parent ID in btrfs subvolume list
Goffredo Baroncelli (1):
Scan the devices listed in /proc/partitions
Hugo Mills (8):
Balance progress monitoring.
Add --monitor option to btrfs balance progress.
User
201 - 300 of 1315 matches
Mail list logo
