目录 一.问题 二.问题的原因 三.问题解决的办法 1. 扩大磁盘 2. 删除部分历史索引 3. 更改es设置 四.扩展 一.问题 最近在查看线上的 es,发现最近2天的索引没有副本,集群的状态也是为 yellow 的. 二.问题的原因 es 所在的服务器磁盘是还有剩余空间的.只不过磁盘使用了大概 89%,按道理来说应该是会继续使用的,并创建索引的副本的,我们经过查阅官方文档. cluster.routing.allocation.disk.watermark.low Controls the

原文链接: https://www.jianshu.com/p/297e13045605 集群(cluster): 由一个或多个节点组成, 并通过集群名称与其他集群进行区分 节点(node): 单个 ElasticSearch 实例. 通常一个节点运行在一个隔离的容器或虚拟机中 索引(index): 在 ES 中, 索引是一组文档的集合 分片(shard): 因为 ES 是个分布式的搜索引擎, 所以索引通常都会分解成不同部分, 而这些分布在不同节点的数据就是分片. ES自动管理和组织分片, 并在

1.查看磁盘使用情况 cd  / df -h 如果 总量Size和Used一样,按就证明磁盘满了 2.查看当前文件下每个文件大小 du -sh * 一层一层去查,就可以查到占用空间最大的那个文件及产生的问题

Elasticsearch.安装(单节点) 环境Linux 7.x jdk 1.8 elasticsearch 5.x 环境目录结构(根目录多了两个文件夹): /resources    /** 存放下载的文件 **/ /u01/app       /** 安装elasticsearch的目录. **/ 在linux的终端执行指令: # wget https://artifacts.elastic.co/downloads/elasticsearch/elasticsearch-5.5.2.ta

最近遇到一个故障和磁盘满有关系,并且同事也发现经常有磁盘满导致操作hang住无响应的情况,于是抽时间研究了一下这2种情况. 一.磁盘满了之后MySQL会做什么? 我们看下官方的说法 When a disk-full condition occurs, MySQL does the following: * It checks minutes it writes an entry to the log file, warning about the disk-full condition. 其实M

elasticsearch如何安全重启节点 标签: elasticsearch 节点 | 发表时间:2016-05-24 03:58 | 作者:kfcman 分享到: 出处:http://www.iteye.com elasticsearch集群,有时候可能需要修改配置,增加硬盘,扩展内存等操作,需要对节点进行维护升级.但是业务不能停,如果直接kill掉节 点,可能导致数据丢失.而且集群会认为该节点挂掉了,就开始转移数据,当重启之后,它又会恢复数据,如果你当前的数据量已经很大了,这是很耗费机器和

Ubuntu 磁盘满了处理方法: 1. 如果是虚拟机安装ubuntu,直接给虚拟机安装ubuntu 系统所在的盘符动态分配一点磁盘容量,就可以了. 2. 如果不是虚拟机安装ubuntu,那么有两个办法: 第一:物理磁盘扩容.(插入新硬盘,mount 新硬盘) 第二:删掉不用的大文件 一.确定是不是真的是磁盘空间不足 输入命令:df –lh 查看磁盘信息 0 很明显:Filesystem下的挂载点 /dev/sda1 下的40G容量已经耗尽. 既然问题已经确定了,接下来就是处理了. 处理方法也很简

早上来发现 redis 不能用,报 MISCONF Redis is configured to save RDB snapshots, but it is currently not able to persist on disk. Commands that may modify the data set are disabled, because this instance is configured to report errors during writes if RDB snapsh

默认配置为:节点每隔1s同master发送1次心跳,超时时间为30s,测试次数为3次,超过3次,则认为该节点同master已经脱离了.以上为elasticsearch的默认配置.在实际生产环境中,每隔1s,太频繁了,会产生太多网络流量.我们可以在elasticsearch.yml如下修改. discovery.zen.fd.ping_timeout: 120s discovery.zen.fd.ping_interval: 30s 超时时间设为2分钟,超过6次心跳没有回应,则认为该节点脱离mas

