star的博客

解决方法：在系统变量path中添加“D:\python\python3.8.5;D:\python\python3.8.5\Scripts”如下：

在服务器上安装docker，部署好应用之后，本地无法ping通服务器，但其他网段的是可以的。查看端口发现，docker容器的ip网段和本地电脑的网段重复了，所以造成该网段无法ping通。具体如下：查问题：telnet8080端口不通，ping不通查看端口占用情况，发现8080端口是docker服务在占用发现docker服务使用的ip是172.17.0.2和本地的部分网段是重复的，这就造成了本地在172.17.0.1-172.17.255.255网段中的ip无法访问服务器。解决..

报错如下：查到sys_session_ui是索引，找到索引对应的表sys_session，再找到对应的序列（一般序列名为表名加“_s”），找到序列sys_session_s，修改下一个id值：原值为59633254，在前面加了11。重新登录之后，不会报错了。...

1. pod删除每当删除namespace或pod 等一些Kubernetes资源时，有时资源状态会卡在terminating，很长时间无法删除，甚至有时增加--forceflag(强制删除)之后还是无法正常删除。这时就需要edit该资源，将字段finalizers设置为[]，之后Kubernetes资源就正常删除了。当删除pod时有时会卡住，pod状态变为terminating，无法删除pod（1)强制删除kubectl delete pod xxx -n xxx --force -..

漏洞信息如下：使用的tomcat版本为8.5.60。打开解决办法中对应版本的网址：https://tomcat.apache.org/security-8.html可以看到8.5.63及以上版本修复了这两个漏洞：解决办法：升级tomcat到8.5.63或以上版本（不推荐升级到9及以上版本，jdk还需要检查是否对应）本例升级到到tomcat8最版本8.5.69升级方法：1.升级旧版本到新版本（8.5.60升级到8.5.69）官网下载地址：https://tomcat.a..

Elasticsearch漏洞扫描结果如下：根据给出的解决办法，验证之后发现漏洞无法修复：elasticsearch-http-basic就提供了针对ES HTTP连接的IP白名单、密码权限和信任代理功能。支持版本如下：发现高版本的elasticsearch不支持elasticsearch-http-basic插件。elasticsearch6.8及以上版本默认有x-pack认证插件，X-Pack是Elastic Stack扩展功能，提供安全性，警报，监视，报告，机器学习和.

安装了两个版本1.6和1.8的jdk，现在使用的是1.8版本，要切换到1.6版本，修改环境变量之后无法切换到1.6。解决办法：1.删除C:\Windows\System32目录下的java.exe、javaw.exe、javaws.exe2. 将1.6安装目录bin下的java.exe、javaw.exe、javaws.exe复制到C:\Windows\System32和C:\ProgramData\Oracle\Java\javapath（隐藏目录，需要设置显示才能看到）3.修改注册表，运

一、环境服务器上安装jenkins，docker和gitlab，本文的安装版本如下：jenkins 2.286docker 20.10.4gitlab 13.0二、打包Vue项目的打包需要使用Node环境，Jenkins也是可以在插件中心安装NodeJs插件，安装插件操作如下：1.进入插件管理2.查找插件搜索插件Nodejs，选择可选插件，最后install without restart3.新建任务查看新建的项目（本文中新建项目名为cloud-front）,点击项目名进入该项

一、安装1.镜像查询docker search gitlab2.拉取镜像docker pull gitlab/gitlab-ce3.镜像安装使用docker run启动gitlab容器，建议启动命令写成一个bash，防止忘记自己启动时的参数配置。将脚本写到gitlab.sh中，如下：#!/bin/bashIMAGE_NAME='gitlab/gitlab-ce'CONTAINER_NAME='gitlab-ce-zh'CONTAINER_ID=`docker run \

1.拉取docker镜像url：https://www.jenkins.io/zh/download/2.创建并启动Jenkins容器docker run -d -v jenkins_home:/var/jenkins_home -p 8080:8080 -p 50000:50000 jenkins/jenkins:latest3.开启端口#开启端口firewall-cmd --zone=public --add-port=5500/tcp --permanentfirewall-cm

报错：Module build failed: Error: ENOENT: no such file or directory, scandir ‘D:\Community\D4Mobile
ode_modules
ode-sass\vendor’#进入node_modules目录cd node_modules#运行npm rebuild node-sassnpm rebuild node-sass然后重新install再打包...

