GaGa's Blog

事件日志

Readiness probe failed: HTTP probe failed with statuscode: 503

告警的含义

Pod 的 Readiness Probe 健康检查失败了，探针返回了 **HTTP 503 (Service Unavailable)**。
这意味着在 Kubernetes 看来，该容器还 没有准备好对外提供服务。因此：

WorkingDirectory含义

在 xx.service 的 [Service] 段里，

1
2

[Service]
WorkingDirectory=/data/monitor

它的意思是：

本地端口转发通过远端主机请求内网服务

1
2
3
4
5
6
7
8

ssh -i xxx.key \
    -L 1010:10.1.1.1:5555 \
    root@12.12.12.1 \
    -p 1212 \
    -o ServerAliveInterval=30 \
	-o ServerAliveCountMax=3  \
	-o StrictHostKeyChecking=no \
    -Nf

命令参数结束

1. ssh

1. 轻量级：VS Code Remote 插件

• 使用 Remote - SSH 插件：

  • 本地用 VS Code 打开远端代码目录，写即是部署，不需要额外 push。
  • 缺点：代码实际在远端，不是严格的“本地管理”。

• 使用 Remote - Containers 或 Dev Containers：

  • 在本地 VS Code 写代码，保存时直接挂载到容器或远端。
  • 适合 K8s/容器化场景。

2. rsync / scp 方式（简易自动化部署）

本地管理，保存或构建后通过命令把代码同步到远端。

基于Dockerfile/docker-compose.yml构建启动服务

1

docker-compose up -d --build

参数说明

1. --build
   在启动容器前，强制重新构建 docker-compose.yml 中定义的镜像（相当于执行了 docker-compose build）。

   • 没加 --build 的话，如果镜像已经存在，它不会重新构建。
   • 加了之后，可以保证最新的 Dockerfile 变更被应用。

2. up
   根据 docker-compose.yml 启动服务：

   • 如果容器不存在，会新建容器并运行。
   • 如果容器已存在但没运行，会直接启动它。

3. -d (detached mode)
   后台运行，不会把日志打印到前台。

   • 如果不加 -d，会把容器的日志输出到当前终端，适合调试。

光猫改桥接的好处

众所周知，现在宽带运营商为了方便快捷解决普通家庭的宽带需求，一股脑把路由光猫还有无线 WLAN 任务统统堆给这个所谓的光猫方盒子。夏天天气一热，光猫就过热降频，这也是网络掉线的主要原因之一。

桥接模式

理想的网络拓扑是这样，由光纤进屋，光猫把光信号转化为电信号，再由路由器拨号收发信号和管理设备。

journalctl -xe是 Linux 系统里常用的日志查看命令，尤其在 systemd 系统（CentOS 7+ / RHEL 7+ / Ubuntu 16+）里。

1. journalctl 是什么

• journalctl 用来查看 systemd-journald 收集的日志。
• 日志来源很广：系统内核、systemd 服务、应用程序 stdout/stderr、syslog 等。

XFS 是 SGI（Silicon Graphics）在 1994 年开发的 高性能 64 位日志文件系统，现在广泛应用在 Linux（RHEL/CentOS 默认）。它的特点是 B+ 树索引、空间预分配、并发扩展性好。

1. XFS 文件系统整体结构

2. 主要组成部分

xfs_repair 修复 XFS 文件系统的典型例子**，并解释背后的逻辑。

常见场景 & 示例

• XFS 是 **高性能日志文件系统 (journaling file system)**，最早由 SGI 开发（IRIX 使用），后来移植到 Linux。
• 从 RHEL 7 / CentOS 7 开始，XFS 成为了默认文件系统（替代 ext4）。

核心特性

1. 日志 (Journal)

   • 提供崩溃恢复能力（metadata 日志，不记录文件内容）。
   • 避免 fsck 扫描整个磁盘，恢复更快。

2. 大文件支持

   • 单文件最大支持 8EB（Exabyte），远大于 ext4（16TB）。
   • 单个文件系统最大支持 500TB（RHEL 7 默认限制）。

3. 高并发 & 性能优化

   • 基于 B+ 树 管理空闲空间、inode、目录。
   • 适合高并发、多线程 I/O 场景。

4. 在线操作

   • 支持 在线扩容（growfs）。
   • ⚠️ 不支持在线缩容（只能新建再迁移数据）。

5. 延迟分配 (Delayed Allocation)

   • 数据写入延迟分配，减少碎片，提升性能。

6. 一致性保障

   • 元数据日志保证一致性。
   • 数据默认不记录日志（比 ZFS、btrfs 轻量）。

read-only file system 通常不是单纯的权限问题，而是 内核把文件系统挂载为只读（ro） 了。

常见原因

1. 磁盘/文件系统错误

   • 比如 ext4 的 journal 出错，系统会保护性地 remount 为只读。

   • 查看 dmesg / journalctl -xe 常能看到类似：

     EXT4-fs error (device sda1): ext4_journal_check_start:56: Detected aborted journal
     Remounting filesystem read-only
     

2. 硬件故障

   • 磁盘坏块、SATA/RAID 控制器异常。
   • USB/SD 卡损坏（嵌入式系统常见）。

3. 手动挂载参数

   • 在 /etc/fstab 或者 mount 命令里用了 ro。

4. 容器或特殊场景

   • Docker/K8s 挂载了只读卷。
   • LiveCD 启动镜像，本身就是只读。

CentOS（以及基于 RPM 的系统，比如 RHEL、Rocky、Alma 等）里，yum/dnf 的软件包签名检查机制主要是基于 GPG 签名来保证软件包来源可信、未被篡改。

1. 签名检查的原理

• 每个 RPM 包在构建时，可以用 私钥进行 GPG 签名，签名信息写入 RPM 包头。
• 用户端（yum/dnf）会用本地存储的 公钥进行验证。
• 如果签名不合法、包被篡改、或者公钥缺失，安装/更新就会报错。