Peter Waller | 2 Sep 11:40 2014

Oops in release_extent_buffer

Further to the old thread: "Machine lockup due to btrfs-transaction on
AWS EC2 Ubuntu 14.04":

http://thread.gmane.org/gmane.comp.file-systems.btrfs/37224

Since I have done a nightly rebalance and ensured plenty of
unallocated space, the main 3 btrfs machines have behaved themselves
for almost a month, except for two outages.

One of them had an oops during routine operation, which is reproduced
below. After this oops the BTRFS filesystem appeared to be blocked for
all subsequent FS operations leading to resource exhaustion and the
machine becoming unresponsive.

For now the machine seems stable after a reboot, with the exception of
on boot hundreds of messages of this form appearing, which I do not
take to be fatal.

> BTRFS error (device dm-0): free space inode generation (0) did not match free space cache generation (254928)

Please advise if this situation is likely to worsen and/or if any
remedial action can be taken.

Thanks,

- Peter

[954589.208141] ------------[ cut here ]------------
[954589.210906] kernel BUG at /home/apw/COD/linux/fs/btrfs/
extent_io.c:4334!
(Continue reading)

Nathan Shearer | 2 Sep 02:14 2014
Picon

Kernel Bug while copying my data off btrfs

I had a multi-drive raid6 setup and failed and removed 2 drives. I tried
to start a scrub and rebalance to recalculate the parity and something
happened where I could not write to the filesystem. Any programs that
tried to interact with the filesystem would stall forever and bring the
server load up to ~40000.

Anyways, now I am mounting the entire filesystem in degraded and
read-only mode and trying to get my data out, but I keep hitting the
same kernel bug:

    Sep  1 17:37:29 storage01 kernel: [ 7781.048714] cp (3796) used
    greatest stack depth: 2584 bytes left
    Sep  1 17:42:26 storage01 kernel: [ 8078.141546] BTRFS info (device
    sdo1): csum failed ino 723851 extent 148790317056 csum 3580889741
    wanted 848104669 mirror 0
    Sep  1 17:42:26 storage01 kernel: [ 8078.513407] BTRFS info (device
    sdo1): csum failed ino 723851 extent 4171022393344 csum 2590340982
    wanted 848104669 mirror 0
    Sep  1 17:42:26 storage01 kernel: [ 8078.513786] BTRFS info (device
    sdo1): csum failed ino 723851 extent 148790312960 csum 2615865265
    wanted 848104669 mirror 1
    Sep  1 17:42:26 storage01 kernel: [ 8078.531244] BTRFS info (device
    sdo1): csum failed ino 723851 extent 4171022467072 csum 653240077
    wanted 1839153580 mirror 2
    Sep  1 17:42:26 storage01 kernel: [ 8078.532972] BTRFS info (device
    sdo1): csum failed ino 723851 extent 4171022467072 csum 3962186301
    wanted 848104669 mirror 3
    Sep  1 17:42:26 storage01 kernel: [ 8078.556560] BTRFS info (device
    sdo1): csum failed ino 723901 extent 148790509568 csum 3471705361
    wanted 3207739402 mirror 0
(Continue reading)

john terragon | 1 Sep 15:33 2014
Picon

kernel 3.17-rc3: task rsync:2524 blocked for more than 120 seconds

Hi.