登录系统,df -H 发现磁盘存储快满了 解决办法 1. 使用命令查出根目录下大的垃圾文件 使用 du -sh /* | sort -nr 查看根目录下的的大文件,找的不要的 rm -rf 使用 find / -size +100M -exec ls -lh {} \;  命令查找,删除不要的大 2.扩充磁盘,关机添加磁盘 使用命令查看,fdisk -cul 使用命令把 磁盘格式化  fdisk  /dev/sdd 一定要记得转换成逻辑卷 8e 的格式 使用命令格式化,mkfs.ext3  /d

最近,查看我们一台linux服务器,发现硬盘空间都已经使用了95%,很是疑惑啊,怎么回事那?难道是数据库文件太大了? Filesystem            Size  Used Avail Use% Mounted on/dev/mapper/VolGroup00-LogVol00                       131G  118G  6.4G  95% //dev/sda1              99M   11M   83M  12% /boottmpfs      

参考链接 No space left on device 解决Linux系统磁盘空间满的办法http://www.cnblogs.com/aspirant/p/3604801.html如何解决linux报No space left on device错误http://blog.csdn.net/u011957758/article/details/53750419 一.错误现象 二.检查磁盘空间 1.查看根目录 [root@7C4z5D96-tomcat-uwMQGbBT opt]# cd \

今天发现vps敲入crontab -e 居然提示 “Disk quota exceeded” 无法编辑.于是"df -h"查了查发现系统磁盘空间使用100%了.最后定位到是/var/spool/mail/root 这个文件有几个G.于是清理掉,问题解决.如果不知道是哪些文件占了磁盘空间,可以看下面查找大文件方法.       linux操作系统中,经常会遇到磁盘空间满的问题.遇到这样的问题,先查下是什么文件过大或过多引起的,至于引起这个更深一层的原因,先不探讨.怎么查看大文件所在的路径

ES各种节点的分工 1. 客户端节点 当主节点和数据节点配置都设置为false的时候,该节点只能处理路由请求,处理搜索,分发索引操作等,从本质上来说该客户节点表现为智能负载平衡器.独立的客户端节点在一个比较大的集群中是非常有用的,他协调主节点和数据节点,客户端节点加入集群可以得到集群的状态,根据集群的状态可以直接路由请求. 2. 数据节点 数据节点主要是存储索引数据的节点,主要对文档进行增删改查操作,聚合操作等.数据节点对cpu,内存,io要求较高, 在优化的时候需要监控数据节点的状态,当资源不

适用环境要求:Linux系统及服务器.有管理员权限.存在多余空间的磁盘例如下图中"/home"在磁盘sda5中与"/"不属于同一块磁盘: 1.首先转移正在使用的将要满的磁盘中文件夹,我们环境中的是"/home/aaa",移动到"/"根目录中(先确保根目录中不存在这个文件夹): 命令:"mv /home/aaa /aaa"2.做ln -s 命令创建软连接(这里不做ln -s的解释,有兴趣可以去各大搜索引擎查找

1.首先确定你安装了jdk,版本需要1.8以上 2.上传elasticsearchjar包,只需配置一个文件即可 修改配置文件config/elasticsearch.yml    network.host: 192.168.100.211 3.启动测试 进入到elasticsearch主目录执行   bin/elasticsearch 4.报错 os::commit_memory(0x000000008a660000, 1973026816, 0) failed; error='Cannot

今天公司网站突然无法访问,因为之前遇到过是因为磁盘问题,所以使用 df 命令查看结果,结果果然是有100%的东西,那么怎么解决呢,我们想到得查找大文件,并删掉无用的大文件比如log 那么linux如何查找大文件呢??其实很多时候,你需要了解当前系统下有哪些大文件,比如文件大小超过100M或1G(阀值视具体情况而定).那么如何把这些大文件搜索出来呢?例如我要搜索当前目录下,超过800M大小的文件使用:find . -type f -size +800M 我们看到2个log文件超过了800M,经确认

最简配置文件: cluster.name:  your_cluster_name node.name:  your_ip network.host: 0.0.0.0 http.port: your_port discovery.zen.ping.multicast.enabled: false discovery.zen.ping.unicast.hosts: ["xx.xx.xx.xx","xx.xx.xx.xx1","xx.xx.xx.xx2"

1.使用命令:df -lk 或 df -hl 发现果然有个磁盘已满 2.使用命令:du --max-depth=1 -h  查找大文件,发现/home文件夹下有17G的东西,因为我的apache是装在/home下的,肯定是网站运行的日志文件占用的空间 3.进入apache下的logs目录 使用命令:ls -lht 查看文件的大小,果然有个8.6G文件,删除即可. 4.再使用命令:df -lk 然后启动apache和nginx没有问题,解决.

输入命令 du -sh /* | sort -nr 会列出根目录文件夹的大小 看到哪个文件夹比较大 删除相应的缓存,重启服务器即可

转:https://blog.csdn.net/h_8410435/article/details/86303995 查看内存使用情况 df -lh Filesystem      Size  Used Avail Use% Mounted onudev            3.9G     0  3.9G   0% /devtmpfs           789M  9.4M  780M   2% /run/dev/sda1        28G   27G  6.1M 100% /tmpf