解决 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) 问题解决。