I'm not sure if this is related to the hung task problem that I've
been seeing in this ml for a while. But  I've been having this
seemingly related problem with 3.15, 3.16 and now 3.17-rc3 (which, if
I'm not mistaken, should have a fix for the hung task problem). So
here it is: I have a usb flash drive with btrfs (on top of dmcrypt)
usually mounted with these options

rw,noatime,compress-force=zlib,ssd,space_cache,autodefrag

When I try to rsync the usb flash drive I get a truck-load of "INFO:
task rsync:2524 blocked for more than 120 seconds" as you can see
below.
The rsync process crawls into an almost complete stop and I can't even
kill it. I know the usb key is OK because I've tried the same thing
with ext4 and xfs and everything went fine.

Any ideas?

Thanks
John

[ 2763.077502] INFO: task rsync:2524 blocked for more than 120 seconds.
[ 2763.077513]       Not tainted 3.17.0-rc3-cu3 #1
[ 2763.077516] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs"
disables this message.
[ 2763.077521] rsync           D ffff880347b63840     0  2524   2523 0x00000000
[ 2763.077531]  ffff880347b633f0 0000000000000082 0000000000013200
ffff880347b2bfd8
(Continue reading)

Dr. Martin Dustin | 31 Aug 22:18 2014
Picon

bitte antworten


-- 
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 beide von uns 
ist. In meiner Abteilung , wobei die Co-Trainer ( Region Greater London) 
, entdeckte ich eine verlassene Summe von £ 16,5 Millionen Pounces ( 
Sechzehn Millionen fünfhunderttausend Pounces und Pfund Sterling ) in 
einem Konto, das zu einem unserer ausländischen Kunden Spät Herr Ron 
Bramlage gehört , ein Amerikaner, der in Kansas Staaten lebt , die ein 
Opfer von einem Hubschrauberabsturz im vergangenen Jahr 8. Juni 2012 war 
in Florida Sumpf ihn zu töten und Familienmitgliedern. Ron war 45 Jahre 
alt . Auch in der Chopper zum Zeitpunkt des Absturzes war seine Frau 
Rebecca , 43, und die Kinder des Paares - Brandon , 15; Boston , 13; 
Beau , 11; und 8 -jährige Roxanne - wurden getötet. Der Pilot war auch 
tot ist.

Die Wahl der Kontaktaufnahme mit Ihnen ist aus der geographischen Natur, 
wo Sie leben , vor allem aufgrund der Sensibilität der Transaktion und 
die Vertraulichkeit hier geweckt , Jetzt ist unsere Bank hat für keine 
der Verwandten gewartet zu kommen -up für die Behauptung, aber niemand 
hat getan, ich persönlich war in der Suche die Verwandten für eine lange 
Zeit erfolglos. Mein lieber Freund , ich suche Ihre Zustimmung an Sie 
als nächsten Angehörigen / Wird Zuschussempfängers mit dem Verstorbenen 
zu präsentieren , so dass die Erlöse aus diesem Konto bei £ 16,5 Mio. 
Pounces geschätzt kann Ihnen bezahlt werden.

(Continue reading)

Dr. Martin Dustin | 31 Aug 22:17 2014
Picon

bitte antworten


-- 
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 beide von uns 
ist. In meiner Abteilung , wobei die Co-Trainer ( Region Greater London) 
, entdeckte ich eine verlassene Summe von £ 16,5 Millionen Pounces ( 
Sechzehn Millionen fünfhunderttausend Pounces und Pfund Sterling ) in 
einem Konto, das zu einem unserer ausländischen Kunden Spät Herr Ron 
Bramlage gehört , ein Amerikaner, der in Kansas Staaten lebt , die ein 
Opfer von einem Hubschrauberabsturz im vergangenen Jahr 8. Juni 2012 war 
in Florida Sumpf ihn zu töten und Familienmitgliedern. Ron war 45 Jahre 
alt . Auch in der Chopper zum Zeitpunkt des Absturzes war seine Frau 
Rebecca , 43, und die Kinder des Paares - Brandon , 15; Boston , 13; 
Beau , 11; und 8 -jährige Roxanne - wurden getötet. Der Pilot war auch 
tot ist.

Die Wahl der Kontaktaufnahme mit Ihnen ist aus der geographischen Natur, 
wo Sie leben , vor allem aufgrund der Sensibilität der Transaktion und 
die Vertraulichkeit hier geweckt , Jetzt ist unsere Bank hat für keine 
der Verwandten gewartet zu kommen -up für die Behauptung, aber niemand 
hat getan, ich persönlich war in der Suche die Verwandten für eine lange 
Zeit erfolglos. Mein lieber Freund , ich suche Ihre Zustimmung an Sie 
als nächsten Angehörigen / Wird Zuschussempfängers mit dem Verstorbenen 
zu präsentieren , so dass die Erlöse aus diesem Konto bei £ 16,5 Mio. 
Pounces geschätzt kann Ihnen bezahlt werden.

(Continue reading)

Dr. Martin Dustin | 31 Aug 22:19 2014
Picon

bitte antworten


-- 
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 beide von uns 
ist. In meiner Abteilung , wobei die Co-Trainer ( Region Greater London) 
, entdeckte ich eine verlassene Summe von £ 16,5 Millionen Pounces ( 
Sechzehn Millionen fünfhunderttausend Pounces und Pfund Sterling ) in 
einem Konto, das zu einem unserer ausländischen Kunden Spät Herr Ron 
Bramlage gehört , ein Amerikaner, der in Kansas Staaten lebt , die ein 
Opfer von einem Hubschrauberabsturz im vergangenen Jahr 8. Juni 2012 war 
in Florida Sumpf ihn zu töten und Familienmitgliedern. Ron war 45 Jahre 
alt . Auch in der Chopper zum Zeitpunkt des Absturzes war seine Frau 
Rebecca , 43, und die Kinder des Paares - Brandon , 15; Boston , 13; 
Beau , 11; und 8 -jährige Roxanne - wurden getötet. Der Pilot war auch 
tot ist.

Die Wahl der Kontaktaufnahme mit Ihnen ist aus der geographischen Natur, 
wo Sie leben , vor allem aufgrund der Sensibilität der Transaktion und 
die Vertraulichkeit hier geweckt , Jetzt ist unsere Bank hat für keine 
der Verwandten gewartet zu kommen -up für die Behauptung, aber niemand 
hat getan, ich persönlich war in der Suche die Verwandten für eine lange 
Zeit erfolglos. Mein lieber Freund , ich suche Ihre Zustimmung an Sie 
als nächsten Angehörigen / Wird Zuschussempfängers mit dem Verstorbenen 
zu präsentieren , so dass die Erlöse aus diesem Konto bei £ 16,5 Mio. 
Pounces geschätzt kann Ihnen bezahlt werden.

(Continue reading)

Alexandre Oliva | 31 Aug 20:07 2014
Picon

Re: btrfs: add -k option to filesystem df

On Aug 30, 2014, Shriramana Sharma <samjnaa <at> gmail.com> wrote:

> But somehow I feel the name of the long option could be made better than
> --kbytes which is not exactly descriptive of what it accomplishes. IIUC so
> far only bytes are displayed right?

kbytes displays KiBs, whereas the preexisting code chooses a magnitude
most suitable to present the size in a human-friendly way.  I'd be happy
to drop the long option, to follow GNU df's practice: there's no long
option (without arguments) equivalent to -k there.

--

-- 
Alexandre Oliva, freedom fighter    http://FSFLA.org/~lxoliva/
You must be the change you wish to see in the world. -- Gandhi
Be Free! -- http://FSFLA.org/   FSF Latin America board member
Free Software Evangelist|Red Hat Brasil GNU Toolchain Engineer
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Remco Hosman - Yerf IT.nl | 31 Aug 09:37 2014
Picon

find_mount_root() issue

issue:
on my system i have 2 entries for /, one with the type ‘rootfs’ and a 2nd one with the type ‘btrfs’.
find_mount_root() uses the first one and reports a fail.

My change:
if (longest_matchlen < len) {
into:
if (longest_matchlen <= len) {

i have not tested this, but in my understanding it will use the last longest match instead of the first.

I have no idea if this rootfs entry is normal nor if its always there before the ‘proper’ one.

These are the 2 entries in my mount list:
rootfs / rootfs rw 0 0
/dev/sda2 / btrfs rw,noatime,ssd,noacl,space_cache 0 0

Hope this helps,
Remco--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Christoph Anton Mitterer | 31 Aug 06:02 2014
Picon

general thoughts and questions + general and RAID5/6 stability?

Hey.

For some time now I consider to use btrfs at a larger scale, basically
in two scenarios:

a) As the backend for data pools handled by dcache (dcache.org), where
we run a Tier-2 in the higher PiB range for the LHC Computing Grid...
For now that would be rather "boring" use of btrfs (i.e. not really
using any of its advanced features) and also RAID functionality would
still be provided by hardware (at least with the current hardware
generations we have in use). 

b) Personally, for my NAS. Here the main goal is less performance but
rather data safety (i.e. I want something like RAID6 or better) and
security (i.e. it will be on top of dm-crypt/LUKS) and integrity.
Hardware wise I'll use and UPS as well as enterprise SATA disks, from
different vendors respectively different production lots.
(Of course I'm aware that btrfs is experimental, and I would have
regular backups)

1) Now I've followed linux-btrfs for a while and blogs like Marc's...
and I still read about a lot of stability problems, some which sound
quite serious.
Sure we have a fsck now, but even in the wiki one can read statements
like "the developers use it on their systems without major problems"...
but also "if you do this, it could help you... or break even more".

