所选语种没有对应资源,请选择:

本站点使用Cookies,继续浏览表示您同意我们使用Cookies。Cookies和隐私政策>

提示

尊敬的用户,您的IE浏览器版本过低,为获取更好的浏览体验,请升级您的IE浏览器。

升级

OceanStor 9000 V300R006C10 文件系统特性指南 05

评分并提供意见反馈 :
华为采用机器翻译与人工审校相结合的方式将此文档翻译成不同语言,希望能帮助您更容易理解此文档的内容。 请注意:即使是最好的机器翻译,其准确度也不及专业翻译人员的水平。 华为对于翻译的准确性不承担任何责任,并建议您参考英文文档(已提供链接)。
故障处理

故障处理

介绍在使用NFS协议增强特性的过程中可能遇到的故障及其处理方法,使您能更顺利地使用本特性。

Mac OS X客户端中覆盖安装DFSClient失败

现象描述

对于已安装DFSClient的Mac OS X客户端,进行覆盖安装DFSClient时,安装失败,提示信息如图12-23所示。
图12-23  安装失败示提示

可能原因

DFSClient覆盖安装过程中,卸载内核失败,导致安装报错。

定位思路

打开终端Terminal,执行命令vim /var/log/install.log,查看/var/log/install.log文件,得到如图12-24所示的日志提示信息。
图12-24  install.log日志提示信息

处理步骤

  1. 在终端Terminal中,执行命令reboot,重启客户端。
  2. 待重启后,先执行命令sudo umount /path卸载目录,再双击DFSClient的待安装包,进行覆盖安装。详情请参见安装DFSClient。如果重启后覆盖安装依然失败,请联系技术服务工程师。

RHEL客户端有链路丢失,且丢失的链路上业务停止

使用DFSClient挂载NFS共享后,挂载点上的链路丢失,使系统的性能受损。

现象描述

客户端挂载点上的链路丢失,丢失链路上的业务停止。且无法卸载挂载点,新的挂载点涉及丢失的链路时也无法挂载。

可能原因

由于RHEL客户端6.3内核缺陷,DFSClient的链路在内核sunrpc层挂住,导致业务无法进行,TCP连接关闭。

定位思路

  • 在客户端通过命令netstat |grep -c nfs发现有链路丢失,回显的链路条数比预期挂载的链路数少。且丢失的链路无法卸载、无法重新挂载。详情请参见Red Hat官方解决方案
  • DeviceManager首页的右下角的“服务信息”中的“NFS”里显示的链路数减少。

处理步骤

  1. 执行命令cp /usr/local/xnfs/module/sunrpc.ko /lib/modules/2.6.32-279.e16.x86_64/kernel/net/sunrpc/,拷贝DFSClient目录下的sunrpc.ko文件替换系统目录下的sunrpc.ko文件。
  2. 长按电源按键关机后,再单击电源按键启动系统。
  3. 执行命令netstat |grep -c nfs查看链路数或mount命令查看目录挂载情况。若链路还未找回,请联系技术服务工程师。

RHEL客户端内核Panic

现象描述

内核Panic指内核检测到一个内部致命的错误时,内核不能安全的恢复,导致RHEL客户端出现业务中断,客户端自动重启。

可能原因

由存在于内核kernel-2.6.32-279.8.1.el6版本之前的TCP内核缺陷造成。

定位思路

客户端异常重启后,查看/var/log/messages目录下的日志中是否有如下所示的堆栈信息。详情请参见Red Hat官方RHEL6: Kernel panic in tcp_xmit_retransmit_queue()

[exception RIP: tcp_xmit_retransmit_queue+128]
        RIP: ffffffff8148c920  RSP: ffff8800282638c0  RFLAGS: 00010202
        RAX: 0000000000000086  RBX: ffff8801041876c0  RCX: 0000000000000003
        RDX: 000000000000002e  RSI: 00000000f1a4b83d  RDI: 0000000000000001
        RBP: ffff880028263910   R8: 0000000000000008   R9: 00000000f1a4b83d
        R10: 0000000000000000  R11: 0000000000000000  R12: 0000000000000000
        R13: 0000000000000000  R14: ffff880104187788  R15: 0000000000000000
        ORIG_RAX: ffffffffffffffff  CS: 0010  SS: 0000
     #9 [ffff880028263918] tcp_fastretrans_alert at ffffffff81485f37
    #10 [ffff880028263968] tcp_ack at ffffffff81486d93
    #11 [ffff880028263a38] tcp_rcv_established at ffffffff81487d5d
    #12 [ffff880028263a98] tcp_v4_do_rcv at ffffffff8148fd53
    #13 [ffff880028263b38] tcp_v4_rcv at ffffffff814915ce
    #14 [ffff880028263bb8] ip_local_deliver_finish at ffffffff8146f2ed
