有没有好看的朋友看看这个是不是这样的情况？我这么感觉在逗我呢！

这两天双休，真的很无聊啦。突然发现pve可以通过nfs或者smb扩展空间，于是将fnos下的14T大硬盘扩展到 pve 里。很神奇，pve下的虚拟机fnos的空间又反过来给pve用。确实，机械硬盘都是直通给 fnos 的。这样 pve 就可以将虚拟机安装或者备份到fnos的空间啦（不过不建议将此类的虚拟机设置开机自启，我没测试过 pve 重启的时候，smb 会不会自动连）。所以解决了pve空间不足的问题。于是脑子里的鬼点子又出来了——克隆网站的虚拟机，用来测试升级Debian13后耗子面板能否正常使用。然而克隆失败，也许是需要克隆在同一空间里吧。那只能通过恢复备份重建一个新虚拟机了。接着问题来了，重建的虚拟机与原虚拟机一模一样，连IP地址都一样。以至于连上ssh后，会出现自动退出的情况，然后我再连，就会连到原虚拟机上。直到我打开网站，发现502错误，才发现我升级错了虚拟机。还好问题不大，只是PHP不能启动，貌似是系统的依赖变了导致的，重新安装下PHP就好了。亲测耗子面板在Debian13上可以正常运行。

如何升级到 Debian13，可以参考此文。

好了，只能说现在的Debian系统真的很稳！升级完Debian，我又打起pve的主意，手痒的毛病又来了。

pve8升级到9，首先有必要备份其下的所有虚拟机，其次将pve8升级到最新版。然后检验是否满足升级条件。

pve8to9 --full

这个就很稳，能不能升级，不能升级的问题在哪里，一目了然。一般没有错误❌就可以了，警告⚠️的条目能解决就解决。

我遇到了两个问题，一个是警告，一般这个问题不大，不过解决也很简单。

echo 'grub-efi-amd64 grub2/force_efi_extra_removable boolean true' | debconf-set-selections -v -u
apt install --reinstall grub-efi-amd64

它直接就给我贴出来了，这样就能解决问题。

另一个是错误——remove systemd-boot，看官网的英文文档，完全不理解，结果真的是我解的最简单的解决方式。

apt remove systemd-boot

然后修改软件源，接着开始升级，可能是源的问题，下载超慢，所以这段时间有人发现我的站挂了，那一定是在升级pve中。强烈建议，把 pve 源换成国内源，譬如中科大源，不然你可能跟我一样，等了一夜还没升级好，能白头发都熬出来。

升级 pve 的步骤参考此文。

现在好多了。但是另外一个问题来了，就是评论提交时的 IP 地址出现问题了，推测携带的应该是cdn 的 IP 地址。每次刷新还不一样，不过也就那么几个。

但HTTP_X_FORWARDED_FOR 显示的确实正常的。因为我的博客是通过 frp 穿透出去的，真实 IP 地址是通过 proxy_protocol 协议传递的。所以在 nginx 配置中会设置real_ip_header proxy_protocol。（这个在之前文章提过，具体了解见此文）

通过 EdgeOne 之后，直接HTTP_X_FORWARDED_FOR 可以正常传递真实 IP，所以咱们将上面 nginx 设置如下：

real_ip_header X-Forwarded-For;

OK，现在正常了！

看到有公告：

从 7 月 16 日开始，我们每天会在 Discord 免费发放 500 个兑换码，而且为了让大家更方便，我们取消了抽奖环节。 参与方式： 周一至周五的 11:00、12:00、15:00、18:00、21:00（UTC+8）这几个整点，兑换码将直接发放，先到先得！千万别错过！

我想今天应该有机会，而且现在这样也应该会很好抢。

#在discord抢EdgeOne兑换码

我定了闹钟，到点一分钟前做好准备。访问discord，需要梯子。这个梯子不好找，勉强能用。到点后一分钟发现没人发，有几个跟我一样疑惑。后来有人说已经发了。原来我们进错频道了。

居然以图片方式分享，怎么办，怎么复制呢。嘿嘿，难不倒我，我直接发到微信里，然后打开图片就可以复制了。不知道是微信本身的功能还是 macOS 的功能，不过有些识别就模糊了，比如 0 和 O，我选了其中包含 0 的兑换码，可能别人跟我一样，直接复制就会错误为 O，提示错误就放弃了。我对比了一下，改成 0 就成功了。

