stornext客户端无法mount文件系统

origin2004

[S-26 ~]# mount -t cvfs macrosan_archive /macrosan_archive/
mount.cvfs: Can't mount filesystem 'macrosan_archive':  Device or resource busy
Check system log for details.

[S-26 ~]# tail -f /var/log/messages
Nov  1 22:40:11 localhost kernel: CVFS 'macrosan_archive': Buffer Cache blksize 65536, #blocks 2048 dirty low/high 682/1365
Nov  1 22:40:11 localhost kernel: CVFS 'macrosan_archive': request reserved space 0x8cc0000
Nov  1 22:40:11 localhost kernel: CVFS 'macrosan_archive': FsBlk  size 16384, bits 14, mask 0x3fff
Nov  1 22:40:11 localhost kernel: CVFS 'macrosan_archive': Sector size 512, bits 9, mask 0x1ff
Nov  1 22:40:11 localhost fsmpm[10502]: Starting Disk rescan
Nov  1 22:40:11 localhost fsmpm[10502]: Disk rescan delay completed
Nov  1 22:40:11 localhost kernel: CvOpenOnePath: Open Failed, disk <archive_matadata_100g> error 6 device </dev/sdu>
Nov  1 22:40:11 localhost kernel: Could not mount filesystem macrosan_archive, cvfs error 'File is busy' (6)
Nov  1 22:40:11 localhost fsmpm[10502]: Disk rescan found 42 disks

对于其中disk error 6的错误，磁盘工作正常，元数据服务器工作正常。


在元数据服务器S-34上查看
[S-34 log]# tail -f cvlog
[1101 22:32:33.092132] 0x2a95579400 (Debug) Active service - NSS ping from DAIMS-S-26:48369.
[1101 22:32:33.092844] 0x2a95579400 (Debug) Node [16] [S-26:48370] connected.
[1101 22:32:33] 0x425a4960 (Info) Node [16] [S-26:48370] Client Login (active 5).
[1101 22:32:33.096380] 0x46c3f960 (Debug) Cache SUMMARY [S-26] attrs now/0 min/0 max/0.
[1101 22:32:33.096396] 0x46c3f960 (Debug) VOP SUMMARY [S-26] VopCapNegotiate cnt/1 avg/6 min/6 max/6.
[1101 22:32:33.096403] 0x46c3f960 (Debug) VOP SUMMARY [S-26] VopClientId cnt/1 avg/9 min/9 max/9.
[1101 22:32:33] 0x46c3f960 (Info) Node [16] [S-26:48370] Client Logout (active 4).


[S-34 ~]# tail -f /var/log/messages
Nov  1 22:32:33 S-34 fsm[9356]: StorNext File System FSS 'macrosan_archive[0]': Node [16] [S-26:48370] Client Login (active 5).
Nov  1 22:32:33 S-34 fsm[9356]: StorNext File System FSS 'macrosan_archive[0]': Node [16] [S-26:48370] Client Logout (active 4).


连上又被强制logout了，怎么回事。

--------------------------------------------------------------------------------

origin2004

现在在元数据服务器和客户端中安装有两套多路径软件
EMC的powerpath，Linux的Multipath

stornext文件系统使用的是多路径设备。上述问题是发生在使用multipath的多路径设备上的文件系统。

现在发现，将客户端multipath停用（元数据服务器两套多路径都启用），文件系统直接使用磁盘设备，文件系统可以mount。

怀疑是不是客户端两套多路径软件兼容性不好。

进一步确定中。。。

origin2004

问题斛决了：

两个多路径软件没有兼容性问题。

原因有两个因素：

1. 用cvlabel -l 查看磁盘标签时，发现多路径设备与单独设备都存在。
2. 用multipath -l 查看多路径时，显示多路径设备是正常的，但在/dev/mapper/目录下没有生成显示的多路径设备文件名。

解决了上述两个问题后，重启snfs服务。一切正常。

happyrhino

解决此问题，请问具体如何操作？

shang2010

t解决了也不分享一下，太不厚道了