Am 2014-11-12 um 18:59 schrieb Chris Mason:
On Wed, Nov 12, 2014 at 11:38 AM, Martin Kepplinger mart...@posteo.de
wrote:
The miscdevice core now sets file-private_data to the struct miscdevice
so don't fail when this is not NULL.
Signed-off-by: Martin Kepplinger mart...@posteo.de
)= 0
close(2)= 0
exit_group(0) = ?
+++ exited with 0 +++
Ciao,
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
--
To unsubscribe from this list: send the line
command and one place in manpage to learn about the various options.
But maybe some can be made automatic as well. Or folded into btrfs check --
repair. Ideally it would auto-detect which path to take on filesystem
recovery.
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C
.
And fsync is an fsync is an fsync. Its semantics are clear as crystal. There
is nothing, absolutely nothing to discuss about it.
An fsync completes if the device itself reported Yeah, I have the data on
disk, all safe and cool to go. Anything else is a bug IMO.
--
Martin 'Helios' Steigerwald
fit together as you
suggested.
As a minimum I suggest to have all possible options as a main category in
btrfs command, no external commands whatsoever, so if btrfs-zero-log is still
needed, at it into btrfs command.
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040
fragmentation with such as sqlite
files are greater concerns!
(Yes, there is the manual fix of NOCOW... I also put such horrors into
tmpfs and snapshot that... All well and good but all unnecessary admin
tasks!)
Regards,
Martin
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.15 (GNU/Linux)
Comment
System, DUP: total=40.00MiB, used=220.00KiB
System, single: total=4.00MiB, used=0.00
Metadata, DUP: total=44.50GiB, used=42.31GiB
Metadata, single: total=8.00MiB, used=0.00
unknown, single: total=512.00MiB, used=408.00KiB
Regards,
Martin
--
To unsubscribe from this list: send the line unsubscribe
3.17-rc3, I suggest you try with that one, or
wait till the hang fix patches got into stable trees. Chris´s recent pull
request may have been about these.
Thanks,
Martin
Sep 3 19:10:57 n22 kernel: INFO: task btrfs-transacti:2408 blocked for more
than 120 seconds. Sep 3 19:10:57 n22 kernel
--
Lieber Freund,
Wie geht es Ihnen heute? Ich hoffe, fein, ich bin Dr. Martin Dustin aus
Harlesden , North West London, hier in England. Ich arbeite für NatWest
Bank London (National Westminster Bank Plc. ) . Ich schreibe Ihnen aus
meinem Büro , die von einer großen immensen Nutzen für
Am Mittwoch, 27. August 2014, 10:54:56 schrieb Chris Murphy:
On Aug 27, 2014, at 5:45 AM, Martin Steigerwald mar...@lichtvoll.de wrote:
Hi!
Now I get this with 3.17-rc2:
merkaba:~ LANG=C df -hT / /home
Filesystem Type Size Used Avail Use% Mounted on
/dev/dm-5 btrfs
Am Dienstag, 26. August 2014, 15:20:21 schrieb Martin Steigerwald:
Am Dienstag, 26. August 2014, 09:02:23 schrieb Chris Mason:
On 08/26/2014 06:20 AM, Martin Steigerwald wrote:
Am Montag, 25. August 2014, 10:58:13 schrieb Chris Mason:
On 08/15/2014 11:36 AM, Liu Bo wrote:
This has been
--
Lieber Freund,
Wie geht es Ihnen heute? Ich hoffe, fein, ich bin Dr. Martin Dustin aus
Harlesden , North West London, hier in England. Ich arbeite für NatWest
Bank London (National Westminster Bank Plc. ) . Ich schreibe Ihnen aus
meinem Büro , die von einer großen immensen Nutzen für
--
Lieber Freund,
Wie geht es Ihnen heute? Ich hoffe, fein, ich bin Dr. Martin Dustin aus
Harlesden , North West London, hier in England. Ich arbeite für NatWest
Bank London (National Westminster Bank Plc. ) . Ich schreibe Ihnen aus
meinem Büro , die von einer großen immensen Nutzen für
Am Dienstag, 15. Juli 2014, 11:01:25 schrieb Hugo Mills:
On Tue, Jul 15, 2014 at 11:09:53AM +0200, Martin Steigerwald wrote:
Hello!
This is with 3.16-rc4 – stepped back to this one after having two hangs in
one day with 3.16-rc5, see other thread started by me:
martin@merkaba:~/Zeit
Data, RAID1: total=154.97GiB, used=125.70GiB
System, RAID1: total=32.00MiB, used=48.00KiB
Metadata, RAID1: total=5.00GiB, used=2.71GiB
unknown, single: total=512.00MiB, used=0.00
Ciao,
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
quite different from what the patch
assumes at the beginning, so I am not sure how to merge this.
martin@merkaba:~/Computer/Merkaba/Kernel/linux patch -p1 ../[PATCH v3]
Btrfs_fix task hang under heavy compressed write.mbox
patching file fs/btrfs/async-thread.c
patching file fs/btrfs/async
Am Montag, 25. August 2014, 14:45:39 schrieb Chris Murphy:
On Aug 25, 2014, at 6:00 AM, Martin Steigerwald mar...@lichtvoll.de wrote:
What is the latest stuff that stills supposed to work okay?
I'm new to git so take this with a grain of salt, but this returns no
differences:
git diff
Am Dienstag, 26. August 2014, 18:38:03 schrieb Liu Bo:
On Tue, Aug 26, 2014 at 12:20:28PM +0200, Martin Steigerwald wrote:
Am Montag, 25. August 2014, 10:58:13 schrieb Chris Mason:
On 08/15/2014 11:36 AM, Liu Bo wrote:
This has been reported and discussed for a long time, and this hang
Am Dienstag, 26. August 2014, 09:02:23 schrieb Chris Mason:
On 08/26/2014 06:20 AM, Martin Steigerwald wrote:
Am Montag, 25. August 2014, 10:58:13 schrieb Chris Mason:
On 08/15/2014 11:36 AM, Liu Bo wrote:
This has been reported and discussed for a long time, and this hang
occurs
patches from this mailing list. But I intend to switch to
3.17-rc2 once it is out.
Thanks,
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message
echo scsi:scsi_dispatch_cmd_start
Chris /sys/kernel/debug/tracing/set_event echo 1
Chris /sys/kernel/debug/tracing/tracing_on cat
Chris /sys/kernel/debug/tracing/trace_pipe
MMC doesn't go through SCSI like ATA does.
--
Martin K. Petersen Oracle Linux Engineering
--
To unsubscribe from
this way.
For Kubuntu / Ubuntu I think there even is a daily kernel PPA. I think
Phoronix uses it for their daily performance regression testing (and making
big noise of regressions even in RC kernels).
Ciao,
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA
://www.phoronix.com/scan.php?page=news_itempx=MTc2Njk
http://events.linuxfoundation.org/sites/events/files/slides/Btrfs.pdf
Thanks,
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
--
To unsubscribe from this list: send the line
for me are the raid and snapshots.
The killer though is for how robust the filesystem is against corruption
and random data/hardware failure.
btrfsck?
Always keep multiple backups!
Regards,
Martin
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message
.
Since it happens with 3.14 it does not seem to be related with the hangs after
switching BTRFS to workqueues which happen in 3.15 and 3.16. There are two
patches related to fixing this issue, but the fix may still be incomplete.
Thanks,
Martin
Regards
Vladislav
cat messages
Am Freitag, 15. August 2014, 15:52:15 schrieb Valdis Voronin:
Hi Martin,
В письме от 15 августа 2014 12:25:36 пользователь Martin Steigerwald
написал:
Please include outputs of
btrfs fi sh /
# btrfs fi sh /
Label: none uuid: e1fc1a29-32df-409c-81f6-1b7832643cf6
Total
Am Donnerstag, 14. August 2014, 11:27:06 schrieb Martin Steigerwald:
Am Mittwoch, 13. August 2014, 23:20:46 schrieb Liu Bo:
On Wed, Aug 13, 2014 at 01:54:40PM +0200, Martin Steigerwald wrote:
Am Dienstag, 12. August 2014, 15:44:59 schrieb Liu Bo:
This has been reported and discussed
Am Mittwoch, 13. August 2014, 23:20:46 schrieb Liu Bo:
On Wed, Aug 13, 2014 at 01:54:40PM +0200, Martin Steigerwald wrote:
Am Dienstag, 12. August 2014, 15:44:59 schrieb Liu Bo:
This has been reported and discussed for a long time, and this hang
occurs
in both 3.15 and 3.16.
Liu
Am Dienstag, 12. August 2014, 15:44:59 schrieb Liu Bo:
This has been reported and discussed for a long time, and this hang occurs
in both 3.15 and 3.16.
Liu, is this safe for testing yet?
Thanks,
Martin
Btrfs now migrates to use kernel workqueue, but it introduces this hang
problem
it would be nice to to add a warning to Debian.
Better still would be just to have stability fixes for the hangs go into 3.16-
stable and thus also into Debian Jessie.
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
--
To unsubscribe from
current experiences with it.
One thing that may get you covered up usually: Make it five times as large as
the data you put on it and try to monitor for situation you better rebalance
in advance.
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B
Am Montag, 4. August 2014, 14:50:29 schrieb Martin Steigerwald:
Am Freitag, 25. Juli 2014, 11:54:37 schrieb Martin Steigerwald:
Am Donnerstag, 24. Juli 2014, 22:48:05 schrieben Sie:
When failing to allocate space for the whole compressed extent, we'll
fallback to uncompressed IO
Am Mittwoch, 6. August 2014, 11:29:19 schrieb Hugo Mills:
On Wed, Aug 06, 2014 at 12:21:59PM +0200, Martin Steigerwald wrote:
It basically happened on about the first heavy write I/O occasion after
the BTRFS trees filled the complete device:
I am now balancing the trees down to lower
Am Mittwoch, 6. August 2014, 09:35:51 schrieb Chris Mason:
On 08/06/2014 06:21 AM, Martin Steigerwald wrote:
I think this should go to stable. Thanks, Liu.
I'm definitely tagging this for stable.
Unfortunately this fix does not seem to fix all lockups.
The traces below are a little
Am Freitag, 25. Juli 2014, 11:54:37 schrieb Martin Steigerwald:
Am Donnerstag, 24. Juli 2014, 22:48:05 schrieben Sie:
When failing to allocate space for the whole compressed extent, we'll
fallback to uncompressed IO, but we've forgotten to redirty the pages
which belong to this compressed
Am Montag, 4. August 2014, 14:50:29 schrieb Martin Steigerwald:
Am Freitag, 25. Juli 2014, 11:54:37 schrieb Martin Steigerwald:
Am Donnerstag, 24. Juli 2014, 22:48:05 schrieben Sie:
When failing to allocate space for the whole compressed extent, we'll
fallback to uncompressed IO
Am Donnerstag, 24. Juli 2014, 16:04:22 schrieb Chris Mason:
On 07/24/2014 02:49 PM, Martin Steigerwald wrote:
Am Donnerstag, 24. Juli 2014, 10:58:51 schrieb Chris Mason:
On 07/23/2014 06:47 PM, Martin Steigerwald wrote:
Am Dienstag, 15. Juli 2014, 17:08:27 schrieb Martin Steigerwald:
Am
to follow what
I perceive the usual style of something into trolling.
Ciao,
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
signature.asc
Description: This is a digitally signed message part.
better than lockup or corruption.
Ciao,
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
--
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
)
triggers lockup quite reliably here.
That said, with 3.16.0-rc6-tp520-fixcompwrite+ no lockup so far, but after
balancing trees do not yet fill whole device again.
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
--
To unsubscribe
Am Freitag, 25. Juli 2014, 02:32:17 schrieb Duncan:
Martin Steigerwald posted on Thu, 24 Jul 2014 20:49:37 +0200 as excerpted:
It may take some time tough cause during compiling the kernel BTRFS hung
again, which caused loss of KDE Baloo desktop search file index and
parts of a mail I wrote
Am Donnerstag, 24. Juli 2014, 10:58:51 schrieb Chris Mason:
On 07/23/2014 06:47 PM, Martin Steigerwald wrote:
Am Dienstag, 15. Juli 2014, 17:08:27 schrieb Martin Steigerwald:
Am Dienstag, 15. Juli 2014, 09:21:40 schrieb Chris Mason:
On 07/14/2014 05:58 PM, Martin Steigerwald wrote:
Am
Am Donnerstag, 24. Juli 2014, 10:58:51 schrieb Chris Mason:
On 07/23/2014 06:47 PM, Martin Steigerwald wrote:
Am Dienstag, 15. Juli 2014, 17:08:27 schrieb Martin Steigerwald:
Am Dienstag, 15. Juli 2014, 09:21:40 schrieb Chris Mason:
On 07/14/2014 05:58 PM, Martin Steigerwald wrote:
Am
Am Dienstag, 22. Juli 2014, 17:15:21 schrieb Chris Mason:
On 07/22/2014 05:13 PM, Martin Steigerwald wrote:
Am Dienstag, 22. Juli 2014, 10:53:03 schrieb Chris Mason:
On 07/19/2014 02:23 PM, Martin Steigerwald wrote:
Running 3.15.6 with this patch applied on top:
- still causes a hang
Am Dienstag, 15. Juli 2014, 17:08:27 schrieb Martin Steigerwald:
Am Dienstag, 15. Juli 2014, 09:21:40 schrieb Chris Mason:
On 07/14/2014 05:58 PM, Martin Steigerwald wrote:
Am Montag, 14. Juli 2014, 16:12:22 schrieb Chris Mason:
On 07/14/2014 11:10 AM, Martin Steigerwald wrote:
Am
Am Dienstag, 22. Juli 2014, 10:53:03 schrieb Chris Mason:
On 07/19/2014 02:23 PM, Martin Steigerwald wrote:
Running 3.15.6 with this patch applied on top:
- still causes a hang with `rsync -hPaHAXx --del /mnt/home/nyx/
/home/nyx/`
- no extra error messages printed (`dmesg | grep
Am Freitag, 18. Juli 2014, 09:36:06 schrieb Chris Mason:
On 07/18/2014 03:51 AM, Martin Steigerwald wrote:
Am Dienstag, 15. Juli 2014, 09:21:40 schrieb Chris Mason:
On 07/14/2014 05:58 PM, Martin Steigerwald wrote:
Am Montag, 14. Juli 2014, 16:12:22 schrieb Chris Mason:
On 07/14/2014 11
noticed others
mentioning the use of dmcrypt)
Same, except no dmcrypt.
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message to majord
Am Samstag, 19. Juli 2014, 14:39:51 schrieb Chris Mason:
On 07/19/2014 01:59 PM, Martin Steigerwald wrote:
Am Freitag, 18. Juli 2014, 09:36:06 schrieb Chris Mason:
On 07/18/2014 03:51 AM, Martin Steigerwald wrote:
Am Dienstag, 15. Juli 2014, 09:21:40 schrieb Chris Mason:
On 07/14/2014 05
Am Dienstag, 15. Juli 2014, 09:21:40 schrieb Chris Mason:
On 07/14/2014 05:58 PM, Martin Steigerwald wrote:
Am Montag, 14. Juli 2014, 16:12:22 schrieb Chris Mason:
On 07/14/2014 11:10 AM, Martin Steigerwald wrote:
Am Montag, 14. Juli 2014, 17:04:22 schrieben Sie:
Hi!
While with 3.16
Hello!
This is with 3.16-rc4 – stepped back to this one after having two hangs in one
day with 3.16-rc5, see other thread started by me:
martin@merkaba:~/Zeit/undeletable/db_data ls -lid akonadi
450598 drwx-- 1 martin martin 1232 Jun 22 14:11 akonadi
martin@merkaba:~/Zeit/undeletable
Am Dienstag, 15. Juli 2014, 11:25:15 schrieb Torbjørn:
On 15. juli 2014 11:09, Martin Steigerwald wrote:
Hello!
This is with 3.16-rc4 – stepped back to this one after having two hangs in
one day with 3.16-rc5, see other thread started by me:
martin@merkaba:~/Zeit/undeletable/db_data
Am Dienstag, 15. Juli 2014, 09:21:40 schrieb Chris Mason:
On 07/14/2014 05:58 PM, Martin Steigerwald wrote:
Am Montag, 14. Juli 2014, 16:12:22 schrieb Chris Mason:
On 07/14/2014 11:10 AM, Martin Steigerwald wrote:
Am Montag, 14. Juli 2014, 17:04:22 schrieben Sie:
Hi!
While with 3.16
162 0.0 0.0 0 0 ?D15:16 0:02 [kworker/u8:4]
root 166 0.0 0.0 0 0 ?D15:16 0:01 [kworker/u8:8]
root 694 0.0 0.0 0 0 ?D15:16 0:03
[btrfs-transacti]
martin2230 0.1 0.3 407396 51868 ?DN 15:16 0
switched it to skinny extents, but I am not completely sure.
Dual SSD BTRFS RAID 1
No snapshots at the moment. And plenty of space free.
Ciao,
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
--
To unsubscribe from this list: send
Am Montag, 14. Juli 2014, 16:12:22 schrieb Chris Mason:
On 07/14/2014 11:10 AM, Martin Steigerwald wrote:
Am Montag, 14. Juli 2014, 17:04:22 schrieben Sie:
Hi!
While with 3.16-rc3 and rc4 I didn´t have a BTRFS hang in several days of
usage, with 3-16-rc5 I had a hang again. Less than
Am Montag, 14. Juli 2014, 17:51:37 schrieben Sie:
Martin Steigerwald posted on Mon, 14 Jul 2014 17:10:30 +0200 as excerpted:
Am Montag, 14. Juli 2014, 17:04:22 schrieben Sie:
Hi!
While with 3.16-rc3 and rc4 I didn´t have a BTRFS hang in several days
of usage, with 3-16-rc5 I had a hang
Am Donnerstag, 10. Juli 2014, 12:10:46 schrieb Russell Coker:
On Wed, 9 Jul 2014 16:48:05 Martin Steigerwald wrote:
- for someone using SAS or enterprise SATA drives with Linux, I
understand btrfs gives the extra benefit of checksums, are there any
other specific benefits over using
.\n,
Just a typo: mount point
+ path);
+ return -EINVAL;
+ }
ret = 0;
*mount_root = realpath(longest_match, NULL);
Thanks,
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
on same filesystem yet different subvolumes, more
flexibility as subvolumes are dynamically allocated, instead of statically
sized
Ciao,
Martin
--
Martin Steigerwald
Consultant / Trainer
teamix GmbH
Südwestpark 43
90449 Nürnberg
fon: +49 911 30999 55
fax: +49 911 30999 99
mail: martin.steigerw
redundancy, how much spares and so on.
I didn't read any of this since a long time. I wonder what happened to this
idea.
Ciao,
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
--
To unsubscribe from this list: send the line unsubscribe
scsi:scsi_dispatch_cmd_start /sys/kernel/debug/tracing/set_event
# echo 1 /sys/kernel/debug/tracing/tracing_on
[do stuff]
# cat /sys/kernel/debug/tracing/trace
--
Martin K. Petersen Oracle Linux Engineering
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body
. There are a few exceptions to this such as
direct I/O, legacy filesystems using bufferheads and raw block device
access.
--
Martin K. Petersen Oracle Linux Engineering
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message to majord...@vger.kernel.org
of Chris' raid5/6 work will
also fix this when it lands.
Interesting...
The source problem is how the COW fragments under expected normal use...
Is all this unavoidable unless we rethink the semantics?
Regards,
Martin
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs
file causing excessive
fragmentation?
Align the data writes to 16kByte or 64kByte boundaries/chunks?
Are mmap-ed files a similar problem to using a swap file and so should
the same btrfs file swap code be used for both?
Not looked over the code so all random guesses...
Regards,
Martin
KiB block in size.
I always thought that the whole point of fallocate is that it *doesn´t* write
out anything, but just reserves the space. Thus I don´t see how COW can have
any adverse effect here.
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B
bothered about the fragmentation.
Ciao,
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
--
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
reason for a drive vendor to
implement that page unless the drive actually supports queued trim. And
consequently it's perfectly normal for that page to be absent.
--
Martin K. Petersen Oracle Linux Engineering
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body
year, even if you use 1000 as
base here. 3 years * 7 TiB = 21 TiB.
So look at your SSD endurance specification and then just relax :)
Ciao,
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
--
To unsubscribe from this list: send
.
--
Martin K. Petersen Oracle Linux Engineering
--
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 04/06/14 10:19, Erkki Seppala wrote:
Martin m_bt...@ml1.co.uk writes:
The *ONLY* application that I know of that uses atime is Mutt and then
*only* for mbox files!...
However, users, such as myself :), can be interested in when a certain
file has been last accessed. With snapshots I
On 02/06/14 14:22, Josef Bacik wrote:
On 05/30/2014 06:00 PM, Martin wrote:
OK... I'll jump in...
On 30/05/14 21:43, Josef Bacik wrote:
Hello,
TL;DR: I want to only do snapshot-aware defrag on inodes in snapshots
that haven't changed since the snapshot was taken. Yay or nay
arch/x86/boot/tools/build
CPUSTR arch/x86/boot/cpustr.h
LZ4 arch/x86/boot/compressed/vmlinux.bin.lz4
CC arch/x86/boot/cpu.o
[… hangs …]
merkaba:~ ps aux | grep D
root 758 0.0 0.0 0 0 ?DMai25 0:40
[btrfs-transacti]
martin2047 0.1 0.3 404932
for deleting snapshots.
Aside: I've held off from using kernel 3.12 and 3.13 due to curious
happenings on my test system. kernel 3.14.4 is behaving well so far.
Hope that gives a few clues.
Good luck,
Martin
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body
is a very human thing... ;-)
Sorry:
Interesting idea but not convinced there's any advantage for disk/SSD
storage.
Regards,
Martin
--
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
On 18/05/14 17:09, Russell Coker wrote:
On Sat, 17 May 2014 13:50:52 Martin wrote:
[...]
Do you see or measure any real advantage?
Imagine that you have a RAID-1 array where both disks get ~14,000 read
errors.
This could happen due to a design defect common to drives of a particular
' is an interesting
approach. However, is that appropriate and useful considering the real
world failure mechanisms that are to be guarded against?
Do you see or measure any real advantage?
Regards,
Martin
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body
.
And it isn´t an option either.
Additionally I never ever used the option --usage. I didn´t even know it
existed.
But if you have a different equally short sugestion, I am all ears.
Anyway, I´d personally wouldn´t block the patch going in due to this.
Thanks,
--
Martin 'Helios' Steigerwald - http
. :-)
Regards,
Martin
--
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
Am Freitag, 25. April 2014, 11:40:28 schrieben Sie:
On Fri, Apr 18, 2014 at 7:18 PM, Martin Steigerwald mar...@lichtvoll.de
wrote:
Hello,
I have:
merkaba:/mnt#1 btrfs scrub status -d /home
scrub status for […]
scrub device /dev/dm-0 (id 1) status
scrub started
--repair with btrfsck yet.
I did, but I made a block-level copy of the device before.
Thanks again
Martin
--
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
be mounted any more.
After that I booted an OpenSUSE 12.3 rescue DVD and created the debug
material shown above.
Any hints how to retrieve files from the /home subvolume from this
corrupt file system would be highly appreciated.
Best regards
Martin
--
To unsubscribe from this list: send the line
to only test it with test data so far or would you consider it
safe enough to test on production data already?
Fortunately since I added that additional mSATA SSD I have some spare storage
to put some test setup into.
Thanks,
Martin
thanks,
-liubo
On Thu, Apr 10, 2014 at 11:48:30AM +0800
… thats another idea.
Although I like the balance idea as well. I used it to RAID-1 my /home to dual
SSD setup. But I didn´t to the degrading step.
Ciao,
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
--
To unsubscribe from this list
performance impact, cause last time
I balanced a BTRFS filesystem the boot time doubled.
That said /home appears to be fast enough for me.
Current setup:
merkaba:~ cat /proc/version
Linux version 3.14.0-tp520 (martin@merkaba) (gcc version 4.8.2 (Debian
4.8.2-17) ) #52 SMP PREEMPT Mon Mar 31 13:41
the
number of devices used for mirroring, striping, and error-correction?
Thanks,
Martin
--
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
is
rattling through a gazillion files and the syslog gets swamped.
Unfortunately, I don't know beforehand what files to mark no-cow unless
I no-cow the entire user/applications.
Thoughts?
Thanks,
Martin
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body
On 24/03/14 20:19, Duncan wrote:
Martin posted on Mon, 24 Mar 2014 19:47:34 + as excerpted:
Possible fix:
btrfs checks the ratio of filesize versus number of fragments and for a
bad ratio either: [...]
3: Automatically defragments the file.
See the autodefrag mount option
On 24/03/14 21:52, Marc MERLIN wrote:
On Mon, Mar 24, 2014 at 07:17:12PM +, Martin wrote:
Thanks for the very good summary.
So... In very brief summary, btrfs raid5 is very much a work in progress.
If you know how to use it, which I didn't know do now, it's technically very
usable
in Akonadi).
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
--
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
code to hdparm, or both...
--
Martin K. Petersen Oracle Linux Engineering
--
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
), and therefore results in
very very poor performance.
Thats exactly how I use it. I just fstrim the partitions from time to time.
Thanks,
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
signature.asc
Description: This is a digitally signed
3 0 wz--n- 446,64g 66,64g
sata1 3 0 wz--n- 278,99g 86,99g
Thanks,
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message to majord
] [81446b9b]
tracesys+0xdd/0xe2
Thanks,
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
--
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
Am Dienstag, 11. Februar 2014, 15:50:12 schrieb Dave:
On Tue, Feb 11, 2014 at 10:36 AM, Martin Steigerwald
mar...@lichtvoll.de wrote:
Today I started getting those on 3.14-rc. One core as displayed as 100%
system CPU. I rebooted cause the system didn´t respond consistently to
user input
Am Montag, 17. Februar 2014, 08:06:50 schrieb Chris Mason:
On 02/17/2014 05:35 AM, Martin Steigerwald wrote:
Am Dienstag, 11. Februar 2014, 15:50:12 schrieb Dave:
On Tue, Feb 11, 2014 at 10:36 AM, Martin Steigerwald
mar...@lichtvoll.de wrote:
Today I started getting those on 3.14-rc
,
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
--
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
in several
files / directories.
Thanks,
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
--
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
changed files take?
Can we now consider making and deleting snapshots a debugged stable
feature?
Thanks,
Martin
--
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
)
return -ENOMEM;
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
--
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
301 - 400 of 781 matches
Mail list logo