#hjyl.org加入加速域名

于是我就添加我的博客进行全球加速。套餐显示是永久免费的。不过一个账号只能兑换一个。

不知道会不会跟阿里云盘一样，后面会有什么限制，暂时用着吧，哪天有限制了，就放弃它，毕竟我的博客加不加速都一样。

#配置域名证书

跟 cdn 一样，加速域名之后还得配置域名证书，原先我以为直接返回我网站上的ssl 就好了呢，还是需要在 dnspod 上申请域名证书，好在还有支持免费的，先申请，再托管，这样就可以自动更新证书了。

好了，就这样吧！又白嫖了一个功能！好不好，静观后效！

#lnmp--->耗子面板

传说中的军哥 lnmp 彻底死了，也不在指望了。所以最近重装了虚拟机，将网站全部转移到耗子面板了。这个面板之前推荐过。现在在 Debian 上安装编译较以前快了些。只是我这8G4核心的虚拟机总是cpu 100%，导致负载过高，9 个站点，其中 4 个 WordPress 站点，3 个静态站, 1 个 go 语言站点， 1 个 PHP 动态站，怎么会如此呢？后续在观察吧。

#Navidrome--->Emby

Navidrome 配合音流还是蛮不错的，可加上 frp 穿透后，音流 app 播放无损音乐会经常断流，无缘无故的，好在音流也支持 emby， 就试试，目前感觉良好，电脑手机上流媒体音乐缓冲都还行。我还是期望飞牛能出自己的音乐播放器。

#alist--->openlist

alist 做大了就卖掉了，这也是无可厚非的，只是和 lnmp 一样，卖给了不省心的公司。有了前车之鉴，谁还敢在用。我也没在用了，不过很快 openlist 又冒出来了，几乎是一模一样。其实阿里云盘还是限速之后，alist 对我来说也没多大用处了。顶多连接本地飞牛的 webdav 当个数据中转站了。

过年十几天假，在老家都快把我的生物钟给纠正过来了，十点左右睡觉，早上7点多自然醒，不熬夜感觉皮肤都好多了。但自从上班之后，又开始以前熬夜的生活了，所以我决定努力纠正生物钟，努力不熬夜。而这样又让我感觉下班之后的时间更少了，甚至连记录一些事情的时间都没有。

#工作上的一些事

年后的工作很和谐，仿佛我开始习惯这样的日子了。有些开心，也有些担忧。同事之间相处更融洽了当然开心了。可如今的状态跟前年家家购物快不行的时候感觉很相似，总觉得自己前路迷惘，很没出息的样子，想上进却没有途径。

2月10日上午，惯例叫货拉拉发货到京东物流园，司机到达目的地是11点钟，等了20分钟，跟我打电话提醒我免费等待时长不足10分钟，并告诉我，说是安排人来卸货，却迟迟未见人。我在沟通群里提醒交接人，就是之前说的那位大姐。她也说已经安排人过去了。就这样，直到我吃完午饭，发现订单还未结束，我一看等候时长已经超了一个多小时。于是我再次在群里询问那位大姐，“货还没卸货吗？有一个多小时了”。这么长时间显然不合理。

过了一会儿，订单结束时，司机跟我打电话说，装卸工是12点之后吃过饭才来的，车上一半货是司机自己卸的。听到这里，我很生气，同时对这位司机师傅感到很抱歉。从11点到13点，等了近两个小时，而且还卸了一半货。司机在电话里很无奈，但态度还是很平和的。按照1分钟5毛钱超时费，付了40多块钱。对京东的做事态度，管理不到位极其不满。所以这件事一定要有个说法，不然那边还以为我们无所谓，好欺负呢。但又不能把事情闹僵，毕竟我们是长期合作的，要是后面一直给我们穿小鞋，工作就更不好做了。

所以我没说责任问题，只是将这个事实反映给那位大姐。并刻意询问对方工作人员中午吃饭时间安排，说我们安排送货能规避这个时间。说的很含蓄，我的本意是让对方知道这次卸货超时的主要原因是他们卸货师傅不积极的问题，并希望她管理好他们家的员工，不会再出现这样的情况。她表示已经和装卸师傅说了，而且她当时不在现场，不知道情况。嘴笨不知道我说的她可理解，后来我想了想，没有强调不应该让司机等太久，好像没讲重点似的。

