On Mon, Apr 18, 2011 at 3:13 AM, Zenon Panoussis <oracle@xxxxxxxxxxxxxxx> wrote: > > > On 04/18/2011 02:53 AM, Colin McCabe wrote: > > Hi > >>> Question: what's the "do not log at all" syntax in ceph.conf? I tried >>> putting everything on "debug xyz = 0", but ceph (osd in this case) is >>> still logging plenty. According to this, I think it shouldn't: > >> Messages that are output at log level 0 or -1 will always be >> displayed. I'm not sure if this message belongs at that log level or >> not-- I haven't dealt with the OSD repop code in a while. > > Wido mentioned "log file = " in a recent posting; I'll try it. > >> In general, I don't think that anyone will ever want to turn off >> logging completely. That would be a little bit like running your >> server without syslog. It just doesn't happen in the real world. > > Of course you're right in general, but right now I'm trying to figure why > my cluster is sluggy and logging is one potential cause that I'd like to > test eliminating. I've seen something like this once before (in openldap), > inexplicable slowness that I spent a long time trying to understand by > reading logs, until I found out that it went away completely as soon as > I switched off logging. Hi Zenon, If you'd like to measure performance without logging, first set all the debug levels to 0. You should be able to do this, at least in head-of-line, with this: debug mds = 0 debug mds balancer = 0 debug mds log = 0 debug mds log expire = 0 debug mds migrator = 0 debug filestore = 0 debug journal = 0 debug bdev = 0 debug mon = 0 debug auth = 0 debug finisher = 0 Then disable all the log sinks with this: log file = log to stderr = 0 log to syslog = false clog to monitors = false clog to syslog = false cheers, Colin > > Z > > -- > 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
