起步

我上个月搭建了自己的 rss 服务，昨天不能正常登录。再细查，ip 不通了。也确认了不是 ip 被封，猜测最大可能是磁盘写满。在页面上 rebuild 机器，重新搭建一次。

这次把过程记录下来，要是一个月后又崩了，我也能快速地“大不了从头再来”。

起步

很惭愧，用 linux 也有好长一段时间了——至少 2 年以上，但在 ssh 命令上只会浅显的登陆而已，直到才不久领略了它的强大。基于 ssh 建立的安全通道，可使你在多个不同网段间来回穿梭（当然有前提），恍若化身游鱼，在隧道里自在。这种比喻很抽象，后面会让你体会到。所以了，明明网上关于 ssh 端口转发的文章很多，干嘛要自己写一篇呢？

我希望用我以为容易理解的方式写出来。

起步

这是我第二次手动搭建 k8s 了，相较于第一次用掉一天时间，这次花费半天。当然，这其中倒不全是 k8s 的问题。是网络。而网络又是一个很大的概括，更细分则是：k8s 需要的镜像国内拉取不下来；需要的 yaml 文件下载不下来；B 电脑里的虚拟机的端口在 A 电脑上访问不到。

事实上我遇到的问题可以通过代理和 virtual box 的端口映射解决，但我没有。我很庆幸，这个“没有”让我明明才接触 k8s，却学到了一些故障排查方式，以及对 yaml 文件的部分 key 值有所了解，还学到了 ssh 端口转发。赚大发了。

起步

由于我在新项目里引入了 python 的 async 语法，在连接 pg 数据库时用到了 asyncpg 这个异步包。多日来，从线上得到了一些反馈。简单说来就是：数据库存在暂时无法修复的 bug，使得一些 sql 成为 “禁用 sql”，从应用层看没有执行过 “禁用 sql” ，但在监控器上发现执行了 “禁用 sql”。

我简单跟踪了 asyncpg 源码，没有发现 asyncpg 包内部执行了 “禁用 sql ”，但同事仍对这个第三方包质疑。因为不懂得，所以不仁慈，可我必须做点什么为 asyncpg 洗冤……

最近买了显示器，macbook pro 的扩展坞却没买，干脆把大学时的电脑利用起来。

我的需求就是：笔记本主机一般的存在，放书桌下边，外接显示器；笔记本需要合盖。

一阵搜索后，得到的解决都是在 /etc/systemd/logind.conf 文件中，要么修改 HandleLidSwitch，要么修改 HandleLidSwitchDocked，再或者是 LidSwitchIgnoreInhibited，结果都不生效。这或许是桌面系统不同的缘故？