Hi devs, I''ve been using btrfs on my file server since 2.6.32 and after upgrading to .33 I noticed that rebalancing took way longer than before. I have a 5 disk array used for a btrfs md setup, different hard drive sizes, brands, and interfaces. The last time I rebalanced I was using about 800GB of space on the 4.6TB array, and I started before I went to sleep and it was done when I woke up. I''m in the middle of a rebalance right now, currently using 950GB, and it has been a full day and the rebalancing is not done yet. Is this an expected change? Is there any way to tell how much longer it will take? Do you need to know more info about the setup? Thanks, — Mark Rada marada@uwaterloo.ca -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
On Fri, Mar 19, 2010 at 9:44 AM, Mark Rada <marada@uwaterloo.ca> wrote:> Hi devs, > > I''ve been using btrfs on my file server since 2.6.32 and after upgrading to .33 I noticed that rebalancing took way longer than before. > > I have a 5 disk array used for a btrfs md setup, different hard drive sizes, brands, and interfaces. > > The last time I rebalanced I was using about 800GB of space on the 4.6TB array, and I started before I went to sleep and it was done when I woke up. > > I''m in the middle of a rebalance right now, currently using 950GB, and it has been a full day and the rebalancing is not done yet. Is this an expected change? Is there any way to tell how much longer it will take? Do you need to know more info about the setup? >I guess it enters infinite loops. you can check it by checking if there are a lots of repeats messages in the kernel log. If it is true, you can try deleting some large files in that FS. -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Hmm, there seems to be a very very long list of "btrfs: found 1 extents" messages and nothing else in between them. Why would deleting large files help? I don''t want to delete files on my server unless I have no other option. — Mark Rada marada@uwaterloo.ca On 2010-03-18, at 11:19 PM, Yan, Zheng wrote:> On Fri, Mar 19, 2010 at 9:44 AM, Mark Rada <marada@uwaterloo.ca> wrote: >> Hi devs, >> >> I''ve been using btrfs on my file server since 2.6.32 and after upgrading to .33 I noticed that rebalancing took way longer than before. >> >> I have a 5 disk array used for a btrfs md setup, different hard drive sizes, brands, and interfaces. >> >> The last time I rebalanced I was using about 800GB of space on the 4.6TB array, and I started before I went to sleep and it was done when I woke up. >> >> I''m in the middle of a rebalance right now, currently using 950GB, and it has been a full day and the rebalancing is not done yet. Is this an expected change? Is there any way to tell how much longer it will take? Do you need to know more info about the setup? >> > > I guess it enters infinite loops. you can check it by checking if > there are a lots of > repeats messages in the kernel log. If it is true, you can try > deleting some large > files in that FS.-- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html