搜索结果: "tar"

title: K8s 探针机制 — Liveness / Readiness / Startup 配置指南 + 百万级故障复盘

| **启动探针** (Startup) | 保护慢启动应用不被误杀 | kubelet 重启容器 | SpringBoot、大数据组件 |

startupProbe:

startupProbe:

startupProbe:

| `--single-transaction` | `START TRANSACTION WITH CONSISTENT SNAPSHOT`，不阻塞 DML | **InnoDB 库必加** |

echo "[$(date +%F %T)] start full backup"

--target-dir=/backup/xb/$(date +%Y%m%d)_full \

--target-dir=/backup/xb/inc_$(date +%Y%m%d) \

xtrabackup --prepare --target-dir=/backup/xb/full_20260608

SELECT EVENT_NAME, COUNT_STAR, SUM_TIMER_WAIT/1000000000 AS ms

SELECT start_time, query_time, lock_time, rows_sent, rows_examined,

ORDER BY start_time DESC LIMIT 10;

t.trx_started, t.trx_rows_locked

b.trx_started AS blocking_trx_started

START SLAVE;

systemctl restart mysqld

重启从库服务 `systemctl restart mysqld`。

START SLAVE;

> MySQL 8.0.22+ 新语法：`CHANGE MASTER TO` → `SET REPLICATION SOURCE TO`、`START SLAVE` → `START REPLICA`、`SHOW SLAVE STATUS` → `SHOW REPLICA STATUS`。

