系统中in.mpathd错误，这主要是什么问题，如何解决，谢谢

junfer

2个网口都是连接到交换机的吗？

li_hunter

没有什么高见，只是想给你出出主意（也许是嗖主意）。估计你已经查过sunsolve，有没有考虑试试补丁呢？不清楚你用什么版本的Solaris，如果是Solaris 9 SPARC的话，可以查查系统上是否已经存在112911-13或更新的补丁。没有的话，也许可以打一下试试。

道可道非常道

原帖由 junfer 于 2009-4-1 09:31 发表
2个网口都是连接到交换机的吗？

都接到交换机的

服务器ping 网关是不丢包的

ping -s 192.2.1.1

道可道非常道

原帖由 li_hunter 于 2009-4-1 10:51 发表
没有什么高见，只是想给你出出主意（也许是嗖主意）。估计你已经查过sunsolve，有没有考虑试试补丁呢？不清楚你用什么版本的Solaris，如果是Solaris 9 SPARC的话，可以查查系统上是否已经存在112911-13或更新的 ...

不好意思，我没有说清楚，是solaris 10

hexilanlan

关注阿,碰到这个问题了,不知道咋解决

langting

原帖由 道可道非常道 于 2009-3-31 12:10 发表
系统中in.mpathd错误，这主要是什么问题，如何解决，谢谢
产生频率较高


Mar 30 12:02:42 sunserver in.mpathd[157]:  NIC failure detected on ce0 of group ipmp0
Mar 30 12:02:42 sunserver in.mpathd ...

用root用户创建 /etc/notrouter

然后重启机器

qgqceo

Mar 30 13:06:22 sunserver in.mpathd[157]: [ID 585766 daemon.error] Cannot meet requested failure detection time of 10000 ms on (inet ce2) new failure detection time for group "ipmp0" is 23786 ms
Mar 30 13:07:23 sunserver in.mpathd[157]: [ID 302819 daemon.error] Improved failure detection time 11893 ms on (inet ce2) for group "ipmp0"
Mar 30 13:07:23 sunserver in.mpathd[157]: [ID 302819 daemon.error] Improved failure detection time 10000 ms on (inet ce0) for group "ipmp0"


楼主这个问题有什么进展？

qgqceo

找到Oracle官方的诊断描述(http://docs.sun.com/app/docs/doc/816-0211/6m6nc66sm?a=view)：
Cannot meet requested failure detection time of time ms on (inet[6] interface_name) new failure detection is time ms

解释:The round trip time for ICMP probes is higher than the specified failure detection time. The network is probably congested or the probe targets are loaded. in.mpathd automatically increases the failure detection time to whatever it can achieve under these conditions.

Improved failure detection time time ms on (inet[6] interface_name)

解释:The round trip time for ICMP probes has now decreased and in.mpathd has lowered the failure detection time correspondingly.

故障解释和处理办法：该报错是指，从报文发送到接收返回的时间比指定的检测时间要长。当时的网络很有可能存在堵塞的情况。在这种情况下，进程in.mpathd会自动增加故障检测时间。建议继续观察网络的通信情况，看看是否存在堵塞。

东方蜘蛛

# eeprom local-mac-address=true
在/etc/system中添加ce网卡参数：
set ce:ce_reclaim_pending=1
set ce:ce_taskq_disable=1
# reboot

sunday8035

碰到过类似的case,我记得当时是连接ipmp交换机的问题，更换完交换机端口后解决问题。
另外我当时将ipmp failback设置为no，我估计可能是执行failback的时候大量的探测包使网络更不稳定，而且每次跳转公共IP就回丢包。