解决 OpenSSL library not found 或者 Your...
报错如下:
checking OpenSSL header version... 1010107f (OpenSSL 1.1.1g 21 Apr 2020)
checking for OpenSSL_version... no
checking for OpenSSL_version_num... no
checking OpenSSL library version... not found
configure: error: OpenSSL library not found.
或者:
checking for openssl... /usr/local/bin/openssl
checking for openssl/opensslv.h... yes
checking OpenSSL header version... 30000000 (OpenSSL 3.0.0 7 sep 2021)
checking for OpenSSL_version... yes
checking for OpenSSL_version_num... yes
checking OpenSSL library version... 1010104f (OpenSSL 1.1.1d 10 Sep 2019)
checking whether OpenSSL's headers match the library... no
configure: error: Your OpenSSL headers do not match your
library. Check config.log for details.
If you are sure your installation is consistent, you can disable the check
by running "./configure --without-openssl-header-check".
Also see contrib/findssl.sh for help identifying...
解决openssl编译过程中报错Can't locate...
报错如下:
[root@localhost openssl-3.0.12]# ./config --prefix=/usr/local --openssldir=/usr/local/openssl
Can't locate IPC/Cmd.pm in @INC (@INC contains: /root/openssl-3.0.12/util/perl /usr/local/lib64/perl5 /usr/local/share/perl5 /usr/lib64/perl5/vendor_perl /usr/share/perl5/vendor_perl /usr/lib64/perl5 /usr/share/perl5 . /root/openssl-3.0.12/external/perl/Text-Template-1.56/lib) at /root/openssl-3.0.12/util/perl/OpenSSL/config.pm line 19.
BEGIN failed--compilation aborted at /root/openssl-3.0.12/util/perl/OpenSSL/config.pm line 19.
Compilation failed in require at /root/openssl-3.0.12/Configure line 23.
BEGIN failed--compilation aborted at /root/openssl-3.0.12/Configure line 23.
解决办法如下:
1.安装perl-CPAN
yum install -y perl-CPAN
2.进入perl shell
perl -MCPAN -e shell
第一步选yes,第二步选manual,第三步选yes,如下:
[root@localhost openssl-3.0.12]# perl -MCPAN -e shell
CPAN.pm requires configuration, but...
解决No module named flask._compat
故障原因是flask_script/__init__.py文件15行from flask._compat import text_type书写有误。
修改为:
# site-packages/flask_script/__init__.py
from flask_script._compat import text_type
故障解决。
lsync同步延迟问题解决
在部署lsync+rsync自动同步的过程中发现了一个问题,每次自动同步都会延迟15秒左右,这个不是我所希望的。
解决方法如下:
编辑lsync的启动脚本:
vi /etc/init.d/lsyncd
对内容做出如下修改:
DAEMON_ARGS="-pidfile ${PIDFILE} ${CONFIG}"
改为:
DAEMON_ARGS="-pidfile ${PIDFILE} ${CONFIG} -delay 0"
然后重启lsync:
systemctl daemon-reload
systemctl restart lsyncd
这样配置lsync的同步只会延迟1秒左右。
DMHS主从两端数据不同步的解决办法
dmhs部署可参考官方文档:
https://eco.dameng.com/community/post/20221221162103LX655O1WTFKL93HLZ5
如果dmhs需要同步的数据过大且包含大字段,直接通过copy初始化可能需要数天才能完成。
可以通过dmrman物理备份数据库并同步到dmhs两个节点,然后再采集端执行:
COPY 0 "SCH.NAME='V3XUSER'" DICT
即可快速完成dmhs的初始化。
如果执行段启动exec报错:
lib libdmhs_exec.so can not found,error code 0, libdmoci.so: cannot open shared object file: No such file or directory
则需要将 libdmoci.so放到dmhs的bin目录。
cd /opt/dmhs/
cp ./bin/stat/libdmoci.so ./bin/
如果执行端遇到如下报错:
2023-10-19 14:41:57 EXE[ERROR]: SITEID:1 V3XUSER.JK_SCHEDULER_STATE(UPDATE): affect the number of rows (0) and the expected number of rows (1)! SEQID:10681224097 TRXID:5063332283 OP_ID:4
2023-10-19 14:41:57 EXE[ERROR]: SITEID:1 V3XUSER.JK_SCHEDULER_STATE(UPDATE) sync failed, fill rows 1, SEQID:10681224097 TRXID:5063332283 OP_ID:4
2023-10-19 14:41:57 EXE[WARN]: Transactions execution error, canceling and re execute...
2023-10-19 14:41:57 EXE[INFO]:...
解决screen窗口Attached问题
故障现象:
root@uos-PC:~# screen -ls
There are screens on:
21638.pts-1.uos-PC (2023年07月28日 08时56分40秒) (Detached)
96282.pts-2.uos-PC (2023年07月27日 17时07分11秒) (Attached)
现在通过screen -r 96282是无法连接到该窗口的。
现在我们需要执行:
screen -d 96282
就可以重新连接上该窗口了。
退出该窗口重新查看:
root@uos-PC:~# screen -ls
There are screens on:
21638.pts-1.uos-PC (2023年07月28日 08时56分40秒) (Detached)
96282.pts-2.uos-PC (2023年07月27日 17时07分11秒) (Detached)
问题解决。