2011-04-06 12:43:50 +0100, Stephane Chazelas:
[...]
The rate is going down. It's now down to about 14kB/s
[658654.295752] btrfs: relocating block group 3919858106368 flags 20
[671932.913235] btrfs: relocating block group 3919589670912 flags 20
[686189.296126] btrfs: relocating block group
Hallo, Stephane,
Du meintest am 11.04.11:
[780504.726067] btrfs: relocating block group 3917710622720 flags 20
[...]
At this rate, the balancing would be over in about 8 years.
[...]
Hurray! The btrfs balance eventually ran through after almost exactly
2 weeks. It didn't get down to 0:
2011-04-04 20:07:54 +0100, Stephane Chazelas:
[...]
4.7 more days to go. And I reckon it will have written about 9
TB to disk by that time (which is the total size of the volume,
though only 3.8TB are occupied).
Yes - that's the pessimistic estimation. As Hugo has explained it can
On 01/04/11 12:59, Hugo Mills wrote:
On Fri, Apr 01, 2011 at 12:14:50PM +0100, Struan Bartlett wrote:
My company is testing btrfs (kernel 2.6.38) on a slave MySQL
database server with a 195Gb filesystem (of which about 123Gb is
used). So far, we're quite impressed with the performance. Our
2011-04-03 21:35:00 +0200, Helmut Hullen:
Hallo, Stephane,
Du meintest am 03.04.11:
balancing about 2 TByte needed about 20 hours.
[...]
Hugo has explained the limits of regarding
dmesg | grep relocating
or (more simple) the last lines of dmesg and looking for the
Hallo, Stephane,
Du meintest am 03.04.11:
balancing about 2 TByte needed about 20 hours.
[...]
Hugo has explained the limits of regarding
dmesg | grep relocating
or (more simple) the last lines of dmesg and looking for the
relocating lines. But: what do these lines tell now?
Hallo, Struan,
Du meintest am 01.04.11:
1) Is the balancing operation expected to take many hours (or days?)
on a filesystem such as this? Or are there known issues with the
algorithm that are yet to be addressed?
May be. Balancing about 15 GByte needed about 2 hours (or less),
balancing
On 1/4/2011 3:12 μμ, Helmut Hullen wrote:
Hallo, Struan,
Du meintest am 01.04.11:
1) Is the balancing operation expected to take many hours (or days?)
on a filesystem such as this? Or are there known issues with the
algorithm that are yet to be addressed?
May be. Balancing about 15 GByte
Hallo, Konstantinos,
Du meintest am 01.04.11:
dmesg counts down the number of remaining jobs.
are you sure? here is a snippet of dmesg from a balance i did
yesterday (2.6.38.1)
btrfs: relocating block group 15338569728 flags 9
btrfs: found 17296 extents
btrfs: found 17296 extents
btrfs:
On Fri, Apr 01, 2011 at 03:36:00PM +0200, Helmut Hullen wrote:
Hallo, Konstantinos,
Du meintest am 01.04.11:
dmesg counts down the number of remaining jobs.
are you sure? here is a snippet of dmesg from a balance i did
yesterday (2.6.38.1)
btrfs: relocating block group
On 1/4/2011 4:37 μμ, Hugo Mills wrote:
On Fri, Apr 01, 2011 at 04:22:39PM +0300, Konstantinos Skarlatos wrote:
On 1/4/2011 3:12 μμ, Helmut Hullen wrote:
Du meintest am 01.04.11:
dmesg counts down the number of remaining jobs.
are you sure? here is a snippet of dmesg from a balance i did
On Fri, 2011-04-01 at 14:12 +0200, Helmut Hullen wrote:
Hallo, Struan,
Du meintest am 01.04.11:
1) Is the balancing operation expected to take many hours (or days?)
on a filesystem such as this? Or are there known issues with the
algorithm that are yet to be addressed?
May be.
Hallo, Stephane,
Du meintest am 01.04.11:
balancing about 2 TByte needed about 20 hours.
[...]
I've got a balance running since Monday on a 9TB volume (3.5 of which
are used, 3.2 allegedly free), showing no sign of finishing soon.
Should I be worried?
Using /proc/sys/vm/block_dump, I can
13 matches
Mail list logo
