It is with current next from today right now.
It just prints this line:
2012-11-23 10:15:29.927754 mon.0 [INF] pgmap v89614: 7632 pgs: 5956
active+clean, 446 active+remapped+wait_backfill, 540
active+degraded+wait_backfill, 690
active+degraded+remapped+wait_backfill; 0 bytes data, 2827 MB used, 4461
GB / 4464 GB avail; 1/3 degraded (33.333%)
And there is no I/O or CPU load on any machine. And it tooks hours to
recover with 0 bytes data (deleted all images before trying this again).
Greets,
Stefan
Am 20.11.2012 00:21, schrieb Gregory Farnum:
Which version was this on? There was some fairly significant work to
recovery done to introduce a reservation scheme and some other stuff
that might need some different defaults.
-Greg
On Tue, Nov 13, 2012 at 12:33 PM, Stefan Priebe <s.priebe@xxxxxxxxxxxx> wrote:
Hi list,
osd recovery seems to be really slow with current master.
I see only 1-8 active+recovering out of 1200. Even there's no load on ceph
cluster.
Greets,
Stefan
--
To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
