我的开放子网管理器日志中有此错误。
Sep 22 01:49:53 router3-1 docker[12431]: Sep 22 01:49:53 089580 [68860700] 0x01 -> mcmr_rcv_join_mgrp: ERR 1B11: Port 0x10c37b1f7ebb0001 (MT25408 ConnectX Mellanox Technologies) failed to join non-existing multicast group with MGID ffff:0:ffff:0:180b:1493:fd7f:0, insufficient components specified for implicit create (comp_mask 0x10083)
Sep 22 01:49:57 router3-1 docker[12431]: Sep 22 01:49:57 328091 [6585A700] 0x01 -> mcmr_rcv_join_mgrp: ERR 1B11: Port 0x10bf482fd3ac0001 (MT25408 ConnectX Mellanox Technologies) failed to join non-existing multicast group with MGID ffff:0:ffff:0:1868:c9d6:fd7f:0, insufficient components specified for implicit create (comp_mask 0x10083)
Sep 22 01:50:04 router3-1 docker[12431]: Sep 22 01:50:04 973005 [60850700] 0x01 -> mcmr_rcv_join_mgrp: ERR 1B11: Port 0x10bf482fd3a60001 (MT25408 ConnectX Mellanox Technologies) failed to join non-existing multicast group with MGID ffff:0:ffff:0:9811:7b48:ff7f:0, insufficient components specified for implicit create (comp_mask 0x10083)
Sep 22 01:50:05 router3-1 docker[12431]: Sep 22 01:50:05 291935 [5F04D700] 0x01 -> mcmr_rcv_join_mgrp: ERR 1B11: Port 0x10bf482fd3a40001 (MT25408 ConnectX Mellanox Technologies) failed to join non-existing multicast group with MGID ffff:0:ffff:0:88f3:3bdf:fd7f:0, insufficient components specified for implicit create (comp_mask 0x10083)
Sep 22 01:50:09 router3-1 docker[12431]: Sep 22 01:50:09 699903 [6685C700] 0x01 -> mcmr_rcv_join_mgrp: ERR 1B11: Port 0x10c37b1f7e110001 (MT25408 ConnectX Mellanox Technologies) failed to join non-existing multicast group with MGID ffff:0:ffff:0:787e:40cb:fd7f:0, insufficient components specified for implicit create (comp_mask 0x10083)
Sep 22 01:50:22 router3-1 docker[12431]: Sep 22 01:50:22 389193 [63856700] 0x01 -> mcmr_rcv_join_mgrp: ERR 1B11: Port 0x10bf482fd3f00001 (MT25408 ConnectX Mellanox Technologies) failed to join non-existing multicast group with MGID ffff:0:ffff:0:c867:44ab:fe7f:0, insufficient components specified for implicit create (comp_mask 0x10083)
它发生了很多。
这是一个与此处提交的以下错误报告非常相似的问题: https ://bugzilla.redhat.com/show_bug.cgi?id=1138851
在该特定报告中,该错误针对 NTP mcast 组。
即 MGID ff12:401b:ffff::101 不知何故 101 被解释为 224.0.1.1 并且他们说它是 NTP。
那个 101 是怎么变成那个的,什么是 MGID?
在我的例子中,显示的 MGID 是:ffff:0:ffff:0:c867:44ab:fe7f:0
这是否转换为 224.0.0.0?它声称被保留。这里发生了什么事?
关于 ff12:401b:ffff::101,我们可以参考RFC-5156看到 ff00::/8 是多播地址。在RFC-4291中,ff12:... 被分解,其中 ff 表示多播,12 被分解为标志 0x1 和范围 0x2。标志 0x1 是“非永久分配的(“瞬态”或“动态”分配的)多播地址”,作用域 0x2 是本地链路。
接下来的两组,401b:ffff::,定义子网的长度。然后,根据RFC-3306,最后四个字节是组 ID,在本例中为 0x101。根据RFC-2375,0x101为 NTP 保留。也许并非巧合,这与 IPv4 NTP 多播地址的最后两个字节 224.0.1.1(RFC-5771)相匹配。
MGID 只是一个多播组 ID。您在 IB 接口上配置了 IP over InfiniBand (IPoIB),并使用该 IP 地址(键入“ip addr”以列出您的接口和相关地址 - 您将在任何接口上获得 IPv6 链接本地地址.) 现在,您的 NTP 服务器正在运行,多播流量,并且机会主义地尝试使用任何接口 - 因此在您的 IB 网络上多播。
您的地址有点不同 - 不是标准的 IPv6 多播地址,因为 FFFF:... 是保留的。但是,通常一个快速的解决方法是简单地重新启动 OpenSM,问题就会消失。