harbor垃圾回收Harbor私有仓库运行一段时间后，仓库中存有大量镜像，会占用太多的存储空间。直接通过Harbor界面删除相关镜像，并不会自动删除存储中的文件和镜像。需要停止Harbor服务，执行垃圾回收命令，进行存储空间清理和回收。1、首先，删除Harbor的UI中的存储库。这是软删除。您可以删除整个存储库或仅删除它的标签。软删除后，Harbor中不再管理存储库，但是存储库的文件仍然保留在Harbor的存储中。2、接下来，使用注册表的垃圾回收（GC）删除存储库的实际文件。在执行GC之前，确保没

该脚本用于处理已过期或者即将过期的kubernetes集群证书kubeadm生成的证书有效期为为1年，该脚本可将kubeadm生成的证书有效期更新为10年该脚本只处理master节点上的证书：kubeadm默认配置了kubelet证书自动更新，node节点kubelet.conf所指向的证书会自动更新小于v1.17版本的master初始化节点(执行kubeadm init的节点) kubelet.conf里的证书并不会自动更新，这算是一个bug，该脚本会一并处理更新master节点的kubelet.c

k8s主节点更换证书后，从节点使用kubectl get pods命令报Config not found: /etc/kubernetes/admin.conf：解决：1.替换config文件更换主节点的证书后，将主节点”.kube/config“文件复制到从节点相应位置2.复制admin.conf文件由于报错是找不到admin.conf文件，所以从主节点复制该文件到从节点3.新增环境变量echo "export KUBECONFIG=/etc/kubernetes/admin.conf"

kube-controller-manager状态为 CreateContainerError，重启kubelet无效解决方案：停掉所有正在运行的容器 + 删除所有已经停止的容器，之后所有的容器会被k8s集群重新构建运行，原先某些处于非正常状态的pod都可以正常运行。具体的执行步骤是：1、先暂停kubelet服务。因为这个服务运行的话会有一些容器停不掉，并且也无法删除。执行命令如下：systemctl stop kubelet2、停掉或杀死所有正在运行的容器。docker kill $(do

[root@Linux ~]# ps -ef|grep nginx[root@Linux ~]# kill -9 2072进入nginx的sbin目录，重启nginx[root@Linux sbin]./nginx -s reload转载自（https://www.cnblogs.com/wyd168/p/6636529.html）

问题：nginx会按照nginx.conf的配置生成access.log和error.log，随着访问量的增长，日志文件会越来越大，既会影响访问的速度(写入日志时间延长)，也会增加查找日志的难度，nginx没有这种按天或更细粒度生成日志的机制，所以需要自己添加定时任务，分割日志文件。1.新建分割日志文件的脚本，例如存放路径：/usr/local/nginx/sbin/cut_nginx_logs.sh，按天分割具体内容：#!/bin/bash#function:cut nginx log files

执行./configure报错“./configure: error: C compiler cc is not found”解决：执行yum -y install gcc gcc-c++ autoconf automake make（如果yum命令不能正常使用，参考博客https://blog.csdn.net/lisongyue123/article/details/108325374）nginx安装一、首先去官网下载Nginx的tar包Nginx官方网站地址:http://nginx.o

一般情况下http协议使用80端口，https协议443端口。要实现http强制转https是非常简单的事，随便都可以找到很多方案。使用非默认端口时这就变得有点麻烦了。曾经看过一篇文章讲述如何让http 和https 在一个端口上工作。原理大概是以tcp方式监听，检查传入的前几个字节，从而判断出是HTTP还是HTTPS的请求，再将数据转发到相应端口上。这种方式非常强悍，但如果仅仅是让http跳转到https有点杀鸡用牛刀的感觉。最近无意中看到一篇有关Nginx的文章，其中提到了一个497的状态码：Ng

一、docker安装gitlab见上一篇博文https://blog.csdn.net/lisongyue123/article/details/110872692二、安装gitlab-runner1.拉取镜像docker pull gitlab/gitlab-runner2.创建容器并运行docker run -d --name gitlab-runner --restart always -v /src/gitlab-runner/config:/etc/gitlab-runner -v