[exception RIP: tcp_xmit_retransmit_queue+128]
        RIP: ffffffff8147fca0  RSP: ffff880028203850  RFLAGS: 00010246
        RAX: 0000000000000000  RBX: ffff880c0829b000  RCX: 0000000000000002
        RDX: 0000000000000000  RSI: ffff8805f89a4338  RDI: 0000000000000002
        RBP: ffff8800282038a0   R8: 000000000000000d   R9: 000000008b667a73
        R10: 0000000000000002  R11: 000000008b6be2e9  R12: 0000000000000000
        R13: 0000000000000000  R14: ffff880c0829b0c8  R15: ffff8805f89a4300
        ORIG_RAX: ffffffffffffffff  CS: 0010  SS: 0018
     #9 [ffff8800282038a8] tcp_ack at ffffffff81479e03
    #10 [ffff880028203978] tcp_rcv_established at ffffffff8147b138
    #11 [ffff8800282039d8] tcp_v4_do_rcv at ffffffff81483163
    #12 [ffff880028203a78] tcp_v4_rcv at ffffffff81484951
    #13 [ffff880028203af8] ip_local_deliver_finish at ffffffff814626bd
    #14 [ffff880028203b28] ip_local_deliver at ffffffff81462948
    #15 [ffff880028203b58] ip_rcv_finish at ffffffff81461e0d
    #16 [ffff880028203b98] ip_rcv at ffffffff81462395
    #17 [ffff880028203bd8] __netif_receive_skb at ffffffff8142c34b
    #18 [ffff880028203c38] netif_receive_skb at ffffffff8142e408
    #19 [ffff880028203c78] napi_skb_finish at ffffffff8142e510
    #20 [ffff880028203c98] napi_gro_receive at ffffffff81430b99
    #21 [ffff880028203cb8] bnx2x_rx_int at ffffffffa02e25d6 [bnx2x]
    #22 [ffff880028203e18] bnx2x_poll at ffffffffa02e346c [bnx2x]
    #23 [ffff880028203e68] net_rx_action at ffffffff81430cb3
    #24 [ffff880028203ec8] __do_softirq at ffffffff81072191
    #25 [ffff880028203f38] call_softirq at ffffffff8100c24c
    #26 [ffff880028203f50] do_softirq at ffffffff8100de85
    #27 [ffff880028203f70] irq_exit at ffffffff81071f75
    #28 [ffff880028203f80] do_IRQ at ffffffff814f

处理步骤

  1. 安装内核升级包,升级后重启客户端。安装详情请参见Red Hat官方Moderate: kernel security and bug fix update

    说明:

    若采用手工安装的方法升级内核,需获取与客户端类型相符的升级包进行升级。您可使用cat /etc/redhat-release命令查看客户端系统的类型。

    [root@Client2 ~]# cat /etc/redhat-release 
    Red Hat Enterprise Linux Server release 6.3 (Santiago)

  2. 请联系技术支持工程师,提供升级后内核的版本号,获取适配升级版本的DFSClient安装包。
  3. 请参见安装DFSClient重新安装DFSClient

在使用外部DNS服务器时,Linux客户端只能获取一个IP地址

现象描述

客户端使用外部DNS服务器,且外部DNS服务器采用转发模式时。当客户端使用DFSClient挂载时,通过mount命令查询挂载参数,发现“buddy”IP地址只有1个,无法建立多连接。

可能原因

客户端发送域名解析请求到外部DNS服务器,第1次查询时,外部DNS服务器将域名解析请求转发给OceanStor 9000InfoEqualizer,获得一个IP地址。而第2、3次请求时,外部DNS服务器直接从缓存里取了第1次的IP地址返回给客户端,未将请求转发给InfoEqualizer,故只获取了一个IP地址,无法建立多连接。

定位思路

对外部DNS服务器进行抓包分析,确认外部DNS服务器的请求是否全部转发到了OceanStor 9000

处理步骤

    使用外部DNS服务器时,将外部DNS服务器的IP地址和InfoEqualizer DNS IP地址都填入客户端节点的DNS配置中,配置详情请参考NFS协议增强特性指南 > 启用NFS协议增强特性 > RHEL客户端应用 > 配置DNS

翻译
下载文档
更新时间:2019-03-30

文档编号:EDOC1000162199

浏览量:29048

下载量:105

平均得分:
本文档适用于这些产品
相关文档
相关版本
Share
上一页 下一页