运维

一个90的萌新码农，热爱编程热爱生活编程交流群:875477818

累计撰写 53 篇文章
累计创建 93 个标签
累计收到 1 条评论

标签搜索

目录CONTENT

以下是运维相关的文章

2022-10-28
使用ELK结合LogBack搭建日志中心一. 安装elasticsearch-7.5.1elasticsearch官网: https://www.elastic.co/cn/downloads/elasticsearch下载elasticsearchwget https://artifacts.elastic.co/downloads/
- 2022-10-28
- 60
- 0
- 0
- Java
- 运维
2022-10-20
Jenkins流水线实现自动发布Api/Web程序到堡垒机由于最近的挺多项目需要要堡垒机上进行部署，堡垒机的繁琐大家也是知道的。由于堡垒机无法直连，所以Jenkins的推送服务不能将打包后的Jar或前端的zip推送至服务器所以我们转换思路，我们将打包后的jar/zip放到指定的目录，由nginx对外提供服务。然后在堡垒机部署程序进行下载和部署的操作。部署程
- 2022-10-20
- 149
- 0
- 0
- Vue
- Java
- 运维
2022-05-24
repo 'appstream' 下载元数据失败 : Cannot prepare internal mirrorlist: No URLs 在尝试了网上的解决方案后发现了一个问题CentOS 8操作系统版本结束了生命周期（EOL），Linux社区已不再维护该操作系统版本。建议您切换到Anolis或Alinux。如果您的业务过渡期仍需要使用CentOS 8系统中的一些安装包，请根据下文切换CentOS 8的源。1. 备份mv /etc/y
- 2022-05-24
- 1076
- 0
- 0
- 运维
- 分享
2022-04-13
解决Gitlab无法启动runsv no running 可以先尝试用systemctl start gitlab-runsvdir.service如果冻结不动的话，就需要查看系统服务项了systemctl -t target如果系统正常的话，所有任务应该是loaded active active，如果存在inactive dead选型，意味着有些服务出错
- 2022-04-13
- 790
- 0
- 1
- 运维
2022-01-19
QT6在线安装下载速度慢的解决办法下载加速需要使用清华源QT地址QT软件清华源地址： https://mirrors.tuna.tsinghua.edu.cn/qt一、安装代理软件Fiddler51、安装并打开Fiddler5，软件自动启用代理。（Fiddler5软件百度搜索）、在Fiddler软件下方快速执行的栏里输入并回车：ur
- 2022-01-19
- 855
- 0
- 2
- 运维
2020-03-20
记一次线上nginx 500后502的问题本来我们正在愉快的加班，忽然收到销售人员的反馈，项目访问会有502的存在理论来说我们没有在发版是不会出现502的问题的，经测试发现稳定复现的方式访问一个接口(接口报错500) 第二次访问的时候就稳定502了。我们的项目是通过nginx反向代理提供的访问，解决方案在nginx的反向代理配置中添加如下代
- 2020-03-20
- 254
- 0
- 1
- 运维
2020-02-05
CentOS7安装Docker并解决安装源失效问题 1.卸载旧版本$ sudo yum remove docker \ docker-client \ docker-client-latest \ docker-common \
- 2020-02-05
- 312
- 0
- 1
- 运维
- Docker
2019-11-16
git 出现 fatal: refusing to merge unrelated histories 错误引用git pull 失败 ,提示：fatal: refusing to [merge](https://www.centos.bz/tag/merge/) unrelated histories其实这个问题是因为两个根本不相干的 git 库，一个是本地库，一个是远端库，然后本地要去推送到
- 2019-11-16
- 208
- 0
- 1
- 运维
2019-10-30
记阿里Druid数据连接池引发的线上血案前言碎语事件起因：项目使用了activiti工作流，系统是由老的spring mvc项目改造成的spring boot项目，数据库链接池从dbcp切换到druid，新系统上线后，同事多次系统隔一段时间后数据查询就很慢，基本出不来。由此开始了线上bug排查之路。这个问题从一开始就模糊定位到数据库层面的
- 2019-10-30
- 285
- 0
- 1
- MySQL
- 运维
2019-10-29
记一次基于nginx的proxy_next_upstream配置实现无感知部署在开发过程中，开发完成，完成测试阶段，修复bug后都要重启后台服务，测试又在测试，每次重启都要一两分钟，频繁的重启，测试不干了；所以想到就是部署两台服务器；用nginx upstream 模块实现无感知部署，发现一个bug，修复；直接部署不会打断测试；部署思想：打时间差，就是先后部署这两台机器，控制
- 2019-10-29
- 286
- 0
- 1
- 运维

1
2