Hello, I was just wondering what the status of the patch that would fix my problem is. I have not heard from anyone in over a month, and I just wanted to check in and see how it is progressing, or if you have put it on hold for more important work like kernel 3.4. Thank you again for helping me.
On Fri, Mar 16, 2012 at 12:26 PM, Travis Shivers <ttshiv...@gmail.com> wrote: > > When you finish the patch, where should I get it from? Is it a general btrfs > patch, and I would grab it in the next kernel release, or is it a specific > patch for me, and I would grab it from a btrfs repository? Thanks again for > all of your help. > > > On Wed, Feb 29, 2012 at 5:58 PM, Travis Shivers <ttshiv...@gmail.com> wrote: >> >> I was running a fairly old version of the kernel: >> Linux server 3.0.0-16-generic #28-Ubuntu SMP Fri Jan 27 17:44:39 UTC >> 2012 x86_64 x86_64 x86_64 GNU/Linux >> >> On Wed, Feb 29, 2012 at 5:44 PM, Chris Mason <chris.ma...@oracle.com> wrote: >> > On Wed, Feb 29, 2012 at 05:11:24PM -0600, Travis Shivers wrote: >> >> Thank you all for helping. My btrfs array consists of 4 disks: 2 (2 >> >> TB) disks and 2(500 GB) disks. Since I have disks of different sizes, >> >> I have the array being mirrored so that there are two copies of a file >> >> on two separate disks. The data and metadata are mirrored. >> >> >> >> I originally made the array by using this command: >> >> >> >> # mkfs.btrfs -m raid1 -d raid1 /dev/sd[abcd] >> >> (The drives were originally those letters) >> >> >> >> >> >> All of the disks sit in an external 4 bay ESATA enclosure going into a >> >> PCI-E RAID card set up as JBOD, so I can use btrfs' software >> >> mirroring. This is the enclosure that I have: >> >> http://www.newegg.com/Product/Product.aspx?Item=N82E16816132029 >> >> >> >> The corruption was unexpected. I am not entirely sure what caused it, >> >> but a few days before the corruption, there were several power >> >> outages. I do not think that the problem is with the actual hard drive >> >> hardware since they are fairly new (6 months old) and they pass all >> >> SMART tests. After a reboot, the btrfs array refused to mount and >> >> started giving off errors. I do weekly scrubs, balances, and >> >> defragmentation. >> > >> > Ok, all of this should have worked. Which kernel were you running when >> > you had the power outages? >> > >> > I'm testing out the patch to skip the extent allocation tree at mount. >> > That will be the easiest way to get to the data (readonly, but it'll >> > work). >> > >> > -chris > > -- 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
