AlickLbc的博客

Windows下打包的中文文件名ZIP包在Linux解压时出现乱码，因编码不一致所致。解决方法：使用unzip命令时添加-O GBK参数指定编码，如unzip -O GBK decisions.zip，可正确解压中文文件名，避免乱码问题。

内容是关于Nginx源码安装后补充模块的步骤。摘要要简洁，涵盖关键点：确认编译参数、重新configure带上旧参数和新模块、只make不make install、备份旧二进制、复制新二进制、校验、热升级。Nginx源码安装后补充模块：先查看原编译参数，进入源码包重新configure（必须保留旧参数并添加新模块，如--with-stream），仅执行make。然后备份旧二进制，用objs/nginx覆盖。

本文介绍了在麒麟系统中挂载局域网Windows共享目录的方法。临时方案使用mount -t cifs命令；永久方案推荐安装nfs-utils、配置凭据文件、写入/etc/fstab并执行mount -a测试。同时提及常见权限报错及解决参考文档。

本文记录了在麒麟Linux系统(Kylin V10)上安装GPU版Milvus向量数据库的全过程。作者首先尝试Docker安装失败后，改用Docker Compose方案，详细描述了镜像下载、离线传输和环境配置步骤。在发现初始安装未启用GPU后，重点解决了NVIDIA驱动安装问题（包括处理"command not found"和驱动通信失败等报错），并配置nvidia-container-toolkit工具。最终通过修改docker-compose.yml文件成功部署GPU版Milvus

本文记录了在VMware虚拟机（17.5.x版本）中对CentOS7系统进行磁盘扩容的完整操作流程。针对原有磁盘空间不足的问题，通过关机状态下扩展磁盘容量，使用fdisk工具创建新分区sda3，并进行Ext4格式化。随后通过LVM逻辑卷管理，将新分区加入现有卷组，扩展根目录容量。关键步骤包括：创建物理卷(pvcreate)、扩展卷组(vgextend)、扩容逻辑卷(lvextend)，最后使用xfs_growfs完成文件系统扩容。整个过程涉及磁盘分区、LVM管理和文件系统扩展等关键技术点，为类似场景提供了可

本文记录了在受限网络环境下离线安装Docker和Docker Compose的完整过程。首先准备Docker 24.0.9和Docker Compose 2.24.0的离线安装包，详细说明了上传、解压、移动文件到/usr/local/bin目录的操作步骤。重点介绍了创建Docker系统服务、配置镜像加速和DNS等关键配置，以及通过systemctl管理Docker服务的方法。最后验证安装结果并测试版本信息。该文档为内网环境下部署容器服务提供了完整的参考方案。

本文记录了解决VMware虚拟机启动报错问题的过程。作者在重启挂起的虚拟机时遇到报错，通过搜索和学习多种解决方案，最终采用安装最新Visual C++可再发行程序包的修复方法。文章提供了具体解决步骤，包括下载微软官方支持的可再发行程序包、完成安装后成功重启虚拟机镜像，避免了重新安装虚拟机的麻烦。该经验分享旨在帮助遇到类似问题的用户快速解决问题。

本文介绍了如何在线上环境中模拟和排查OOM(内存溢出)问题。作者通过实验代码创建了一个导致OOM的死循环，并将其打包成JAR文件在Linux环境下运行。使用特定的JVM参数(-Xms10m -Xmx10m等)限制内存并生成堆转储文件。当出现OOM错误后，将生成的日志文件通过FTP下载到Windows环境，使用jVisualVM工具进行分析，通过查看类选项卡定位可能造成异常的实例对象，为后续问题排查提供依据。

我也是比较感兴趣，参考了视频博主的流程，自己做了下案例演练，在此，做一下问题排查演练的实战记录。案例中所使用的DEMO演示问题代码，我已经放到了以下的代码仓库中，有需要的同学，可以自行下载与学习演练。使用top命令，查看占用CPU比较高的进程ID(十进制)，可以看到PID=16013的进程占用CPU很高。在演练代码中，主要通过一段死循环的演示，来模拟了CPU飙升的原因。此时，可以得到占用CPU很高的线程ID（十进制），PID=16029。进一步使用top命令查询占用CPU比较高的线程ID。

