- 浏览: 51257 次
- 性别:
- 来自: 北京
文章分类
最新评论
on log operations
2015-07-01 14:33:09,517 TRACE indices.recovery: [15] [yotta-20150629][23] no translog operations (id: [1435590963614]) to send to [14][uwra9okWTSOVARg5QqTbxA][centos-14][inet[/192.168.1.14:9300]]
2015-07-01 14:33:09,517 TRACE indices.recovery: [15] [yotta-20150629][23] sending final batch of [0][0b] (total: [0], id: [1435590963614]) translog operations to [14][uwra9okWTSOVARg5QqTbxA][centos-14][inet[/192.168.1.14:9300]]
2015-07-01 14:33:09,517 TRACE indices.recovery: [15] [yotta-20150629][23] recovery [phase2] to [14][uwra9okWTSOVARg5QqTbxA][centos-14][inet[/192.168.1.14:9300]]: took [213.7micros]
2015-07-01 14:33:09,517 TRACE indices.recovery: [15] [yotta-20150629][23] recovery [phase3] to [14][uwra9okWTSOVARg5QqTbxA][centos-14][inet[/192.168.1.14:9300]]: sending transaction log operations
2015-07-01 14:33:09,517 TRACE indices.recovery: [15] [yotta-20150629][23] no translog operations (id: [1435590963614]) to send to [14][uwra9okWTSOVARg5QqTbxA][centos-14][inet[/192.168.1.14:9300]]
2015-07-01 14:33:09,517 TRACE indices.recovery: [15] [yotta-20150629][23] sending final batch of [0][0b] (total: [0], id: [1435590963614]) translog operations to [14][uwra9okWTSOVARg5QqTbxA][centos-14][inet[/192.168.1.14:9300]]
2015-07-01 14:33:09,519 TRACE indices.recovery: [15] [yotta-20150629][23] recovery [phase3] to [14][uwra9okWTSOVARg5QqTbxA][centos-14][inet[/192.168.1.14:9300]]: took [2.1ms]
2015-07-01 14:33:09,536 DEBUG zen.publish: [15] received cluster state version 1208
2015-07-01 14:33:09,790 DEBUG zen.publish: [15] received cluster state version 1209
2015-07-01 14:34:29,185 DEBUG index.engine: [15] [yotta-20150629][9] [[yotta-20150629][9]] skipping check for 3x segments
2015-07-01 14:34:29,511 DEBUG index.shard: [15] [yotta-20150629][9] scheduling refresher every 30s
2015-07-01 14:34:29,524 TRACE indices.recovery: [15] [yotta-20150629][9] marking recovery from [16][8-B6KcSJRhqI91HTrlf_hw][centos-16][inet[/192.168.1.16:9300]] as done, id [50]
2015-07-01 14:34:29,525 DEBUG index.shard: [15] [yotta-20150629][9] state: [RECOVERING]->[POST_RECOVERY], reason [peer recovery done]
2015-07-01 14:34:29,525 DEBUG action.shard: [15] sending shard started for [yotta-20150629][9], node[L2qO9dkLSnuByemxYMdx-A], [R], s[INITIALIZING], indexUUID [FH4DRptCS6K3cpDV54Q9ww], reason [after recovery (replica) from node [[16][8-B6KcSJRhqI91HTrlf_hw][centos-16][inet[/192.168.1.16:9300]]]]
2015-07-01 14:34:29,525 TRACE indices.recovery: [15] [yotta-20150629][9] recovery completed from [16][8-B6KcSJRhqI91HTrlf_hw][centos-16][inet[/192.168.1.16:9300]], took[3.4m]
phase1: recovered_files [293] with total_size of [14.8gb], took [3.4m], throttling_wait [0s]
: reusing_files [0] with total_size of [0b]
phase2: start took [326ms]
: recovered [0] transaction log operations, took [0s]
phase3: recovered [0] transaction log operations, took [1ms]
2015-07-01 14:34:29,532 DEBUG zen.publish: [15] received cluster state version 1210
2015-07-01 14:34:29,538 DEBUG index.shard: [15] [yotta-20150629][9] state: [POST_RECOVERY]->[STARTED], reason [global state is [STARTED]]
2015-07-01 14:34:49,982 TRACE indices.recovery: [15] [yotta-20150629][1] recovery [phase1] to [16][8-B6KcSJRhqI91HTrlf_hw][centos-16][inet[/192.168.1.16:9300]]: took [3.7m]
2015-07-01 14:34:49,982 TRACE indices.recovery: [15] [yotta-20150629][1] recovery [phase2] to [16][8-B6KcSJRhqI91HTrlf_hw][centos-16][inet[/192.168.1.16:9300]]: start
2015-07-01 14:34:51,452 TRACE indices.recovery: [15] [yotta-20150629][1] recovery [phase2] to [16][8-B6KcSJRhqI91HTrlf_hw][centos-16][inet[/192.168.1.16:9300]]: start took [1.4s]
2015-07-01 14:34:51,452 TRACE indices.recovery: [15] [yotta-20150629][1] recovery [phase2] to [16][8-B6KcSJRhqI91HTrlf_hw][centos-16][inet[/192.168.1.16:9300]]: updating current mapping to master
2015-07-01 14:34:51,454 TRACE indices.recovery: [15] [yotta-20150629][1] recovery [phase2] to [16][8-B6KcSJRhqI91HTrlf_hw][centos-16][inet[/192.168.1.16:9300]]: sending transaction log operations
2015-07-01 14:34:51,454 TRACE indices.recovery: [15] [yotta-20150629][1] no translog operations (id: [1435591003054]) to send to [16][8-B6KcSJRhqI91HTrlf_hw][centos-16][inet[/192.168.1.16:9300]]
2015-07-01 14:34:51,454 TRACE indices.recovery: [15] [yotta-20150629][1] sending final batch of [0][0b] (total: [0], id: [1435591003054]) translog operations to [16][8-B6KcSJRhqI91HTrlf_hw][centos-16][inet[/192.168.1.16:9300]]
2015-07-01 14:34:51,455 TRACE indices.recovery: [15] [yotta-20150629][1] recovery [phase2] to [16][8-B6KcSJRhqI91HTrlf_hw][centos-16][inet[/192.168.1.16:9300]]: took [377.9micros]
2015-07-01 14:34:51,455 TRACE indices.recovery: [15] [yotta-20150629][1] recovery [phase3] to [16][8-B6KcSJRhqI91HTrlf_hw][centos-16][inet[/192.168.1.16:9300]]: sending transaction log operations
2015-07-01 14:34:51,455 TRACE indices.recovery: [15] [yotta-20150629][1] no translog operations (id: [1435591003054]) to send to [16][8-B6KcSJRhqI91HTrlf_hw][centos-16][inet[/192.168.1.16:9300]]
2015-07-01 14:34:51,455 TRACE indices.recovery: [15] [yotta-20150629][1] sending final batch of [0][0b] (total: [0], id: [1435591003054]) translog operations to [16][8-B6KcSJRhqI91HTrlf_hw][centos-16][inet[/192.168.1.16:9300]]
2015-07-01 14:34:51,457 TRACE indices.recovery: [15] [yotta-20150629][1] recovery [phase3] to [16][8-B6KcSJRhqI91HTrlf_hw][centos-16][inet[/192.168.1.16:9300]]: took [1.8ms]
2015-07-01 14:34:51,484 DEBUG zen.publish: [15] received cluster state version 1211
2015-07-01 14:33:09,517 TRACE indices.recovery: [15] [yotta-20150629][23] no translog operations (id: [1435590963614]) to send to [14][uwra9okWTSOVARg5QqTbxA][centos-14][inet[/192.168.1.14:9300]]
2015-07-01 14:33:09,517 TRACE indices.recovery: [15] [yotta-20150629][23] sending final batch of [0][0b] (total: [0], id: [1435590963614]) translog operations to [14][uwra9okWTSOVARg5QqTbxA][centos-14][inet[/192.168.1.14:9300]]
2015-07-01 14:33:09,517 TRACE indices.recovery: [15] [yotta-20150629][23] recovery [phase2] to [14][uwra9okWTSOVARg5QqTbxA][centos-14][inet[/192.168.1.14:9300]]: took [213.7micros]
2015-07-01 14:33:09,517 TRACE indices.recovery: [15] [yotta-20150629][23] recovery [phase3] to [14][uwra9okWTSOVARg5QqTbxA][centos-14][inet[/192.168.1.14:9300]]: sending transaction log operations
2015-07-01 14:33:09,517 TRACE indices.recovery: [15] [yotta-20150629][23] no translog operations (id: [1435590963614]) to send to [14][uwra9okWTSOVARg5QqTbxA][centos-14][inet[/192.168.1.14:9300]]
2015-07-01 14:33:09,517 TRACE indices.recovery: [15] [yotta-20150629][23] sending final batch of [0][0b] (total: [0], id: [1435590963614]) translog operations to [14][uwra9okWTSOVARg5QqTbxA][centos-14][inet[/192.168.1.14:9300]]
2015-07-01 14:33:09,519 TRACE indices.recovery: [15] [yotta-20150629][23] recovery [phase3] to [14][uwra9okWTSOVARg5QqTbxA][centos-14][inet[/192.168.1.14:9300]]: took [2.1ms]
2015-07-01 14:33:09,536 DEBUG zen.publish: [15] received cluster state version 1208
2015-07-01 14:33:09,790 DEBUG zen.publish: [15] received cluster state version 1209
2015-07-01 14:34:29,185 DEBUG index.engine: [15] [yotta-20150629][9] [[yotta-20150629][9]] skipping check for 3x segments
2015-07-01 14:34:29,511 DEBUG index.shard: [15] [yotta-20150629][9] scheduling refresher every 30s
2015-07-01 14:34:29,524 TRACE indices.recovery: [15] [yotta-20150629][9] marking recovery from [16][8-B6KcSJRhqI91HTrlf_hw][centos-16][inet[/192.168.1.16:9300]] as done, id [50]
2015-07-01 14:34:29,525 DEBUG index.shard: [15] [yotta-20150629][9] state: [RECOVERING]->[POST_RECOVERY], reason [peer recovery done]
2015-07-01 14:34:29,525 DEBUG action.shard: [15] sending shard started for [yotta-20150629][9], node[L2qO9dkLSnuByemxYMdx-A], [R], s[INITIALIZING], indexUUID [FH4DRptCS6K3cpDV54Q9ww], reason [after recovery (replica) from node [[16][8-B6KcSJRhqI91HTrlf_hw][centos-16][inet[/192.168.1.16:9300]]]]
2015-07-01 14:34:29,525 TRACE indices.recovery: [15] [yotta-20150629][9] recovery completed from [16][8-B6KcSJRhqI91HTrlf_hw][centos-16][inet[/192.168.1.16:9300]], took[3.4m]
phase1: recovered_files [293] with total_size of [14.8gb], took [3.4m], throttling_wait [0s]
: reusing_files [0] with total_size of [0b]
phase2: start took [326ms]
: recovered [0] transaction log operations, took [0s]
phase3: recovered [0] transaction log operations, took [1ms]
2015-07-01 14:34:29,532 DEBUG zen.publish: [15] received cluster state version 1210
2015-07-01 14:34:29,538 DEBUG index.shard: [15] [yotta-20150629][9] state: [POST_RECOVERY]->[STARTED], reason [global state is [STARTED]]
2015-07-01 14:34:49,982 TRACE indices.recovery: [15] [yotta-20150629][1] recovery [phase1] to [16][8-B6KcSJRhqI91HTrlf_hw][centos-16][inet[/192.168.1.16:9300]]: took [3.7m]
2015-07-01 14:34:49,982 TRACE indices.recovery: [15] [yotta-20150629][1] recovery [phase2] to [16][8-B6KcSJRhqI91HTrlf_hw][centos-16][inet[/192.168.1.16:9300]]: start
2015-07-01 14:34:51,452 TRACE indices.recovery: [15] [yotta-20150629][1] recovery [phase2] to [16][8-B6KcSJRhqI91HTrlf_hw][centos-16][inet[/192.168.1.16:9300]]: start took [1.4s]
2015-07-01 14:34:51,452 TRACE indices.recovery: [15] [yotta-20150629][1] recovery [phase2] to [16][8-B6KcSJRhqI91HTrlf_hw][centos-16][inet[/192.168.1.16:9300]]: updating current mapping to master
2015-07-01 14:34:51,454 TRACE indices.recovery: [15] [yotta-20150629][1] recovery [phase2] to [16][8-B6KcSJRhqI91HTrlf_hw][centos-16][inet[/192.168.1.16:9300]]: sending transaction log operations
2015-07-01 14:34:51,454 TRACE indices.recovery: [15] [yotta-20150629][1] no translog operations (id: [1435591003054]) to send to [16][8-B6KcSJRhqI91HTrlf_hw][centos-16][inet[/192.168.1.16:9300]]
2015-07-01 14:34:51,454 TRACE indices.recovery: [15] [yotta-20150629][1] sending final batch of [0][0b] (total: [0], id: [1435591003054]) translog operations to [16][8-B6KcSJRhqI91HTrlf_hw][centos-16][inet[/192.168.1.16:9300]]
2015-07-01 14:34:51,455 TRACE indices.recovery: [15] [yotta-20150629][1] recovery [phase2] to [16][8-B6KcSJRhqI91HTrlf_hw][centos-16][inet[/192.168.1.16:9300]]: took [377.9micros]
2015-07-01 14:34:51,455 TRACE indices.recovery: [15] [yotta-20150629][1] recovery [phase3] to [16][8-B6KcSJRhqI91HTrlf_hw][centos-16][inet[/192.168.1.16:9300]]: sending transaction log operations
2015-07-01 14:34:51,455 TRACE indices.recovery: [15] [yotta-20150629][1] no translog operations (id: [1435591003054]) to send to [16][8-B6KcSJRhqI91HTrlf_hw][centos-16][inet[/192.168.1.16:9300]]
2015-07-01 14:34:51,455 TRACE indices.recovery: [15] [yotta-20150629][1] sending final batch of [0][0b] (total: [0], id: [1435591003054]) translog operations to [16][8-B6KcSJRhqI91HTrlf_hw][centos-16][inet[/192.168.1.16:9300]]
2015-07-01 14:34:51,457 TRACE indices.recovery: [15] [yotta-20150629][1] recovery [phase3] to [16][8-B6KcSJRhqI91HTrlf_hw][centos-16][inet[/192.168.1.16:9300]]: took [1.8ms]
2015-07-01 14:34:51,484 DEBUG zen.publish: [15] received cluster state version 1211
发表评论
-
java
2012-02-09 23:35 696看看性能!加载15万多个词,搜索不到1毫秒。 不知和ZZL算 ... -
单例模式收藏
2011-10-25 09:08 821public class Singleton { ... -
java 集合性能测试
2011-06-21 23:07 2623package fubar; import gn ... -
lucene 遍历索引
2011-06-09 12:45 1257使用Lucene的API遍历 ... -
十进制转二进制
2011-05-03 10:27 1698十进制转二进制: 用2辗转相除至结果为1 将余数 ... -
Lucene near real time search
2011-04-15 09:48 1784在2.9之前,要看到index writer上发生的更 ... -
ZoieSystem
2011-04-11 12:45 737ZoieSystem是可以使用spring进行配置的,一个典型 ... -
Apache Mahout 介绍集合
2011-04-04 19:08 1398Apache Mahout 是 ASF(Apache S ... -
字符串排列组合
2011-02-18 16:15 1026public class Zuhe { public sta ... -
nio分割普通文件
2011-01-25 08:45 671package utils; import java.i ... -
java 面试收集
2011-01-10 17:12 7471. ArrayList 和Vector是采用数组方式存 ... -
ARRAYLIST VECTOR LINKEDLIST 区别与用法
2011-01-08 13:37 730最近用到了,所以依然是转载ArrayList 和Vector是 ... -
HashSet<E> ConcurrentHashMap和HashMap
2011-01-08 22:46 888类 HASHSET<E> 所有已 ...
相关推荐
word recover word recover word recover word recover v
Understand common performance and reliability pitfalls in ElasticSearch Use popular monitoring tools such as ElasticSearch-head, BigDesk, Marvel, Kibana, and more This is a step-by-step guide with ...
Understand common performance and reliability pitfalls in ElasticSearch Use popular monitoring tools such as ElasticSearch-head, BigDesk, Marvel, Kibana, and more This is a step-by-step guide with ...
word recover word recover word recover word recover word recover
上尚城配电(一期)_recover_recover_recover.dwg11111111111111111111111111111111111111111111111111111111
Nuclear Coffee Recover Passwords 是一款用于备份和恢复计算机系统中安装的软件产品密匙的工具。 失去了微软视窗,微软Office,Nero的,和Adobe或Acronis产品你的产品密钥?或者,也许你的硬盘驱动器崩溃?也许你是...
7260 recover
This fact makes it possible to recover deleted files. But in the course of disk usage by users, programs or the operating system, deleted files will be overwritten with other files. So do not use the...
recover 是一款免安装的数据恢复软件 简单实用·
一款绿色版本 无毒 反应快的数据恢复工具,
存储过程包Fy_Recover_Data 利用Oracle表扫描机制、数据嫁接机制恢复TRUNCATE或者损坏数据的工具包
LICENSE AGREEMENT FOR RECOVER4ALL PROFESSIONAL SOFTWARE PROGRAM IMPORTANT NOTICE TO USER - PLEASE READ CAREFULLY Please read the following terms and conditions carefully because they will apply to ...
Recover_Truncate_data.recover_table(tgtowner, tgttable, tgtowner, rectab, tgtowner, rsttab, datadir, datadir, recfile,datadir, copyfile, blksz); end; 第七步:查看输出内容和构造表名: 15:32:...
软件名称:Recover4All Professional 最新版本:2.09 软件授权:汉化破解版本 使用平台:Win95/98/NT/2000/XP 软件简介: 每个人一定都有曾不小心误删文件与目录的经历,要恢复误删的文件,通常是十分 困难的。...
ElasticSearch is a distributed search server similar to Apache Solr with a focus on large datasets, a schema-less setup, and high availability. This schema-free architecture allows ElasticSearch to ...
RecoverMyFiles Recover My Files可以恢复由于冒失删除的文档,甚至是磁盘格式化后的文件 恢复工具,它可以自定义搜索的文件夹、文件类型,以提高搜索速度及准确性 节约时间。在搜索过程中,提供了大量的信息,包括...
数据恢复工具 RecoverMyFiles 破解版
是相当困难的,不妨先试试 Recover 4 all 看看,它能将刚刚所删除的档案找 出来,但必须在 Windows 下所删除的文件,它才能找出并挽救回来。该版本可 以运行于 Win9x/Me/NT/2000/XP 等操作系统下,帮助你在这些操作...
这款RAR密码破解软件RAR与上面那个软件有相似之处。同时能进行多个RAR压缩文件的破解——双开就行。可以自己设置爆破的字符集(支持非英文字符)、中断续破。...还提供了估算破解所需要的时间。运行平台与上一样。...
recover data, find losting files 数据恢复 数据挽救