like look at the modification
time of a file, and then find the latest generation of any item
associated with that file, which would give you a time/inode pairing.
Do enough of those, and you'd have some kind of map that you could use
to approximate the time for a given genid.
Hugo.
--
Hugo Mil
mantics after a power loss: all th
efiles that you'd written up to the point of the power loss actually
appear afterwards. (If this didn't happen, you could lose up to 30s of
writes from before the crash).
It's only very recently that there's been an option to prevent it,
whic
el: [] ?
btree_invalidatepage+0x85/0x85
Aug 9 15:59:56 s_src@amelia kernel: [] ? kthread+0x95/0x9d
Aug 9 15:59:56 s_src@amelia kernel: [] ?
ret_from_fork+0x1f/0x40
Aug 9 15:59:56 s_src@amelia kernel: [] ?
init_completion+0x1d/0x1d
--
Hugo Mills | Great films about cricket: Monster's No-Ball
hugo@... carfax.org.uk |
http://carfax.org.uk/ |
PGP: E2AB1DE4 |
signature.asc
Description: Digital signature
Hi, Chris,
On Tue, Aug 09, 2016 at 02:02:20PM -0400, Chris Mason wrote:
> On 08/09/2016 01:27 PM, Hugo Mills wrote:
> > Over the weekend, I started doing some maintenance on my server: I
> >upgraded to 4.7.0, and I started deleting a device from my array,
> >prepar
On Tue, Aug 09, 2016 at 02:26:14PM -0400, Chris Mason wrote:
> On 08/09/2016 02:23 PM, Hugo Mills wrote:
> > Hi, Chris,
> >
> >On Tue, Aug 09, 2016 at 02:02:20PM -0400, Chris Mason wrote:
> >>On 08/09/2016 01:27 PM, Hugo Mills wrote:
> >>> Over the we
On Tue, Aug 09, 2016 at 06:27:33PM +, Hugo Mills wrote:
> On Tue, Aug 09, 2016 at 02:26:14PM -0400, Chris Mason wrote:
> > On 08/09/2016 02:23 PM, Hugo Mills wrote:
> > > Hi, Chris,
> > >
> > >On Tue, Aug 09, 2016 at 02:02:20PM -0400, Chris Mason wrote
On Tue, Aug 09, 2016 at 03:22:03PM -0400, Chris Mason wrote:
>
>
> On 08/09/2016 03:11 PM, Hugo Mills wrote:
> >On Tue, Aug 09, 2016 at 06:27:33PM +0000, Hugo Mills wrote:
> >>On Tue, Aug 09, 2016 at 02:26:14PM -0400, Chris Mason wrote:
> >>>On 08/09/2016 02
On Tue, Aug 09, 2016 at 07:41:42PM +, Hugo Mills wrote:
> On Tue, Aug 09, 2016 at 03:22:03PM -0400, Chris Mason wrote:
> >
> >
> > On 08/09/2016 03:11 PM, Hugo Mills wrote:
> > >On Tue, Aug 09, 2016 at 06:27:33PM +, Hugo Mills wrote:
> > >>On Tu
ecessarily reflected in the real-life
usage of the devices. I think that if you're doing those calculations,
you really need to find out what the values quoted by the manufacturer
actually mean, first. (i.e. if you read all the data once a month with
a scrub, and allow the drive to identify
R x_n XOR p = 0
for corresponding bits in the n data volumes. With one data volume,
n=1, and hence p = x_1.
What's the problem? :)
Hugo.
> -Anand
>
>
> > Three disks in
> >RAID6 is similar, but has a slight advantage at the moment in BTRFS
> >because it&
f the unallocated space on all the devices is similar, it
gets the answer nearly right. It seems to get worse as the imbalance
of unallocated space across the devices gets larger.
Hugo.
--
Hugo Mills | I know of three kinds: hot, cool, and
hugo@... carfax.org.uk | what-time-does
parameter to the block group, so that BGs know their own stripe
size. Then implement a balance filter so that you can read a BG (in
the old stripe size, which it knows about), and write a new BG with
the new stripe size and the old data (now restriped).
It was a long and somewhat struggling c
gen 708 top level 5 path cm13.0
> ID 259 gen 708 top level 5 path ccache
> ID 269 gen 708 top level 5 path omni
>
> I would like the ccache subvol to always be stored on the SSD, unless no
> disk space is available. Is that possible?
No, it isn't, sorry.
Hugo.
--
o the new/empty drive, but
> during the delete `btrfs fi us` shows
> Unallocated:
> /dev/sdc1 16.00EiB
>
> so deleted partition is counted as maximum possible empty drive and
> blocks are relocated to it instead of new/empty drive? (kernel-4.7.2 &
> btrfs-progs-4.7.1
ry valuable. I just said that I
> *prefer* to have that stuff on the BTRFS wiki and feel that is the
> right place for it.
> >
> >I bet Chris Mason and other BTRFS developers at Facebook have some idea on
> >what they use within Facebook as well. To what exte
;s no distinction: Data and metadata both use
the same chunks. If those chunks are DUP, then both data and metadata
are duplicated, and you get half the space available.
Hugo.
--
Hugo Mills | Questions are a burden, and answers a prison for
hugo@.
info->cleaner_kthread = kthread_run(cleaner_kthread, tree_root,
> "btrfs-cleaner");
> --
> 2.7.0
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
> the body of a message to major
here back in the 2.x era (IIRC).
Hugo.
>
> Yeah I know, it's just much of this is non-obvious to users unfamiliar
> with this file system. And even I'm often throwing spaghetti on a
> wall.
>
>
> --
> Chris Murphy
> --
> To unsubscribe from this list
iB, used=0.00B
>
>
> # df -h
> Filesystem Size Used Avail Use% Mounted on
> /dev/sda3 424G 137G 286G 33% /var/lib/lxd
>
>
>
> Tomasz Chmielewski
> https://lxadm.com
> --
> To unsubscribe from this list: send the line "unsubscribe linux-btrfs"
replies preferred. No HTML msgs.
> "Every nonfree program has a lord, a master --
> and if you use the program, he is your master." Richard Stallman
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
> the body of a message to majord...
s + new files) only 10GB a day it
> > will be enough to run this ever night.
> > The last option completly avoid the ENOSPC issue but produce aditional
> > workload for your harddrives.
> >
> > Note: you should avoid making snapshots during balance. Use a
mo info at http://vger.kernel.org/majordomo-info.html
--
Hugo Mills | Comic Sans goes into a bar, and the barman says, "We
hugo@... carfax.org.uk | don't serve your type here."
http://carfax.org.uk/ |
PGP: E2AB1DE4 |
signature.asc
Description: Digital signature
gt; > may it disable checksumming only for newly written extents and keep for
> > reading existing ones?
>
> You can't apply chattr +C to any files of non-zero length, so by definition
> there won't be any pre-existing checksummed extents in that file.
>
> --
ves any data in it to other chunks.
Once the chunk is empty, it's freed up. Now, when the data is moved,
it will typically go to any free allocated space first; only if there
isn't any free space allocated for data will more space be allocated.
So, the normal behaviour is that when you
o. It
needs to be triggered manually at the moment, but it definitely
works.
Hugo.
--
Hugo Mills | We are all lying in the gutter, but some of us are
hugo@... carfax.org.uk | looking at the stars.
http://carfax.org.uk/ |
PGP: E2AB1DE4 |
any accidental errors. (See the received-subvol
option for btrfs sub list). It's not robust against an attacker that
can control the UUIDs... but then, if they can do that, there's a
whole load more problems you've got.
Hugo.
--
Hugo Mills | Great oxymorons
e /mnt subtree.
Reflink operations (including cp --reflink=always, and the
reflink-aware mv) work across subvol boundaries, but not mount
boundaries.
Hugo.
--
Hugo Mills | For months now, we have been making triumphant
hugo@... carfax.org.uk | retreats before a demoralised e
he
full amount of the device. Otherwise, it'll still be the same size as
the original.
Hugo.
--
Hugo Mills | Great films about cricket: Batsman Begins
hugo@... carfax.org.uk | starring Christian Bail
http://carfax.org.uk/ |
PGP: E2AB1DE4 |
signature.asc
Description: Digital signature
he latest
integration branch (which is the very latest bits). Gitweb access for
browsing is at
http://git.darksatanic.net/cgi/gitweb.cgi?p=btrfs-progs-unstable.git;a=summary
Hugo.
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
PGP key: 515C238D from wwwke
ere:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-progs.git
>
> My next step is to push out a branch with Josef's recovery tool
> integrated in. I'm spending some time adding my metadata scanning code
> with his, and trying to clean up things for a real
On Thu, Oct 27, 2011 at 05:32:58PM -0400, Chris Mason wrote:
> On Thu, Oct 27, 2011 at 04:58:54PM +0100, Hugo Mills wrote:
> > On Thu, Oct 27, 2011 at 11:27:07AM -0400, Chris Mason wrote:
> > > I've pulled in Hugo's integration tree, minus the features that were not
&g
sef's git repository at [1], you will find a tool called
"restore". This should allow you to copy any files that had been
modified since your last backup. If you haven't got backups, you
*really* should look into getting some before continuing to use a
filesystem marked as EXPERIM
trfs fi df /path/to/filesystem
To change RAID levels, you will need Ilya Dryomov's restriper
patches, which were posted to this list back in August.
Hugo.
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
PGP key: 515C238D from wwwkeys.eu.pgp.net or htt
On Sun, Oct 30, 2011 at 12:55:33AM +1030, Jordan Windsor wrote:
> On Sun, Oct 30, 2011 at 12:43 AM, Hugo Mills wrote:
> > On Sun, Oct 30, 2011 at 12:28:39AM +1030, Jordan Windsor wrote:
> >> Hello,
> >> I was wondering is it possible to find the RAID level currently in
On Sun, Oct 30, 2011 at 01:06:49AM +1030, Jordan Windsor wrote:
> On Sun, Oct 30, 2011 at 1:04 AM, Hugo Mills wrote:
> > On Sun, Oct 30, 2011 at 12:55:33AM +1030, Jordan Windsor wrote:
> >> On Sun, Oct 30, 2011 at 12:43 AM, Hugo Mills wrote:
> >> > On Sun, Oc
u raid0 for data
> > across two drives w/o applying any patches.
>
> Thanks, I was wondering if I added a device that was already part of
> another btrfs volume, then would I have the files merged as one volume
> or overwritten in the newly added one?
You'll lose the origin
"btrfs sub snap". Other tests will follow.
Signed-off-by: Hugo Mills
---
If nobody has any major comments or objections, I'll feed this up
to Chris from the integration branch when I next send him a stack of
patches.
Hugo.
Makefile |8 +++
test/001u
ly the relevant S-o-B line that I can put in.
Thanks,
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's not rain, that's a lake with slots in it. ---
signature.asc
Description: Digital signature
On Sat, Oct 29, 2011 at 01:45:32AM +0200, em...@joachim-neu.de wrote:
>
> On Fri, 28 Oct 2011 22:09:47 +0100, Hugo Mills
> wrote:
> >On Fri, Oct 28, 2011 at 08:36:28PM +, em...@joachim-neu.de wrote:
> >>Now I'm not able to mount my btrfs / and /home (both on th
t: tool to extract the info for the help from the source.
Update the makefile for generating the man page.
Show the help messages from the info in the comment.
Update the makefile for generating the help messages.
Hugo Mills (2):
Regression tests
Fix sub snap parameter
atabase, so we can have it back up somewhere else shortly
after that).
Hugo.
[1] http://btrfs.wiki.kernel.org/
--
=== 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
--- Is it true that &quo
On Wed, Nov 02, 2011 at 10:00:19AM +, Leonidas Spyropoulos wrote:
> On Mon, Oct 17, 2011 at 2:17 PM, Hugo Mills wrote:
> > On Mon, Oct 17, 2011 at 09:07:53PM +0800, Anand Jain wrote:
> >>
> >> Does not load. Wondering if this should work or has been moved ?
>
s. I put in CC the writer hoping that they will
> care to maintain aligned the documentation with the code.
>
> These patches are base on the latest "Hugo Mills" integration branch.
Please don't do this -- it makes it harder for me to integrate,
because I throw away
ot;), and then mounting subvolid=0 on /media/btrfs-management
to delete the old contents of /
(I hope that made sense)
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
-
fs_find_device(struct btrfs_root
> *root, u64 devid,
> int btrfs_shrink_device(struct btrfs_device *device, u64 new_size);
> int btrfs_init_new_device(struct btrfs_root *root, char *path);
> int btrfs_balance(struct btrfs_root *dev_root);
> +int btrfs_balance_metadata(struct btrfs
On Fri, Nov 11, 2011 at 02:06:42PM -0500, Ken D'Ambrosio wrote:
> On Thu, 10 Nov 2011 14:59:44 +0000 Hugo Mills wrote
>
> >Alternatively, if you want the top level to be simply a container
> > for subvolumes (and to use a default subvolume to mount / ), then you
>
On Fri, Nov 11, 2011 at 04:47:17PM -0500, Ken D'Ambrosio wrote:
> On Fri, 11 Nov 2011 19:13:09 +0000 Hugo Mills wrote
>
> >I'd suggest reporting (on this mailing list) the panic message(s)
> > you got, and how you got to them. I know there's been quite a few
agrams you
mention are here on my hard disk -- I just haven't had the time to
upload them yet.
Hugo.
[1] http://btrfs.ipv5.de/
--
=== 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
--- Ho
roups
> >
> >just waiting for the replication to the mirrors...
>
> What about the btrfs-progs changes to add the commands?
Those should be waiting in the integration tree at [1].
Hugo.
[1] http://git.darksatanic.net/repo/btrfs-progs-unstable.git/
--
=== Hugo Mills: hu
On Sat, Nov 12, 2011 at 01:24:57AM +0100, Amedee Van Gasse wrote:
> On 02-06-11 01:20, Hugo Mills wrote:
> >Unless the traffic gets too high-volume, or unless someone
> >important objects, I'm going to suggest that bug reports should go to
> >this list for now (cc
nsertions(+), 43 deletions(-)
>
> - --
> 1.7.5.4
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.11 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>
> iEYEARECAAYFAk7MSIoACgkQJ4UciIs+XuLyjQCeI4m7+u75R863B2RY3hkFELbP
>
e qgroups patch, which does
exactly that.
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
--- "What's so bad about being drunk?&q
subvolid=0 (on, say, /media/btrfs-top) and
then navigating through that to the subvolume you want.
See (my) recommended filesystem structure on the wiki[1].
Hugo.
http://btrfs.ipv5.de/index.php?title=SysadminGuide#Managing_snapshots
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.ne
involves more writes,
as the free space cache is updated.
> When i do normal file-access the speed of reading is ok so until not
> i didn't care about fragmentation. Especially because the data isn't
> changes after the first write.
>
> Can i do a defrag on the meta
you need one, as a fully-
compacted tree would only have to be rearranged when more data is
added to it, thus slowing the system down after compaction.
Hugo.
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
PGP key: 515C238D from wwwkeys.eu.pgp.net
On Sat, Dec 17, 2011 at 12:38:07PM +0100, Martin Steigerwald wrote:
> Am Samstag, 17. Dezember 2011 schrieb Hugo Mills:
> > On Sat, Dec 17, 2011 at 12:09:56PM +0100, Martin Steigerwald wrote:
> > > I think I will scrub / balance / defragment the filesystem after a
> > >
On Sat, Dec 17, 2011 at 05:35:15PM +0100, Martin Steigerwald wrote:
> Am Samstag, 17. Dezember 2011 schrieb Hugo Mills:
> > > I might still be doing the balance for that optical viewing pleasure
> > > ;).
> >
> >:)
> >
> >It can't hur
turned.
With recent kernels and an up-to-date userspace, there is a feature
called scrub which will read both copies of all of the data blocks in
the filesystem and compare them to each other. If there is a mismatch
with a failed checksum, scrub will rewrite the broken block to fix it.
Hugo.
instructions), or, if you insist on
having .deb packages, doing your own backport:
$ apt-get build-dep btrfs-tools
$ apt-get source -t unstable btrfs-tools
$ cd btrfs-tools-0.19+2005
$ fakeroot debian/rules
$ sudo dpkg -i ../btrfs-tools-0.19+2005.deb # This may be a different name
ls of what's going on underneath.
Hugo.
[1]
http://btrfs.ipv5.de/index.php?title=FAQ#Why_does_df_show_incorrect_free_space_for_my_RAID_volume.3F
[2] http://btrfs.ipv5.de/index.php?title=SysadminGuide
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
PGP key: 515C238D from wwwkeys.eu.
n a read-only (and non-locked) basis using the
BTRFS_IOC_TREE_SEARCH ioctl, and the FS structures are documented at
[1]. However, that's generally going to be pretty ugly, and most
likely pretty slow for many operations at the subvolume level.
If you want anything on a per-subvolume basis,
iki, or do you have
> plans on pushing an unstable repository again?
That wiki is read-only, unfortunately. The up-to-date wiki is at
[1], and we'll be decanting that back onto the kernel.org one when the
kernel.org wiki is back in full working order.
Hugo.
[1] http://btrfs.ipv5.de/
--
t.
Hugo.
[1] http://btrfs.ipv5.de/index.php?title=SysadminGuide
[2]
http://btrfs.ipv5.de/index.php?title=FAQ#Why_does_df_show_incorrect_free_space_for_my_RAID_volume.3F
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
PGP key: 515C238D from wwwkeys.eu.pgp.net or http://www.c
kernel did not keep
> tree root backups for this purpose as it is AFAIR a feature of later
> kernels.
>
> Better use a newer kernel - best use 3.2. There are bunch of fixes which
> improve the situation with lost file systems after unexpected reboots or
> power outages.
>
>
; I'd avoid -rc1 or -rc2, but by
-rc3 or so it's usually stabilised to the point that it's usable.
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
--- He's playing Schubert. I think Schubert is losing. ---
signature.asc
Description: Digital signature
. A btrfs snapshot is a
first-class citizen -- there's no real distinction between the
original subvolume and a snapshot of it.
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
98GB
> devid 2 size 311.82GB used 286.51GB path /dev/sdb3
> devid 1 size 897.76GB used 286.51GB path /dev/sda3
>
> /dev/sdb3 is the same.
>
> How can I resize /dev/sdb3?
I think the syntax you need is btrfs fi resize max /mnt/RootFS:2
But I could be wrong.
inode 878158 errors 1000
> root 800 inode 878159 errors 1000
> root 800 inode 878413 errors 1000
> root 801 inode 878157 errors 1000
> root 801 inode 878158 errors 1000
> root 801 inode 878159 errors 1000
> root 801 inode 878413 errors 1000
> root 802 inode 878157
vices as we can fit right now", we're not
really providing much in the way of performance guarantees.
(I'd definitely support some way of defining a fixed-width stripe,
but that's a whole separate question that we shouldn't get into now).
> ENOSPC is the best cho
results I don't want -- RAID0 data, RAID1
> metadata. Ctrl-C doesn't seem to be aborting the balance.
Yes, balances are not interruptible right now. The restriper
patches (in 3.3-rc1) will allow you to monitor balance progress and
stop/restart them. They will also allow you to
t the user knowing that a file has been
> "fixed"?
No, it'll just return the good copy and report the failure in the
system logs. If you want to fix the corrupt data, you need to use
scrub, which will check everything and fix blocks with failed
checksums.
Hugo.
--
==
lobal figures, and a hypothetical "btrfs fi du" (which
will probably surface once Arne finishes the qgroups stuff) will
report on subvolumes and/or sets of files.
Hugo.
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
PGP key: 515C238D from wwwk
#x27;ll actually use up twice this amount of
space on the disks, unless you create the FS with metadata set to
"single".
I don't know how these figures compare with other filesystems. My
entirely uneducated guess is that they're probably comparable, with
the exception of
then, I'll grab
them for my integration branch at that point.
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
--- To an Englishman, 100 miles is a long way;
x260
> [11276.470192] [] sys_mount+0x90/0xe0
> [11276.470196] [] system_call_fastpath+0x16/0x1b
> [11276.470197] ---[ end trace eeca3fbe2d1be463 ]---
It's not obvious (without me digging into the 2.6.32 code, which
I'm not going to do) which tree this is failing in, but if -o
t; development version of the kernel).
>
> I think you meant 3.2 or 3.3-rc2.
I did indeed. Thanks for the correction.
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
--- "Wh
best.
I'm with Goffredo on this one -- I would much prefer to stick to
commands of precisely two words: a group and an action.
That should mean that we have "filesystem balance" as a synonym for
"balance start", and all the other restriper functions under "b
eallocated by the other group
type.
So if you have, say 5G allocated for metadata, but only 500M used,
you could gain back a large amount (but probably not all) of the
unused 4.5G by running a balance.
Hugo.
> Thanks again for your assistance!
>
> Tommy
>
> On Mon, Feb 06
> access.
btrfs.ipv5.de
It's a "temporary" location (6 months and counting) while
kernel.org is static-pages-only.
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.
creating a snapshot" doesn't involve unmounting any "live"
part of the FS. It's only when you want to roll back to an earlier
snapshot that you need to unmount the original subvolume (the second
example in that section).
Hugo.
--
=== Hugo Mills: hugo@... carfax.org.uk |
com/~kernel-ppa/mainline/
>
> If that doesn't work out you can try the latest 3.3 RC there too.
>
> I'm running the 64-bit 3.2.5 kernel from there on Kubuntu 11.10 and it
> is fine (modulo boot time complaints about the apparmour stuff).
>
> cheers,
> Chris
--
===
1 drive would result in lost data.
(Any 2 drives, as you corrected in your subsequent email)
However, you can remove any one drive, and your data is fine, which
is what btrfs's RAID-1 guarantee is. I understand that there will be
additional features coming along Real Soon Now (possibly at t
art enough to care only about the duplication and striping
> of data, and not the actual block-level or extent-level balancing.
Hugo.
[1] http://btrfs.ipv5.de/index.php?title=SysadminGuide
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
PGP key: 515C238
On Mon, Feb 20, 2012 at 08:13:43PM -0500, Tom Cameron wrote:
> On Mon, Feb 20, 2012 at 8:07 PM, Hugo Mills wrote:
> >
> > However, you can remove any one drive, and your data is fine, which
> > is what btrfs's RAID-1 guarantee is. I understand that there will be
>
ces. And if there
> is not enough rest space for the data, the remove operations will
> fail. Or what am I missing?
The typo. :) He said he meant "removing any 2 drives" in the
follow-up mail.
Hugo.
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.o
ally decreasing (if they go up again,
there's a problem we need to know about), but aren't necessarily
linearly-spaced, particularly if you've done a balance or partial
balance before. i.e. they're an indication that something's happening,
but not how much more of it there i
also makes things much easier to remember. Like how much data can you fit
> > on a 6 drive RAID10? I dunno, but I can more intuitively answer that same
> > question when it is phrased as just simply 'dup', or maybe 'dup + stripe'.
> >
> > Is there
On Wed, Feb 22, 2012 at 11:28:13AM +0100, Justin Ossevoort wrote:
> On 15/02/12 17:59, Hugo Mills wrote:
> >It's a "temporary" location (6 months and counting) while
> > kernel.org is static-pages-only.
> >
> >Hugo.
> >
>
> Couldn&
On Wed, Feb 22, 2012 at 11:22:08AM +0100, Hubert Kario wrote:
> On Wednesday 22 of February 2012 09:56:27 Xavier Nicollet wrote:
> > Le 21 February 2012 ? 07:54, Hugo Mills a écrit:
> > >Some time ago, I proposed the following scheme:
> > > CSP
> > >
>
27;t the
problem, but it's clearly trying to allocate a new data block group
(which it should be able to do -- it should just take all the
remaining space, unlike Fahrzin's hypothesis).
There have been some issues over having very large metadata
allocations that can't apparentl
l is a *filesystem* label, not a label for the block
device(s) it lives on, so it doesn't make much sense to talk about
putting an FS label on only one of the devices that the FS is on.
Hugo.
--
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
PGP key: 515C238D from
he same label for
> several partitions - it doesn't work. But btrfs bundles these partitions
> (perhaps sometimes/most times regardless of the labels of the other
> partitions).
I say again, partitions are not labelled. *Filesystems* are
labelled. I think that with a GPT you can refe
o work.
>
> mount LABEL=SCSI /mnt/btr
>
> worked as expected, the bundle of 3 partitions was mounted. And only "/
> dev/sdk1" got this label, no other partition.
That's because you've just destroyed part of the original
filesystem that was on /dev/
with my Terabyte disks.
>
> (Yes - I have backups ...)
>
> Viele Gruesse!
> Helmut
--
=== 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
--- Be pure. Be vigilant. Behave. ---
signature.asc
Description: Digital signature
on), and use the restriper after you've
converted.
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
--- Be pure. Be vigilant. Behave. ---
signature.asc
Description: Digital signature
gt; only sets/changes the label (ok - it tests the type of the partition and
> refuses labeling if the type doesn't fit).
That feels really weird. It wouldn't ever occur to me to look at a
mkfs tool to relabel a filesystem without destroying the data on it. I
view this behaviour as a
Writing inode tables: done
Writing superblocks and filesystem accounting information: done
hrm@ruth:~ $ sudo mount /dev/loop0 /mnt
hrm@ruth:~ $ ls /mnt
lost+found
hrm@ruth:~ $
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
--- Great oxymorons of the world, no. 6: Mature Student ---
signature.asc
Description: Digital signature
SE Linux domain.
It's not clear from looking at the gentoo doc what the problem
actually is with different inode sizes... Without some kind of
indication what the issue really is, it's kind of hard to say how this
might affect btrfs.
Hugo.
--
=== Hugo Mills: hugo@... carfax.org.uk |
27;s suitability I'm afraid.
> 3) Made it clear that I wasn't attacking
> XFS, It's my fs of (non /boot) choice
> for some years now; I'm exploring SELinux
> (after the recent Linux conf au 2012
> talk) and know I have used inode size defaults
> for my xf
is, there won't be any checksums in the checksum tree, because all
of the extents are stored inline elsewhere, and checksummed by the
normal embedded metadata checksums.
Hugo.
(*) An internal tree node holds up to 121 tree-node references, so the
depth of a tree with n items
1 - 100 of 1469 matches
Mail list logo
