【YashanDB知识库】服务器重启后启动yasom和yasagent进程时有告警

简介: 本文介绍了YashanDB在特定场景下的问题分析与解决方法。当使用yasboot重启数据库后,yasom和yasagent进程虽启动成功但出现告警,原因是缺少libnsl.so.1库文件或环境变量配置错误。解决步骤包括:检查系统中是否存在该库文件,若不存在则根据操作系统类型安装(有外网时通过yum或apt,无外网时创建符号链接),若存在则调整环境变量配置,并重新启动相关进程验证问题是否解决。

本文内容来自YashanDB官网,原文内容请见https://www.yashandb.com/newsinfo/7610142.html?templateId=1718516

问题场景
数据库正常运行,使用yasboot关闭数据库并重启服务器后,用yasboot启动yasom,yasagent以及yasdb进程成功,但是yasom,yasagent存在告警

告警详情
warning: watch yasom error: monitor failed, stdout: , /data/yashan/yasdb_home/yashandb/22.2.8.105/bin/moint/moint: error while loading shared libraries: libnsl.so.1: cannot open shared object file: no such file or directory

warning: watch yasagent error: monitor failed, stdout: , /data/yashan/yasdb_home/yashandb/22.2.8.105/bin/moint/moint: error while loading shared libraries: libnsl.so.1: cannot open shared object file: no such file or directory

问题原因
数据库monit进程依赖于libnsl.so.1库文件,告警中的提示信息为在LD_LIBRARY_PATH下找不到libnsl.so.1

排查步骤
1、检查系统中libnsl.so.1文件是否存在

ldconfig -p | grep libnsl

2、若不存在,可以通过以下方式安装

     # 有外网

        若操作系统为Red Hat、CentOS、Fedora等使用命令: $ yum install libnsl

        若操作系统为Debian、Ubuntu等使用命令:$ apt update && apt-get -y install rpm && rpm -ivh libnsl-2.28-164.el8.aarch64.rpm --nodeps

    # 无外网

       检查是否存在libnsl.so.2,若存在则可以创建libnsl.sl.1的符号链接到libnsl.so.2

       $ cd /lib64

       $ ln -s libnsl.so.2.0.0 libnsl.so.1

若存在,则可能是库文件环境变量不对

       执行vi ~/.bashrc添加:export LB_LIBRARY_PATH=$YASDB_HOME/lib:$LD_LIBRARY_PATH

       source ~/.bashrc

3、重新执行yasom和yasagent进程启动命令可查看问题是否解决:

       yasboot process yasom start -c yashandb

       yasboot process yasagent start -c yashandb
相关文章
|
9月前
|
存储 固态存储 网络协议
YashanDB安装前服务器准备
本文档源自YashanDB官网,详细介绍了YashanDB的安装前准备与部署配置要求。内容涵盖服务器配置(操作系统、CPU、内存、硬盘等推荐及最低标准)、共享存储配置、部署规模(单机主备、分布式、共享集群等场景)以及各类部署示例的服务器列表。特别提示,在虚拟机环境中需将硬盘设置为独立-永久模式以避免数据损坏。此文档为用户根据实际需求选择合适的部署方案提供了全面指导。
|
9月前
|
数据库
YashanDB更换服务器IP
本文来自YashanDB官网,主要介绍当单机部署的数据库集群中服务器IP发生变更时,管理员如何使用`yasboot ipchange`命令完成数据库层面的IP更换操作。以一主两备环境为例,详细描述了更换`yasom`、`yasagent`和`yasdb` IP的具体步骤,包括操作顺序、命令示例以及验证方法,确保数据库服务恢复正常运行。操作需按顺序执行,并满足YashanDB的部署要求。
|
9月前
|
数据库
YashanDB守护进程
本文来自YashanDB官网,主要介绍通过命令行安装YashanDB后如何启用守护进程monit功能。需确保服务器已安装符合要求的monit(参考依赖项准备)。文章详细说明了启动守护进程的操作步骤,并提供配置开机自启动的可选方案,以便在服务器重启后自动拉起YashanDB相关进程,实现数据库的间接开机自启动。具体操作包括获取monit路径、编辑`/etc/rc.local`文件及添加调用权限等。
|
10月前
|
SQL 监控 网络协议
YashanDB进程线程体系
YashanDB进程线程体系
|
10月前
|
数据库
【YashanDB知识库】服务器重启后启动yasom和yasagent进程时有告警
【YashanDB知识库】服务器重启后启动yasom和yasagent进程时有告警
|
8月前
|
运维 监控 网络协议
物联网设备状态监控全解析:从告警参数到静默管理的深度指南-优雅草卓伊凡
物联网设备状态监控全解析:从告警参数到静默管理的深度指南-优雅草卓伊凡
283 11
物联网设备状态监控全解析:从告警参数到静默管理的深度指南-优雅草卓伊凡
|
Prometheus 运维 监控
智能运维实战:Prometheus与Grafana的监控与告警体系
【10月更文挑战第26天】Prometheus与Grafana是智能运维中的强大组合,前者是开源的系统监控和警报工具,后者是数据可视化平台。Prometheus具备时间序列数据库、多维数据模型、PromQL查询语言等特性,而Grafana支持多数据源、丰富的可视化选项和告警功能。两者结合可实现实时监控、灵活告警和高度定制化的仪表板,广泛应用于服务器、应用和数据库的监控。
1376 3
|
7月前
|
编解码 监控 算法
CDN+OSS边缘加速实践:动态压缩+智能路由降低30%视频流量成本(含带宽峰值监控与告警配置)
本方案通过动态压缩、智能路由及CDN与OSS集成优化,实现视频业务带宽成本下降31%,首帧时间缩短50%,错误率降低53%。结合实测数据分析与架构创新,有效解决冷启动延迟、跨区域传输及设备适配性问题,具备快速投入回收能力。
502 0
|
10月前
|
数据采集 运维 监控
数据采集监控与告警:错误重试、日志分析与自动化运维
本文探讨了数据采集技术从“简单采集”到自动化运维的演进。传统方式因反爬策略和网络波动常导致数据丢失,而引入错误重试、日志分析与自动化告警机制可显著提升系统稳定性与时效性。正方强调健全监控体系的重要性,反方则担忧复杂化带来的成本与安全风险。未来,结合AI与大数据技术,数据采集将向智能化、全自动方向发展,实现动态调整与智能识别反爬策略,降低人工干预需求。附带的Python示例展示了如何通过代理IP、重试策略及日志记录实现高效的数据采集程序。
514 7
数据采集监控与告警:错误重试、日志分析与自动化运维
|
10月前
|
Prometheus Kubernetes 监控
Kubernetes监控:Prometheus与AlertManager结合,配置邮件告警。
完成这些步骤之后,您就拥有了一个可以用邮件通知你的Kubernetes监控解决方案了。当然,所有的这些配置都需要相互照应,还要对你的Kubernetes集群状况有深入的了解。希望这份指南能帮助你创建出适合自己场景的监控系统,让你在首次发现问题时就能做出响应。
617 22

热门文章

最新文章