incremental since, and then every hourly since the
youngest daily, if applicable. tar incremental restore is smart, and
removes the files and directories that were removed between backups.
Sander
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message
Austin S Hemmelgarn wrote (ao):
On 2015-07-09 08:41, Sander wrote:
Austin S Hemmelgarn wrote (ao):
What's wrong with btrfs subvolume snapshot?
Well, personally I would say the fact that once something is tagged as
a snapshot, you can't change it to a regular subvolume without doing a
non
. There is no such thing as tagged as a
snapshot.
Sander
--
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
, used=0.00B
I'll do a scrub later, for now I have to wait 20 hours for the raid
rebuild first.
You'll probably find that the rebuild is equivalent to a scrub anyway.
He has mdadm raid, which is rebuilding. This is obviously not equivalent
to a btrfs scrub.
Sander
--
To unsubscribe
.
Sander
--
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
(AMD), but I'm pretty much done waiting.
Sander
--
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 top, and is used as a home server. The
third ssd is plain btrfs, and used for backup archives.
Sander
--
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
{} +
Would that work for you?
Sander
--
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
.
Sander
--
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
(rename) the last known
good snapshot to 'rootvolume'.
Not sure if that works though. Never tried.
Sander
--
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
this from?
Sander
--
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
Leonidas Spyropoulos wrote (ao):
Will this help with apt-get performance over btrfs file system? As far
as I understand it it's happening because of multiple fsync calls.
apt-get install eatmydata
This package contains a small LD_PRELOAD library (libeatmydata) and a
couple of helper utilities
Zen book UX32V with two 128GB SSDs.
If anyone is interested in images produced by btrfs-image, they are
available at
http://plagi.at/images/
I am fresh out of ideas at the moment, so if anyone has a suggestion
I am willing to try.
Did you try btrfs chunk-recover ?
Sander
`
...
for subvolume in `ls /.root/`
do
...
/sbin/btrfs subvolume snapshot ${filesystem}/${subvolume}/ \
/.root/.snapshot_${mmddhhmm}_${hostname}_${subvolume}/ || result=2
...
done
...
This creates timestamped snapshots for all subvolumes.
Sander
--
To unsubscribe from
Adrien Dessemond wrote (ao):
I scrubbed a BTRFS volume (mounted as a VFS root) and got several
errors. However I am not able to make btrfs print the path of the
corrupted files...
E.g. kernel log gives :
[51078.682876] btrfs: unable to fixup (regular) error at logical
51241746432 on
Matt Pursley wrote (ao):
I have an LSI HBA card (LSI SAS 9207-8i) with 12 7200rpm SAS drives
attached. When it's formated with mdraid6+ext4 I get about 1200MB/s
for multiple streaming random reads with iozone. With btrfs in
3.9.0-rc4 I can also get about 1200MB/s, but only with one stream at
seems to have improved considerably.
I don't know why this happens, but maybe you can observe the umount
process's very slow behaviour by using 'cat /proc/{umount-pid}/stack'
or 'perf top'.
AFAIUI the problem is not there anymore, but this is a good tip for the
future.
Sander
even if it isn't close to what hot data will deliver in the future.
Do you know about bcache and EnhanceIO ?
http://bcache.evilpiepirate.org/
and
https://github.com/stec-inc/EnhanceIO
Sander
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message
Reartes Guillermo wrote (ao):
[ 71.617841] device label testfs1 devid 1 transid 4143 /dev/sdb1
[ 71.619164] btrfs: disk space caching is enabled
[ 71.629969] device label fedora devid 1 transid 2038 /dev/sda2
[ 71.805339] btrfs: Error removing orphan entry, stopping orphan cleanup
[
Sylvain Alain wrote (ao):
gentootux ~ # mount /dev/sda4 -o
noatime,ssd,discard,compress=lzo,noacl,space_cache,subvolid=0
^^^
Instead of 3 secondes to run the snapshot, it took almost 4 minutes.
Let me repeat the answer cwillu gave to Russell on this, and Russell's
response:
need encryption.
Forbids? That is just plain wrong.
I have one btrfs filesystem on top of two encrypted devices. Works just
fine.
Sander
--
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
SSDs are sensitive to partitioning. Easiest is not to partition at all.
Sander
--
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
Martin Steigerwald wrote (ao):
Am Donnerstag, 6. Dezember 2012 schrieb Martin Steigerwald:
Am Donnerstag, 6. Dezember 2012 schrieb Sander:
Sylvain Alain wrote (ao):
Hi, right now I own this SSD :
Intel SSD 520 Series MLC 120 Gigs
Also, this is my /etc/fstab
/dev/sda3
, etc...)
If your system is stable, you could also consider running bitcoin with
eatmydata.
Sander
--
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
, with a 'mount -o bind':
# mount -o bind / /mnt
# ls /mnt/home
Sander
--
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
can trigger an issue under 3.6.3(+) with btrfs filesystem scrub or
badblocks (in the default non-destructive mode).
Can you collect SMART data (with smartctl) from the ssd?
Sander
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message to majord
Marc MERLIN wrote (ao):
What happened is that my SSD is craping out and failing to write after
a certain number of uptime hours.
What model ssd is that if I may ask?
Sander
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message to majord
for libblkid. wipefs
does not erase the whole filesystem or any other data from the device.
When used without options -a or -o, it lists all visible filesystems and
offsets of their signatures.
Sander
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message
would not buy anything else
than intel. I have about 26 of them for years now (both in servers and
workstations, several series), and never had an issue. Two of my
colleagues have OCZ, and both had to RMA them.
Sander
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs
Sid (unstable):
Yeah, you do. That command is in master now, but it's not really
needed. If btrfs-balance shows up, just wait for it to finish, it
should get rid of the balance item. If it doesn't show up but the item
is there we will have to dig deeper.
Ok :-)
Sander
--
Humilis
Ilya Dryomov wrote (ao):
On Fri, Mar 30, 2012 at 07:49:56PM +0200, Sander wrote:
Thanks. btrfs-debug-tree confirms that you've got a balance item on
media.
After that mount it back and see if there is btrfs: continuing
balance line in dmesg (and if btrfs-balance kthread shows up
Before the balance, I deleted about 2500 snapshots and waited for the
btrfs kernel threads to calm down. Then I initiated a btrfs filesystem
scrub. Unfortunately during the scrub, the filesystem balance started.
Might be related.
Sander
--
Humilis IT Services and Solutions
http
Hello Josef,
Josef Bacik wrote (ao):
On Thu, Mar 29, 2012 at 12:52:35PM +0200, Sander wrote:
I can't seem to balance my btrfs filesystem. It segfaults, and gives a
kernel bug:
[ 1355.139099] [ cut here ]
[ 1355.139099] kernel BUG at fs/btrfs/volumes.c:2733
!
Sander
[ 8409.792541] [ cut here ]
[ 8409.797576] kernel BUG at fs/btrfs/extent-tree.c:4263!
[ 8409.797576] Internal error: Oops - BUG: 0 [#1] SMP
[ 8409.797576] Modules linked in:
[ 8409.809112] CPU: 1Not tainted (3.3.0 #8)
[ 8409.815734] PC
trying to mount the same device, it keeps failing. When I
start mounting /dev/sdb2, it works for /dev/sda2...
Isn't this very weird? Any ideas?
You might need 'btrfs device scan' before you can mount a multi-device
filesystem.
Sander
--
Humilis IT Services and Solutions
http
in their directories when the archive was created
Sander
--
Humilis IT Services and Solutions
http://www.humilis.net
--
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
of your data, you could try with zlib, lzo or
snappy compression.
I'd say dd is a lousy benchmarktool btw.
Sander
--
Humilis IT Services and Solutions
http://www.humilis.net
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message to majord
. But this will indeed
not work nicely with snapshots. And you need more free space than the
largest file on the filesystem.
find / -xdev -execdir btrfs filesystem defrag -czlib {} +
Sander
--
Humilis IT Services and Solutions
http://www.humilis.net
--
To unsubscribe from this list: send the line
your snapshots take up space. Can you show 'btrfs filesystem df /' ?
FWIW, I also had a disk full just a few days ago. Removed all snapshots
and some big files, but to no avail. Likely the background cleanup took
too much time. A reboot fixed this.
Sander
--
Humilis IT Services
Arie Peterson wrote (ao):
On Tuesday 03 January 2012 15:06:43 Sander wrote:
Maybe your snapshots take up space. Can you show 'btrfs filesystem df /' ?
Data, RAID1: total=22.72GB, used=14.73GB
Data: total=8.00MB, used=0.00
System, RAID1: total=8.00MB, used=12.00KB
System: total=4.00MB
the time and it never broke on me.
Sander
--
Humilis IT Services and Solutions
http://www.humilis.net
--
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
threads using a
lot of cpu?
Sander
--
Humilis IT Services and Solutions
http://www.humilis.net
--
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
, which you are aware of
I assume. Grub2 can't cope with / in a subvolume or something?
Sander
--
Humilis IT Services and Solutions
http://www.humilis.net
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message to majord...@vger.kernel.org
More
with / in a subvolume or something?
No, btrfs has nothing to do with this. It is just that grub2 cannot
be installed to a partition-less drive (at least 1 partition is
needed), while syslinux can.
Ah, wasn't aware of that. Thanks for the info!
Sander
--
Humilis IT Services
help here?
dd that backup disk to another disk, so you have a backup of your
backup, and work with that.
You can also post the dmesg output you get when you mount the broken
filesystem, and ask the experts if it might be worth to try experimental
btrfs.fsck on it.
Sander
fwiw, I backup
Henning Rohlfs wrote (ao):
- space_cache was enabled, but it seemed to make the problem worse.
It's no longer in the mount options.
space_cache is a one time mount option which enabled space_cache. Not
supplying it anymore as a mount option has no effect (dmesg | grep btrfs).
Sander
).
Just found out the hard way after a kernel upgrade on a system with no
separate /boot partition :-)
Found this: https://bugs.archlinux.org/task/23901
Sander
--
Humilis IT Services and Solutions
http://www.humilis.net
--
To unsubscribe from this list: send the line unsubscribe linux
that named RAID array devices exist before using them
(closes:
#606035).
- Clear terminfo output on initialisation (closes: #569678).
- Fix grub-probe when btrfs is on / without a separate /boot.
Sander
--
Humilis IT Services and Solutions
http://www.humilis.net
cac...@quantum-sci.com wrote (ao):
On Thursday 5 May, 2011 23:33:33 Sander wrote:
Can you do:
echo true /var/lib/dpkg/info/grub-installer.postinst
and try again?
At some point somehow grup-pc apparently got installed, even with the
script failure. So I tried my dist-upgrade
cac...@quantum-sci.com wrote (ao):
On Friday 6 May, 2011 05:20:28 Sander wrote:
Can you post the error?
Do you want to continue [Y/n]?
Setting up linux-image-2.6.38-2-amd64 (2.6.38-3) ...
/usr/sbin/grub-probe: error: cannot stat `/dev/root'.
run-parts: /etc/kernel/postinst.d/zz-update
...
Setting up grub-pc (1.99~rc1-13) ...
grub-probe: error: cannot stat `/dev/root'.
Hm. Just do cp /bin/true /usr/sbin/grub-probe
Sander
--
Humilis IT Services and Solutions
http://www.humilis.net
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body
and make a living.
Dude, really ..
Sander
--
Humilis IT Services and Solutions
http://www.humilis.net
--
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
/grub2/grub2_1.99~rc1-13/changelog
Sander
--
Humilis IT Services and Solutions
http://www.humilis.net
--
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
it already.
Sander
--
Humilis IT Services and Solutions
http://www.humilis.net
--
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
into the background by default and having the cancel
option might be a better plan.
Thoughts ?
My humble opinion: I very much like the way mdadm works, with the
progress bar in /proc/mdstat if an array is rebuilding for example.
Sander
--
Humilis IT Services and Solutions
http://www.humilis.net
. This really confuses me.
Can you show the script you use to test this, provide some info
regarding your setup, and show the numbers you see?
Sander
--
Humilis IT Services and Solutions
http://www.humilis.net
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body
with your filesystem.
Will this go into a future version of btrfs?
If so, would it make sense to include other changes that would require a
format change?
Sander
--
Humilis IT Services and Solutions
http://www.humilis.net
--
To unsubscribe from this list: send the line unsubscribe linux
version of the installer :-)
I also believe that Ubuntu 10.10 is slated to have it; I think it's in the
current alpha, though based on my reading, there are still some rough
edges.
Btrfs is in Ubuntu 10.10 alpha and that installs and works oke is my
experience.
Sander
--
Humilis
on the btrfs mailinglist though.
Sander
--
Humilis IT Services and Solutions
http://www.humilis.net
--
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
intended ;-)
Sander
--
Humilis IT Services and Solutions
http://www.humilis.net
--
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
with a SSD controller.
My understanding of the ssd mount option is also that the fs doens't try
to do all kinds of smart (and potential expensive) things which make
sense for rotating media to reduce seeks and the like.
Sander
--
Humilis IT Services and Solutions
http://www.humilis.net
to be copied during a rewrite of the blocks.
Wear-leveling is the SSD making sure all blocks are more or less equally
written to avoid continuous load on the same blocks.
Sander
--
Humilis IT Services and Solutions
http://www.humilis.net
--
To unsubscribe from this list: send the line
the entire raid array when removing the USB storage, as the
Sheevaplug has only one USB port. That will not work and it is not the
fault of btrfs :-)
With kind regards, Sander
--
Humilis IT Services and Solutions
http://www.humilis.net
--
To unsubscribe from this list: send the line
Hello Tomasz,
Tomasz Torcz wrote (ao):
On Thu, Jan 21, 2010 at 07:07:10AM +0100, Sander wrote:
[26678.568532] [c026c294] (btrfs_get_acl+0x60/0x250) from [c026c494]
(btrfs_xattr_get_acl+0x10/0x70)
[26678.577802] [c026c494] (btrfs_xattr_get_acl+0x10/0x70) from
[c019bb20
mkfs.btrfs, part of Btrfs Btrfs v0.19
The system is Debian Sid on an Openrd-client (ARM). The ssd is an Intel
X25-E.
I didn't find a similar bugreport.
With kind regards, Sander
[26055.036656] device fsid 904e5c0206a9b9d1-f00b47d7270b119a devid 1 transid 7
/dev/sda2
[26055.045253] btrfs: use
Sander wrote (ao):
I get the following error if I edit fstab with vi on a fresh btrfs
filesystem. vi Segfaults at saving the file.
# mkfs.btrfs /dev/sda2
# mount /mnt/
# cd /
# find . -xdev | cpio -vdump /mnt
# vi /mnt/etc/fstab
Segmentation fault
This also happens with a 'cp
files are binary.
A fair comparison would be to compress the actual database files.
With kind regards, Sander
--
Humilis IT Services and Solutions
http://www.humilis.net
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message to majord
Hello Steve,
Steve Freitas wrote (ao):
Alright, I'll trash it and start over with a different drive.
With the danger of mentioning the obvious: you could do a few
destructive badblocks runs on that disk to see if SMART keeps adding up
to the bad blocks list.
With kind regards, Sander
sectors on that disk reported by SMART.
If that is indeed the case it might be dificult for the people who might
be able to help you, to help you.
Please ignore me if I confused your mail with another.
With kind regard, Sander
--
Humilis IT Services and Solutions
http://www.humilis.net
. This can be useful if mirror-
ing over a slow link.
Where the 'slow link' would be the traditional disk. But this is raid1 and
doesn't help in your case (but couldn't resist the need to mention it :-)
Sander
--
Humilis IT Services and Solutions
http://www.humilis.net
.
Currently I have a 8x 2.5 SAS/SATA chassis and two Intel X25-E 64GB
drivers which will have a BTRFS RAID0 filesystem.
I already have a Marvell MV88SX6081 eight port SATA controller, but it
has no free ports and is pretty old.
With kind regards, Sander
--
Humilis IT Services and Solutions
http
S?bastien Wacquiez wrote (ao):
Sander wrote:
What SAS (or SATA) controller do you use or recommend in combination
with a SSD and BTRFS?
I'm looking for a non-RAID controller with four or eight ports and
of course full Linux support.
I don't have any ssd yet, but if you want cheap card
specs mean (almost) nothing: check
the OCZ forums and google on real life usage performance problems
(stutters mostly) under normal to low load.
Especially small writes kill OCZ SSD performance, although their
products have improved with the last releases.
With kind regards, Sander
Chris Mason wrote (ao):
Jens Axboe tried to reproduce the phoronix results on his ocz drive,
and generally found that each run was slower than the last regardless
of which mount options were used. This isn't entirely surprising, but
it did make it very difficult to nail down good or bad
Heinz-Josef Claes wrote (ao):
Am Dienstag, 28. April 2009 19:38:24 schrieb Chris Mason:
On Tue, 2009-04-28 at 19:34 +0200, Thomas Glanzmann wrote:
Hello,
I wouldn't rely on crc32: it is not a strong hash,
Such deduplication can lead to various problems,
including security
provisioning causes on-storage defragmentation
of disk images, which would kill any OS optimisations like grouping often
read files.
With kind regards, Sander
--
Humilis IT Services and Solutions
http://www.humilis.net
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs
RAM. Is that a valid test?
Also the test run of only 3 minutes 52 seconds seems way too short.
With kind regards, Sander
--
Humilis IT Services and Solutions
http://www.humilis.net
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message to majord
77 matches
Mail list logo