NAS 常见问题汇总

NAS 常见问题及解决方法

注：当客户联系技术工程师寻求技术支持的时候，我们第一时间除了问清楚客户发生的情况及细节外，最重要的就是要问客户提供产品日志。

获取日志的方法：使用Firefox浏览器，在地址栏上输入NAS IP地址，然后选择FULL ACCESS账户登录，在STATUS里面，选择LOGS—Download，下载日志并保存下来。

以下是主要判断NAS出何种故障的重要日志：

1.Error.log –alert ，此日志可以查看NAS系统中哪些功能不正常运行。

2.Critical0.log ,Critical2.log -I/O hardware errors 此日志可以查看NAS系统中有什么错误的操作及所设置的任务及工作是否正常工作。

3.test.log 此日志可以查看NAS系统中存储的带宽是否正常。

4.dmesg-for system bootup 此日志可以查看NAS系统中是否有硬件故障及驱动问题，软件服务等问题。

常见问题及解决方法：

常见的网络故障判断：

例一：某视频采集案例出现当1台或多台客户端采集素材的时候，发生丢帧现象。现场发现其中主板上的两个网卡亮橙色的灯，并且没有闪动。用测试软件测试，发现网络情况非常不稳定。

解决方法：这个案例是由于NAS服务器上自带的两个板载网卡和外接的4个网卡不属于同一芯片组，如果做端口绑定，会造成网络的不稳定，导致带宽时快时慢。把主板上自带的两个网口剔出绑定，只绑定4个外接网口，网络性能表现稳定。

例二：某视频采集案例出现当1台或多台客户端采集素材的时候，发生丢帧现象。

解决方法：经过检查日志中的dmesg文件，看到有大量的报错：

[ 65.878630] qla2xxx 0000:07:00.0: LOOP DOWN detected (0 1000 0).

[ 65.880616] qla2xxx 0000:07:00.1: LOOP DOWN detected (0 1 0).

[ 66.159684] qla2xxx 0000:07:00.0: LIP reset occured (f801).

[ 66.161709] qla2xxx 0000:07:00.1: LIP reset occured (f801).

[ 66.163180] qla2xxx 0000:07:00.0: LIP occured (f801).

[ 66.165115] qla2xxx 0000:07:00.1: LIP occured (f801).

可以把问题定位在光纤卡，或者是光纤线的问题上，后来经过更换光纤卡，一切恢复正常。

常见NAS系统无法启动故障：

例一：当NAS服务器在启动的时候，画面停留在有一个“#”符号的黑色画面或者“no system drive found”，然后无法正常启动。

解决方法：首先把NAS DOM卡重新插拔，有时候可能是接触不良导致无法启动。如果重新插拔后仍然无法正常启动，可判断为NAS DOM卡损坏，安排客户返修DOM卡。

例二．当NAS服务器在启动的时候，提留在提示“system corrupted no usb flash module has been found”的画面, NAS系统无法正常启动。

解决方法：首先把NAS DOM卡重新插拔，有时候可能是接触不良导致无法启动。如果重新插拔后仍然无法正常启动，可判断为NAS 系统文件丢失或损坏，安排客户返修DOM卡。

常见NAS系统性能不足问题：

例一：某电视台有22台非编工作站，当超过17台工作站同时编辑的时候，发现出现严重丢帧情况，时间长了，甚至NAS系统会死掉，重启后又恢复正常。如果少于15台的时候，可以正常工作，无丢帧现象。

解决方法：经过对NAS系统的CPU，内存，网络等的监控，发现当超过17台工作站同时编辑的时候，NAS系统的内存出现了无法清空，一直在100%的使用状态中。通过把内存从4GB增加到16GB，性能马上提升上来，无丢帧现象。

例二：某电视台10台视频工作站在进行视频编辑,同时有两台上传工作站在上传数据，发生丢帧现象。

解决方法：此客户采用的绑定方式是balance-tlb，此绑定的网络传输方式是3个网卡读，一个网卡写的方式，更改为读写均衡，自动分配的模式balance-alb后，无丢帧现象。

常见NAS 共享目录无法访问故障：

例一：某社区门户网站发生NAS 系统的共享目录无法访问，逻辑卷容量显示只有0.36GB，逻辑卷实际容量为12TB，并且有“no system unit found”的报错。

解决方法：这种现象为NAS的逻辑卷文件系统损坏，由于客户采用的RAID5，并且有硬盘损坏，重建过程中，冲击NAS 逻辑卷文件系统，经过在NAS console的ctrl+alt+x里面修复逻辑卷的文件系统和恢复系统配置后，共享目录恢复正常工作。建议使用安全性更高的RAID1，10,6的方式，可以保证在数据重建的过程中不会对NAS的逻辑卷文件系统造成冲击。

例二：某电视台由于后端的ISCSI存储写满了全部容量，但是还在不停写入数据，在重启NAS系统后，发生NAS 系统的共享目录无法访问，逻辑卷容量显示只有0.36GB，逻辑卷实际容量为24TB，并且有“no system unit found”的报错。

解决方法：由于后端存储空间被写满，而没有发出一个指令告诉NAS系统空间已满，导致还在不停写入数据到存储空间中，破坏了逻辑卷文件系统分区，导致共享目录结构破坏。通过扩展后端的ISCSI存储，增加逻辑卷的容量，并在NAS console的ctrl+alt+x里面修复逻辑卷的文件系统和恢复系统配置后，共享目录恢复正常工作。

例三．某电视台调整过域控服务器的时间后，NAS共享目录无法访问。

解决方法：客户应用系统中和NAS的结合需要使用到域，那么如果域控制器做过修改，NAS 服务器也需要做相应的修改。经过调整了NAS服务器上面的时间和域控服务器的时间保持一致，并在NAS settings里面重新配置了一下Windows ADS 后，NAS目录可以正常访问。