logo
publist
写文章

简介

该用户还未填写简介

擅长的技术栈

可提供的服务

暂无可提供的服务

Kubesphere查看可插拔组件jenkins默认密码

直接查看文档 https://kubesphere.io/zh/docs/faq/devops/install-jenkins-plugins/搭建好kubesphere开启devops功能,通过secret获取密码,提示密码错误,折腾半天,查看文档发现,直接使用kubesphere账号密码登陆即可...

#jenkins#devops#运维
mongodb生产备份工具PBM

本文介绍了针对TB级MongoDB数据库的备份方案对比,重点推荐使用Percona Backup for MongoDB(PBM)工具。文章对比了多种备份工具的优缺点,指出PBM在支持并发、压缩、分片和增量备份方面的优势。详细说明了PBM的安装配置流程,包括服务文件编写、配置文件设置和启动步骤,并提供了备份测试和定时任务设置方法。适用于需要处理大规模MongoDB数据备份的生产环境。

#mongodb#数据库
nginx转发https到tomcat报错403

http请求转发正常,https返回403,nginx配置已添加proxy相关参数。tomcat开启https请求需要加上如下内容在conf/server.xml。在nginx排查了很久,后来在tomcat中加上了日志打印发现。加上后重启tomcat,https恢复正常。

文章图片
#nginx#https#tomcat
centos下skywalking安装php agent

目前skywalking的php-agent仅支持php-fpm和Swoole,其他的框架类似workerman等还未支持。注意这里是安装agent,很多教程是安装的skywalking,现在已经改名为。最后重启php-fpm, 执行php-m查看是否加载成功。安装完成后在php.ini中添加如下内容。切换到LLVM 7环境。

文章图片
#php#centos#skywalking
nacos2.0.2升级2.2.1报错Column ‘ENCRYPTED_DATA_KEY‘ is either not in any table

以上报错表示nacos使用的数据库是默认内嵌的derby数据库,建议通过导出配置的方式进行升级。如果是使用mysql作为数据库的nacos,在数据库中执行以下sql即可解决报错。最重要的一点,确认你用的数据库是mysql,而不是自带的Derby。

文章图片
更适合中小企业的日志系统loki

运维的核心目标是保障系统的稳定性和可靠性,而监控是贯穿整个运维生命周期的,为系统的稳定和可靠提供了可观察性及历史可追溯性,可以说,没有监控,运维就是在抓瞎在整个运维生命周期中,监控覆盖硬件/系统级监控、应用服务指标监控、程序运行日志监控、业务监控、链路监控而日志监控主要就是关注程序运行状态,当然,如果涉及业务日志,日志监控也能体现业务运行情况及业务访问量等日志架构通常的做法就是:日志收集日志处理日

#elk
rocketmq-console-ng开启密码登陆

生产环境rocketmq-console-ng需要开启密码登陆,操作过程如下github地址已经不提供rocketmq-console代码下载,需要自己找地方下载下载代码后进入目录,修改文件application.properties#将此参数改为true后保存,默认为falserocketmq.config.loginRequired=true再打开文件users.properties编辑#添加

rocketmq:connect to 172.17.42.1:10911 failed

安装rocketMQ的server后,启动一切正常,但是使用客户端连接时报错Caused by: org.apache.rocketmq.remoting.exception.RemotingConnectException: connect to <172.17.42.1:10911> failed检查服务器上,这个ip是docker0的虚拟网卡的网关,但是启动rocketMQ时并没

mysql的死锁处理

最近数据库一直有事务发生RUNNING不结束,使用了以下方法进行排查mysql在数据库information_schema 中增加了三个关于锁的表innodb_trx:当前运行的所有事务innodb_locks : 当前出现的锁innodb_lock_waits :锁等待的对应关系locks和lock_waits没有信息show engine innodb status#

#mysql#数据库
Docker服务停止后,为什么端口没监听却能访问?

摘要:服务器出现异常邮件发送问题,经排查发现已迁移的Docker服务仍在运行。通过检查端口、网络连接和iptables规则,发现Docker通过iptables DNAT实现流量转发,将7001端口请求重定向到容器IP。该过程完全在内核网络栈完成,无需用户态进程监听端口。原因在于未先停止容器就关闭了Docker服务,导致容器作为独立进程继续运行。此案例提醒我们停止Docker服务前需先停止容器。(

#docker#容器#运维
    共 19 条
  • 1
  • 2
  • 请选择