所以我说：QUIC 是个好东西，可惜即便不是基于合规上的考量，在第三世界国家使用起来也需要时间。

UDP 的干扰不是你去访问谁，而是运营商做的限速，即便你要访问的东西和你在同一个城市里面。此外这不是大陆独有的。

由于 UDP 是无连接协议，没有建立连接的过程，所以更容易被用于 DDoS 攻击和其他恶意行为。UDP 没有像 TCP 那样的流量控制机制，它可以在短时间内占用大量带宽，比如视频流和 P2P 下载，这些应用，在运营商小区网络的设备性能不足的情况下，会占用大量带宽，影响小区网络里面用户的网络体验。

这在小众运营商商里面更明显。

@laminux29 此外。你后面「如果，批评」这段就像是我在 2018 的领导，批评我在 ubuntu 上运行 Kubernetes 而不是在 CentOS 6 上面一样。

非常抱歉，我说的非常不客气，但是事实就是某些刻舟求剑的老人要么应该退居二线，要么应该说服的有理有据，要么应该被时代淘汰。

这也非常像尤其是第三世界国家的技术人员非常热衷的 CentOS ，祝愿他们在使用 CentOS Stream 9 的路上越走越远。

@laminux29 你可能没看仔细。我出现了很多硬件故障，我说的是没有预期以外的故障，我的内存 电源 硬盘都出现过故障。

在如今，由于固态硬盘的大量使用，比特反转的存在导致硬 RAID 并不能发现，在对硬件做好监控的情况下，ZFS 实际上比硬 RAID 可靠。

回到你说的最关键的，你说单点故障，任何系统都不能避免单点故障，备份是必须的。Ceph 在扩容和平衡方面的问题更大，更不是什么高枕无忧的东西。哪怕是商业的 netapp 这类产品，没有备份也是不行的。

@pikashi 应该有日志，没有提供任何日志是无法分析的。

@laminux29 我就是你说的有病的。
1. 首先使用 ZFS 应该搭配 ECC 并且监控 ECC 内存。
2. 应该使用 UPS 。
3. 如果有任何报错，至少应该有日志。

至少我的 10 盘 RAIDZ3 存在了 5 年没有遇到过非预期以外的故障（硬件 内存等等的损坏以外的数据故障才叫非预期的）

0.1 硬盘坏了可以在 dmesg 里面看到
0.2 内存可能需要添加 mcelog 监控，可能内存坏了。

上面是回复前几楼的猜想。

实际上应该还是内核的 bug 。

1. 红帽的回答已经很清楚了，并给出来了诊断步骤。可以用诊断步骤确认。

2. 由于 JBD2 的锁机制和同步方式在某些情况下可能导致死锁问题，xfs 不使用 JBD2 ，更换 XFS 很可能解决问题。

3. jbd2 日志线程在等待获取 j_checkpoint_mutex 锁。j_checkpoint_mutex 锁当前由某个任务（例如 java 进程）持有。
持有锁的任务正在等待 j_wait_done_commit 队列唤醒，而 j_wait_done_commit 队列需要 j_checkpoint_mutex 锁来继续，这形成了一个死锁。

十年运维老司机和你说。2 个节点，不可能有最佳的做法，你自己看一下下面然后权衡考虑吧。

以目前的产品来说。

1. 完全依靠标准的 RAFT 算法实现的高可用不可能在 2 个节点的情况下完成高可用，即便两个节点可以使用 RAFT 算法工作，但是挂了一个另一个也不能用。

2. 依靠仲裁机制实现的代表作是 ZK ，同样不能在两个节点下完成仲裁，同样无法高可用。

3. 依靠宽松的同步复制实现的双节点高可用，其依赖日志与信号的同步处理，一旦通信或是其中一个挂了另外一个可以独立运行，但是数据可能不是最新的，一定会造成脑裂，注意是一定。

4. 存在称为 "Active Failover" 的机制的产品可以依靠组合拳在引入多个角色上实现优先资源并尽可能的高可用和数据一致性。但是并不完全能避免数据脑裂。

PS：以上不考虑你怎么处理网络的可用性。

补充一下 即便是 go 或是 rust ，也可能在某些特定的残疾环境上运行出现问题。所以，某些场景下，perl 甚至还有用武之地，虽然这东西我看不懂。

有些东西不怎么需要性能，shell 脚本搁在那不出意外能兼容当前 +- 10 年的发行版，python 脚本放在这儿，Python 3.9 写出来的东西不一定能在 Python 3.6 上 run 起来。

我经常在某些特定的环境写 python 运维脚本，写的不怎么优雅，这不是能力问题，因为很多时候我必须被环境缚手缚脚（完全只使用 python 标准库来写脚本）

@opengps 实际上代码肯定能实现通过账号向邮箱发送邮件的。或是向邮箱发送重置密码链接。由于我的邮箱都设置了转发到我的主邮箱，如果能有这样的重置机制。我是可以收到邮件的。

@KepaThings @opengps 登录不上去的，也忘记密码了，这就是问题所在...

@Livid 可以提供一些帮助嘛？

@Unclev21x 当然不是现在登录的这个账号。

想被裁员的 SRE 路过

@xqf1126 一样的情况，曾经想重新高考，但是，算了一下感觉不行。虽然现在薪资还不错。

@coderluan 最大的问题是离职再找工作，实际上很难有你说的技术硬刚 HR ，因为我的情况估计和楼主差不多，考虑到楼主是高中学历，再就业情况比我可能还要差。相对来说我作为个 OPS 在我们的公司的情况下，甚至不担心被裁员。

我猜，楼主的主要问题和我差不多，就是是如何找下家。

重新高考拿个破本科难度非常低，而且我当年是因为女朋友放弃的本科。这最麻烦的问题就是要去学校脱产 3-4 年，我不知道有没有办法收买垃圾大学的老师然后几乎不去学校完成全日制本科的毕业。如果各位有办法帮忙提供一下。

结论就是，搞个被认可的高学历是有用的，但是要计算代价。