Hi Dan, Pre-loading the erasure code plugins will reduce this race condition (i.e. the files will have to be modified between the start of the ceph-osd process and the bootstrap phase where it loads the plugins for it to happen) and it seems to be preferable to stopping the daemons. Thanks for giving an additional incentive to go in this direction !
Cheers On 18/08/2014 17:31, Dan Van Der Ster wrote: > Hi, > > On 18 Aug 2014, at 17:19, Loic Dachary <[email protected]> wrote: > >> there probably is a way to do something similar with RPM packages. > > That behaviour (well, close enough) just _removed_ from firefly, see: > https://github.com/ceph/ceph/commit/361c1f8554ce1fedfd0020cd306c41b0ba25f53e > > I don’t have a strong opinion if the pkg update should restart the daemon or > not — but we should try not to change this too often as it changes our > operating procedures. > > Cheers, Dan-- > To unsubscribe from this list: send the line "unsubscribe ceph-devel" in > the body of a message to [email protected] > More majordomo info at http://vger.kernel.org/majordomo-info.html > -- Loïc Dachary, Artisan Logiciel Libre
signature.asc
Description: OpenPGP digital signature
