Hello, Running Graylog V1.2.2 using the VM appliance from graylog.org.
Been having performance issues. When I first start Graylog, everything is snappy. By the next day, things have gotten more sluggish. Sometimes it takes 5-10 attempts to login to the web interface. One problem I have is that two of the indices have dropped off the list on the Systems->Indices page. After some googling, I decided to try Maintenance->Recalculate index ranges. The job completes but neither of the two indices reappear in the list. I found these errors in /var/log/graylog/server/current: 2015-11-09_23:28:53.06554 INFO [RebuildIndexRangesJob] Re-calculating index ranges. 2015-11-09_23:28:53.06590 INFO [SystemJobManager] Submitted SystemJob <a3802c80-8739-11e5-8dd3-005056b859d5> [org.graylog2.indexer.ranges.RebuildIndexRangesJob] 2015-11-09_23:28:53.12839 INFO [MongoIndexRangeService] Calculated range of [graylog_47] in [56ms]. ... 2015-11-09_23:28:54.49844 INFO [MongoIndexRangeService] Calculated range of [graylog_55] in [101ms]. 2015-11-09_23:28:54.81895 INFO [MongoIndexRangeService] Calculated range of [graylog_58] in [211ms]. 2015-11-09_23:28:54.94361 INFO [MongoIndexRangeService] Calculated range of [graylog_57] in [123ms]. 2015-11-09_23:28:55.04214 ERROR [Indices] Error while calculating timestamp stats in index <graylog_59> 2015-11-09_23:28:55.04216 org.elasticsearch.action.search.SearchPhaseExecutionException: Failed to execute phase [query], all shards failed; shardFailures {[XnEo6hwLTeyUZ4EluxaIEw][graylog_59][0]: RemoteTransportException[[X-Cutioner][inet [/172.20.39.61:9300]][indices:data/read/search[phase/query]]]; nested: ClassCastException; }{[XnEo6hwLTeyUZ4EluxaIEw][graylog_59][1]: RemoteTransportException[[X-Cutioner][inet[/172.20.39.61:9300]][indices:data/read/search[phase/query]]]; nested: ClassCastException; }{[XnEo6hwLTeyUZ4EluxaIEw][graylog_59][2]: RemoteTransportException[[X-Cutioner][inet[/172.20.39.61:9300]][indices:data/read/search[phase/query]]]; nested: ClassCastException; }{[XnEo6hwLTeyUZ4EluxaIEw][graylog_ 59][3]: RemoteTransportException[[X-Cutioner][inet[/172.20.39.61:9300]][indices:data/read/search[phase/query]]]; nested: ClassCastException; } 2015-11-09_23:28:55.04217 at org.elasticsearch.action.search.type.TransportSearchTypeAction$BaseAsyncAction.onFirstPhaseResult(TransportSearchTypeAction.java:237) 2015-11-09_23:28:55.04218 at org.elasticsearch.action.search.type.TransportSearchTypeAction$BaseAsyncAction$1.onFailure(TransportSearchTypeAction.java:183) 2015-11-09_23:28:55.04218 at org.elasticsearch.search.action.SearchServiceTransportAction$6.handleException(SearchServiceTransportAction.java:249) 2015-11-09_23:28:55.04219 at org.elasticsearch.transport.netty.MessageChannelHandler.handleException(MessageChannelHandler.java:190) 2015-11-09_23:28:55.04219 at org.elasticsearch.transport.netty.MessageChannelHandler.handlerResponseError(MessageChannelHandler.java:180) 2015-11-09_23:28:55.04220 at org.elasticsearch.transport.netty.MessageChannelHandler.messageReceived(MessageChannelHandler.java:130) 2015-11-09_23:28:55.04220 at org.elasticsearch.common.netty.channel.SimpleChannelUpstreamHandler.handleUpstream(SimpleChannelUpstreamHandler.java:70) 2015-11-09_23:28:55.04220 at org.elasticsearch.common.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:564) 2015-11-09_23:28:55.04221 at org.elasticsearch.common.netty.channel.DefaultChannelPipeline$DefaultChannelHandlerContext.sendUpstream(DefaultChannelPipeline.java:791) 2015-11-09_23:28:55.04221 at org.elasticsearch.common.netty.channel.Channels.fireMessageReceived(Channels.java:296) 2015-11-09_23:28:55.04222 at org.elasticsearch.common.netty.handler.codec.frame.FrameDecoder.unfoldAndFireMessageReceived(FrameDecoder.java:462) 2015-11-09_23:28:55.04222 at org.elasticsearch.common.netty.handler.codec.frame.FrameDecoder.callDecode(FrameDecoder.java:443) 2015-11-09_23:28:55.04223 at org.elasticsearch.common.netty.handler.codec.frame.FrameDecoder.messageReceived(FrameDecoder.java:303) 2015-11-09_23:28:55.04223 at org.elasticsearch.common.netty.channel.SimpleChannelUpstreamHandler.handleUpstream(SimpleChannelUpstreamHandler.java:70) 2015-11-09_23:28:55.04224 at org.elasticsearch.common.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:564) 2015-11-09_23:28:55.04225 at org.elasticsearch.common.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:559) 2015-11-09_23:28:55.04225 at org.elasticsearch.common.netty.channel.Channels.fireMessageReceived(Channels.java:268) 2015-11-09_23:28:55.04226 at org.elasticsearch.common.netty.channel.Channels.fireMessageReceived(Channels.java:255) 2015-11-09_23:28:55.04226 at org.elasticsearch.common.netty.channel.socket.nio.NioWorker.read(NioWorker.java:88) 2015-11-09_23:28:55.04226 at org.elasticsearch.common.netty.channel.socket.nio.AbstractNioWorker.process(AbstractNioWorker.java:108) 2015-11-09_23:28:55.04227 at org.elasticsearch.common.netty.channel.socket.nio.AbstractNioSelector.run(AbstractNioSelector.java:337) 2015-11-09_23:28:55.04228 at org.elasticsearch.common.netty.channel.socket.nio.AbstractNioWorker.run(AbstractNioWorker.java:89) 2015-11-09_23:28:55.04228 at org.elasticsearch.common.netty.channel.socket.nio.NioWorker.run(NioWorker.java:178) 2015-11-09_23:28:55.04228 at org.elasticsearch.common.netty.util.ThreadRenamingRunnable.run(ThreadRenamingRunnable.java:108) 2015-11-09_23:28:55.04229 at org.elasticsearch.common.netty.util.internal.DeadLockProofWorker$1.run(DeadLockProofWorker.java:42) 2015-11-09_23:28:55.04229 at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) 2015-11-09_23:28:55.04230 at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) 2015-11-09_23:28:55.04230 at java.lang.Thread.run(Thread.java:745) 2015-11-09_23:28:55.04250 INFO [RebuildIndexRangesJob] Could not calculate range of index [graylog_59]. Skipping. 2015-11-09_23:28:55.04252 org.elasticsearch.indices.IndexMissingException: [graylog_59] missing 2015-11-09_23:28:55.04252 at org.graylog2.indexer.indices.Indices.timestampStatsOfIndex(Indices.java:482) 2015-11-09_23:28:55.04253 at org.graylog2.indexer.ranges.MongoIndexRangeService.calculateRange(MongoIndexRangeService.java:118) 2015-11-09_23:28:55.04253 at org.graylog2.indexer.ranges.RebuildIndexRangesJob.execute(RebuildIndexRangesJob.java:96) 2015-11-09_23:28:55.04253 at org.graylog2.system.jobs.SystemJobManager$1.run(SystemJobManager.java:88) 2015-11-09_23:28:55.04254 at com.codahale.metrics.InstrumentedScheduledExecutorService$InstrumentedRunnable.run(InstrumentedScheduledExecutorService.java:235) 2015-11-09_23:28:55.04254 at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) 2015-11-09_23:28:55.04254 at java.util.concurrent.FutureTask.run(FutureTask.java:266) 2015-11-09_23:28:55.04255 at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180) 2015-11-09_23:28:55.04255 at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293) 2015-11-09_23:28:55.04256 at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) 2015-11-09_23:28:55.04256 at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) 2015-11-09_23:28:55.04257 at java.lang.Thread.run(Thread.java:745) 2015-11-09_23:28:55.20408 INFO [MongoIndexRangeService] Calculated range of [graylog_61] in [161ms]. 2015-11-09_23:28:55.38073 INFO [MongoIndexRangeService] Calculated range of [graylog_60] in [175ms]. graylog_59 is one of the two missing indices. Is it possible to "fix" these indices and gain access to the data contained within them? I originally configured the system to keep 30 indices, each with 24 hours of data. Today I reconfigured that to 60 indices at 12 hours each. Not sure if that will help with the performance issues. If their a rule-of-thumb for index sizing? Anything else I should be looking at to figure out the performance issues? The performance graphs for the VM look OK in vSphere; no resources appear to be overwhelmed. Thanks for any guidance. Steve. -- You received this message because you are subscribed to the Google Groups "Graylog Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to graylog2+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/graylog2/89388152-988d-4814-a88c-e40211f99401%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.