I don't really know; Joao has handled all these cases. I *think* they've been tied to a few bad versions of LevelDB, but I'm not certain. (There were a number of discussions about it on the public mailing lists.) -Greg On Tuesday, September 16, 2014, Florian Haas <florian at hastexo.com> wrote: > Hi Greg, > > just picked up this one from the archive while researching a different > issue and thought I'd follow up. > > On Tue, Aug 19, 2014 at 6:24 PM, Gregory Farnum <greg at inktank.com > <javascript:;>> wrote: > > The sst files are files used by leveldb to store its data; you cannot > > remove them. Are you running on a very small VM? How much space are > > the files taking up in aggregate? > > Speaking generally, I think you should see something less than a GB > > worth of data there, but some versions of leveldb under some scenarios > > are known to misbehave and grow pretty large. > > Can you elaborate on the scenarios where leveldb is misbehaving? I've > also seen reports of this before, with .sst files growing to several > GB in size. Is this a cause for concern (for example, would you expect > mons to slow down) and if so, how would you recover? Would you > essentially nuke the mon and replace it with another? > > Cheers, > Florian > -- Software Engineer #42 @ http://inktank.com | http://ceph.com -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.ceph.com/pipermail/ceph-users-ceph.com/attachments/20140916/d3802326/attachment-0001.htm>
 |