On 10/14/2014 10:22 AM, David Arendt wrote:
I didn't notice a corruption on other filesystems with kernel 3.17.0.
Also I didn't experience any hangs except when trying to mount a
corrupted btrfs but this was causing a hang within less than 10 seconds.
It could be that your problem is unrelated and that the corruption you
are experiencing is due to an unrelated hang followed by a hard
powerdown. Have you been able to capture any btrfs related kernel panics ?
My installation is _not_ well suited for capturing panics.
I have not been able to capture any panics on either system and I had to
just switch back to 3.16.3 as the two systems were my firewall (ext4)
and my primary laptop (BTRFS). I didn't want to grind them up with
repeated crashes and corruptions. I only let the firewall fault once
before switching back.
The laptop faulted and hung twice under 3.17.0 before I switched it
back, thinking it was a radeon graphics driver issue. Then I logged into
the firewall via ssh to check something and three shell commands or so
in, it went to lunch (but the firewall layer was still passing packets).
The only actual sign of filesystem corruption on the laptop was the
sudden absence or corruption of the (sqlite3 format) history and
settings files. But firefox was the only thing I'd been actively using.
Given the way the firewall jammed up and died, and the kind of
corruption (special files don't get updated that much, let alone to link
up a directory) -- and the fact that it ran fine as a firewall for
several hours then died as soon as I touched the file system. I suspect
that there is something fishy in dcache or the vnode layers.
It was too much too soon on two otherwise stable systems.
I offered this email here because I noticed that people were seeing
"BTRFS corruption" with 3.17 and I'd seen both BTRFS and EXT4 corruption
which suggests that BTRFS _isn't_ particularly culpable.
--
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
