[科技杂谈]科技心得杂谈
未读
一次“简单”的部署：为 Venera Sub Web UI 踩过的那些坑
本文作者分享了为漫画阅读器Venera开发订阅管理工具并部署时遇到的系列问题。开发过程顺利，仅用数小时完成核心功能，但部署时接连遭遇依赖冲突：服务器Glibc版本过旧、缺少GUI库文件。改用Docker后，又发现无头应用仍需X11虚拟屏幕（Xvfb），导致镜像臃肿至1.1GB。最终遇到数据持久化问题，因Docker挂载点导致系统rename操作跨文件系统失败，通过统一挂载整个用户目录解决。此次经历凸显了部署运维的复杂性，底层机制与容器化环境可能引发意外挑战，需细致应对。
记录在LXC容器内配置docker和1panel面板
用户为了在家庭NAS上搜索并管理老照片，决定用Immich建一个私图库，并选了“特权LXC + 1Panel + Docker”这套组合。过程中踩了四个坑：最初普通LXC不能挂SMB，重建特权LXC后又连不上终端；配置/etc/fstab后SMB搞定；装1Panel、加第三方应用源后能在商店找到Immich；点安装却遇到Docker容器起不来且日志为空，最后在宿主机上改LXC配置（lxc.cgroup2.devices.allow: a 并把 lxc.cap.drop 置空）重启容器后才一切正常。经验是在特权LXC里跑Docker记得补这两条参数。
记录一次docker环境下的内存溢出杀进程
PVE 宿主机的 OOM killer 在 Proxmox→LXC→Docker 多层嵌套情况下仍直接查杀 Java 进程，原因是给 Minecraft 设置的 12 G 和 Docker 限制 12.2 G 余量太小，当 JVM 和额外开销超限时即被宿主认定为最高内存占用者而强制结束。增大 Docker 内存限制到 14 G 后问题消失。排查关键是用宿主机命令 dmesg|grep -i kill 而非容器内命令查看 OOM 日志，同时应警惕 swap 早启用提示内存紧张的信号。