@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 年，我不知道有没有办法收买垃圾大学的老师然后几乎不去学校完成全日制本科的毕业。如果各位有办法帮忙提供一下。

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

仅好奇，把完整个人信息的简历挂在 V2EX 上然后让内推，这种行为不担心被现在的公司看到嘛？或是说现在是待业的。

@drewcolor 好评，周一投

@jibin 国际环境下，以及各种乱七八糟的情况下，想重视也很难，比如小米重视印度市场，结果给印度打了工。

@icoderleon 帮我朋友问一下，薪资范围，基本满足上面的要求。