Gregory, Thanks for prompt response, we'll go with v0.80.7. It still would be nice if v0.80.8 doesn't take as long as v0.80.6, I suspect one of the reasons you messed it up was too many commits without intermediate releases. On Wed, Oct 15, 2014 at 9:59 AM, Gregory Farnum <greg@xxxxxxxxxxx> wrote: > Take .80.7. All of the bugs you've cited, you are supremely unlikely > to run into. The "Urgent" tag is a measure of planning priority, not > of impact to users; here it generally means "we found a bug on a > stable branch that we can reproduce". Taking them in order: > http://tracker.ceph.com/issues/9492: only happens if you try and cheat > with your CRUSH rules, and obviously nobody did that until Sage > suggested it as a solution to the problem somebody had 29 days ago > when this was discovered. > http://tracker.ceph.com/issues/9039: The most serious here, but only > happens if you're using RGW, and storing user data in multiple pools, > and issue a COPY command to copy data between different pools. > http://tracker.ceph.com/issues/9582: Only happens if you're using the > op timeout feature of librados with the C bindings OR the op timeout > feature *and* the user-provided buffers in the C++ interface. (To the > best of my knowledge, the people who discovered this are the only ones > using op timeouts.) > http://tracker.ceph.com/issues/9307: I'm actually not sure what's > going on here; looks like some kind of extremely rare race when > authorizing requests? (ie, fixed by a retry) > > We messed up the v0.80.6 release in a very specific way (and if you > were deploying a new cluster it wasn't a problem), but you're > extrapolating too much from the presence of patches about what their > impact is and what the system's stability is. These are largely > cleaning up rough edges around user interfaces, and smoothing out > issues in the new functionality that a standard deployment isn't going > to experience. :) > -Greg > Software Engineer #42 @ http://inktank.com | http://ceph.com -- Dmitry Borodaenko _______________________________________________ ceph-users mailing list ceph-users@xxxxxxxxxxxxxx http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
 |