I mean I understand that there won't be a single point in time, where
Chris Mason says "now it's stable" and it would be rock solid form that
point on... but especially since new features (e.g. things like
(Continue reading)

Shriramana Sharma | 31 Aug 03:55 2014
Picon

Change "total" in btrfs filesystem df output to "alloc"

Hello. There seem to be lots of questions in various forums re the
output of btrfs fi df -- especially w.r.t. the usage of the word
"total". For example see https://community.oracle.com/thread/2459838

I feel it would make the intent clearer if "total" were changed to
"alloc" or "allocated" (if the short form is felt unclear). It would
also help people understand the output of regular df on a btrfs system
since one can understand easier that pre-allocated space would count
as "used" space as it is not free!

--

-- 
Shriramana Sharma ஶ்ரீரமணஶர்மா श्रीरमणशर्मा
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Alexandre Oliva | 30 Aug 20:27 2014
Picon

btrfs: add -k option to filesystem df

Introduce support for df to print sizes in KiB, easy to extend to other
bases.

The man page is also updated and fixed in that it made it seem like
multiple paths were accepted.

Signed-off-by: Alexandre Oliva <oliva <at> gnu.org>
---
 Documentation/btrfs-filesystem.txt |    4 +++-
 cmds-filesystem.c                  |   26 +++++++++++++++++++++++---
 utils.c                            |   29 +++++++++++++++++++++++++++--
 utils.h                            |    1 +
 4 files changed, 54 insertions(+), 6 deletions(-)

diff --git a/Documentation/btrfs-filesystem.txt b/Documentation/btrfs-filesystem.txt
index c9c0b00..70ba4b8 100644
--- a/Documentation/btrfs-filesystem.txt
+++ b/Documentation/btrfs-filesystem.txt
 <at>  <at>  -17,8 +17,10  <at>  <at>  resizing, defragment.

 SUBCOMMAND
 ----------
-*df* <path> [<path>...]::
+*df* [--kbytes] <path>::
 Show space usage information for a mount point.
++
+If '-k' or '--kbytes' is passed, sizes will be printed in KiB.

 *show* [--mounted|--all-devices|<path>|<uuid>|<device>|<label>]::
 Show the btrfs filesystem with some additional info.
(Continue reading)


Gmane