首先，想到的导致问题现象出现的原因点，是本地通过的是IDEA运行环境执行的代码，并不是通过jar包来直接执行，并得到运行结果的，因此，发现到了可能出错的问题方向：就是下图中这个目录下的静态资源文件，如果不对打包插件的resources部分做专属的设置，在正常情况下，/src/main/webapp/目录下的相关的文件内容，是无法正常被打包到最后生成的jar包之中的，默认情况下，是仅仅会打包/src/main/resources/目录下的资源文件到jar包之中。，这个比较低一些的版本。

最近，项目中有需要安装一下Nginx做一下反向代理，之前，也没有完整的安装实战经验，参考了几篇博文，最后，我选择了源码包进行安装的方式，并最终实现了落地。因此，做一下记录，希望给到小伙伴们更多的踩坑经验和提示。于是乎，将这些缺少的软件依赖包补充完毕后，就可以正常进行后续的安装了。

最近，在将本地项目代码中的Kaptcha功能发布到线上Linux(CentOS)环境下的时候，发现在本地Windows运行环境中可以正常显示的验证码功能，在线上环境中，无法成功显示，一直处于验证码加载中的现象中，让我很是头疼，后来经过搜索引擎和AI提供的方案，发现原因存在于线上Linux环境的字体并没有正确安装导致，因此做一下记录。Linux(CentOS)环境下的字体文件存储目录： /usr/local/share/fonts。Windows环境下的字体文件存储目录：C:\Windows\Fonts。

最近，正在学习部署Java的一个SSM项目到服务器端，一开始以为只需要把项目形成的打包文件*.war上传到服务器Tomcat文件目录的/webapps/目录下后，重新启动Tomcat服务器就可以了。但是，实际这么操作之后会发现，如果是想直接从网站的根目录下就可以直接访问到自己的项目是没法直接办到的。会有需要添加一个uri路径(/oa_web-1.0-SNAPSHOT/)的情况。于是参考了相关资料，得到的解决方案如下：由于每个 WAR 包会被部署到一个以 WAR 包文件名命名的上下文路径下。

SLAVE_IO_RUNNING始终是Connecting，并不是理想中的"Yes"状态，导致主库的新增数据，均无法在从库得到同步的更新。造成问题的原因，就是我直接通过对主库机器做了虚拟机复制，导致主从MySql的server-uuid值都一样了，于是，也就造成了相关的问题。最近，在练习MySQL主从复制时候，遇到一个问题，从库没法正确跟踪主库的binlog日志的变化。主要从配置项上看，怎么也没有发现异常，最后，还是从前辈的文章中得到问题解决的方案。最终，就解决了这个问题，特此记录一下。

此处：需要特别注意：--bind_ip 0.0.0.0，这个启动参数的配置，因为后续需要使用程序来进行对mongodb的操作，如果这个地方未正确配置的话，可能会导致客户端无法正常连接与操作mongodb的数据库。此处，我下载的是：mongodb-linux-x86_64-4.0.28.tgz。利用工具将源码包上传到应用服务器或者虚拟机。从官网下载需要的版本安装包。系统：CentOS7。

此处，有个坑需要避免，由于es是不能在root用户下进行操作启动的，如果一开始就把jdk安装在root/software/之类的root用户的目录下的话，后续会导致ES无法正常启动。5、新增esuser用户，并将/usr/local/elasticsearch-6.8.6/目录的所有者修改为esuser。于是乎，我这边首先得调整一下，切换为root用户后，将jdk的安装位置修改到/usr/local/目录下。回到/usr/local/elasticsearch-6.8.6/目录下，新建data目录。

这个提示：Operating System not found的形成原因，主要就是开启虚拟机时，没有从光盘镜像中进行导入，而是默认走了硬盘的常规流程，导致的问题，因此，只需要这个地方，选择事先下载好的光盘镜像源，就可以解决了。由于需要练习开发运行环境的搭建，因此在VmWare上安装了CENTOS6.8的版本操作系统，具体的安装流程，在此，就不做详细介绍了，主要就想对今天安装过程中遇到的几个关于问题点，做一下记录。先将今天遇到的2个主要的问题点，做一下记录。...............