ceacer 2 已发布 1月29号 分享 已发布 1月29号 一、故障描述 nexus服务器最初配置为4C8G,随着业务量的暴增,终于在某一天不堪重负,OOM了,排查后,增加内存到16G,再次启动,然后看似正常,然后却发生了诡异的事件。。。。。。 二、排查过程 问题一, 查看日志,发现日志报错如下 报错日志1 经确认,assetdownloadcount记录的是asset下载次数的数据,报错是因为记录delete失败,该表数据并不重要,故采用人工删除的方式解决,筛选日志,发现需要删除的表为truncate cluster assetdownloadcount_3,truncate cluster assetdownloadcount_5,truncate cluster assetdownloadcount_10,truncate cluster assetdownloadcount_15 处理方案: 1、进入/opt/nexus/目录下,执行命令:java -jar./lib/support/nexus-orient-console.jar 进入orientdb命令行 2、执行命令:CONNECTPLOCAL:/opt/sonatype-work/nexus3/db/component admin admin 连接到component库 3、执行命令: truncate cluster assetdownloadcount_3 truncate cluster assetdownloadcount_5 truncate cluster assetdownloadcount_10 truncate cluster assetdownloadcount_15 删除有问题的cluster 4、执行命令: REBUILD INDEX * REPAIR DATABASE –fix-graph REPAIR DATABASE –fix-links REPAIR DATABASE –fix-ridbags REPAIR DATABASE –fix-bonsai 进行数据库修复 至此问题一解除 问题二, 本想着都连上了orientdb命令行了,就去其他几个库修复一下吧,命令都是一样的,没想到到了config库报错了 报错日志 报错日志 几经百度终于查到可以通过删除index来解决,执行命令:drop INDEXquartz_job_detail_name_group_idx 删除完毕后重新执行修复命令,不在报错 重启nexus完美启动,问题解决 评论链接 在其他网站上分享 更多分享选项...
推荐帖
创建账户或登录以发表评论
您需要成为会员才能发表评论
创建一个帐户
在我们的社区注册一个新账户。很简单!
注册新账户登入
已有账户?在此登录
立即登录