quickly.)
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 at http://vger.kernel.org
this.
--
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
] 1438479 pages non-shared
Mar 4 22:56:01 merkaba rtkit-daemon[1575]: Demoting known real-time threads.
Mar 4 22:56:01 merkaba rtkit-daemon[1575]: Demoted 0 threads.
Thanks,
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
?
Any other idea to make it less cryptic?
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
, the way to a perfect world is done in steps. Thus I agree with Hugo
to start somewhere and I think for a admin who wants to know and specify
exactly what is going one the patches Hugo offered for discussions are a
huge step forward.
I think they are a good base to build upon.
--
Martin
(if the next chunk are allocated as SINGLE) or the minimum one (
if the next chunks are allocated as DUP/RAID1/RAID10).
What information fi df can´t display without root permissions? Maybe its
okay to just omit it for now if being run as user or display a run as root
hint instead?
Thanks,
--
Martin
Am Sonntag, 10. März 2013 schrieb Martin Steigerwald:
Am Sonntag, 10. März 2013 schrieb Goffredo Baroncelli:
Hi all,
Hi Goffredo,
This is the third attempt of my patches related to show how the data
are stored in a btrfs filesystem. I rebased all the patches on the
latest mason git
it as a question in case you do not know
for sure.
According to my irregular data points I also see no significant increase in
wear out after I switched BTRFS to /home although it is a bit premature to
say for sure - I will continue to have a look at it:
martin@merkaba:~/Computer/Merkaba/Intel SSD
/ctrl/root/snap3' and umount
/mnt/ctrl again.
I use it that way, but I use
btrfs subvolume set-default NUMBER /mount/path
in order to not have to put the subvolid option into fstab.
Thanks,
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC
card design, FAT optimization
https://wiki.linaro.org/WorkingGroups/KernelArchived/Projects/FlashCardSurvey
[2] Arnd Bergmann, Optimizing Linux with cheap flash drives
https://lwn.net/Articles/428584/
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F
or
something like that?
Maybe someone else can help with that.
Aside from that: Thats uncorrectable errors for a reason :)
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
, these errors are called uncorrectable for a reason. When they
happen on file data it should be possible to delete the offending file,
but then AFAIK BTRFS also reports on which file they happen.
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599
handle composed of filesystem id and
inode number. Maybe a change in there?
Anyway, to find the real error message its necessary to try to delete
the files on the server. Cause even if there is a real BTRFS issue, the
NFS client likely won´t report helpful error messages.
Thanks,
--
Martin 'Helios
.
But well question still stands: Does BTRFS honor it?
My bet is: It doesn´t.
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
, name);
92 }
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 at http
Am Donnerstag, 21. März 2013 schrieb Frédéric COIFFIER:
Hi Martin,
Le mercredi 20 mars 2013 19:59:54 Martin Steigerwald a écrit :
Am Mittwoch, 20. März 2013 schrieb Frédéric COIFFIER:
But I really think BTRFS displays the filename affected meanwhile. So
maybe if it does not, its some
, leafsize 16384)
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 at http
=318290
I thought I better prove that my home BTRFS is correct.
On trying, I got this:
[kernel backtrace]
Well here are the mount options:
martin@merkaba:~ grep home /proc/mounts
/dev/mapper/merkaba-home /mnt/home-zeit btrfs
rw,noatime,compress=lzo,ssd,space_cache 0 0
/dev/mapper/merkaba-home
On Saturday 13 April 2013 17:48:31 Martin Steigerwald wrote:
Hi!
Please answer soon whether it would be a good idea to replay a backup
right now as I am leaving to Berlin tomorrow for a week without my backup
drive with me. Well, I made space on an external 2,5 inch drive, that I
can take
Am Dienstag, 16. April 2013 schrieb Martin Steigerwald:
On Saturday 13 April 2013 17:48:31 Martin Steigerwald wrote:
Hi!
Please answer soon whether it would be a good idea to replay a backup
right now as I am leaving to Berlin tomorrow for a week without my
backup drive with me. Well
Am Freitag, 19. April 2013 schrieb Liu Bo:
On Fri, Apr 19, 2013 at 11:15:30AM +0200, Martin Steigerwald wrote:
Am Dienstag, 16. April 2013 schrieb Martin Steigerwald:
On Saturday 13 April 2013 17:48:31 Martin Steigerwald wrote:
Hi!
Please answer soon whether it would be a good
Am Samstag, 20. April 2013 schrieb Josef Bacik:
On Fri, Apr 19, 2013 at 03:15:30AM -0600, Martin Steigerwald wrote:
Am Dienstag, 16. April 2013 schrieb Martin Steigerwald:
On Saturday 13 April 2013 17:48:31 Martin Steigerwald wrote:
Hi!
Please answer soon whether it would
Am Samstag, 20. April 2013 schrieb Josef Bacik:
On Fri, Apr 19, 2013 at 03:15:30AM -0600, Martin Steigerwald wrote:
Am Dienstag, 16. April 2013 schrieb Martin Steigerwald:
On Saturday 13 April 2013 17:48:31 Martin Steigerwald wrote:
Hi!
Please answer soon whether it would
Am Samstag, 20. April 2013 schrieb Josef Bacik:
So I found your bug on the plane ride, as soon as I get home I'll email
it. Thanks,
I have redone my BTRFS now.
But I have a dd image copy on my backup drive in case you have something to
try out for me.
Thanks,
--
Martin 'Helios' Steigerwald
, but still.
I also still have the backup dd image available for testing.
Thanks,
Martin
Josef
On Apr 20, 2013 4:43 AM, Martin Steigerwald mar...@lichtvoll.de wrote:
Am Samstag, 20. April 2013 schrieb Josef Bacik:
On Fri, Apr 19, 2013 at 03:15:30AM -0600, Martin Steigerwald wrote:
Am Dienstag
Am Montag, 22. April 2013 schrieb Martin Steigerwald:
Am Samstag, 20. April 2013 schrieb Josef Bacik:
So I found your bug on the plane ride, as soon as I get home I'll email
it. Thanks,
Did you get home yet?
I would like to know the impact of the bug. I am running from a
restauration
notices with df output for the filesystem, but I
thought I mention it, just in case.
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
.
Thanks in advance
Martin
# btrfsck /dev/sdc2
parent transid verify failed on 38158336 wanted 96844 found 97302
parent transid verify failed on 38158336 wanted 96844 found 97302
parent transid verify failed on 38158336 wanted 96844 found 97302
parent transid verify failed on 38158336 wanted 96844
or IOPS numbers.
Kernel in use:
martin@merkaba:~ cat /proc/version
Linux version 3.13.0-rc4-tp520 (martin@merkaba) (gcc version 4.8.2 (Debian
4.8.2-10) ) #39 SMP PREEMPT Tue Dec 17 13:57:12 CET 2013
Characteristics of backup data:
About 239 GiB, lzo compressed with lots of small mail files
amount of data)?
Thanks and happy new year,
--
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
way to find out how much it might still allocate
and at what point it fails – and that without writing tons of data first.
fallocate just triggers allocation and does not write any actual data.
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC
hour 20,000 snapshots and delete the same
amount.
Is there any chance to get real user quotas with btrfs?
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
On Fri, Jan 17, 2014 at 06:24:26PM +, Duncan wrote:
Martin Walter posted on Fri, 17 Jan 2014 15:18:41 +0100 as excerpted:
Our problem is a zfs with 20,000 quota-enabled homedirectories and 100
snapshots.
We would really like to do the same with btrfs, but we don't know how
before such a bold conversion.
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
a memory error since
then and I am not aware of any co-workers having had memory errors on their
laptops. But then… those are usually enterprise grade laptops, which to my
knowledge nonetheless just use RAM without ECC. I don´t think that this
ThinkPad T520 uses ECC RAM.
--
Martin 'Helios
.
As to the error messages: I do not know how critical those are.
I usually just scrub my filesystems once in a while and would only try btrfs
check on one that fails the scrubbing or has problems mounting or (in some
cases) yields strange messages in dmesg.
--
Martin 'Helios' Steigerwald - http
?
I have it disabled and yet I have things like:
Oh, this is insane. This filefrags runs for over a minute already. And hogging
on one core eating almost 100% of its processing power.
merkaba:/home/martin/.kde/share/apps/nepomuk/repository/main/data/virtuosobackend
/usr/bin/time -v filefrag
extents I get:
merkaba:/home/martin/.kde/share/apps/nepomuk/repository/main/data/virtuosobackend
echo 3 /proc/sys/vm/drop_caches ; /usr/bin/time -v dd if=soprano-virtuoso.db
of=/dev/null bs=1M
2418+0 Datensätze ein
2418+0 Datensätze aus
2535456768 Bytes (2,5 GB) kopiert, 13,9546 s, 182 MB/s
own recommendation at the moment.
Then a occasional fstrim, maybe mount with noatime (cause who cares about it
at all?)…
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
Am Samstag, 25. Januar 2014, 15:06:24 schrieb Kai Krakow:
Martin Steigerwald mar...@lichtvoll.de schrieb:
Okay, I have seen 260 MB/s. But frankly I am pretty sure that Virtuoso
isn´t doing this kind of large scale I/O on a highly fragmented file. Its
a database. Its random access. My
)
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
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
,
--
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
to reset all tree block
csum.
cmds-check.c | 284
++- ctree.c
| 18 ++--
ctree.h | 25 +-
disk-io.c| 55 +---
disk-io.h| 3 +
5 files changed, 359 insertions(+), 26 deletions(-)
--
Martin 'Helios
Am Donnerstag, 5. Februar 2015, 09:35:26 schrieb Qu Wenruo:
Original Message
Subject: Re: [PATCH 0/7] Allow btrfsck to reset csum of all tree blocks,
AKA dangerous mode.
From: Martin Steigerwald mar...@lichtvoll.de
To: Qu Wenruo quwen...@cn.fujitsu.com
Date: 2015年02月04日 17
Am Donnerstag, 5. Februar 2015, 16:45:17 schrieb Qu Wenruo:
Original Message
Subject: Re: [PATCH 0/7] Allow btrfsck to reset csum of all tree blocks,
AKA dangerous mode.
From: Martin Steigerwald mar...@lichtvoll.de
To: Qu Wenruo quwen...@cn.fujitsu.com
Date: 2015年02月05日 16
mount_point
Cancel a running device replace operation.
I thought you could resume it then later, but I don't see this. The man
page doesn't see it either.
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
--
To unsubscribe
[ 480.187551] [814baeff] int_signal+0x12/0x17
I attach an sysrq-t thing.
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
Am Freitag, 23. Januar 2015, 18:29:40 schrieb Zygo Blaxell:
On Fri, Jan 23, 2015 at 03:01:28PM +0100, Martin Steigerwald wrote:
Hi!
Anyone seen this?
Reported as:
https://bugzilla.kernel.org/show_bug.cgi?id=91911
I have seen something like this since 3.15.
I've also seen
Am Freitag, 23. Januar 2015, 09:56:54 schrieb Chris Mason:
On Fri, Jan 23, 2015 at 9:38 AM, Holger Hoffstätte
holger.hoffstae...@googlemail.com wrote:
On Fri, 23 Jan 2015 15:01:28 +0100, Martin Steigerwald wrote:
Hi!
Anyone seen this?
Reported as:
https
/root) Gid: (0/root)
Access: 2014-10-31 11:29:37.0 +0100
Modify: 2014-10-30 03:43:06.0 +0100
Change: 2014-10-31 11:29:41.440773090 +0100
Birth: -
Any pointers?
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599
merkaba:/home/martin/.local/share/akonadi/db_data/akonadi filefrag
parttable.ibd
parttable.ibd: 8039 extents found
And I had this up to 4 extents already, I did try manual defragmenting it
with various options to look whether I see any effect:
None.
Same with desktop search database of KDE
Am Samstag, 10. Januar 2015, 11:41:57 schrieb Martin Steigerwald:
Hi!
On answering to the nocow file bit thread I wondered about the way
autodefrag works. As I saw quite some time ago with a VM image on a 2,5
inch external eSATA harddisk it kicks in quite quickly and seems to cause a
*lot
a regression.)
Okay, scratch that.
journald is adaptive to the remaining space on the disk AFAIK.
--
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
. Which I would consider a regression.)
[1] systemd: journal is quite big compared to rsyslog output
https://bugs.debian.org/773538
--
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
/martin/.local/share/akonadi/db_data/akonadi filefrag
parttable.ibd
parttable.ibd: 8039 extents found
Akonadi stores metadata about parts, like mails, contacts and so on in there.
Now the most regular workload for this with a mail setup like here is:
Add new data.
It may not change much of the data
cmd_snapshot_usage in cmds-subvolume.c contains the short description
twice. Remove the first one.
Signed-off-by: Martin Volf martin.volf...@gmail.com
---
diff --git a/cmds-subvolume.c b/cmds-subvolume.c
index 15d4b97..9618cae 100644
--- a/cmds-subvolume.c
+++ b/cmds-subvolume.c
@@ -565,7 +565,6
script.
[1] https://bugzilla.kernel.org/show_bug.cgi?id=90401#c0
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
files. I don't know how other
filesystems behave in this regard.
+C is no-cow, -c is compression.
--
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
Am Donnerstag, 8. Januar 2015, 05:45:56 schrieben Sie:
Martin Steigerwald posted on Wed, 07 Jan 2015 20:08:50 +0100 as excerpted:
No BTRFS developers commented yet on this, neither in this thread nor in
the bug report at kernel.org I made.
Just a quick general note on this point
Am Dienstag, 6. Januar 2015, 15:03:23 schrieb Zygo Blaxell:
On Mon, Dec 29, 2014 at 10:32:00AM +0100, Martin Steigerwald wrote:
Am Sonntag, 28. Dezember 2014, 21:07:05 schrieb Zygo Blaxell:
On Sat, Dec 27, 2014 at 08:23:59PM +0100, Martin Steigerwald wrote:
[…]
Zygo
Am Dienstag, 17. März 2015, 17:07:17 schrieb David Sterba:
On Tue, Mar 17, 2015 at 02:33:30PM +0100, Martin Steigerwald wrote:
On BTRFS I see
martin@merkaba:~ ls -lid /usr/local
27138 drwxrwsr-x 1 root staff 62 Aug 15 2014 /usr/local
martin@merkaba:~ ls -lid /usr/local/.
27138
Am Mittwoch, 18. März 2015, 14:52:30 schrieb David Sterba:
On Wed, Mar 18, 2015 at 02:31:43PM +0100, Martin Steigerwald wrote:
Am Dienstag, 17. März 2015, 17:07:17 schrieb David Sterba:
On Tue, Mar 17, 2015 at 02:33:30PM +0100, Martin Steigerwald wrote:
On BTRFS I see
martin
Hi!
On BTRFS I see
martin@merkaba:~ ls -lid /usr/local
27138 drwxrwsr-x 1 root staff 62 Aug 15 2014 /usr/local
martin@merkaba:~ ls -lid /usr/local/.
27138 drwxrwsr-x 1 root staff 62 Aug 15 2014 /usr/local/.
martin@merkaba:~ ls -lid /usr/local/bin/..
27138 drwxrwsr-x 1 root staff 62 Aug 15
-recover works but does not help.
mount -o recovery does not help
This happens with all kernels I tried: 3.16, 3.16.7-ctk7, 3.18.9,
3.19.1, 4.0-rc2
Regards,
Martin
PS: I attach the relevant part of syslog.
Mar 8 14:21:22 zertz kernel: Btrfs loaded
Mar 8 14:21:22 zertz kernel: BTRFS: device
, 2015 at 03:23:50PM +0100, Martin Steigerwald wrote:
It explains that having a correct hardlink number for directory is
not
mandatory, but it doesn´t explain why BTRFS always has 1 in there
instead of the actual count of hardlinks. Is this an performance
optimization for BTRFS
to reinstall F21.
cheers,
martin [ I am not on the list, CC appreciated... ]
--
martin.langh...@gmail.com
- ask interesting questions
- don't get distracted with shiny stuff - working code first
~ http://docs.moodle.org/en/User:Martin_Langhoff
--
To unsubscribe from this list: send the line
=03190c67ff72b5c56b24266762ab8abe68970f45
which is extractable kernel documenation. You could somehow link to it
in the commit message.
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 Tue, Mar 31, 2015 at 4:09 PM, Chris Murphy li...@colorremedies.com wrote:
There should be a reference to an rdsosreport.txt in /run/... so find
a way to get that posted somewhere.
I'll try, but it truly says nothing of interest from a block device /
btrfs PoV. I have ample background
On Tue, Mar 31, 2015 at 4:11 PM, Chris Murphy li...@colorremedies.com wrote:
While you're at it, try to mount the Btrfs volume in question normally
and report kernel messages. If mount fails, try it with -o recovery
mount option, and also report kernel messages and whether that fails.
Oh, I
On Tue, Mar 31, 2015 at 4:09 PM, Chris Murphy li...@colorremedies.com wrote:
A failure of the
HDD cannot be ruled out, low power conditions, cheap consumer part...
Well you have to rule that out before anyone on this list can really
help. Try booting Fedora 21 install media, and using smartctl
bytes: 476725248
total fs tree bytes: 434733056
total extent tree bytes: 22986752
btree space waste bytes: 83962424
file data blocks allocated: 30820143104
referenced 11997040640
Btrfs v3.17
EOM
cheers,
martin
--
martin.langh...@gmail.com
- ask interesting questions
- don't get
On Wed, Apr 1, 2015 at 11:42 AM, Martin Langhoff
martin.langh...@gmail.com wrote:
See below. Perhaps the newer kernel (in latest F21) has regressed in
handling some kinds of errors during mount, or the dracut/systemd
mounting process is less resilient than mounting under a fully booted
system
errors: 0, uncorrectable errors: 13, unverified errors: 0
Before going to my backups, how can know the files impacted by those
uncorrectable errors?
Best regards,
--Martin
On 04/18/2015 09:45 AM, Martin Monperrus wrote:
Dear Btrfs developers,
For some unknown reasons, my BTRFS filesystem
Hi Duncan,
Beyond this corrupted file, is my disk dead?
Can I repair the file system or re-create a new one on the same disk?
A direct answer is beyond my knowledge level, certainly without SMART
status information, etc.
I attach the result of `smartctl -x` below.
Best regards,
--Martin
Hi Duncan,
The kernel log (dmesg, also logged to syslog/journald on most systems)
from during the scrub should capture more information on those errors.
Thanks. The dmesg log indeed contains the file path (see below).
The error is in /home/martin/X. It is related to a low-level error
Am Sonntag, 19. April 2015, 15:18:51 schrieb Hugo Mills:
On Sun, Apr 19, 2015 at 05:10:30PM +0200, Martin Steigerwald wrote:
Am Sonntag, 19. April 2015, 22:31:02 schrieb Craig Ringer:
On 19 April 2015 at 22:28, Martin Steigerwald mar...@lichtvoll.de
wrote:
Am Sonntag, 19. April 2015
Am Sonntag, 19. April 2015, 18:18:24 schrieb Hugo Mills:
On Sun, Apr 19, 2015 at 07:50:32PM +0200, Martin Steigerwald wrote:
Am Sonntag, 19. April 2015, 15:18:51 schrieb Hugo Mills:
On Sun, Apr 19, 2015 at 05:10:30PM +0200, Martin Steigerwald wrote:
Am Sonntag, 19. April 2015, 22:31:02
Am Sonntag, 19. April 2015, 22:31:02 schrieb Craig Ringer:
On 19 April 2015 at 22:28, Martin Steigerwald mar...@lichtvoll.de
wrote:
Am Sonntag, 19. April 2015, 21:20:11 schrieb Craig Ringer:
Hi all
Hi Craig,
I'm looking into the advisability of running PostgreSQL on BTRFS
Hi!
This may or may not be related to
Bug 90401 - btrfs kworker thread uses up 100% of a Sandybridge core for minutes
on random write into big file
https://bugzilla.kernel.org/show_bug.cgi?id=90401
BTRFS free space handling still needs more work: Hangs again
Martin Steigerwald | 26 Dec 14:37
check_tree_block
incorrect offset 12725 2298746482
items overlap, can't fix
cmds_check.c:2918: fix_item_offset: Assertion 'ret' failed
How to list the files in block #43231330304 affected by the corruption?
How to repair block #43231330304?
Best regards,
--Martin
--
To unsubscribe from this list: send
this. I may be missing something, so maybe someone on the list has a
recommendation.
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.
.
It should show renamed or moved files. But yeah, if it does, at least not
in a way that shows that a rename or move operation took place.
c) it seems to work only for one subvolume?
Its per subvolume, I think. Thats why it is under btrfs subvolume
Ciao,
--
Martin 'Helios' Steigerwald - http
On Wed, Apr 1, 2015 at 2:04 PM, Chris Murphy li...@colorremedies.com wrote:
When I had this same btrfs check error, it was the exact inode number
and same /etc/shadow file. I didn't diff the two shadow files, but I
That's too bizarre for words. Two folks, on two different systems,
getting btrfs
On Wed, Apr 1, 2015 at 2:20 PM, Chris Murphy li...@colorremedies.com wrote:
That won't fix it. Once errors 400 appears, at this point you have to
replace the affected file.
Interesting.
Right now I am booting without problems. I have no evidence of
continued problems. What would I do to check
On Wed, Apr 1, 2015 at 1:03 PM, Chris Murphy li...@colorremedies.com wrote:
mount /dev/sda6 /mnt
btrfs inspect-internal inode-resolve 39841 /mnt
on the booted system...
# uname -a
Linux tp-martin.remote-learner.net 3.18.9-200.fc21.x86_64 #1 SMP Mon
Mar 9 15:10:50 UTC 2015 x86_64 x86_64 x86_64
?
cheers,
martin
--
martin.langh...@gmail.com
- ask interesting questions
- don't get distracted with shiny stuff - working code first
~ http://docs.moodle.org/en/User:Martin_Langhoff
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message to majord
you consider the copy on write fragmentation BTRFS
will give? Even with autodefrag, afaik it is not recommended to use it for
large databases on rotating media at least.
Ciao,
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
a newer kernel for that device, I would not use it
with BRFS.
--
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
?
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
, just in case.)
Also does blkid and/or file-sk onto each device show that the BTRFS
signatures are still there?
--
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
:
errno=-17 Object already exists
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
:
errno=-17 Object already exists
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
extent tree bytes: 243171328
btree space waste bytes: 253506582
file data blocks allocated: 724722012160
referenced 848544292864
btrfs-progs v4.0
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
100% of a Sandybridge core
for minutes on random write into big file
https://bugzilla.kernel.org/show_bug.cgi?id=90401
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
good, but
generation/level doesn't match, want gen: 390924 level: 1
regards
Martin
1:
https://btrfs.wiki.kernel.org/index.php/Problem_FAQ#parent_transid_verify_failed
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message to majord...@vger.kernel.org
- or is the broken Image of
any use for anyone? It's a 4TB disk but I guess I could create a
compressed (partial) image if it's of interest to anyone.
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
Elasticsearch/Hadoop) when the OOM
killer is triggered.
Looks like you are using Linux 3.19 - but I've seen the issue also on
4.0 and 4.1.
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
,
--
Martin
signature.asc
Description: This is a digitally signed message part.
No errors in dmesg, btrfs device stat or smartctl -a.
Any known issue?
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
501 - 600 of 781 matches
Mail list logo