Proxmox 9.2's load balancer solved a problem I didn't know my home lab had

I ditched my paid wiki for DokuWiki in a Docker container, and my documentation finally makes sense

Người dùng chuyển từ wiki trả phí và ứng dụng ghi chú sang DokuWiki chạy trong Docker để quản lý tài liệu lâu dài, nhờ tính đơn giản, lưu trữ file-based (không cần database) và khả năng liên kết trang nội bộ. DokuWiki phù hợp để ghi chép homelab, cấu hình Docker, mạng và server, trong khi Google Keep vẫn được dùng cho ghi chú nhanh.

Lập trình viên nên đọc bài này để tìm hiểu cách chuyển từ các giải pháp wiki trả tiền sang DokuWiki trong Docker, giúp tổ chức và duy trì tài liệu kỹ thuật lâu dài một cách đơn giản, hiệu quả và không phụ thuộc vào cơ sở dữ liệu.

I tried passing an NPU through Proxmox, and the software just isn't ready to catch up with the hardware

An attempt to pass an NPU from an ASUS NUC 14 Pro+ (Intel Core Ultra 7 155H) through Proxmox into an LXC container revealed that while the device appears under /dev/accel/, the software stack isn't ready. OpenVINO crashed with a memory error before enumerating available hardware, and the absence of /dev/dri/ made the environment lopsided. The conclusion: device visibility in Proxmox doesn't equal a usable accelerator. The kernel, firmware, drivers, and user-space libraries all need to align, and for NPUs in Proxmox containers, they currently don't. The recommendation is to wait for the ecosystem to mature and use CPU or GPU inference in the meantime.

The perfect mini PC for home labs is now just $170

Một chiếc mini PC giá 170 USD của Chatreey trên Amazon có chip Intel Celeron N3150, 8GB RAM và 256GB SSD, phù hợp cho phòng lab tại nhà hoặc tác vụ cơ bản. SSD có thể nâng cấp lên 2TB nhưng RAM không thể thay đổi, sản phẩm được bán kèm chính sách đổi trả dễ dàng.

Lập trình viên nên tìm hiểu về mini PC này để lựa chọn một thiết bị giá rẻ nhưng phù hợp với nhu cầu xây dựng môi trường phát triển, chạy các ứng dụng nhẹ như IDE, Docker, hoặc các dự án nhỏ mà không cần tính năng mạnh mẽ.

Two drives and TrueNAS taught me that storage doesn't need to be big to be serious

Running TrueNAS on a 2-bay NAS forces a focused, deliberate storage approach rather than sprawling expansion. With only two drive bays, the only sensible pool configuration is a mirror — sacrificing half the raw capacity for redundancy. TrueNAS compensates by bringing datasets, snapshots, permissions, and structured storage thinking to modest hardware. The software makes the box feel intentional rather than disposable, but the ceiling is real: no RAIDZ options, limited upgrade paths, and no room for sprawl. The argument is that a 2-bay TrueNAS system works best when given a narrow, focused job — backup target, household file server, or project landing zone — rather than trying to replace a larger NAS. Compared to USB drives, random external disks, or vendor NAS software, a small TrueNAS setup still feels meaningfully more serious.

I use a single PC for my coding, gaming, and self-hosting tasks without them sabotaging each other

A developer shares how they use a single gaming PC for coding, gaming, and self-hosting by leveraging virtualization. The setup uses Hyper-V with a NixOS VM as the primary dev environment, WSL2 for Debian and Arch Linux instances, Windows Sandbox for risky PowerShell experiments, and Podman Desktop for containerized self-hosted apps. Games requiring kernel-level anti-cheat run natively on bare-metal Windows 11, while lighter games stream from a separate Proxmox node. Syncthing handles file sync between the VM and host.

I ignored storage discipline in Proxmox until a restore actually mattered

Bỏ qua kỷ luật lưu trữ trong Proxmox có thể gây hậu quả nghiêm trọng khi cần khôi phục dữ liệu. Cần phân tách storage pools theo mục đích (VM disks, ISO, backup, media), hiểu rõ snapshot không phải là backup, và thiết lập chính sách retention cùng quy trình restore đã được kiểm chứng. Một cấu trúc lưu trữ rõ ràng giúp giảm độ phức tạp, tăng tốc xử lý sự cố và xây dựng niềm tin khi Proxmox vận hành các dịch vụ quan trọng.

Lập trình viên nên đọc bài này để hiểu cách tổ chức lưu trữ trong môi trường Proxmox giúp giảm rủi ro mất dữ liệu và tối ưu hóa quản lý hệ thống cho các ứng dụng critical mà họ phát triển và triển khai.

OTel and mesh-derived metrics: A 2026 reference

A practical reference for integrating Linkerd service mesh metrics into an existing OpenTelemetry Collector pipeline. Covers what OTel app instrumentation provides versus what Linkerd's sidecar proxy exposes at the network layer, where the two overlap (request rate, latency, errors) and where they don't (mTLS identity, business semantics, distributed traces). Includes a working OTel Collector config using a dedicated prometheus/mesh receiver with Kubernetes pod discovery, OTTL-based metric filtering, and resource enrichment to tag mesh metrics with layer=mesh. Also discusses cardinality implications of proxy label sets, a known $-expansion gotcha in Collector relabel configs, and how to visualize both layers side-by-side in Grafana using a mixed datasource panel. The reference stack uses K3s, Linkerd edge-26.5.5, OTel Demo (Astronomy Shop), OTel Collector contrib 0.118.0, VictoriaMetrics, and Grafana.