2011/12/12 Alexandre Oliva ol...@lsd.ic.unicamp.br:
On Dec 7, 2011, Christian Brunner c...@muc.de wrote:
With this patch applied I get much higher write-io values than without
it. Some of the other patches help to reduce the effect, but it's
still significant.
iostat on an unpatched node
2011/12/7 Christian Brunner c...@muc.de:
2011/12/1 Christian Brunner c...@muc.de:
2011/12/1 Alexandre Oliva ol...@lsd.ic.unicamp.br:
On Nov 29, 2011, Christian Brunner c...@muc.de wrote:
When I'm doing havy reading in our ceph cluster. The load and wait-io
on the patched servers is higher
2011/12/1 Christian Brunner c...@muc.de:
2011/12/1 Alexandre Oliva ol...@lsd.ic.unicamp.br:
On Nov 29, 2011, Christian Brunner c...@muc.de wrote:
When I'm doing havy reading in our ceph cluster. The load and wait-io
on the patched servers is higher than on the unpatched ones.
That's
On Nov 29, 2011, Christian Brunner c...@muc.de wrote:
When I'm doing havy reading in our ceph cluster. The load and wait-io
on the patched servers is higher than on the unpatched ones.
That's unexpected.
This seems to be coming from btrfs-endio-1. A kernel thread that has
not caught my
2011/11/28 Alexandre Oliva ol...@lsd.ic.unicamp.br:
We're failing to create clusters with bitmaps because
setup_cluster_no_bitmap checks that the list is empty before inserting
the bitmap entry in the list for setup_cluster_bitmap, but the list
field is only initialized when it is restored
We're failing to create clusters with bitmaps because
setup_cluster_no_bitmap checks that the list is empty before inserting
the bitmap entry in the list for setup_cluster_bitmap, but the list
field is only initialized when it is restored from the on-disk free
space cache, or when it is written