GBaseMonitor数据库监控平台使用
2022/2/21 19:30:06
本文主要是介绍GBaseMonitor数据库监控平台使用,对大家解决编程问题具有一定的参考价值,需要的程序猿们随着小编来一起学习吧!
因为GBaseMonitor数据库监控平台使用了sigar来获取系统信息,在国产化平台下(华为鲲鹏CPU、UOS系统)需要重新编译得到aarch64对应的so依赖文件[libsigar-aarch64-linux.so]。以下是编译中遇到的问题和解决方法。从而可以使GBaseMonitor工具可以在国产操作系统中正常使用。
编译环境
编译
编译的命令是在sigar源码的bindings/java路径下使用ant命令编译
编译失败
使用ant编译后报错,报错信息截取如下:
解决方案:修改sigar/bindings/java/hyperic_jni/src/org/hyperic/jni/ArchNameTask.java78行的代码
避免在aarch64中引入-m64参数
再次使用ant命令编译,至此应该编译成功。so文件生成在sigar/bindings/java/sigar-bin/lib文件夹下,但是在使用时仍然有些问题。
版本不匹配
运行时提示
使用sigar的master分支编译出的libsigar-aarch64-linux.so文件对应的sigar版本是1.7。而我们下载的编译好的sigar一般是1.6。
如果要使用已有的1.6版本,则需要使用sigar1.6分支源码进行编译得到的libsigar-aarch64-linux.so文件。
如果想要使用master分支编译的so文件,则需要上一步编译成功后sigar/bindings/java/sigar-bin/lib文件夹下的sigar.jar文件。
运行异常
运行时提示
解决方案:在/hyperic/sigar/blob/sigar-1.6/bindings/java/hyperic_jni/jni-build.xml326行后插入
其他
在最初编译时可能因为系统环境问题,出现了"error: called object ‘XXXX’ is not a function or function pointer”异常,错误提示如下:
这部分可能与编译方式以及编译环境有关,最开始使用的是cmake编译,java版本也感觉不大正常,换了一台机器并且使用ant编译后就没有遇到这个问题,有点奇怪。
编译使用的系统及CPU信息
操作系统内核信息
显示发行版本信息
操作系统版本信息
CPU信息
总结
以上是GBase8s监控平台在国产操作系统中,使用sigar来监控操作系统信息遇到的编译问题,希望可以帮助到大家。让GBase监控工具能够在国产系统中完美的运行。
这篇关于GBaseMonitor数据库监控平台使用的文章就介绍到这儿,希望我们推荐的文章对大家有所帮助,也希望大家多多支持为之网!
- 2024-09-28微服务架构中API版本控制的实践
- 2024-09-28AI给的和自己写的Python代码,都无法改变输入框的内容,替换也不行
- 2024-09-27Sentinel配置限流资料:新手入门教程
- 2024-09-27Sentinel配置限流资料详解
- 2024-09-27Sentinel限流资料:新手入门教程
- 2024-09-26Sentinel限流资料入门详解
- 2024-09-26Springboot框架资料:初学者入门教程
- 2024-09-26Springboot框架资料详解:新手入门教程
- 2024-09-26Springboot企业级开发资料:新手入门指南
- 2024-09-26SpringBoot企业级开发资料新手指南