我们的开发人员喜欢按照自己的方式做事，不管给出的建议如何。其中之一是发送带有完全伪造的发件人地址的电子邮件
我想让 OpenDKIM 拒绝或删除它无法签名的电子邮件 - 这可能吗？
Jan 4 21:30:25 smtp2 opendkim: 12345: no signing table match for '[email protected]'
Jan 4 21:30:25 smtp2 opendkim: 12345: no signature data
SendReports yes除了在继续发送未签名的原件的同时生成一封新电子邮件返回给发件人之外，没有其他似乎相关的配置选项。
我已经探索过Canonicalization，但这无关。
问题：OpenDKIM 可以停止发送它无法签名的电子邮件吗？
作为我日常工作的一部分，我管理几个 xenserver 池。我一直在研究旧版本，将它们从一系列旧版本 5.5、6.0、6.1 和 6.2 升级到 xenserver 6.5
许多虚拟机现在都安装了旧版本的 xenserver 工具。在 VM 的 General 选项卡上，它显示类似
Virtualisation state: Tools out of date (version 5.5 installed)
Virtualisation state: Tools out of date (version 6.0 installed)
或令人困惑
Virtualisation state: Optimised (version 6.2 installed)
让虚拟机保持原样有哪些潜在的缺点？是否存在性能或可靠性问题？这个问题不是关于是否应该安装 xentools，而是针对工具的更新是否重要。
我有一个带有两个节点的功能性 xenserver 6.5 池。它由戴尔 MD3600i SAN 上的 iSCSI 共享支持，并且工作正常。它是在我的时代之前建立的。
我们向池中添加了另外三个节点。但是，这三个新节点不会连接到存储。
这是原始节点之一，工作正常：
[root@node1 ~]# iscsiadm -m session
tcp: [2] 10.19.3.11:3260,1 iqn.1984-05.com.dell:powervault.md3600i.6f01faf000eaf7f900000000531ae9bb (non-flash)
tcp: [3] 10.19.3.14:3260,2 iqn.1984-05.com.dell:powervault.md3600i.6f01faf000eaf7f900000000531ae9bb (non-flash)
tcp: [4] 10.19.3.12:3260,1 iqn.1984-05.com.dell:powervault.md3600i.6f01faf000eaf7f900000000531ae9bb (non-flash)
tcp: [5] 10.19.3.13:3260,2 iqn.1984-05.com.dell:powervault.md3600i.6f01faf000eaf7f900000000531ae9bb (non-flash)
这是新节点之一。注意到地址中的损坏了吗？
[root@vnode3 ~]# iscsiadm -m session
tcp: [1] []:-1,2 ▒A<g▒▒▒-05.com.dell:powervault.md3600i.6f01faf000eaf7f900000000531ae9bb (non-flash)
tcp: [2] 10.19.3.12:3260,1 iqn.1984-05.com.dell:powervault.md3600i.6f01faf000eaf7f900000000531ae9bb (non-flash)
tcp: [3] 10.19.3.11:3260,1 iqn.1984-05.com.dell:powervault.md3600i.6f01faf000eaf7f900000000531ae9bb (non-flash)
tcp: [4] 10.19.3.14:3260,2 iqn.1984-05.com.dell:powervault.md3600i.6f01faf000eaf7f900000000531ae9bb (non-flash)
缺少的 IP 地址是 0.13，但缺少另一个节点 0.12
评论：
我在现有节点上实时运行生产虚拟机，并且无处可移动它们，因此重新启动 SAN 不是一种选择。
尽管 san 有 4 个接口，但在原始节点上禁用了多路径。这似乎是次优的，所以我在新节点上打开了多路径。
这三个新节点的系统负载非常高。原始盒子的平均负载为 0.5 到 1，三个新节点的负载约为 11.1，没有运行虚拟机。顶部显示没有高 CPU 进程，所以它与内核相关？没有进程锁定在状态 D（不间断睡眠）
如果我告诉 Xencenter “修复”那些存储库，它会旋转几个小时，直到我点击取消。消息是Plugging PDB for node5
问题：如何让我的新 xenserver 池成员查看池存储并按预期工作？
编辑更多信息
良好的池节点：
[root@node1 ~]# multipath -ll
36f01faf000eaf7f90000076255c4a0f3 dm-36 DELL,MD36xxi
size=3.3T features='3 queue_if_no_path pg_init_retries 50' hwhandler='1 rdac' wp=rw
|-+- policy='round-robin 0' prio=12 status=enabled
| |- 14:0:0:6 sdg 8:96 active ready running
| `- 15:0:0:6 sdi 8:128 active ready running
`-+- policy='round-robin 0' prio=11 status=enabled
|- 12:0:0:6 sdc 8:32 active ready running
`- 13:0:0:6 sdh 8:112 active ready running
36f01faf000eaf6fd0000098155ad077f dm-35 DELL,MD36xxi
size=917G features='3 queue_if_no_path pg_init_retries 50' hwhandler='1 rdac' wp=rw
|-+- policy='round-robin 0' prio=14 status=enabled
| |- 12:0:0:5 sdb 8:16 active ready running
| `- 13:0:0:5 sdd 8:48 active ready running
`-+- policy='round-robin 0' prio=9 status=enabled
|- 14:0:0:5 sde 8:64 active ready running
`- 15:0:0:5 sdf 8:80 active ready running
坏节点
[root@vnode3 ~]# multipath
Dec 24 02:56:44 | 3614187703d4a1c001e0582691d5d6902: ignoring map
[root@vnode3 ~]# multipath -ll
[root@vnode3 ~]# (ie no response at all, exit code was 0)
坏节点
[root@vnode3 ~]# iscsiadm -m session
tcp: [1] []:-1,2 ▒A<g▒▒▒-05.com.dell:powervault.md3600i.6f01faf000eaf7f900000000531ae9bb (non-flash)
tcp: [2] 10.19.3.12:3260,1 iqn.1984-05.com.dell:powervault.md3600i.6f01faf000eaf7f900000000531ae9bb (non-flash)
tcp: [3] 10.19.3.11:3260,1 iqn.1984-05.com.dell:powervault.md3600i.6f01faf000eaf7f900000000531ae9bb (non-flash)
tcp: [4] 10.19.3.14:3260,2 iqn.1984-05.com.dell:powervault.md3600i.6f01faf000eaf7f900000000531ae9bb (non-flash)
[root@vnode3 ~]# iscsiadm -m node --loginall=all
Logging in to [iface: default, target: iqn.1984-05.com.dell:powervault.md3600i.6f01faf000eaf7f900000000531ae9bb, portal: 10.19.3.13,3260] (multiple)
^C iscsiadm: caught SIGINT, exiting...
所以它尝试登录到 SAN 上的 IP，但旋转了几个小时，直到我点击 ^C。