分享个 k8s 工具 - 自动收集 Pod 重启时相关信息, 帮助快速 debug 问题: k8s-pod-restart-info-collector
* 简介:
A simple K8s controller to automatically collect K8s pod restart reasons, logs, and events.
* 项目地址:
[https://github.com/airwallex/k8s-pod-restart-info-collector]( https://github.com/airwallex/k8s-pod-restart-info-collector)
* 截图:


欢迎 Star
#https #com #pod #restart #K8s #github #airwallex #k8s #info #collector
* 简介:
A simple K8s controller to automatically collect K8s pod restart reasons, logs, and events.
* 项目地址:
[https://github.com/airwallex/k8s-pod-restart-info-collector]( https://github.com/airwallex/k8s-pod-restart-info-collector)
* 截图:


欢迎 Star
#https #com #pod #restart #K8s #github #airwallex #k8s #info #collector
PVE 7.2-11 重启网络,所有虚拟机无法联网
在 Host ( debian 11.4.0 ) 上执行 systemctl restart networking ,所有开机的 VM ,就断网了。
1.重启 VM ,无效。
2.试过官网论坛上,网友推荐的:
qm set VMID -net0 "virtio=MAC,bridge=NetworkInterfaceName,firewall=1,link_down=1"
qm set VMID -net0 "virtio=MAC,bridge=NetworkInterfaceName,firewall=1"
无效。
3.重启 Host ,能解决问题,但重启 Host 太麻烦了,因为 Host 上所有的 VM 都要重启。
4.在 Host 上执行 systemctl restart networking 之前,给 VM 打快照,执行完后,恢复快照,能解决问题。但这样做,也太麻烦了。
不知道各位遇到过这个问题没?
额外信息:
PVE 安装方式:
先安装 Debian 11.4.0 ,再按 PVE 官网教程,安装 PVE 7.2.11 。
禁用了 NetworkManager ,通过手动修改 /etc/network/interfaces 来对 NAT 网络、NAT 网络的端口映射、Bridge 网络进行管理。
#Host #VM #PVE #重启 #快照 #11.4 #systemctl #restart #networking #官网
在 Host ( debian 11.4.0 ) 上执行 systemctl restart networking ,所有开机的 VM ,就断网了。
1.重启 VM ,无效。
2.试过官网论坛上,网友推荐的:
qm set VMID -net0 "virtio=MAC,bridge=NetworkInterfaceName,firewall=1,link_down=1"
qm set VMID -net0 "virtio=MAC,bridge=NetworkInterfaceName,firewall=1"
无效。
3.重启 Host ,能解决问题,但重启 Host 太麻烦了,因为 Host 上所有的 VM 都要重启。
4.在 Host 上执行 systemctl restart networking 之前,给 VM 打快照,执行完后,恢复快照,能解决问题。但这样做,也太麻烦了。
不知道各位遇到过这个问题没?
额外信息:
PVE 安装方式:
先安装 Debian 11.4.0 ,再按 PVE 官网教程,安装 PVE 7.2.11 。
禁用了 NetworkManager ,通过手动修改 /etc/network/interfaces 来对 NAT 网络、NAT 网络的端口映射、Bridge 网络进行管理。
#Host #VM #PVE #重启 #快照 #11.4 #systemctl #restart #networking #官网
Linux 重启网卡,为什么 CentOS 不会断开 SSH 连接,但 Debian 会断开?
比如,CentOS 7 使用`systemctl restart network`重启网卡,SSH 不会断开。
但是 Debian 使用`systemctl restart networking`重启网卡,SSH 直接断了。
不知道是不是我是个例。
#网卡 #systemctl #restart #SSH #重启 #CentOS #network #Debian #networking #个例
比如,CentOS 7 使用`systemctl restart network`重启网卡,SSH 不会断开。
但是 Debian 使用`systemctl restart networking`重启网卡,SSH 直接断了。
不知道是不是我是个例。
#网卡 #systemctl #restart #SSH #重启 #CentOS #network #Debian #networking #个例
关于 Docker-compose 启动 Mysql 的问题,机器拔电后重启无法从外部连接
基本信息:在公司装了台 e5 服务器,又通过 pve 装了 centos7 ,方便中间件调试。
在 centos7 上通过 docker-compose 部署了 mysql 容器,由于公司规定下班禁止电源插电。于是变设置了一系列自启。
但是某些时候就会发生 mysql 容器启动了,无法从外部连接 mysql ,只能通过 docker exec -it mysql bash 登录容器,在容器内部登录 msyql 。
这是为什么?
下面是 docker-compose 启动文件
```
$ cat docker-compose.yml
version: '3'
services:
mysql-db-8:
container_name: mysql8.26 # 指定容器的名称
image: mysql:8.0.26 # 指定镜像和版本
ports:
- "3309:3306"
environment:
MYSQL_ROOT_PASSWORD: "root"
MYSQL_ROOT_HOST: "%"
volumes:
- "./mysql/data:/var/lib/mysql" # 挂载数据目录
- "./mysql/conf:/etc/mysql/conf.d" # 挂载配置文件目录
#restart: always
command:
# 将 mysql8.0 默认密码策略 修改为 原先 策略 (mysql8.0 对其默认策略做了更改 会导致密码无法匹配)
--default-authentication-plugin=mysql_native_password
--character-set-server=utf8mb4
--collation-server=utf8mb4_general_ci
--explicit_defaults_for_timestamp=true
--lower_case_table_names=1
```
基本信息:在公司装了台 e5 服务器,又通过 pve 装了 centos7 ,方便中间件调试。
在 centos7 上通过 docker-compose 部署了 mysql 容器,由于公司规定下班禁止电源插电。于是变设置了一系列自启。
但是某些时候就会发生 mysql 容器启动了,无法从外部连接 mysql ,只能通过 docker exec -it mysql bash 登录容器,在容器内部登录 msyql 。
这是为什么?
下面是 docker-compose 启动文件
```
$ cat docker-compose.yml
version: '3'
services:
mysql-db-8:
container_name: mysql8.26 # 指定容器的名称
image: mysql:8.0.26 # 指定镜像和版本
ports:
- "3309:3306"
environment:
MYSQL_ROOT_PASSWORD: "root"
MYSQL_ROOT_HOST: "%"
volumes:
- "./mysql/data:/var/lib/mysql" # 挂载数据目录
- "./mysql/conf:/etc/mysql/conf.d" # 挂载配置文件目录
#restart: always
command:
# 将 mysql8.0 默认密码策略 修改为 原先 策略 (mysql8.0 对其默认策略做了更改 会导致密码无法匹配)
--default-authentication-plugin=mysql_native_password
--character-set-server=utf8mb4
--collation-server=utf8mb4_general_ci
--explicit_defaults_for_timestamp=true
--lower_case_table_names=1
```
apt 安装软件包时,自定义 systemd 服务重启问题
求 Linux 大佬给指点迷津!
不知道有没有人用过 apache geode 缓存服务。Ubuntu 24.04 系统,为了让 geode 能开机自启,把 geode 弄成了 systemd 服务,服务配置单元如下:
```ini
[Unit]
Description=Apache Geode
After=network-online.target remote-fs.target nss-lookup.target
Wants=network-online.target
[Service]
Type=forking
User=ubuntu
Group=ubuntu
Environment="JAVA_HOME=/usr/java"
WorkingDirectory=/opt/geode
ExecStart=/opt/geode/bin/gfsh run --file=/opt/geode/bin/start
TimeoutStartSec=300
#Restart=on-failure
#SuccessExitStatus=143
[Install]
WantedBy=multi-user.target
```
问题来了,每次 `sudo apt install/upgrade` 任意软件包,都会自动重启这个 geode.service 服务,而且只会重启它一个 systemd 服务。。。
无语了,这个缓存服务重启后,很多其它使用他的程序都得重启一遍。geode 也没什么依赖进程,为什么使用 apt 安装任意软件包,都要自动重启它呢!
关键是还有好多其它 jar 包微服务,rocketmq 啊等等程序都配置了 systemd 服务,单单就只有 geode 服务会重启。而且把它改名,比如 `areyouok.service`,apt 装完软件包还是会单单重启它...
如果不使用 systemd 服务启动这个 geode ,手动执行 `/opt/geode/bin/gfsh run --file=/opt/geode/bin/start` 命令起来的 geode ,就不受影响
求 Linux 大佬给指点迷津!
不知道有没有人用过 apache geode 缓存服务。Ubuntu 24.04 系统,为了让 geode 能开机自启,把 geode 弄成了 systemd 服务,服务配置单元如下:
```ini
[Unit]
Description=Apache Geode
After=network-online.target remote-fs.target nss-lookup.target
Wants=network-online.target
[Service]
Type=forking
User=ubuntu
Group=ubuntu
Environment="JAVA_HOME=/usr/java"
WorkingDirectory=/opt/geode
ExecStart=/opt/geode/bin/gfsh run --file=/opt/geode/bin/start
TimeoutStartSec=300
#Restart=on-failure
#SuccessExitStatus=143
[Install]
WantedBy=multi-user.target
```
问题来了,每次 `sudo apt install/upgrade` 任意软件包,都会自动重启这个 geode.service 服务,而且只会重启它一个 systemd 服务。。。
无语了,这个缓存服务重启后,很多其它使用他的程序都得重启一遍。geode 也没什么依赖进程,为什么使用 apt 安装任意软件包,都要自动重启它呢!
关键是还有好多其它 jar 包微服务,rocketmq 啊等等程序都配置了 systemd 服务,单单就只有 geode 服务会重启。而且把它改名,比如 `areyouok.service`,apt 装完软件包还是会单单重启它...
如果不使用 systemd 服务启动这个 geode ,手动执行 `/opt/geode/bin/gfsh run --file=/opt/geode/bin/start` 命令起来的 geode ,就不受影响