solr故障引起的应用不能显示

简介:

测试人员提醒我说内网应用862.com.cs显示不出来,我远程到服务器--进入项目查看日志:

wKiom1eImMTgO_98AADDWtgT9Y0054.png-wh_50

很明显的提示,应用向solr查询时报错,进入solr应用,查看进程没有启动,程序可能是自动挂了,直接重启,看到显示启动完成,打开应用能正常启动。

但好景不长,不到5分钟,测试人员又说显示不出来,看看了下solr日志有如下提示:

wKioL1eInmPBVpxnAABQirGXf3A148.png-wh_50

提示是说JRE提示有个# Problematic frame:
# V  [libjvm.so+0x64c0f5][thread 140293542065920 also had an error]
  InstanceKlass::oop_follow_contents(ParCompactionManager*, oopDesc*)+0x2d5

没有写入内核,核心存储被禁用,按照提示内容里命令

Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again

#ulimit -c unlimited去恢复到以前

重启solr应用,关联应用正常启动,测试正常


但十来分钟后又出现显示不出来的状况,再次查看solr日志,有这么一段:


wKiom1eIn4zx4rTlAABIVJkEbeE799.png-wh_50

再次使用ulimit -c unlimited将其恢复,重启solr



本文转自 wdy198622 51CTO博客,原文链接:http://blog.51cto.com/weimouren/1826771

相关文章
|
7月前
|
调度 Apache
Apache Doris tablet 副本修复的原理、流程及问题定位
Apache Doris tablet 副本修复的原理、流程及问题定位
208 0
|
8月前
|
分布式计算 Hadoop Linux
|
9月前
|
运维 安全 Java
Elasticsearch生产集群部署之各个节点以daemon模式运行以及优雅关闭
Elasticsearch生产集群部署之各个节点以daemon模式运行以及优雅关闭
|
Arthas 监控 Java
一个迷惑性很高的生产故障-Elasticsearch日志rotate导致节点CPU激增
Elasticsearch CPU很高的场景很常见,优化读写以及扩容即可解决问题。 如果只有一个节点CPU高,那可能的情况就比较多了,节点机器异常?读写不均匀?GC过高?forcemerge? 这里描述一个极具迷惑性的case。
429 0
一个迷惑性很高的生产故障-Elasticsearch日志rotate导致节点CPU激增
|
缓存 数据安全/隐私保护
Elasticsearch出现401异常?业务并没有受到影响?
401表示鉴权失败,正常情况下,鉴权失败表示用户名密码信息异常。但是某些场景下,ES 的 Gateway中收到了401的响应,但是业务很正常...
1286 0
Elasticsearch出现401异常?业务并没有受到影响?
|
运维 监控 Java
Solr监控
假期重新把之前在新浪博客里面的文字梳理了下,搬到这里。
218 0
|
数据可视化 Java 数据库
Solr 下载及单节点的启动和配置
Solr 下载及单节点的启动和配置
140 0
Solr 下载及单节点的启动和配置
|
搜索推荐 Java 数据安全/隐私保护
单机elasticsearch安装记录,保证无坑
单机elasticsearch安装记录,保证无坑
177 0
单机elasticsearch安装记录,保证无坑
|
调度 Hbase 分布式数据库
HBase 如何减少升级时重启rs节点造成的影响
最近被问到这个问题,一时没有很好的回答,事后仔细思考了下,整理如下。 rs节点重启对于应用的影响可分为如下2个阶段: region不可用 region读取慢 不可用的优化 从rs停止到各个region重新上线前都处于不可用阶段,其中包含了master感知到有rs退出,进而调度执行scp的过程,详细的过程可以参考我的另外一篇文章《HBase2.
872 0