RAID5与系统错误

最近闲着没事逛了逛知乎，查了一下RAID 5的一些问题。虽然按照它计算的数据，我的3*10K 300G SAS组成的 R5阵列毫无问题，但是总感觉不太放心。之前服务器还出现过 CPU IERR的问题，以至于RECC内存都出现了错误，然后服务光荣的挂了（应该大概不是反过来的原因？

所以我就想趁着摸鱼给R720的iDRAC配置一个邮件通知（实际上这台机子买来是有 Enterprise license 的，但是被我一波重置重置没了…）
关于RAID 5的数据可靠性估算链接，我就放在下面了
raid5 磁盘阵列真的不安全么？

iDRAC配置

如果你的 Enterprise License 也像我一样被作弄掉了，那恭喜你，iDRAC的那个专用网口你就用不上了。如果你买来的洋垃圾还有幸存在这个授权，那可一定要利用好，不然只能浪费一个网口或者划分vlan。
开启后BIOS那一长串密钥可以不用管，因为Web界面的密码不是那个，你也可以在Web端设置那个密钥。这方面我还没有研究，所以就不拿出来班门弄斧了。iDRAC web console 的默认 用户/密码 是 root/calvin

登陆进入界面之后，就可以按照这份指导来进行操作了
Dell iDRAC — 在 iDRAC7/8 和 iDRAC9 上配置系统警报的电子邮件通知

DNS 设置原理

这一段的原理是非常有趣的，以至于我一时间没有反应过来。最开始还硬是头铁没有设置DNS域配置，然后就喜闻乐见的被报错了。
iDRAC – 如何配置iDRAC电子邮件警报，使其不会被电子邮件服务器拒绝

以下是我的一些个人理解，可能会有所偏差或误差：在企业使用服务器的时候，大多都会在一个内部网络中，而这个网络则是一个域(?)。例如北邮的DNS服务器提供的默认域是bupt.edu.cn.，而你的openwrt则可能是local.或者lan.。在这个基础上，计算机设备会向DNS注册自己的主机名，形成 hostname.dns_domain的地址格式，然后在局域网内查询则可以直接通过主机名查询服务器地址。

而 Dell 大概是为了企业管理方便，将设备向DNS注册的hostname作为SMTP邮件通知的用户名，而dns域作为邮件通知的根域。这里或许带图更容易理解

它会将这个信息组装成 [email protected] 作为发件人

通知结果

我已经不屑于为我的邮箱打码了，因为它本来就是公开的

可以发现实际上 no-reply被作为这个主机的独有名称发送了，实际上如果我再(计划再来一台RH2285V2)一台服务器的邮件通知，那就会出现分不清哪一台服务器马上要挂硬盘，需要登上去一个一个查。而IMPI强烈建议内网隔离的特性，让人登陆上去非常不方便，所以我就加了个路由器上了个NAT，自己画了个小子网。然后在校内做了一个四层反代，把SMTP流量转接到我的阿里云服务器上去。（但是这并不优雅）

所以在最近我或许会再整理一下，部署一个SMTP服务器做转发。

别忘了设置自己的通知条件！并希望你测试邮件发送成功之后再也收不到邮件！