vsftpd日志问题 挂载问题sudo touch /data/vdb/docker/compose/vsftpd/logs/vsftpd.log sudo chmod 600 /data/vdb/docker/compose/vsftpd/logs/vsftpd.log sudo chown 0:0 /data/vdb/docker/compose/vsftpd/logs/vsftpd.log 改 compose，把单文件挂进去 volumes: - /data/vdb/docker/compose/vsftpd/logs/vsftpd.log:/var/log/vsftpd.log切割日志新建配置文件vi /etc/logrotate.d/vsftpd-docker/data/vdb/docker/compose/vsftpd/logs/vsftpd.log实际路径 { daily rotate 7 # compress # delaycompress missingok notifempty copytruncate # 关键：把旧文件截断，fd 不断 sharedscripts postrotate endscript }验证logrotate -d /etc/logrotate.d/vsftpd-docker # 调试模式，不会真切 logrotate -f /etc/logrotate.d/vsftpd-docker # 强制立即切一次

离线升级docker compose和修改自定网络 {collapse}{collapse-item label="升级到 Compose v2 + Docker 20.10+" open}升级到 Compose v2 + Docker 20.10+Docker 在宿主机重启后，找不到容器原来连接的那个网络（ID：b256217ba0f0…）。网络是“临时”的（compose 默认创建的网络在 /var/lib/docker/network/files/ 里，不会随宿主机重启而持久化），所以重启后网络消失，容器再启动就报 network … not found，只能手动 docker compose down && docker compose up -d 重新创建。根本原因是：你用的是旧版 docker-compose（v1）或旧版 Engine，默认网络驱动是 bridge，且没有持久化；而容器在重启时会尝试重新加入“旧网络”，但旧网络已随宿主机重启被清空。解决思路：让网络“长存”，或者让容器不再依赖“旧网络”。一、准备安装包（在有外网的机器下好，拷进内网）Docker 引擎到 https://download.docker.com/linux/static/stable/x86_64/ 下载 docker-20.10.xx.tgz（20.10 以上才带 compose 插件支持）。Docker Compose到 https://github.com/docker/compose/releases 下载 docker-compose-linux-x86_64（就是 compose v2 单文件二进制）。systemd 单元文件新建一个 docker.service，内容见下一步。二、安装步骤（内网机器执行）# 1. 解压引擎并放到系统目录 tar -xzf docker-20.10.xx.tgz cp docker/* /usr/bin/ # 2. 注册 systemd 服务 cat > /etc/systemd/system/docker.service <<'EOF' [Unit] Description=Docker Application Container Engine Documentation=https://docs.docker.com After=network-online.target firewalld.service Wants=network-online.target [Service] Type=notify ExecStart=/usr/bin/dockerd ExecReload=/bin/kill -s HUP $MAINPID LimitNOFILE=infinity LimitNPROC=infinity LimitCORE=infinity Delegate=yes KillMode=process Restart=on-failure StartLimitBurst=3 StartLimitInterval=60s [Install] WantedBy=multi-user.target EOF # 3. 安装 compose v2（单文件即插即用） chmod +x docker-compose-linux-x86_64 mv docker-compose-linux-x86_64 /usr/local/bin/docker-compose ln -s /usr/local/bin/docker-compose /usr/local/lib/docker/cli-plugins/docker-compose # 4. 启动 Docker systemctl daemon-reload systemctl enable --now docker # 5. 验证 docker version # Server ≥20.10 docker compose version # 能看到 v2.xx 即成功[root@KylinV10 data]# cp -rf docker/* /usr/bin/ cp：是否覆盖'/usr/bin/containerd'？ yes cp：是否覆盖'/usr/bin/containerd-shim-runc-v2'？ yes cp：是否覆盖'/usr/bin/ctr'？ --------------------------------- 用 \cp 调用原生命令，屏蔽系统 alias： \cp -rf docker/* /usr/bin/[root@KylinV10 data]# ln -s /usr/local/bin/docker-compose /usr/local/lib/docker/cli-plugins/docker-compose ln: 无法创建符号链接 '/usr/local/lib/docker/cli-plugins/docker-compose': 文件已存在 [root@KylinV10 data]#先删掉旧的软链接，再重新建：rm -f /usr/local/lib/docker/cli-plugins/docker-compose ln -s /usr/local/bin/docker-compose /usr/local/lib/docker/cli-plugins/docker-composesystemctl daemon-reload systemctl restart docker docker compose version docker version[root@KylinV10 data]# docker version Client: Version: 29.1.3 API version: 1.52 Go version: go1.25.5 Git commit: f52814d Built: Fri Dec 12 14:48:47 2025 OS/Arch: linux/amd64 Context: default Error response from daemon: client version 1.52 is too new. Maximum supported API version is 1.39 [root@KylinV10 data]# docker compose version Docker Compose version v5.0.0 [root@KylinV10 data]#刚装的 Docker CLI 是 29.1.3，但 后台 daemon 还是旧版（API 1.39），所以 CLI 提示版本过高，无法通信。升级必须 连 daemon 一起换掉，否则只能降 CLI 版本——离线环境最简单的做法就是：先把旧 daemon 停掉 systemctl stop docker 用刚才解压出来的 同版本 dockerd 覆盖 \cp -f docker/dockerd /usr/bin/ 重新加载并启动 systemctl daemon-reload systemctl start docker 再验证 docker version # 两边都应为 29.1.3，API 1.52 docker compose version # v5.0.0 正常重启宿主机{lamp/}{/collapse-item}{collapse-item label="创建并加入自定义网络"}创建并加入自定义网络bridge 是 Docker 的默认网络名字，但它有两个硬伤：1、默认 bridge 不支持容器互相通过名称解析（只能走 IP）；自定义 bridge（oracle_net）自带内嵌 DNS，容器之间 ping 容器名 直接通。2、默认 bridge 在宿主机重启后不会自动重建你之前通过 docker run --net bridge ... 启动的容器网络配置；而 compose 自己建的那个临时 bridge（ID 很长）重启会消失，于是出现 network not found。把网络显式建出来并设成 external: true，相当于告诉 compose：“这网我自己管，重启也在，你别删。”创建网络：在宿主机上一次性创建该网络（比如web_network以后一直存在，重启也不丢）docker network create web_network把正在跑的项目切到这个持久化网络即可，三步完成：1、把 compose 文件末尾的 networks 段改成：networks: web_network: external: true2、给每个 service 显式指定网络（如果你之前已经写了 networks: - web_network 可跳过）示例：services: nginx: networks: - web_network tomcat: networks: - web_network3、重新应用docker compose down # 停旧容器、清掉旧的“临时”网络 docker compose up -d # 用新的持久网络重新创建容器完成后验证：docker network ls # 能看到 web_network docker inspect web_network # 容器已挂进去 reboot # 宿主机重启 docker compose start # 不再报 “network not found”以后任何其他 compose 项目只要：networks: default: external: true name: web_network同网络下的互访只要满足下面两点，就可以“容器名 + 端口”互相访问：它们挂在同一个自定义 bridge 网络（这里就是 web_network）；目标容器监听了对应端口（EXPOSE 或 -p 都可以，不需要映射到宿主机）。nginx 容器内部监听 80tomcat 容器内部监听 8080同一 web_network 下：在 tomcat 容器里 curl http://nginx:80 在 nginx 容器里 curl http://tomcat:8080Docker 的内嵌 DNS 会把容器名自动解析成各自的内网 IP，所以跨容器通信无需再记 IP，也无需暴露宿主机端口。{/collapse-item}{/collapse}

Oracle限制 trace 日志文件大小和数量 {collapse}{collapse-item label="限制日志生成" open}lsnrctl set trc_level off # 立即生效 lsnrctl set trc_filelen 20 # 如必须开，单文件 20 MB lsnrctl set trc_fileno 5 # 循环最多 5 个文件结论lsnrctl set trc_level off 已足够，listener 端后续 0 增长。数据库端继续用前面给的进 SQL*Plussqlplus / as sysdba执行（立即生效，重启也保留）ALTER SYSTEM SET MAX_DUMP_FILE_SIZE='500M' SCOPE=BOTH;listener.log 是 文本格式的普通监听日志（不是 trace），只要监听还在接收连接，它就会持续追加，但增长速度远慢于 .trc 文件。想让它不膨胀，有两种做法：直接关闭监听日志（最干净，生产常用）lsnrctl set log_status off立即生效，重启监听也保持；listener.log 停止增长，Oracle 不再写任何连接记录。[oracle@7e2f7cace564 oradata]$ lsnrctl set log_status off LSNRCTL for Linux: Version 11.2.0.4.0 - Production on 12-DEC-2025 18:29:15 Copyright (c) 1991, 2013, Oracle. All rights reserved. Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=IPC)(KEY=EXTPROC1521))) LISTENER parameter "log_status" set to OFF The command completed successfully [oracle@7e2f7cace564 oradata]$ {/collapse-item}{collapse-item label="折叠标题二"} 折叠内容二{/collapse-item}{/collapse}

容器时区与宿主机不一致的经典问题 问题：宿主机时间是 中国标准时间 CST（UTC+8），而容器里默认是 UTC 时间Docker 容器默认使用 UTC 时区，除非你在镜像里或运行时显式指定了其他时区。有的镜像里连 /etc/localtime 这个文件都不存在，所以单纯挂载宿主机的 /etc/localtime 进去不会生效分析一条规则打天下：“只挂 zoneinfo 目录，统一用 TZ 变量指向文件，绝不碰 /etc/localtime” 所有镜像（Alpine、Debian、BusyBox、RedHat）都认 TZ 变量， BusyBox 也认“文件路径”形式的 TZ，因此无需再 ln、无需改 /etc，也无需打新镜像。解决方法1、只挂一条只读卷，把宿主机整个 zoneinfo 目录挂到容器同名路径：volumes: - /usr/share/zoneinfo:/usr/share/zoneinfo:ro2、环境变量：environment: - TZ=Asia/Shanghai验证脚本(修改实际容器名)for c in nginx tomcat9-jdk8 python-app; do echo === $c === docker exec $c date +'%F %T %Z' done

docker下日志切割和tomcat中文乱码和日志输出问题 {collapse}{collapse-item label="中文乱码问题" open}docker-compose.yml 中 tomcat 服务部分，添加以下环境变量：environment: - TZ=Asia/Shanghai - UMASK=0022 - LANG=C.UTF-8 - LC_ALL=C.UTF-8 - JAVA_OPTS=-Dfile.encoding=UTF-8 -Dsun.jnu.encoding=UTF-8确保 conf/logging.properties 中控制台处理器编码为 UTF-8：java.util.logging.ConsoleHandler.encoding = UTF-8{/collapse-item}{collapse-item label="日志输出和分割"}让 Tomcat 输出到 catalina.outdocker-compose.yml，在 tomcat 服务中加：command: > bash -c "mkdir -p /usr/local/tomcat/logs && catalina.sh run >> /usr/local/tomcat/logs/catalina.out 2>&1"日志分割Tomcat 默认不会分割 catalina.out它会一直追加写入，文件会越来越大，除非你手动处理。用 logrotate（宿主机处理）在宿主机创建配置文件：sudo nano /etc/logrotate.d/tomcat-catalina内容如下：(按实际路径) /opt/1panel/docker/compose/web/tomcat/logs/catalina.out { daily rotate 7 # compress ← 不压缩删掉或注释即可 missingok notifempty copytruncate } 然后手动测试一次：sudo logrotate -vf /etc/logrotate.d/tomcat-catalina可选：确认定时任务是否启用cat /etc/cron.daily/logrotate确保它存在且可执行：ls -l /etc/cron.daily/logrotate{lamp/}nginx新建配置文件sudo nano /etc/logrotate.d/nginx-docker填入以下内容（关键配置）：注意实际路径 /data/vdb/docker/compose/web/nginx/logs/*.log { daily missingok rotate 7 compress delaycompress dateext notifempty sharedscripts postrotate docker kill nginx -s USR1 endscript }把下面两行删掉即可彻底关闭压缩：compress delaycompress测试配置文件语法sudo logrotate -d /etc/logrotate.d/nginx-docker手动执行一次（强制轮转）sudo logrotate -f /etc/logrotate.d/nginx-docker应该能看到类似：access.log（当前日志） access.log-20241105（昨天的日志） access.log-20241104.gz（前天的压缩日志）{/collapse-item}{/collapse}