On Wed, 3 Feb 2016, Somnath Roy wrote: > Hi, > I saw osd log is spamming with following leveldb messages.. > > 2016-02-02 15:47:01.559086 7f6565fff700 1 leveldb: Compacting 2@0 + 6@1 files > 2016-02-02 15:47:01.601971 7f6565fff700 1 leveldb: Generated table #45588: 57785 keys, 2130651 bytes > 2016-02-02 15:47:01.645375 7f6565fff700 1 leveldb: Generated table #45589: 58653 keys, 2131228 bytes > 2016-02-02 15:47:01.692566 7f6565fff700 1 leveldb: Generated table #45590: 57729 keys, 2131490 bytes > 2016-02-02 15:47:01.696688 7f6565fff700 1 leveldb: Generated table #45591: 4131 keys, 167758 bytes > 2016-02-02 15:47:01.735986 7f6565fff700 1 leveldb: Generated table #45592: 44341 keys, 1684603 bytes > 2016-02-02 15:47:01.783394 7f6565fff700 1 leveldb: Generated table #45593: 57672 keys, 2130488 bytes > 2016-02-02 15:47:01.792750 7f6565fff700 1 leveldb: Generated table #45594: 11073 keys, 408429 bytes > 2016-02-02 15:47:01.792759 7f6565fff700 1 leveldb: Compacted 2@0 + 6@1 files => 10784647 bytes > 2016-02-02 15:47:01.793017 7f6565fff700 1 leveldb: compacted to: files[ 0 7 25 0 0 0 0 ] > 2016-02-02 15:47:01.793089 7f6565fff700 1 leveldb: Compacting 1@1 + 4@2 files > 2016-02-02 15:47:01.830144 7f6565fff700 1 leveldb: Generated table #45595: 32249 keys, 2130919 bytes > 2016-02-02 15:47:01.867178 7f6565fff700 1 leveldb: Generated table #45596: 32228 keys, 2131274 bytes > 2016-02-02 15:47:01.908135 7f6565fff700 1 leveldb: Generated table #45597: 32246 keys, 2130944 bytes > 2016-02-02 15:47:01.949642 7f6565fff700 1 leveldb: Generated table #45598: 32211 keys, 2130740 bytes > 2016-02-02 15:47:01.950102 7f6565fff700 1 leveldb: Generated table #45599: 60 keys, 4062 bytes > 2016-02-02 15:47:01.950110 7f6565fff700 1 leveldb: Compacted 1@1 + 4@2 files => 8527939 bytes > 2016-02-02 15:47:01.950356 7f6565fff700 1 leveldb: compacted to: files[ 0 6 26 0 0 0 0 ] > 2016-02-02 15:47:01.950566 7f6565fff700 1 leveldb: Delete type=2 #45577 > > 2016-02-02 15:47:01.951127 7f6565fff700 1 leveldb: Delete type=2 #45578 > > I found out now we are redirecting leveldb logs to ceph log based on config option "leveldb_log_to_ceph_log" which is by default true. > > If there is no strong reason I think it should be by default false. The problem is that otherwise the log goes to the db directory and is never rotated. Or, we set it to /dev/null and we get no logs at all. Is the quantity of logging too much? In rocksdb we can limit by log level (warn/info/debug etc), but not so in leveldb. :/ sage -- 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