COPY --from=builder --chown=app:app /build/target/*.jar app.jar

HEALTHCHECK --interval=30s --timeout=5s --start-period=60s --retries=3 \

target/

> 内网搭建软件包仓库可大幅提升构建速度。将构建依赖（如源码包 tar.gz）存放到内网地址，Dockerfile 中指向内网源下载，避免每次构建从外网拉取。

| ADD | 复制 + 自动解压 tar + 支持 URL 下载 | ❌ 除非需要自动解压 |

systemctl restart mysqld

systemctl start nginx # 启动

systemctl restart nginx # 重启

start) systemctl start nginx ;;

systemctl start chronyd

- raw/articles/pod-restart-troubleshooting-guide.md

① kubectl get pod -A → 看 STATUS + RESTARTS

- **健康检查:** 增大 `initialDelaySeconds`（Java/Go 建议 ≥30s）；启动慢的服务务必加 **startupProbe** 避免 livenessProbe 误杀

参见 [[k8s-probes-guide]] 获取探针配置完整指南。三探针（startupProbe / livenessProbe / readinessProbe）的区别与配合：

| startupProbe | 给应用启动时间，成功前禁用另外两个探针 | failureThreshold 设大（如 30），给慢启动应用足够时间 |

tags: [linux, command, compression, tar, gzip, archive, performance]

sources: [raw/articles/Linux-压缩解压谁最强-tar-gzip-zip-命令全方位对比-实战教程-看完告别踩坑.md]

Linux 运维中，压缩解压是高频操作——日志归档、备份传输、软件部署都离不开。本文系统对比 tar / gzip / zip / bzip2 / xz 五大工具，覆盖基础概念、命令速查、性能对比和实战场景。

- **归档（Archive）**：将多个文件打包为单个文件，不压缩。tar 是最典型的归档工具，`.tar` 文件大小 ≈ 原始文件总和。

- **归档+压缩**：先归档再压缩（如 `.tar.gz`），既能处理多文件又能减小体积——这是运维最常用的方式。

findmnt -o TARGET,SOURCE,FSTYPE,OPTIONS

ps -p "$pid" -o pid,ppid,lstart,etime,user,cmd

printf '%-8s %-8s %-14s %-14s %-20s %s\n' PID FD ALLOCATED LOGICAL COMMAND TARGET

target=$(readlink "$link" 2>/dev/null) || continue

[[ $target == *' (deleted)' ]] || continue

### 29. tar — 打包压缩

tar -czf archive.tar.gz dir/ # 压缩（gzip）

tar -xzf archive.tar.gz # 解压

tar -czf - dir/ | ssh host "tar -xzf - -C /dst/" # 远程传输 + 解压

systemctl start/stop/restart svc # 启停

| **nc + tar** | ❌ | ❌ | ❌ | ❌ | **110-115 MB/s** 线速 | 内网裸传、磁盘镜像、速度优先 |

| **tar + split** | 取决于传输工具 | 分块级别 | ❌ | ✅ 并行 | 80-100 MB/s | >100GB 超大文件、网络不稳 |

## 方案三：nc + tar（内网裸传，速度最快）

不经 SSH 加密，直接裸 TCP 传输，在内网可信环境速度接近线速。本质是"管道 + 网络"——和 tar / dd 等流式工具组合使用。

nc -l 9999 | tar xzf - -C /local/path/

systemctl restart sshd

MaxStartups 10:30:60 # 限制并发未认证连接

systemctl restart fail2ban

| 误删启动脚本 | 从 /root/evidence/ 复制回原位 + `chmod +x` + `systemctl daemon-reload && enable && start` |

| SSH 配置错误锁死 | 带外管理（IPMI/云 VNC）登录修复；或 `cp /etc/ssh/sshd_config.bak` 恢复后 restart |

| 文件 | `find`, `locate`, `stat`, `file`, `tree`, `ls`, `chmod`, `chown`, `ln`, `rsync`, `scp`, `tar`, `zip` |

systemctl start|stop|restart|reload|status nginx

### tar — 打包压缩

tar -czvf archive.tar.gz /data # gzip 压缩

tar -cjvf archive.tar.bz2 /data # bzip2 压缩（压缩比更高）

findmnt -T /path/to/deleted -o TARGET,SOURCE,FSTYPE,OPTIONS

TARGET_DIR="${TARGET_DIR:?TARGET_DIR must be set}"

case "$TARGET_DIR" in

*) printf 'refuse to delete outside %s: %s\n' "$ALLOWED_ROOT" "$TARGET_DIR" >&2; exit 1 ;;

find "$TARGET_DIR" -xdev -mindepth 1 -maxdepth 1 -type f -mtime +7 -print

target="$OUT_DIR/$(basename $name).pid${pid}"

cp "/proc/$pid/fd/$fd_num" "$target" 2>/dev/null && \

echo "Recovered: $target"

- ❌ `systemctl restart` 相关服务

log "REAL-CLEAN: starting"

systemctl start smartd

print(classification_report(y_test, y_pred, target_names=['正常', '故障']))

if d.strip().startswith(('sd', 'nvme'))]

ExecStart=/usr/bin/python3 /opt/scripts/predict_disk_failure.py

WantedBy=timers.target

scp -l 4000 /largefile.tar.gz [email protected]:/remote/path/

压缩可以减少传输数据量，对文本文件效果明显，对已压缩文件（.tar.gz、.zip）效果有限：

scp -C /path/to/largefile.tar.gz [email protected]:/remote/path/

rsync -avP /largefile.tar.gz user@host:/dest/

| 大量小文件 | **rsync** | 先 tar 打包再同步，避免逐个文件握手开销 |

sudo systemctl restart sshd

sudo systemctl restart sshd

sudo systemctl restart sshd

sudo systemctl mask ctrl-alt-del.target

sudo systemctl mask ctrl-alt-del.target

sudo systemctl restart sshd

systemctl restart sshd

MaxStartups 3:30:10

sudo systemctl restart sshd

- `MaxStartups` — 并发未认证连接的最大数量（start:rate:full 格式，超过 start 后按 rate 概率拒绝，达到 full 全部拒绝）

systemctl restart nginx

logger "Nginx restart failed, triggering failover"

safe_restart_nginx() {

echo "Step 4: Restarting nginx on current node..."

safe_restart_nginx || { echo "Failed to restart nginx!"; exit 1; }

> When this file exceeds 500 entries, rotate: rename to log-YYYY.md, start fresh.

- Created raw: raw/articles/pod-restart-troubleshooting-guide.md

- 说明：Liveness Probe 过早返回成功 → CrashLoopBackOff 死亡循环 → 37 分钟业务瘫痪，四大教训（幂等/StartupProbe/initialDelaySeconds/健康检查≠端口可达）

- Created raw: raw/articles/github近225万star-3个超实用的github开源项目-每一个都是绝绝.md

| 2026-05-25 18:04 | create | linux-compression-tools-comparison | tags: linux,command,compression,tar,gzip,archive,performance | source: 运维派 2025-09-01 | 5 cross-refs updated |

systemctl start redis

tar czf /tmp/redis_backup_${DATE}.tar.gz ${SOURCE_DIR}

rsync -avz --bwlimit=5000 /tmp/redis_backup_${DATE}.tar.gz \

aws s3 cp /tmp/redis_${DATE}.tar.gz s3://my-redis-backups/

**注意：** 修改 `daemon.json` 需要 `systemctl restart docker` 才能生效，会影响所有容器。

systemctl daemon-reload && systemctl restart docker

### 坑十二：忘记 --restart 策略

docker run -d --restart=unless-stopped my-app:latest

- targetPort 写成了 named port，但容器没有定义该 named port

- targetPort 使用了数字端口，但与容器实际监听端口不一致

--restart=Never -it --rm -- sh

> Connection refused → 容器内端口没监听或 targetPort 配置错误。

# Active: failed (Result: start-limit-hit) → 启动失败，立刻查看日志

sudo systemctl restart kubelet

sudo systemctl start kubelet

**修复：** 修改 `/etc/containerd/config.toml` → `sudo systemctl restart containerd` → `sudo systemctl restart kubelet`

systemctl restart nginx

systemctl restart nginx

替代 `systemctl restart`，避免连接断开。最常用于 nginx、redis、tomcat。

热重载后 master 的 PID 不变，但 worker 进程会交替变化。对比 `systemctl restart nginx`：restart 会短暂断开连接，`kill -1` 实现无损更新。

# PID 会复用，执行前通过 ps -p 18472 -o pid,lstart,args 再确认进程身份

findmnt -o TARGET,SOURCE,FSTYPE,OPTIONS

--write-out 'dns=%{time_namelookup} connect=%{time_connect} tls=%{time_appconnect} first_byte=%{time_starttransfer} total=%{time_total}\n' \

systemctl restart example.service

- [[amazon-ad-beginners-quickstart]] — 亚马逊广告新手快速入门 — 保姆级教程/SP 自动手动/预算方案 $30 天/5 大避坑/问题诊断表

- [[k8s-probes-guide]] — K8s 探针机制：Liveness / Readiness / Startup 配置指南 + 百万级故障复盘

- [[linux-compression-tools-comparison]] — Linux 压缩解压工具对比与实战指南（tar/gzip/zip/bzip2/xz 五大工具对比 + 决策流程 + 脚本模板）

- [[linux-file-transfer-guide]] — Linux 大文件传输方案选型：五大方案（rsync/scp/nc+tar/split/aria2）对比、性能基准、决策树、最佳实践

**现象**：`Deadlock found when trying to get lock; try restarting transaction`

SELECT trx_id, trx_state, trx_started, trx_mysql_thread_id, trx_query

FROM information_schema.innodb_trx ORDER BY trx_started ASC;

| 查看重启次数 | `docker inspect -f '{{.RestartCount}}' <容器名>` |

kubectl rollout restart deployment/coredns -n kube-system

startupProbe: # 启动探针（1.20+）——给慢启动应用更多时间

}).start();

return "Direct memory bomb started.";

COPY target/*.jar app.jar

> 不靠重启玄学，靠分层定位。**铁律：先看后动，不要上来就 delete pod 或 restart 容器运行时**——这会清空最关键的排查现场。

3. **启动依赖优先怀疑**：启动即退出的高频根因是 Redis/MySQL/配置中心未就绪，启动脚本立即失败。止血用 initContainer 等待依赖（`until nc -z redis 6379; do sleep 2; done`）；长期治理用 `startupProbe` 给冷启动时间 + 应用自身重连退避，避免 K8s 把可恢复的短暂故障放大成持续重启

| ② 端口 | port/targetPort 是否对应 Pod 真实端口 | `kubectl describe svc ` |

很多 502 根因不是运行时问题，而是对象定义不一致：Ingress 写数字端口但 Service 用命名端口；Service targetPort 指向端口名但容器没有定义该名称；业务监听 8080 而 Service 转发到错误端口。特点是 **Pod Running、Service 存在，但 Ingress 到后端一直握不上**。

长期治理：应用自身具备重连和退避能力；用 startupProbe 给冷启动足够时间；避免把可恢复依赖写成「连不上就退出」。否则依赖一抖，K8s 会把可恢复的短暂故障放大成整个 Deployment 的持续重启。

更合理分工：`livenessProbe` 只判断进程是否卡死/失去基本响应；`readinessProbe` 判断当前是否适合继续接流量；`startupProbe` 处理慢启动。拆分开的生产实践：

systemctl restart rsyslog

systemctl restart rsyslog

systemctl restart systemd-journald

curl -sS -o /dev/null -w 'http=%{http_code} connect=%{time_connect} start=%{time_starttransfer} total=%{time_total}\n' \

tar -C "$(dirname "${OUT}")" -czf "${OUT}.tgz" "$(basename "${OUT}")"

curl -sS -o /dev/null -w 'code=%{http_code} connect=%{time_connect} ttfb=%{time_starttransfer} total=%{time_total}\n' \

- Every wiki page starts with YAML frontmatter (see below)

- tar: tar 归档工具

SELECT trx_id, trx_started, trx_state, trx_mysql_thread_id, trx_query

FROM information_schema.innodb_trx ORDER BY trx_started;

tar czf - /var/jenkins_home | \

ssh backup-server "cat > /backups/jenkins/jenkins-team-a-$(date +%Y%m%d).tar.gz"

systemctl restart systemd-resolved

kubectl rollout restart deployment coredns -n kube-system

kubectl exec -it -- nslookup <target>

kubectl exec -it -- dig <target> @172.20.0.10

**修复：** 不挂载单个文件（不用 subPath），挂载整个目录 → ConfigMap 更新后会自动同步（约 60-90 秒），或配合 `kubectl rollout restart` 主动重启。

| ConfigMap | 避免 subPath、或配合 rollout restart |

ps -eo pid,ppid,lstart,etime,pcpu,pmem,cmd --sort=-pcpu | head -20

| 单进程 CPU 打满 | kill 或 restart | `kill -15 ` / `systemctl restart ` |

systemctl restart sshd

systemctl start fail2ban

systemctl restart sshd

systemctl restart sshd

**访问匹配逻辑：** 如果进程 uid 与文件 owner 相同 → 套 owner 位；否则如果 primary/supplementary groups 命中文件 group → 套 group 位；否则套 other 位。`id` 显示的 supplementary groups 全部参与匹配。

- 备份工具（tar/rsync）要带 `--acls` 参数才能保留 ACL

systemctl status nfs-client.target # RHEL/CentOS 7+

| 自动化恢复 | 配置 systemd Restart=on-failure；配合 Zabbix/Prometheus 告警自动拉起 |

systemctl restart rsyslog

systemctl restart rsyslog

time_starttransfer=%{time_starttransfer}s\n\

`time_starttransfer` 是 key——从开始到收到第一个字节的耗时。如果 >> proxy_read_timeout，就是根因。

echo "worker pid=$pid start_time=$(ps -o lstart= -p $pid)"

systemctl daemon-reload && systemctl restart nginx

- [[amazon-ad-beginners-quickstart]] — 亚马逊广告新手快速入门 — 保姆级教程/SP 自动手动/预算方案 $30 天/5 大避坑/问题诊断表

- [[amazon-ad-beginners-quickstart]] — 亚马逊广告新手快速入门 — 保姆级教程/SP 自动手动/预算方案 $30 天/5 大避坑/问题诊断表

- [[amazon-ad-beginners-quickstart]] — 亚马逊广告新手快速入门（保姆级教程 / 预算方案 / 5 大避坑）

- [[amazon-ad-beginners-quickstart]] — 亚马逊广告新手快速入门 — 保姆级教程/SP 自动手动/预算方案 $30 天/5 大避坑/问题诊断表

### 2.3 商品投放（ASIN Targeting）

- [[amazon-ad-beginners-quickstart]] — 亚马逊广告新手快速入门 — 保姆级教程/SP 自动手动/预算方案 $30 天/5 大避坑/问题诊断表

| target_audience | Alexa 推荐时的用户匹配依据 |

| [[amazon-ad-beginners-quickstart]] | 亚马逊广告新手快速入门 — 保姆级教程/SP 自动手动/预算方案 $30 天/5 大避坑/问题诊断表 |

choice(name: 'TAGS', choices: ['all', 'deploy', 'config', 'restart'], description: '执行标签')

systemctl restart network

systemctl restart "$svc"

### 5. TWT（Target Wake Time，目标唤醒时间）

**subPath 特别警告：** 直接挂目录时配置更新通常能同步；**用 subPath 挂单文件时更新不会自动反映**到容器里的该文件路径。稳妥做法：动态配置用目录挂载不用 subPath；需重载的服务明确实现配置刷新能力（如 Actuator refresh / 信号重载）；无法热更新的配置配套自动滚动发布（`kubectl rollout restart`）。

| Service 不通但 Pod IP 直连可通 | `kubectl get svc,ep` 看 ENDPOINTS | Selector/TargetPort 不匹配 / kube-proxy 异常 |

- [[k8s-probes-guide]] — 数据库健康检查探针配置（Liveness/Readiness/Startup）

- 健康检查：Liveness Probe（重启）/ Readiness Probe（流量）/ Startup Probe（慢启动）

| **生效** | `kubectl rollout restart -n kube-system deployment/coredns` |

- [ ] 测试访问正常：`kubectl run -it --rm debug --image=busybox --restart=Never -- sh`，手工 `wget -qO- http://your-service:80/health`

- [[k8s-probes-guide]] — 三探针完整配置指南（startupProbe / livenessProbe / readinessProbe）

- CoreDNS Pod 异常：重启 `kubectl rollout restart deployment/coredns -n kube-system`

systemctl start anti-brute-force

systemctl restart dnsmasq

sudo systemctl restart systemd-journald

| [[linux-compression-tools-comparison]] | 压缩工具对比（tar/gzip） |

systemctl start multipathd

systemctl start multipathd

systemctl restart

`ls`, `cp`, `mv`, `rm`, `cat`, `chmod`, `chown`, `grep`, `find`, `tar`, `gzip`, `awk`, `sed`, `sort`

| `systemctl restart nginx` | 管理系统服务 |

systemctl restart

systemctl start <服务> # 或 /path/to/binary &

tar -czf dump.tar.gz /data/redis/ # 做快照

② 先采集数据再操作 — kill/rm/restart 前保存关键指标

| [[linux-file-transfer-guide]] | Linux 大文件传输方案选型：五大方案（rsync/scp/nc+tar/split/aria2） |

systemctl restart sshd

临时措施 systemctl restart app.service；长期修复代码确保 finally/资源块中关闭连接。

# 4. reload 而非 restart（不停机）

**不要 restart 替代 reload。** 回滚命令提前写在发布工单里。