Сервис opentsdb зависает под нагрузкой
Я пытаюсь поместить данные в openTSDB с RESTful API, предоставленным openTSDB. Но процесс opentsdb всегда зависает через несколько минут. Он может успешно поместить некоторые данные, затем становится все медленнее и медленнее. Наконец, в журнале появятся некоторые исключения.
Пожалуйста, проверьте ниже журнала:
2015-08-31 21:56:48,360 INFO [New I/O worker #48] HttpQuery: [id: 0x38971101, /10.75.44.33:34549 :> /10.75.44.33:4242] HTTP /api/put?details done in 388999ms
2015-08-31 21: 56: 48,360 ИНФОРМАЦИЯ [Новый босс сервера ввода-вывода #65] ConnectionManager: [id: 0x835153bf, /10.75.44.33:34618 => /10.75.44.33:4242] OPEN 2015-08-31 21:56:48,361 ИНФОРМАЦИЯ [Новый работник ввода-вывода № 40] ConnectionManager: [id: 0x835153bf, /10.75.44.33:34618 => /10.75.44.33:4242] BOUND: /10.75.44.33:4242 2015-08-31 21:56:48,361 ИНФОРМАЦИЯ [Руководитель нового сервера ввода-вывода № 65] ConnectionManager: [id: 0xdf86eb92, /0:0:0:0:0:0:0:1:35607 => /0:0:0:0:0:0:0:1:4242] ОТКРЫТО 2015-08-31 21: 56: 48,361 ИНФОРМАЦИЯ [Новый работник ввода-вывода #40] ConnectionManager: [id: 0x835153bf, /10.75.44.33:34618 => /10.75.44.33:4242] СОЕДИНЕНО: /10.75.44.33:34618 2015-08-31 21: 56: 48 361 ИНФОРМАЦИЯ [Новый работник ввода-вывода # 41] ConnectionManager: [id: 0xdf86eb92, / 0: 0: 0: 0: 0: 0: 0: 1: 35607 => / 0: 0: 0: 0: 0: 0: 0: 0: 1: 4242] ОБЯЗАТЕЛЬНО: /0:0:0:0:0:0:0:1: 4242 2015-08-31 21:56:48,361 INFO [Новый работник ввода-вывода #41] ConnectionManager: [id: 0xdf86eb92, /0:0:0:0:0:0:0:1:35607 => /0:0:0:0:0:0:0:1:4242] ПОДКЛЮЧЕНО: /0:0:0:0:0:0:0:1: 35607 2015-08-31 21: 56: 48,361 ИНФОРМАЦИЯ [Новый ввод / вывод работник #41] HttpQuery: [id: 0xdf86eb92, /0:0:0:0:0:0:0:1:35607 => /0:0:0:0:0:0:0:1:4242] HTTP /api/ версия сделана в 0ms 2015-08-31 21:56:48,361 INFO [Новый работник ввода-вывода #41] ConnectionManager: [id: 0xdf86eb92, /0:0:0:0:0:0:0:1:35607:> /0:0:0:0:0:0:0:1:4242] ОТКЛЮЧЕНО 2015-08-31 21: 56: 48,361 ИНФОРМАЦИЯ [Новый работник ввода / вывода #41] ConnectionManager: [id: 0xdf86eb92, /0:0:0:0:0:0:0:1:35607:> /0:0:0:0:0:0:0:1:4242] UNBOUND 2015-08-31 21:56:48,362 INFO [Новый работник ввода-вывода #41] ConnectionManager: [id: 0xdf86eb92, /0:0:0:0:0:0:0:1:35607:> /0:0:0:0:0:0:0:1:4242] ЗАКРЫТО
2015-08-31 21:58:23,436 ОШИБКА [Новый работник ввода / вывода # 40] ConnectionManager: неожиданное исключение из нисходящего потока для [id: 0x835153bf, /10.75.44.33:34618 => /10.75.44.33:4242] java.lang.OutOfMemoryError: Пространство кучи Java в java.nio.HeapCharBuffer.(HeapCharBuffer.java:57) ~[na:1.7.0_85] в java.nio.CharBuffer.allocate(CharBuffer.java:331) ~[na 1. ] at org.jboss.netty.buffer.ChannelBuffers.decodeString(ChannelBuffers.java:1193) ~[netty-3.9.4.Final.jar:na] at org.jboss.netty.buffer.AbstractChannelBuffer.toString(AbstractChannelBuffer.j:551) ~[netty-3.9.4.Final.jar:na] at org.jboss.netty.buffer.AbstractChannelBuffer.toString(AbstractChannelBuffer.java:543) ~[netty-3.9.4.Final.jar:na] в net.opentsdb.tsd.HttpQuery.getContent(HttpQuery.java:459) ~[tsdb-2.1.0.jar:c775b5f] в net.opentsdb.tsd.HttpJsonSerializer.parsePutV1(HttpJsonSerializer.java: js: t1) 2.1.0.jar: c775b5f] в net.opentsdb.tsd.PutDataPointRpc.execute(PutDataPointRpc.java:102) ~[tsdb-2.1.0.jar:c775b5f] в net.opentsdb.tsd.RpcHandler.handleHttpQuery(RpcHandler.java:273) ~[tsdb-2.1.0.jar:c775b5f] в net.opentsdb.tsd.RpcHandler.messageReceived(RpcHandler.java:180) ~[tsdb-2.17.jar ] at org.jboss.netty.channel.SimpleChannelUpstreamHandler.handleUpstream(SimpleChannelUpstreamHandler.java:70) ~[netty-3.9.4..java:36) ~[netty-3.9.4.Final.jar:na] at org.jboss.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:564) ~[netty-3.9.4.Final.jar:na] at org.jboss.netty.channel.DefaultChannelPipeline$DefaultChannelHandlerContext.sendUpstream(DefaultChannelPipeline.java:791) ~[netty-3.9.4.Final.jar:na] в org.jboss.netty.handler.timeout.IdleStateHandler.messageReceived(IdleStateHandler.java:294) ~[netty-3.9.4.Final.jar:na] at org.jboss.netty.channel.SimpleChannelUpstreamHandler.handleUpstream(SimpleChannelUpstreamHandler.java:70) ~[netty-3.9.4.Final.jar: на] в org.jboss.netty.channel.DefaultChannelPipeline.sendUpstream (DefaultChannelPipeline.java:564) ~ [netty-3.9.4.Final.jar: na] в org.jboss.netty.channel.DefaultChannelPipeline $ DefaultChannelHandlerContestream.nelCan (Java: 791) ~ [netty-3.9.4.Final.jar: na] в org.jboss.netty.handler.codec.http.HttpContentEncoder.messageReceived(HttpContentEncoder.java:82) ~[netty-3.9.4.Final.jar:na] at org.jboss.netty.channel.SimpleChannelHandler.handleUpstream(SimpleChannelHandler.java:88) ~[netty-3.9.4.Final.jar:na] в org.jboss.netty.channel.DefaultChannelPipeline.sendUpstream (DefaultChannelPipeline.java:564) ~ [netty-3.9.4.Final.jar: na] at org.jboss.netty.channel.DefaultChannelPipeline $ DefaultChannelHandlerContext.sendUpstream (DefaultChannelPipeline.java:791) ~ [netty-3.9.4. Final.jar: na] в org.jboss.netty.handler.codec.http.HttpContentDecoder.messageReceived(HttpContentDecoder.java:108) ~[netty-3.9.4.Final.jar:na] в org.jboss.netty.channel.SimpleChannelUpstreamHandler.handleUpstream(SimpleChannelUpstreamHandler.java:70) ~[netty-3.9.4.Final.jar:na] at org.jboss.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:564) ~[netty-3.9.4.Final.jar:na] at org.jboss.netty.channel.DefaultChannelPipeline$DefaultChannelHandlerContext.sendUpstream(DefaultChannelPipeline.java:791) ~[netty-3.9.4.Final.jar:na] в org.jboss.netty.channel.Channels.fireMessageReceived(Channels.java:296) ~[netty-3.9.4.Final.jar:na] at org.jboss.netty.handler.codec.http.HttpChunkAggregator.messageReceived(HttpChunkAggregator.java:194) ~[netty-3.9.4.Final.jar:na] в org.jboss.netty.channel.SimpleChannelUpstreamHandler.handleUpstream (SimpleChannelUpstreamHandler.java:70) ~ [netty-3.9.4.Final.jar: na] в org.jboss.netty. channel.DefaultChannelPipeline.sendUpstream (DefaultChannelPipeline.java:564) ~ [netty-3.9.4.Final.jar: na] в org.jboss.netty.channel.DefaultChannelPipeline $ DefaultChannelHandlerContext.sendUpstream (DefaultChannelP79) ~ -3.9.4.Final.jar:na] at org.jboss.netty.channel.Channels.fireMessageReceived(Channels.java:296) ~[netty-3.9.4.Final.jar:na] 2015-08-31 21:58:57,956 INFO [Новый работник ввода-вывода #40] ConnectionManager: [id: 0x835153bf, /10.75.44.33:34618:> /10.75.44.33:4242] ОТКЛЮЧЕНО 2015-08-31 21: 58: 57,956 ИНФОРМАЦИЯ [Новый работник ввода-вывода № 40] ConnectionManager: [id: 0x835153bf, /10.75.44.33:34618:> /10.75.44.33:4242] UNBOUND 2015-08-31 21:58:57,956 INFO [Новый работник ввода-вывода # 40] ConnectionManager: [id: 0x835153bf, /10.75.44.33: 34618:> /10.75.44.33:4242] ЗАКРЫТО 2015-08-31 21:59:05,424 ИНФОРМАЦИЯ [Новый босс # 65 для сервера ввода-вывода] ConnectionManager: [id: 0x9a40399c, /10.75.44.33:34625 => /10,75. 44.33: 4242] ОТКРЫТО 2015-08-31 21:59:05,424 ИНФОРМАЦИЯ [Новый работник ввода-вывода #42] ConnectionManager: [id: 0x9a40399c, /10.75.44.33:34625 => /10.75.44.33:4242] BOUND: /10.75.44.33:4242 2015-08-31 21:59:05,424 ИНФОРМАЦИЯ [Новый работник ввода-вывода #42] ConnectionManager: [id: 0x9a40399c, /10.75.44.33:34625 => /10.75.44.33:4242] CONNECTED: /10.75.44.33:34625 2015-08-31 22:02:21 615 ОШИБКА [Новая работа ввода-вывода r #31] ConnectionManager: неожиданное исключение из нисходящего потока для [id: 0xec533f17, /10.75.44.33:34599 => /10.75.44.33:4242] java.lang.OutOfMemoryError: Превышено ограничение на накладные расходы GC на com.google.protobuf.ZeroCopyYiteral.wrap(ZeroCopyLiteralByteString.java:52) ~[asynchbase-1.6.0.jar:na] в org.hbase.async.Bytes.wrap(Bytes.java:287) ~[asynchbase-1.6.0.jar:na] в org.hbase.async.PutRequest.toMutationProto(PutRequest.java:529) ~[asynchbase-1.6.0.jar:na] at org.hbase.async.MultiAction.serialize(MultiAction.java:229) ~[asynchbase-1.6.0.jar:na] at org.hbase.async.RegionClient.encode(RegionClient.java:1146) ~[asynchbase-1.6.0.jar:na] at org.hbase.async.RegionClient.sendRpc(RegionClient.java:894) ~[asynchbase-1.6.0.jar:na] в org.hbase.async.RegionClient.bufferEdit(RegionClient.java:757) ~[asynchbase-1.6.0.jar:na] в org.hbase.async.RegionClient.sendRpc(RegionClient.java:881) ~[asynchbase-1.6.0.jar:na] at org.hbase.async.HBaseClient.sendRpcToRegion(HBaseClient.java:1698) ~[asynchbase-1.6.0.jar:na] at org.hbase.async.HBaseClient.put(HBaseClient.java:1343) ~[asynchbase-1.6.0.jar:na] в net.opentsdb.core.TSDB.addPointInternal(TSDB.java:681) ~[tsdb-2.1.0.jar:c775b5f] в net.opentsdb.core.TSDB.addPoint(TSDB.java:573) ~[tsdb-2.1.0.jar:c775b5f] в net.opentsdb.tsd.PutDataPointRpc.execute(PutDataPointRpc.java:146) ~[tsdb-2.1.0.jar:c775b5f] в net.opentsdb.tsd.RpcHandler.handleHttpQuery (RpcHandler.java:273) ~ [tsdb-2.1.0.js c775b5f] в net.opentsdb.tsd.RpcHandler.messageReceived(RpcHandler.java:180) ~[tsdb-2.1.0.jar:c775b5f] в org.jboss.netty.channel.SimpleChannelUpstreamHandler.handlehanp_jp (hp) ~[netty-3.9.4.Final.jar:na] at org.jboss.netty.handler.timeout.IdleStateAwareChannelUpstreamHandler.handleUpstream(IdleStateAwareChannelUpstreamHandler.java:36) ~[netty-3.9.4.Final.jar:na] at org.jboss.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:564) ~[netty-3.9.4.Final.jar:na] в org.jboss.netty.channel.DefaultCh annelPipeline $ DefaultChannelHandlerContext.sendUpstream (DefaultChannelPipeline.java:791) ~ [netty-3.9.4.Final.jar: na] в org.jboss.netty.handler.timeout.IdleStateHandler.messageReceived (IdleStateHandler.java:29] -3.9.4.Final.jar: na] в org.jboss.netty.channel.SimpleChannelUpstreamHandler.handleUpstream (SimpleChannelUpstreamHandler.java:70) ~ [netty-3.9.4.Final.jar: na] в org.jboss.netty.channel.DefaultChannelPipeline.sendUpstream (DefaultChannelPipeline.java:564) ~ [netty-3.9.4.Final.jar: na] at org.jboss.netty.channel.DefaultChannelPipeline $ DefaultChannelHandlerContext.sendUpstream (DefaultChannelPipe) (DefaultChannelPipe) netty-3.9.4.Final.jar: na] в org.jboss.netty.handler.codec.http.HttpContentEncoder.messageReceived (HttpContentEncoder.java:82) ~ [netty-3.9.4.Final.jar: na] в org.jboss.netty.channel.SimpleChannelHandler.handleUpstream(SimpleChannelHandler.java:88) ~[netty-3.9.4.Final.jar:na] at org.jboss.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.j::) ~ [netty-3.9.4.Final.jar: na] в org.jboss.netty.channel.DefaultChannelPipeline $ DefaultChannelHandlerContext.sendUpstream (DefaultChannelPipeline.java:791) ~ [netty-3.9.4.Final.jar: na] в org.jboss.netty.handler.codec.http.HttpContentDecoder.messageReceived(HttpContentDecoder.java:108) ~[netty-3.9.4.Final.jar:na] в org.jboss.netty.channel.SimpleChannelUpstreamHandlerHhanler.java: 70) ~ [netty-3.9.4.Final.jar: na] at org.jboss.netty.channel.DefaultChannelPipeline.sendUpstream (DefaultChannelPipeline.java:564) ~ [netty-3.9.4.Final.jar: na] at org.jboss.netty.channel.DefaultChannelPipeline $ DefaultChannelHandlerContext.sendUpstream (DefaultChannelPipeline.java:791) ~ [netty-3.9.4.Final.jar: na] в org.jboss.netty.channel.Channels.fireMessageRed(Channels.java:296) ~[netty-3.9.4.Final.jar:na] 2015-08-31 22:02:21,616 INFO [Новый работник ввода-вывода #31] ConnectionManager: [id: 0xec533f17, /10.75.44.33:34599:> /10.75.44.33:4242] ОТКЛЮЧЕНО 2015-08-31 22: 02: 21 616 ИНФОРМАЦИЯ [New I/O worker #31] ConnectionManager: [id: 0xec533f17, /10.75.44.33:34599:> /10.75.44.33:4242] UNBOUND 2015-08-31 22:02:21 616 INFO [Новый работник ввода-вывода № 31 ] ConnectionManager: [id: 0xec533f17, /10.75.44.33:34599:> /10.75.44.33:4242] ЗАКРЫТО 2015-08-31 22: 02: 21,616 ОШИБКА [Новый работник ввода-вывода #66] RegionClient: непредвиденное исключение из нисходящего потока on [id: 0x49bdc01a, /10.75.44.33:40244 => /10.75.44.36:18020] java.lang.OutOfMemoryError: Превышен лимит накладных расходов GC на com.google.protobuf.ZeroCopyLiteralByteString.wrap(ZeroCyyteLite] [[ZeroCyyLite] [] asynchbase-1.6.0.jar: na] в org.hbase.async.Bytes.wrap(Bytes.java:287) ~[asynchbase-1.6.0.jar:na] в org.hbase.async.GetRequest.serialize(GetRequest.java:385) ~[asynchbase-1.6.0.jar:na] в org.hbase.async.RegionClient.encode (RegionClient.java:1146) ~ [asynchbase-1.6.0.jar: na] в org.hbase.async.RegionClient.sendRpc(RegionClient.java:894) ~[asynchbase-1.6.0.jar:na] at org.hbase.async.HBaseClient.sendRpcToRegion(HBaseClient.java:1698) ~[asynchbase-1.6.0.jar:na] at org.hbase.async.HBaseClient.get(HBaseClient.java:995) ~[asynchbase-1.6.0.jar:na] в net.opentsdb.core.TSDB.get(TSDB.java:1090) ~[tsdb-2.1.0.jar:c775b5f] в net.opentsdb.core.CompactionQueue.flush(CompactionQueue.java:185) ~[tsdb-2.1.0.jar:c775b5f] в net.opentsdb.core.CompactionQueue.flush(CompactionQueue.java:116) ~[tsdb-2.1.0.jar:c775b5f] в net.opentsdb.core.TSDB.flush(TSDB.java:730) ~[tsdb-2.1.0.jar:c775b5f] в net.opentsdb.core.CompactionQueue.flush(CompactionQueue.java:191) ~[tsdb-2.1.0.jar:c775b5f] в net.opentsdb.core.CompactionQueue.flush (CompactionQueue.java:116) ~ [tsdb -2.1.0.jar: c775b5f] в net.opentsdb.core.TSDB.flush (TSDB.java:730) ~ [tsdb-2.1.0.jar: c775b5f] в net.opentsdb.core.CompactionQueue.flush (CompactionQueue.java: 191) ~ [tsdb-2.1.0.jar: c775b5f] в net.opentsdb.core.CompactionQueue.flush (CompactionQueue.java:116) ~ [tsdb-2.1.0.jar: c775b5f] в net.opentsdb.core.TSDB.flush (TSDB.java:730) ~ [tsdb-2.1.0.jar: c775b5f] в net.opentsdb.core.CompactionQueue.flush (Co mpactionQueue.java:191) ~ [tsdb-2.1.0.jar: c775b5f] в net.opentsdb.core.CompactionQueue.flush (CompactionQueue.java:116) ~ [tsdb-2.1.0.jar: c775b5f] в сети. opentsdb.core.TSDB.flush (TSDB.java:730) ~ [tsdb-2.1.0.jar: c775b5f] в net.opentsdb.core.CompactionQueue.flush(CompactionQueue.java:191) ~[tsdb-2.1.0.jar:c775b5f] в net.opentsdb.core.CompactionQueue.flush (CompactionQueue.java:116) ~ [tsdb-2.1.0.jar: c775b5f] в net.opentsdb.core.TSDB.flush (TSDB.java:730) ~ [tsdb-2.1.0.jar: c775b5f] в net.opentsdb.core.CompactionQueue.flush(CompactionQueue.java:191) ~[tsdb-2.1.0.jar:c775b5f] в net.opentsdb.core.CompactionQueue.flush (CompactionQueue.java:116) ~ [tsdb-2.1.0.jar: c775b5f] в net.opentsdb.core.TSDB.flush (TSDB.java:730) ~ [tsdb-2.1.0.jar: c775b5f] в net.opentsdb.core.CompactionQueue.flush(CompactionQueue.java:191) ~[tsdb-2.1.0.jar:c775b5f] в net.opentsdb.core.CompactionQueue.flush (CompactionQueue.java:116) ~ [tsdb- 2.1.0.jar: c775b5f] в net.opentsdb.core.TSDB.flush (TSDB.java:730) ~ [tsdb-2.1.0.jar: c7 75b5f] в net.opentsdb.core.CompactionQueue.flush(CompactionQueue.java:191) ~[tsdb-2.1.0.jar:c775b5f] в net.opentsdb.core.CompactionQueue.flush (CompactionQueue.java:116) ~ [ tsdb-2.1.0.jar: c775b5f] в net.opentsdb.core.TSDB.flush(TSDB.java:730) ~[tsdb-2.1.0.jar:c775b5f] 2015-08-31 22:02:21,616 ИНФОРМАЦИЯ [Новый работник ввода / вывода #66] HBaseClient: Потеряна связь с.META. region 2015-08-31 22:02:21,617 ОШИБКА [Новый работник ввода-вывода #67] RegionClient: непредвиденное исключение из нисходящего потока [id: 0x97cc2014, /10.75.44.33:44182 => /10.75.44.35:18020] java.lang.OutOfMemoryError: Превышен лимит накладных расходов GC в org.hbase.async.HBaseClient.createRegionSearchKey(HBaseClient.java:1954) ~[asynchbase-1.6.0.jar:na] в org.hbase.async.HBligent (HBaseClient) Java:1984) ~[asynchbase-1.6.0.jar:na] в org.hbase.async.HBaseClient.sendRpcToRegion(HBaseClient.java:1659) ~[asynchbase-1.6.0.jar:na] в org.hbase. async.HBaseClient.get (HBaseClient.java:995) ~ [asynchbase-1.6.0.jar: na] в net.opentsdb.core.TSDB.get (TSDB.java:1090) ~ [tsdb-2.1.0.jar: c775b5f] в net.opentsdb.core.CompactionQueue.flush(CompactionQueue.java:185) ~[tsdb-2.1.0.jar:c775b5f] в net.opentsdb.core.CompactionQueue.flush (CompactionQueue.java:11) [tsdb-2.1.0.jar: c775b5f] в net.opentsdb.core.TSDB.flush (TSDB.java:730) ~ [tsdb-2.1.0.jar: c775b5f] в net.opentsdb.core.CompactionQueue.flush (CompactionQueue.java: 191) ~ [tsdb-2.1.0.jar: c775b5f] в net.opentsdb.core.CompactionQueue.flush (CompactionQueue.java:116) ~ [tsdb-2.1.0.jar: c775b5f] в net.opentsdb.core. TSDB.flush (TSDB.java:730) ~ [tsdb-2.1.0.jar: c775b5f] в net.opentsdb.core.CompactionQueue.flush (CompactionQueue.java:191) ~ [tsdb-2.1.0.jar: c775b5f ] в net.opentsdb.core.CompactionQueue.flush (CompactionQueue.java:116) ~ [tsdb-2.1.0.jar: c775b5f] в net.opentsdb.core.TSDB.flush (TSDB.java:730) ~ [tsdb -2.1.0.jar: c775b5f] в net.opentsdb.core.CompactionQueue.flush(CompactionQueue.java:191) ~[tsdb-2.1.0.jar:c775b5f] в net.opentsdb.core.CompactionQueue.flush (CompactionQueue.java: 116) ~ [tsdb-2.1.0.jar: c775b5f] в net.opentsdb.core.TSDB.flush (TSDB.java:730) ~ [tsdb-2.1.0.jar: c775b5f] в net.opentsdb.core.CompactionQueue.flush(CompactionQueue.java:191) ~[tsdb-2.1.0.jar:c775b5f] в net.opentsdb.core.CompactionQueue.flush (CompactionQueue.java:116) ~ [tsdb-2.1.0. jar: c775b5f] в net.opentsdb.core.TSDB.flush (TSDB.java:730) ~ [tsdb-2.1.0.jar: c775b5f] в net.opent sdb.core.CompactionQueue.flush (CompactionQueue.java:191) ~ [tsdb-2.1.0.jar: c775b5f] в net.opentsdb.core.CompactionQueue.flush (CompactionQueue.java:116) ~ [tsdb-2.1.0.jar: c775b5f] в net.opentsdb.core.TSDB.flush (TSDB.java:730) ~ [tsdb-2.1.0.jar: c775b5f] в net.opentsdb.core.CompactionQueue.flush(CompactionQueue.java:191) ~[tsdb-2.1.0.jar:c775b5f] в net.opentsdb.core.CompactionQueue.flush (CompactionQueue.java:116) ~ [tsdb-2.1.0.jar: c775b5f] в net.opentsdb.core.TSDB.flush (TSDB.java:730) ~ [tsdb-2.1.0.jar: c775b5f] в net.opentsdb.core.CompactionQueue.flush(CompactionQueue.java:191) ~[tsdb-2.1.0.jar:c775b5f] в net.opentsdb.core.CompactionQueue.flush (CompactionQueue.java:116) ~ [tsdb-2.1.0.jar: c775b5f] в net.opentsdb.core.TSDB.flush (TSDB.java:730) ~ [tsdb- 2.1.0.jar: c775b5f] в net.opentsdb.core.CompactionQueue.flush(CompactionQueue.java:191) ~[tsdb-2.1.0.jar:c775b5f] в net.opentsdb.core.CompactionQueue.flush (CompactionQueue. Java: 116) ~ [tsdb-2.1.0.jar: c775b5f] на net.opentsdb.core.TSDB.flush(TSDB.java:730) ~[tsdb-2.1.0.jar:c775b5f] 2015-08-31 22:03:09,322 ИНФОРМАЦИЯ [Новый босс сервера ввода-вывода #65] ConnectionManager: [id: 0x7c5ac3e7, /10.75.44.33:34633 => /10.75.44.33:4242] OPEN 2015-08-31 22:03:09,322 ИНФОРМАЦИЯ [Новый работник ввода / вывода #43] ConnectionManager: [id: 0x7c5ac3e7, /10.75.44.33:34633 => /10,75.44.33:4242] BOUND: /10.75.44.33:4242 2015-08-31 22:03:09,322 ИНФОРМАЦИЯ [Новый работник ввода-вывода # 43] ConnectionManager: [id: 0x7c5ac3e7, /10.75.44.33:34633 => /10.75. 44.33: 4242] СОЕДИНЕНО: /10.75.44.33:34633 2015-08-31 22: 03: 09,322 ОШИБКА [Новый работник ввода-вывода # 39] ConnectionManager: Неожиданное исключение из нисходящего потока для [id: 0xe5cfc336, /10.75.44.33:34614 => /10.75.44.33:4242] java.lang.OutOfMemoryError: Превышен лимит накладных расходов GC 2015-08-31 22: 03: 09,322 INFO [Новый работник ввода-вывода # 39] ConnectionManager: [id: 0xe5cfc336, /10.75.44.33:34614:> /10.75.44.33:4242] ОТКЛЮЧЕНО 2015-08-31 22: 03: 09,322 ИНФОРМАЦИЯ [Новый работник ввода-вывода #39] ConnectionManager: [id: 0xe5cfc336, /10.75.44.33:34614:> /10.75.44.33:4242] UNBOUND 2015-08-31 22:03:09,322 ИНФОРМАЦИЯ [Новый работник ввода-вывода № 39] ConnectionManager: [id: 0xe5cfc336, /10.75.44.33:34614:> /10.75.44.33:4242] ЗАКРЫТО
Мой вопрос ниже
Когда я помещаю данные, использование памяти для процесса openTSDB становится все больше и больше. Это нормально? Потому что я думаю, что стоимость размещения первого файла и второго файла должна быть одинаковой. Если файл в том же размере. Но кажется, что использование памяти для opentsdb только увеличивается
Журнал показывает, что ошибка от нижестоящего. Мое понимание это означает, что hbase. Но я не увидел ни одной ошибки от hbase. Зачем? что такое donwstream?