背景
客户指定服务器环境欧拉操作系统，版本：6.6.0-72.0.0.76.oe2403sp1.x86_64
需要把Java 应用以及各种中间件部署在欧拉操作系统上。
问题
-
适配MySQL
1.1 编译报错
mysql-5.7.40-el7-x86_64.tar.gz版本在CentOS7环境安装正常
当前欧拉环境直接使用CentOS7的MySQL安装包，导致安装MySQL失败
解决：更新MySQL为 mysql-5.7.40-linux-glibc2.12-x86_64.tar.gz版本，安装正常，问题解决
1.2 启动异常
通过查看启动日志，发现安装过程中生成mysqld 单元服务是按安装路径/usr/local/mysql
启动的，所以启动失败，因为我自定义了安装路径，使用service start是正常的，在CentOS7.9环境
启动也是正常，所以我只能认为是当前欧拉环境默认使用systemd代替传统service服务导致
解决：把service start 启动命令放到/etc/rc.local里让它开机自启，重启服务器，问题解决 -
适配Redis
编译报错
Redis-5.0.5版本在CentOS7.9环境中GCC版本4.8.5安装正常
当前欧拉环境使用GCC版本是12.3.1，GCC版本太高导致安装Redis失败
解决：升级Redis到7.2.10版本，安装正常，问题解决 -
适配Kafka
启动异常
整个安装过程没问题，安装结束后，发现Kafka没启动，
原因是没有systemd自启服务以及service自启服务配置，它是把启动命令放到/etc/rc.local
因为是接手的项目，所以我没有直接处理这个问题，我通过journalctl -u rc-local.service -b命令查看启动日志发现
是由于没有指定JAVA环境导致启动失败，这在CentOS7.9环境倒是没有出现过，启动都正常
解决：在rc.local中指定JAVA环境，重启服务器，Kafka服务正常，问题解决 -
适配ELK
安装ELK过程都正常包括service服务配置，Kibana服务依赖Elastic服务，正常情况重启后Kibana服务异常，
因为它启动先于Elastic服务，配置了启动优先级也不好使，不过欧拉操作系统默认会用systemd服务代替传统的service服务，
所以在欧拉操作系统重启Kibana服务依然正常 -
适配Zookeeper
启动异常
问题跟Kafka一样
解决：在rc.local中指定JAVA环境，重启服务器，Kafka服务正常，问题解决 -
适配Nginx
安装Nginx报错，缺少依赖库
解决：执行dnf install -y gcc-c++ pcre pcre-devel zlib zlib-devel openssl openssl-devel命令，问题解决 -
适配sshpass
编译报错
sshpass-1.06-2.el7.x86_64.rpm包是CentOS7.9环境下使用
当前欧拉环境不适用
解决：下载通用二进制包sshpass-1.06.tar.gz，重新安装，问题解决
)
