小森林公告 #4
Loading…
x
Reference in New Issue
Block a user
No description provided.
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
由于我个人的操作失误,导致服务器掉线,数据理应没有损坏,但是服务器网络出现问题,无法连接上去,正在尝试各种方法恢复,何时能恢复我也不清楚,非常抱歉,以后一定会严肃对待线上操作的问题。希望这次最终还是能像一年前那次那样顺利解决问题。
给各位带来不便,非常抱歉!磕头🙇♀️
2024.9.24 4:29 CST
UPDATE
我连上服务器了!!!!现在立刻马上备份数据!!!!
我会尽快恢复服务!!!再次抱歉!!
2024.9.24 15:02 CST
服务已恢复,对我的失误深表歉意
2024.9.24 16:07 CST
事情的起因是我在服务器上安装了一个 cloudflare wrap,一启动,服务器就直接掉线了。错误本是很容易避免的,因为之前我一直是坚持把所有程序隔离到 docker 容器里面执行,已经好几年没有在这台服务器上执行过 apt 相关的操作了,结果今晚不知道哪根筋搭错了,竟然直接在宿主机上安装和运行了!😭
最初的问题大概就是 wrap 启动后自动修改了防火墙规则,导致 ssh 和 http 断开,此时我又犯了另一个错误:直接就尝试了重启服务器,寄希望于重启后 wrap 程序不会自动启动
本来服务器掉线后,在云平台上还能看到硬件监控状态的(应该是当时探针还能正常上传数据),重启后监控就全部中断,并且看到控制台上显示内核错误😱
目前机器的情况就是内网下用 ssh 密钥连不上,当初我把密码关了,所以密码登录也用不了。我甚至怀疑 ssh 登录请求也直接被 wrap 转发了,我尝试登录并且报密钥错误的其实是 cloudflare wrap 的服务器
之后我可能得尝试把整个镜像下载下来,看能不能从镜像里面恢复数据,但真的有可能是凶多吉少,因为这个镜像我哪怕下载下来了,也大概率不能在本地的虚拟机上启动,只能寄希望于虚拟机能够恢复文件系统,这样我就能把磁盘分区导出来😭
现在要做最坏的准备,数据有无法恢复的风险。
之前为了省储存的费用,自作聪明搞了个主从同步来备份数据,结果似乎是两台服务器间延时高,备份服务器上的数据根本无法使用
去年那次出问题的时候,我还能连上服务器,当时做了一次全量备份并下载到了本地,但是这次显然没这个机会了,去年下载的备份文件我也找不到了😥
再次再次给各位道歉了,我太愚蠢太失职了,对不起各位的信任😭
好消息是,我刚刚收到了服务器上跑的 ci 发来的邮件,看来服务器是启动成功了,并且能正常向外上传流量