On 11/28/18 1:23 PM, Nikolay Borisov wrote:
On 28.11.18 г. 13:05 ч., Andrea Gelmini wrote:
Signed-off-by: Andrea Gelmini
---
diff --git a/fs/btrfs/inode.c b/fs/btrfs/inode.c
index bab2f1983c07..babbd75d91d2 100644
--- a/fs/btrfs/inode.c
+++ b/fs/btrfs/inode.c
@@ -104,7 +104,7 @@
On 04/28/2018 04:05 AM, Qu Wenruo wrote:
On 2018年04月28日 01:41, Brendan Hide wrote:
Hey, all
I'm following up on the queries I had last week since I have installed
the NVMe SSD into the PCI-e adapter. I'm having difficulty knowing
whether or not I'm doing these benchmarks correctly
Hey, all
I'm following up on the queries I had last week since I have installed
the NVMe SSD into the PCI-e adapter. I'm having difficulty knowing
whether or not I'm doing these benchmarks correctly.
As a first test, I put together a 4.7GB .tar containing mostly
duplicated copies of the
Thank you, all
Though the info is useful, there's not a clear consensus on what I
should expect. For interest's sake, I'll post benchmarks from the device
itself when it arrives.
I'm expecting at least that I'll be blown away :)
On 04/18/2018 09:23 PM, Chris Murphy wrote:
On Wed, Apr 18,
Hi, all
I'm looking for some advice re compression with NVME. Compression helps
performance with a minor CPU hit - but is it still worth it with the far
higher throughputs offered by newer PCI and NVME-type SSDs?
I've ordered a PCIe-to-M.2 adapter along with a 1TB 960 Evo drive for my
home
they don't (or never will)
understand it; and b) they're going to resent me for their irresponsibly
losing their own data.
--
______
Brendan Hide
http://swiftspirit.co.za/
http://www.webafrica.co.za/?AFF1E97
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
t
The title seems alarmist to me - and I suspect it is going to be
misconstrued. :-/
From the release notes at
https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/html/7.4_Release_Notes/chap-Red_Hat_Enterprise_Linux-7.4_Release_Notes-Deprecated_Functionality.html
"Btrfs
e idea was
simply to create a way to refer to the "raid" levels in a consistent way.
I hope this brings some clarity. :)
regards,
Jan Vales
--
I only read plaintext emails.
--
__
Brendan Hide
http://swiftspirit.co.za/
http://www.webafrica.co.za/?AFF1E97
--
To unsubscribe from this
y if
the generic code cannot be expanded to address specific threat
models should you then implement something that is unique to
btrfs
Agreed, this sounds like a far safer and achievable implementation process.
Cheers,
Dave.
--
__
Brendan Hide
http://swiftspirit.co
On 06/09/2016 03:07 PM, Austin S. Hemmelgarn wrote:
On 2016-06-09 08:34, Brendan Hide wrote:
Hey, all
I noticed this odd behaviour while migrating from a 1TB spindle to SSD
(in this case on a LUKS-encrypted 200GB partition) - and am curious if
this behaviour I've noted below is expected
on use case for dev delete), I'd much rather that btrfs does *not*
write data to the disk I'm trying to remove, making this a potentially
severe bug.
--
__
Brendan Hide
http://swiftspirit.co.za/
http://www.webafrica.co.za/?AFF1E97
--
To unsubscribe from this list: send the line "
allocation, I
strongly suggest checking out Hugo's btrfs calculator **
I hope this is helpful.
* http://comments.gmane.org/gmane.comp.file-systems.btrfs/34717 /
https://www.spinics.net/lists/linux-btrfs/msg33742.html
* http://comments.gmane.org/gmane.comp.file-systems.btrfs/34792
** http://
never bother with f2fs unless I
somehow end up working on a project requiring relatively small storage
in Flash (as that is what f2fs was designed for).
If someone can provide or link to some proper comparison data, that
would be nice. :)
--
__
Brendan Hide
http://swiftspiri
ong an
error is considered, and how many are allowed).
OK.
--
__
Brendan Hide
http://swiftspirit.co.za/
http://www.webafrica.co.za/?AFF1E97
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majord...@vger.ker
On 12/1/2015 12:05 PM, Brendan Hide wrote:
On 11/30/2015 11:09 PM, Chris Murphy wrote:
On Mon, Nov 30, 2015 at 1:37 PM, Austin S Hemmelgarn
<ahferro...@gmail.com> wrote:
I've had multiple cases of disks that got one write error then were
fine for
more than a year before any further
important.
Please shoot down my concerns. :)
--
______
Brendan Hide
http://swiftspirit.co.za/
http://www.webafrica.co.za/?AFF1E97
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majord...@vger.kernel.org
More majordomo i
aren't
good or intended to be long-term, they are still valid, right?
- --
__
Brendan Hide
http://swiftspirit.co.za/
http://www.webafrica.co.za/?AFF1E97
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (MingW32)
iQEcBAEBAgAGBQJVtq9AAAoJEE+uni74c4qN5eYIAJAGznsi3RD1tchbSLwhMXJk
enough to point you in the right direction:
uname -a
cat /etc/*release
btrfs --version
btrfs fi show
cat /proc/mdstat
fdisk -l
gdisk -l
--
__
Brendan Hide
http://swiftspirit.co.za/
http://www.webafrica.co.za/?AFF1E97
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2015/02/09 10:30 PM, Kai Krakow wrote:
Brendan Hide bren...@swiftspirit.co.za schrieb:
I have the following two lines in
/etc/udev/rules.d/61-persistent-storage.rules for two old 250GB
[snip]
Wouldn't it be easier and more efficient to use
into doing that properly, however.
http://swiftspirit.co.za/down/smart_scan
http://swiftspirit.co.za/down/btrfs-scrub-all
--
__
Brendan Hide
http://swiftspirit.co.za/
http://www.webafrica.co.za/?AFF1E97
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body
...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
--
__
Brendan Hide
http://swiftspirit.co.za/
http://www.webafrica.co.za/?AFF1E97
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message to majord...@vger.kernel.org
More
and the server is on another continent? Your session dies
and you lose 10 hours of work/waiting. With a screen session, that is no
longer true.
--
__
Brendan Hide
http://swiftspirit.co.za/
http://www.webafrica.co.za/?AFF1E97
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs
*some* data is already clearly shown to be
very close to 100%.
--
__
Brendan Hide
http://swiftspirit.co.za/
http://www.webafrica.co.za/?AFF1E97
--
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
Hey, guys
This is on my ArchLinux desktop. Current values as follows and the exact
error is currently reproducible. Let me know if you want me to run any
tests/etc. I've made an image (76MB) and can send the link to interested
parties.
I have come across this once before in the last few
/similar answer applies. There
simply aren't a lot of tuneables available right now.
--
__
Brendan Hide
http://swiftspirit.co.za/
http://www.webafrica.co.za/?AFF1E97
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message to majord
On 2014/12/02 09:31, Brendan Hide wrote:
On 2014/12/02 07:54, MegaBrutal wrote:
Hi all,
I know there is a btrfstune, but it doesn't provide all the
functionality I'm thinking of.
For ext2/3/4 file systems I can get a bunch of useful data with
tune2fs -l. How can I retrieve the same type
(separate thread) would be able
to take advantage of that.
--
__
Brendan Hide
http://swiftspirit.co.za/
http://www.webafrica.co.za/?AFF1E97
--
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
. At the obvious cost.
I can imagine some use-cases where you might even want more than one
algorithm to be used and stored. Not sure if that makes me a madman,
though. ;)
--
__
Brendan Hide
http://swiftspirit.co.za/
http://www.webafrica.co.za/?AFF1E97
--
To unsubscribe from this list: send
them available for re-allocation - so that
is directly useful and light on workload.
--
__
Brendan Hide
http://swiftspirit.co.za/
http://www.webafrica.co.za/?AFF1E97
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message to majord
seems pragmatic - but not necessarily correct. :-/
--
__
Brendan Hide
http://swiftspirit.co.za/
http://www.webafrica.co.za/?AFF1E97
--
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
at:
- the drive itself
- the cable/ports
with a negligibly-possible cause at the motherboard chipset.
--
__
Brendan Hide
http://swiftspirit.co.za/
http://www.webafrica.co.za/?AFF1E97
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message to majord
On 2014/11/18 09:36, Roman Mamedov wrote:
On Tue, 18 Nov 2014 09:29:54 +0200
Brendan Hide bren...@swiftspirit.co.za wrote:
Hey, guys
See further below extracted output from a daily scrub showing csum
errors on sdb, part of a raid1 btrfs. Looking back, it has been getting
errors like
) having either bad
connectors, or bad strain-reliefs, and failing after only a few hundred hours
of use.
Thanks. I'll try this first. :)
--
__
Brendan Hide
http://swiftspirit.co.za/
http://www.webafrica.co.za/?AFF1E97
--
To unsubscribe from this list: send the line unsubscribe linux
and panic
2014-11-17 15:59 GMT+09:00 Brendan Hide bren...@swiftspirit.co.za:
cc'd bug-g...@gnu.org for FYI
On 2014/11/17 03:42, Duncan wrote:
MegaBrutal posted on Sun, 16 Nov 2014 22:35:26 +0100 as excerpted:
Hello guys,
I think you'll like this...
https://bugs.launchpad.net/ubuntu/+source
Hey, guys
See further below extracted output from a daily scrub showing csum
errors on sdb, part of a raid1 btrfs. Looking back, it has been getting
errors like this for a few days now.
The disk is patently unreliable but smartctl's output implies there are
no issues. Is this somehow
.
--
__
Brendan Hide
http://swiftspirit.co.za/
http://www.webafrica.co.za/?AFF1E97
--
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 checksums already exist.
--
__
Brendan Hide
http://swiftspirit.co.za/
http://www.webafrica.co.za/?AFF1E97
--
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
On 2014/10/02 07:51, Brendan Hide wrote:
On 2014/10/02 01:31, Duncan wrote:
[snip]
I'm not sure if there is a mount option for this use case however. The
option descriptions for nodatasum and nodatacow imply that *new*
checksums are not generated. In this case the checksums already exist
the metadata
referring to that file. That would satisfy the concept that there is no
evidence that the file ever existed in that location. The fact that it
actually does still legitimately exist elsewhere is not a caveat - it is
simply acting within standard behaviour.
--
__
Brendan
order.
I've inserted information specific to this in the wiki. Others with wiki
accounts, feel free to review:
https://btrfs.wiki.kernel.org/index.php/Conversion_from_Ext3#Before_first_use
--
__
Brendan Hide
http://swiftspirit.co.za/
http://www.webafrica.co.za/?AFF1E97
--
To unsubscribe
--
__
Brendan Hide
http://swiftspirit.co.za/
http://www.webafrica.co.za/?AFF1E97
--
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
that is otherwise unlikely to be fixed for a very
long time. Should we feel uncomfortable with the patch, as is, because
of language/correctness friction? Pedantry included, the patch is
correct. ;)
Thanks
--
__
Brendan Hide
http://swiftspirit.co.za/
http://www.webafrica.co.za/?AFF1E97
':
+ case 'p':
+ ret = 10;
+ case 'T':
+ case 't':
+ ret = 10;
case 'G':
case 'g':
ret = 10;
Ah, I see - you've removed all reference to their names. That's good too. :)
--
__
Brendan Hide
http://swiftspirit.co.za
to mount with noatime or
read-only to allow snapshot defragging to do anything?
That is a very good question. I very rarely have mounts without noatime
- and usually only because I hadn't thought of it.
Regards,
Martin
--
__
Brendan Hide
http://swiftspirit.co.za/
http
, Anand
--
__
Brendan Hide
http://swiftspirit.co.za/
http://www.webafrica.co.za/?AFF1E97
--
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
question to me is whether or not it is
something that can be implemented elegantly and whether or not a
talented *dev* thinks it is a good idea.
--
__
Brendan Hide
http://swiftspirit.co.za/
http://www.webafrica.co.za/?AFF1E97
--
To unsubscribe from this list: send the line unsubscribe
regarding that was in August last year. It
looks like it was pulled into the main kernel repository on September 1st.
The last commit to the duperemove application was on April 20th this
year. Maybe Mark (cc'd) can provide further insight on its current status.
--
__
Brendan Hide
http
. That is where the
peace-of-mind/bragging rights come in.
--
__
Brendan Hide
http://swiftspirit.co.za/
http://www.webafrica.co.za/?AFF1E97
--
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
page is simple. I can't vouch for it except to say that it is worth
investigating.
--
__
Brendan Hide
http://swiftspirit.co.za/
http://www.webafrica.co.za/?AFF1E97
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message to majord...@vger.kernel.org
the
underlying issue, but it will make it less of an issue for BTRFS.
More ideally, btrfs should dispatch them in parallel. This will likely
be looked into for N-way mirroring. Having 3 or more copies and working
in the current way would be far from optimal.
--
__
Brendan Hide
http
it since that other
copy is in the weak area already.
Another alternative would be using 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.
--
__
Brendan Hide
http://swiftspirit.co.za
.
--
__
Brendan Hide
http://swiftspirit.co.za/
http://www.webafrica.co.za/?AFF1E97
--
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
to another new chunk.
--
__
Brendan Hide
http://swiftspirit.co.za/
http://www.webafrica.co.za/?AFF1E97
--
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
to be relatively
full, avoiding the pathological use-case.
--
__
Brendan Hide
http://swiftspirit.co.za/
http://www.webafrica.co.za/?AFF1E97
--
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
Hi, Marc. Inline below. :)
On 2014/05/06 02:19 PM, Marc MERLIN wrote:
On Mon, May 05, 2014 at 07:07:29PM +0200, Brendan Hide wrote:
In the case above, because the filesystem is only 55% full, I can
ask balance to rewrite all chunks that are more than 55% full:
legolas:~# btrfs balance start
On 05/05/14 06:36, Roman Mamedov wrote:
On Mon, 05 May 2014 06:13:30 +0200
Brendan Hide bren...@swiftspirit.co.za wrote:
1) There will be a *very* small performance penalty (negligible, really)
Oh, really, it's slower to mount the device directly? Not that I really
care, but that's unexpected
On 05/05/14 07:50, Marc MERLIN wrote:
On Mon, May 05, 2014 at 06:11:28AM +0200, Brendan Hide wrote:
The per-device used amount refers to the amount of space that has
been allocated to chunks. That first one probably needs a balance.
Btrfs doesn't behave very well when available diskspace is so
balance
*because* of ENOSPC errors. I'd probably start scouring the mailing list
archives if I ever come across that.
--
__
Brendan Hide
http://swiftspirit.co.za/
http://www.webafrica.co.za/?AFF1E97
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body
On 05/05/14 19:07, Brendan Hide wrote:
On 05/05/14 14:16, Marc MERLIN wrote:
I've just written this new page:
http://marc.merlins.org/perso/btrfs/post_2014-05-04_Fixing-Btrfs-Filesystem-Full-Problems.html
First, are there problems in it?
Second, are there other FS full issues I should
.
--
__
Brendan Hide
http://swiftspirit.co.za/
http://www.webafrica.co.za/?AFF1E97
--
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
files smaller than a chunk will be stored on only one disk or the other
- not both.
Thanks,
Marc
I hope the above is helpful.
--
__
Brendan Hide
http://swiftspirit.co.za/
http://www.webafrica.co.za/?AFF1E97
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs
-highlighted issue with old snapshots is the potential that old
vulnerable binaries within a snapshot are still accessible and/or
executable.
--
__
Brendan Hide
http://swiftspirit.co.za/
http://www.webafrica.co.za/?AFF1E97
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs
receive $path/
$ btrfs send -p backup backup.sav1 | btrfs receive $path/
$ btrfs send -p backup.sav1 backup.sav2 | btrfs receive $path/
$ btrfs send -p backup.sav2 backup.sav3 | btrfs receive $path/
$ btrfs send -p backup.sav3 backup.sav4 | btrfs receive $path/
--
__
Brendan Hide
http
before it can
be adopted further.
--
__
Brendan Hide
http://swiftspirit.co.za/
http://www.webafrica.co.za/?AFF1E97
--
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
On 2014/05/04 09:24 AM, Marc MERLIN wrote:
On Sun, May 04, 2014 at 08:57:19AM +0200, Brendan Hide wrote:
Hi, Marc
Raid0 is not redundant in any way. See inline below.
Thanks for clearing things up.
But now I have 2 questions
1) btrfs has two copies of all metadata on even a single drive
On 2014/05/04 09:28 AM, Marc MERLIN wrote:
On Sun, May 04, 2014 at 09:16:02AM +0200, Brendan Hide wrote:
Sending one-at-a-time, the shared-data relationship will be kept by
using the -p (parent) parameter. Send will only send the differences
and receive will create a new snapshot, adjusting
that is stored.
--
__
Brendan Hide
http://swiftspirit.co.za/
http://www.webafrica.co.za/?AFF1E97
--
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
On 2014/05/05 02:56 AM, Marc MERLIN wrote:
On Sun, May 04, 2014 at 09:07:55AM +0200, Brendan Hide wrote:
On 2014/05/04 02:47 AM, Marc MERLIN wrote:
Is there any functional difference between
mount -o subvol=usr /dev/sda1 /usr
and
mount /dev/sda1 /mnt/btrfs_pool
mount -o bind /mnt/btrfs_pool
.
--
__
Brendan Hide
http://swiftspirit.co.za/
http://www.webafrica.co.za/?AFF1E97
--
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
On 2014/04/16 05:22 PM, David Sterba wrote:
On Wed, Apr 16, 2014 at 04:59:09PM +0200, Brendan Hide wrote:
On 2014/04/16 03:40 PM, Chris Mason wrote:
So in my example with the automated tool, the tool really shouldn't be
deleting a snapshot where send is in progress. The tool should be told
/last_backup |
netcat or whatever you choose
From restored host:
$ netcat or whatever you choose | btrfs receive /tmp/btrfs_root/
Then you make the non-read-only snapshot of the restored subvolume.
[snip]
--
__
Brendan Hide
http://swiftspirit.co.za/
http://www.webafrica.co.za/?AFF1E97
and we can try it
out in -next.
-chris
So ... does this mean the plan is to a) have userland tool give an
error; or b) a deletion would be scheduled in the background for as
soon as the send has completed?
--
__
Brendan Hide
http://swiftspirit.co.za/
http://www.webafrica.co.za
willing to accept it. However,
I'd like to emphasize that there's still something missing. Of course,
most of all I'd like to be proved wrong.
Michael
--
__
Brendan Hide
http://swiftspirit.co.za/
http://www.webafrica.co.za/?AFF1E97
--
To unsubscribe from this list: send the line unsubscribe
have noticed this in your earlier mail. This
could be updated to specifically refer to the binary prefixes rather
than the old SI-conflicting names:
kibibyte, mebibyte, gibibyte, tebibyte, pebibyte, and exbibyte
--
__
Brendan Hide
http://swiftspirit.co.za/
http://www.webafrica.co.za
On 2014/03/27 04:51 AM, Gui Hecheng wrote:
[snip]
We add t/p/e support by replacing lib/cmdline.c:memparse
with btrfs_memparse. The btrfs_memparse copies memparse's code
and add unit t/p/e parsing.
Is there a conflict preventing adding this to memparse directly?
--
__
Brendan Hide
, the largest disk won't be fully utilised
unless the other disks add up to be equal to or more than that largest disk.
Play around with Hugo's disk usage calculator to get a better idea of
what the different configurations will do: http://carfax.org.uk/btrfs-usage/
--
__
Brendan Hide
be viewed here,
http://www.spinics.net/lists/linux-btrfs/msg23137.html where Hugo also
explains and lists the notation for the existing schemes.
--
__
Brendan Hide
http://swiftspirit.co.za/
http://www.webafrica.co.za/?AFF1E97
--
To unsubscribe from this list: send the line unsubscribe
On 2014/03/22 11:11 PM, Marc MERLIN wrote:
Please consider adding a blank line between quotes, it makes them just a bit
more readable :)
Np.
On Sat, Mar 22, 2014 at 11:02:24PM +0200, Brendan Hide wrote:
- it doesn't create writeable snapshots on the destination in case you want
to use
they deserve. It has been slowly
evolving over the last two weeks.
http://swiftspirit.co.za/scripts/btrfs-snd-rcv-backup
--
__
Brendan Hide
http://swiftspirit.co.za/
http://www.webafrica.co.za/?AFF1E97
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body
On 2014/03/22 09:44 PM, Brendan Hide wrote:
On 2014/03/21 07:29 PM, Marc MERLIN wrote:
Hi, Marc
Feel free to use ideas from my own script. Some aspects in my script
are more mature and others are frankly pathetic. ;)
There are also quite a lot of TODOs throughout my script that aren't
On 2014/03/22 10:00 PM, Marc MERLIN wrote:
On Sat, Mar 22, 2014 at 09:44:05PM +0200, Brendan Hide wrote:
Hi, Marc
Feel free to use ideas from my own script. Some aspects in my script are
more mature and others are frankly pathetic. ;)
There are also quite a lot of TODOs throughout my script
gripe I have with the temporary mount is that I feel it
should be possible to perform snapshots and use send|receive without the
requirement of having the subvolumes be visible in userspace.
--
__
Brendan Hide
http://swiftspirit.co.za/
http://www.webafrica.co.za/?AFF1E97
--
To unsubscribe
incremental methodology using btrfs send/receive
--
__
Brendan Hide
http://swiftspirit.co.za/
http://www.webafrica.co.za/?AFF1E97
--
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
.
--
__
Brendan Hide
http://swiftspirit.co.za/
http://www.webafrica.co.za/?AFF1E97
--
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
profiles you mentioned. It is difficult
to motivate including code (for which there's a known workaround) where
we know it will be obsoleted.
--
__
Brendan Hide
http://swiftspirit.co.za/
http://www.webafrica.co.za/?AFF1E97
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs
.
--
__
Brendan Hide
http://swiftspirit.co.za/
http://www.webafrica.co.za/?AFF1E97
--
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
bought my first SSD the same week.
--
__
Brendan Hide
http://swiftspirit.co.za/
http://www.webafrica.co.za/?AFF1E97
--
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
to read performance
causing a bork. This would explain why bwlimit helps, as well as why cp
works the second time around (since it is cached).
--
__
Brendan Hide
http://swiftspirit.co.za/
http://www.webafrica.co.za/?AFF1E97
--
To unsubscribe from this list: send the line unsubscribe linux
it to the wiki:
https://btrfs.wiki.kernel.org/index.php/Project_ideas
--
__
Brendan Hide
http://swiftspirit.co.za/
http://www.webafrica.co.za/?AFF1E97
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message to majord...@vger.kernel.org
More majordomo
us the output of the following?:
btrfs fi df mountpoint
(where mountpoint is the path where the btrfs is mounted.)
--
__
Brendan Hide
http://swiftspirit.co.za/
http://www.webafrica.co.za/?AFF1E97
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body
passed an
md5sum check, in spite of tons of I/O errors in the process.
Is this all on a single disk? If so it must be seeking like mad! haha
--
__
Brendan Hide
http://swiftspirit.co.za/
http://www.webafrica.co.za/?AFF1E97
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs
of conversions hasn't escaped me,
and I do see another downside as well. With the 3C-2C conversion there
is the inevitability of macro fragmentation. Again, there could be
long-term performance implication or it might even be negligible.
--
__
Brendan Hide
http://swiftspirit.co.za/
http
corruption
due to bitrot.
--
__
Brendan Hide
http://swiftspirit.co.za/
http://www.webafrica.co.za/?AFF1E97
--
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
Alternatively, as another measure to troubleshoot, in
/etc/systemd/journald.conf, change the Storage= option either to none
(which disables logging completely) or to a path inside a tmpfs, thereby
eliminating btrfs' involvement.
--
__
Brendan Hide
http://swiftspirit.co.za/
http
on ignoring errors until it doesnt have work to do. It'd only
ever print the nice message when it finds a match.
--
__
Brendan Hide
http://swiftspirit.co.za/
http://www.webafrica.co.za/?AFF1E97
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body
online for mdraid stripe_cache_size.
To increase the read performance you can try optimising the md arrays'
readahead. As above, search online for blockdev setra. This should
hopefully make a noticeable difference.
Good luck.
--
__
Brendan Hide
http://swiftspirit.co.za/
http
] to fix this bug (ref this email thread). Could you
kindly test it and report the result ?
[1]
[PATCH] Btrfs-progs: we need to have the string null terminated
Thanks, Anand
On 01/23/2013 03:42 AM, Brendan Hide wrote:
Linux watricky 3.6.11-1-ARCH #1 SMP PREEMPT Tue Dec 18 08:57:15 CET 2012
x86_64
or
not requiring root overly complicates things that, strictly speaking,
shouldn't need to be handled in advance.
--
__
Brendan Hide
http://swiftspirit.co.za/
http://www.webafrica.co.za/?AFF1E97
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message
.20130121-23h45.snap
ID 431 gen 4267 top level 5 path
FS_TREE/__snapshot/__active_usr.20130121-23h45.snap
[root@watricky mnt]#
Note that the only directly mounted share is __active, mounted at /.
--
__
Brendan Hide
http://swiftspirit.co.za/
http://www.webafrica.co.za/?AFF1E97
Protocol/SCSI Command set. Not sure where to submit that
idea ... :-/
--
Brendan Hide
http://swiftspirit.co.za/
--
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
1 - 100 of 103 matches
Mail list logo