On Fri, Aug 30, 2013 at 09:44:28AM -0500, Eric Sandeen wrote:
On 8/29/13 3:19 PM, Chris Murphy wrote:
On Aug 29, 2013, at 1:53 PM, Hugo Mills h...@carfax.org.uk wrote:
On Thu, Aug 29, 2013 at 01:44:54PM -0600, Chris Murphy wrote:
Certainly, if known for sure it won't be more than 30
On 8/29/13 3:19 PM, Chris Murphy wrote:
On Aug 29, 2013, at 1:53 PM, Hugo Mills h...@carfax.org.uk wrote:
On Thu, Aug 29, 2013 at 01:44:54PM -0600, Chris Murphy wrote:
Certainly, if known for sure it won't be more than 30 seconds?
Mmm... it'll depend on the setting of the commit
If those fail, then look in dmesg for errors relating to the log
tree -- if that's corrupt and can't be read (or causes a crash), use
btrfs-zero-log.
In a bit of a tangent:
btrfs-zero-log throws away data that fsync/sync could have previously
claimed was stable on disk.
Given how often
On Aug 29, 2013, at 11:35 AM, Zach Brown z...@redhat.com wrote:
If those fail, then look in dmesg for errors relating to the log
tree -- if that's corrupt and can't be read (or causes a crash), use
btrfs-zero-log.
In a bit of a tangent:
btrfs-zero-log throws away data that fsync/sync
On Thu, Aug 29, 2013 at 01:37:51PM -0600, Chris Murphy wrote:
On Aug 29, 2013, at 11:35 AM, Zach Brown z...@redhat.com wrote:
If those fail, then look in dmesg for errors relating to the log
tree -- if that's corrupt and can't be read (or causes a crash), use
btrfs-zero-log.
In a
On Aug 29, 2013, at 1:40 PM, Hugo Mills h...@carfax.org.uk wrote:
On Thu, Aug 29, 2013 at 01:37:51PM -0600, Chris Murphy wrote:
Proceeding will roll back the file system to a previous state, and may
cause the loss of successfully written data. Proceed? (Y/N)
... the loss of up to the
On Thu, Aug 29, 2013 at 01:44:54PM -0600, Chris Murphy wrote:
On Aug 29, 2013, at 1:40 PM, Hugo Mills h...@carfax.org.uk wrote:
On Thu, Aug 29, 2013 at 01:37:51PM -0600, Chris Murphy wrote:
Proceeding will roll back the file system to a previous state, and may
cause the loss of
On Aug 29, 2013, at 1:53 PM, Hugo Mills h...@carfax.org.uk wrote:
On Thu, Aug 29, 2013 at 01:44:54PM -0600, Chris Murphy wrote:
Certainly, if known for sure it won't be more than 30 seconds?
Mmm... it'll depend on the setting of the commit period, which up
until a couple of weeks ago
On Aug 29, 2013, at 2:19 PM, Chris Murphy li...@colorremedies.com wrote:
On Aug 29, 2013, at 1:53 PM, Hugo Mills h...@carfax.org.uk wrote:
On Thu, Aug 29, 2013 at 01:44:54PM -0600, Chris Murphy wrote:
Certainly, if known for sure it won't be more than 30 seconds?
Mmm... it'll depend
On Aug 26, 2013, at 11:41 AM, Nick Lee em...@nickle.es wrote:
There was a discussion on IRC a few days ago that the problem with the tree
root's bloco was likely the result of either an issue with the disk itself,
or the chunk tree/logical mappings. I ran the chunk recover, looked over the
On Mon, Aug 26, 2013 at 01:10:54PM -0600, Chris Murphy wrote:
On Aug 26, 2013, at 11:41 AM, Nick Lee em...@nickle.es wrote:
There was a discussion on IRC a few days ago that the problem with the tree
root's bloco was likely the result of either an issue with the disk itself,
or the
On Aug 26, 2013, at 1:31 PM, Hugo Mills h...@carfax.org.uk wrote:
Let's assume that you don't have a physical device failure (which
is a different set of tools -- mount -odegraded, btrfs dev del
missing).
First thing to do is to take a btrfs-image -c9 -t4 of the
filesystem, and keep
Hi list! I recently butchered my filesystem, and I was wondering if anyone
knows how to help.
Problem: My filesystem is screwed up, and I can't mount it at all right now. In
the logs, the problem begins around 45s.
Background: I'm running a 6x4TB RAID5 array using md. I have a few virtual
On Thu, Aug 22, 2013 at 1:47 AM, Nicholas Lee em...@nickle.es wrote:
[ 45.914275] [ cut here ]
[ 45.914406] kernel BUG at fs/btrfs/volumes.c:4417!
[ 45.914489] invalid opcode: [#1] PREEMPT SMP
I can't say if this will fix your problem or not, but the 3.10.x
On Aug 22, 2013, at 4:58 PM, Chris Murphy li...@colorremedies.com wrote:
1
2
3
4
5
6. What was the mkfs.btrfs command used? In particular are you certain the
metadata profile is default (DUP)?
7. If you have a very recent btrfs-progs (few months at most), or better if you
can build from
1. It's md-raid, with an lvm on top, and this is running in a virtual machine
with lvm also enabled.
2. Originally, I was working from the Arch LiveCD, but I later created another
disk to install ArchBang to.
3. I'm waiting for the check to complete.
4. SMART comes up clean
smartctl -x
On Aug 22, 2013, at 6:59 PM, Nicholas Lee em...@nickle.es wrote:
smartctl -x /dev/sdg | grep SCT
The grep filtered the current read/write values, try this:
smartctl -l scterc /dev/sdg
If it's higher than 300(30.0 seconds) then you should change it:
smartctl -l scterc,70,70 /dev/sdX
for
Duncan posted on Thu, 22 Aug 2013 23:53:28 + as excerpted:
btrfs wiki[1]
[1] https://btrfs.wiki.kernel.org/
--
Duncan - List replies preferred. No HTML msgs.
Every nonfree program has a lord, a master --
and if you use the program, he is your master. Richard Stallman
--
To
18 matches
Mail list logo