今天我们又叫货拉拉发京东的货了。和上次一样的数量。因为发货前点数发现多了一件，找那件货耽误了一点时间，后来到达目的地也是11点。不过今天卸货还是蛮快的，超时10分钟，这都在合理范围里。今天这个司机有点不专业，在发货的时候，用绳网固定货物的时候，耽搁了十几分钟，本来几分钟就搞定的事，他用了二十几分钟，还是在我们帮忙的情况下。

#网站无法访问

前一段时间，博客经常无法访问，显示连不上redis。我发现redis经常因为超内存自动掉进程了。于是，我将虚拟机的内存从8G升级到12G，观察了两天，但情况仍然出现，好像内存再高，都会被吃掉。所以索性直接关掉redis服务。内存占用上，这段时间好多了。

但新的问题出现了。MySQL进程掉了。这个进程掉了，问题就严重了。

Starting mysql (via systemctl): mysql.serviceJob for mysql.service failed because the control process exited with error code.
See "systemctl status mysql.service" and "journalctl -xeu mysql.service" for details.
 failed!

systemctl status mysql.service
x mysql.service - MySQL Community Server
     Loaded: loaded (/etc/systemd/system/mysql.service; enabled; preset: enabled)
     Active: failed (Result: exit-code) since Sun 2025-02-16 18:34:55 CST; 1min 53s ago
    Process: 2043 ExecStart=/etc/init.d/mysql start (code=exited, status=1/FAILURE)
        CPU: 495ms

Feb 16 18:34:54 Debian systemd[1]: Starting mysql.service - MySQL Community Server...
Feb 16 18:34:54 Debian mysql[2043]: Starting MySQL
Feb 16 18:34:55 Debian mysql[2043]: .The server quit without updating PID file (/usr/local/mysql/var/Debian.pid). ... faile>
Feb 16 18:34:55 Debian systemd[1]: mysql.service: Control process exited, code=exited, status=1/FAILURE
Feb 16 18:34:55 Debian systemd[1]: mysql.service: Failed with result 'exit-code'.
Feb 16 18:34:55 Debian systemd[1]: Failed to start mysql.service - MySQL Community Server.

Debian.pid文件没了。这个问题只要重新执行/usr/local/mysql/support-files/mysql.server start就可以了，但是重启还会出现上面的问题。

从这篇文章找到了原因，并解决了问题。

support-files目录下的mysql.server 执行的是 mysqld_safe 而不是 mysqld，使用nano查看mysql.server的内容，找到第266行 可以看出,执行参数start时,运行的是$bindir目录下的/mysqld_safe 程序，这是由于我的所有操作都是用root 用户执行的, (这是个坑)，而用root用户执行mysqld 跟mysqld_safe 不加--user=root参数 指定用户时会报错的。

2025-02-16T10:34:32.317936Z 0 [System] [MY-015015] [Server] MySQL Server - start.
2025-02-16T10:34:32.524313Z 0 [Warning] [MY-011070] [Server] 'binlog_format' is deprecated and will be removed in a future release.
2025-02-16T10:34:32.524436Z 0 [System] [MY-010116] [Server] /usr/local/mysql/bin/mysqld (mysqld 8.4.0) starting as process 1982
2025-02-16T10:34:32.527087Z 0 [ERROR] [MY-010123] [Server] Fatal error: Please read "Security" section of the manual to find out how to run mysqld as root!
2025-02-16T10:34:32.527186Z 0 [ERROR] [MY-010119] [Server] Aborting
2025-02-16T10:34:32.527690Z 0 [System] [MY-010910] [Server] /usr/local/mysql/bin/mysqld: Shutdown complete (mysqld 8.4.0)  MySQL Community Server - GPL.
2025-02-16T10:34:32.527694Z 0 [System] [MY-015016] [Server] MySQL Server - end.

为了让mysqld_safe能过执行,需要对/etc/init.d/mysql文件进行一点点修改，还是在266行, 在执行mysqld_safe 时 我加入了 --user=root 参数.

好了，后面无论重启服务还是重启系统都OK了。

官方网站：https://ratpanel.github.io/

GitHub库：https://github.com/TheTNB/panel/releases/

安装命令（一般 2 分钟内完成安装）：

curl -fsLm 10 -o install.sh https://dl.cdn.haozi.net/panel/install.sh && bash install.sh

话不多说，可自行用虚拟机测试，仁者见仁吧，我截了几张图可以品一品。