EMC Grab (EMCReports)工具无法完成日志收集的处理办法 问题:磁盘分区 故障现象: 文章转载自EMC中文支持论坛 · EMC Grab脚本运行至类似以下步骤时停止响应，甚至造成服务器重启 Copying file /sys/./class/fc_host/host6/statistics/fcp_output_megabytes 或 Copying file /proc/./meminfo Copying file /proc/./uptime Copying file /proc/./loadavg Copying file /proc/driver/./dsa/trace_ctl Copying file /proc/driver/./dsa/trace · VMware ESX主机上运行EMC Grab出现如下错误 [root@VMWAREESX1 emcgrab]# ./emcgrab.sh : command not found8: : command not found23: : command not found25: : command not found28: : command not found37: : command not found43: ./emcgrab.sh: /tmp/emcgrab/emcgrab.main: line 90: syntax error near unexpected token elif' ./emcgrab.sh: /tmp/emcgrab/emcgrab.main: line 90: elif [ ${OS} = "HP-UX" ] ./emcgrab.sh: line 35: start: command not found ./emcgrab.sh: line 36: initialise: command not found ./emcgrab.sh: line 109: legal_notice: command not found ./emcgrab.sh: line 156: interact: command not found ./normalize_clarify.awk' for reading (No such file or directory) ./emcgrab.sh: line 214: module: command not found 或 Collecting inq - inquiry Information Running Command inq.linux -no_dots............................................................... Command inq.linux -no_dotsrunning for more than 420 seconds Attempting to kill process 2442 /root/tmp/emcgrab/tools/inq.sh: line 115: 2442 Killed eval ${LINE} >>${SCRIPT_TMP}/${OUTPUT}.txt 2>>${ERR_RPT} Running Command inq.linux -no_dots-et........................................................... Command inq.linux -no_dots-et running for more than 420 seconds Attempting to kill process 4647 /root/tmp/emcgrab/tools/inq.sh: line 115: 4647 Killed eval ${LINE} >>${SCRIPT_TMP}/${OUTPUT}.txt 2>>${ERR_RPT} 解决方案: 解决方案 如果运行EMC Grab (EMCReports)时出错，或者运行到一半卡住，请确认以下几项： · 正确下载了对应平台的EMC Grab工具 · 主机上有足够的剩余空间 · 直接在主机下载(或通过winscp上传)并解压EMC Grab工具。如果是Linux/ESX主机，并从Windows复制Grab工具到ESX主机时，注意FTP需开启binary模式。 · 运行有类似DSA这样的文件证书生成工具 · 如果是Dell服务器并且装有Dell PERC H700/H800 SCSI Adapter，需要安装最新的固件和驱动，旧版本的固件驱动可能会导致Windows重启 · 如果是ESX主机，运行esxcfg-mpath -l确认是否有死路径(dead path)，如有则重新扫描HBA: esxcfg-rescan <vmhbaX> 变通方法 如果检查上述项后仍然出现错误或卡住的情形，可以考虑解开工具脚本文件，编辑并注释掉出错的命令后再执行，步骤如下： 方法一：(Windows) 1. 在CMD运行窗口按Ctrl+C，脚本会停止执行并询问您” Terminate batch job Y/N?” 2. 按”N”则EMCReports会跳过当前命令转而执行下一命令 方法二：(Windows) 1. 解压缩EMCRPTS_xxx_xxx.exe到某一目录 2. 找到并用Notepad等文本编辑器打开emcrpt.cmd或Emulex.cmd，注释掉或删除出错的步骤或命令 3. 保存脚本文件，并直接点击emcrpt.cmd运行 方法三：(Unix/Linux) 1. 进入…/emcgrab/tools目录 2. 找到对应的脚本文件xxx.sh，用vi打开并注释掉出错的步骤或命令 3. 保存文件，并重新执行./emcgrab.sh
EMC Grab (EMCReports)工具无法完成日志收集的处理办法-联想乐享知识库
⚡ 核心结论
本文来源联想官方，解答关于 EMC Grab (EMCReports)工具无法完成日志收集的处理办法 的常见问题，包括：EMC Grab (EMCReports)工具在Linux/ESX主机上运行至Copying file /proc/./meminfo等步骤时卡住甚至导致服务器重启，怎么办、EMC Grab (EMCReports)在VMware ESX主机上执行./emcgrab.sh时提示'command not found'及'syntax error near unexpected token `elif''，如何解决、EMC Grab (EMCReports)收集日志时反复提示'Command inq.linux -no_dots running for more than 420 seconds'并被强制终止，什么原因等。
内容来源：联想官方
常见问题解答
EMC Grab (EMCReports)工具在Linux/ESX主机上运行至Copying file /proc/./meminfo等步骤时卡住甚至导致服务器重启，怎么办
该问题通常由脚本文件损坏、传输模式错误或底层硬件驱动不兼容引起。首先确认已下载对应平台（如ESX）的正确版本EMC Grab工具；检查主机磁盘剩余空间是否充足；若从Windows通过FTP上传，必须启用binary模式传输，否则脚本换行符损坏会导致语法错误（如'elif'附近语法错误）；对于ESX主机，还需运行'esxcfg-mpath -l'检查是否存在dead path，如有则执行'esxcfg-rescan vmhbaX'重新扫描HBA。若仍卡住，可进入/emcgrab/tools目录，用vi编辑出错的xxx.sh脚本，注释掉故障命令行（如涉及/proc/driver/dsa/trace_ctl读取或inq.linux超时命令），保存后重新执行./emcgrab.sh。
EMC Grab (EMCReports)在VMware ESX主机上执行./emcgrab.sh时提示'command not found'及'syntax error near unexpected token `elif''，如何解决
此错误主因是EMC Grab脚本在Windows环境下以ASCII模式传输至ESX主机，导致Unix换行符（LF）被破坏，shell无法识别语法结构。解决步骤：1. 删除已上传的损坏脚本；2. 使用WinSCP或FTP客户端以binary模式重新上传EMCGrab压缩包；3. 在ESX主机上解压（如tar -xzf emcgrab_xxx.tar.gz）；4. 确保脚本具有执行权限：chmod +x ./emcgrab.sh；5. 运行前检查/tmp/emcgrab/emcgrab.main等关键文件是否完整，无乱码。注意事项：严禁使用Notepad直接编辑并保存.sh文件再上传，必须全程保持binary传输和Unix原生格式。
EMC Grab (EMCReports)收集日志时反复提示'Command inq.linux -no_dots running for more than 420 seconds'并被强制终止，什么原因
该现象主要因存储HBA（如Emulex或QLogic）驱动异常、FC链路不稳定或目标LUN响应超时所致，常见于Dell PERC H700/H800适配器固件过旧，或ESX主机存在死路径（dead path）。根本原因是inq.linux工具在探测SCSI设备时无限等待无响应设备。解决方法：先运行'esxcfg-mpath -l'确认多路径状态，发现dead path后执行'esxcfg-rescan vmhbaX'刷新；同时升级HBA驱动及固件至EMC兼容最新版；若仍超时，可临时修改/emcgrab/tools/inq.sh脚本，将默认超时值（如420秒）调高，或注释掉引发阻塞的inq命令行，改用手动运行'inquiry -v'替代部分采集。