在Netapp的filer上跑oracle数据库
Linux 2006/11/20 14:16 我们部门搞了1个Netapp的fs980，很爽的一台设备，可惜不给我在上面开帐号，只能给开空间。不爽啊~
我们的dba准备用这上面的空间来跑1个oracle的应用。不过发现在使用rman来恢复数据的时候，oracle出错了，具体的出错信息如下：
RMAN-03002: failure of restore command at 11/20/2006 12:18:15
ORA-19504: failed to create file "/sdb1/oradata/x_indx02.dbf"
ORA-27086: skgfglk: unable to lock file - already in use
Linux Error: 37: No locks available
Additional information: 8
Google/Yahoo弄了半天，没有太合适的答案，不过应该能定位问题应该出在nfs空间上。因为在本地空间或者SAN上面都没有这种问题。最后总算从suse的一个maillist中找到了点线索，按照下面的方式重新mount了一下数据表所在的nfs区域，加上nolock选项，一切都了正常了。
sudo mount -t nfs -o tcp,nolock,hard,intr nfs1.xxx.com:/vol/test1 /sdb1
为啥要加这个nolock实在还是不明白。查了一下mount命令，估计还是和fs980的nfs的格式有些问题吧。下次有空再仔细研究一下。
附带把这个记下：常用NFS mount选项介绍
我们的dba准备用这上面的空间来跑1个oracle的应用。不过发现在使用rman来恢复数据的时候，oracle出错了，具体的出错信息如下：
RMAN-03002: failure of restore command at 11/20/2006 12:18:15
ORA-19504: failed to create file "/sdb1/oradata/x_indx02.dbf"
ORA-27086: skgfglk: unable to lock file - already in use
Linux Error: 37: No locks available
Additional information: 8
Google/Yahoo弄了半天，没有太合适的答案，不过应该能定位问题应该出在nfs空间上。因为在本地空间或者SAN上面都没有这种问题。最后总算从suse的一个maillist中找到了点线索，按照下面的方式重新mount了一下数据表所在的nfs区域，加上nolock选项，一切都了正常了。
sudo mount -t nfs -o tcp,nolock,hard,intr nfs1.xxx.com:/vol/test1 /sdb1
为啥要加这个nolock实在还是不明白。查了一下mount命令，估计还是和fs980的nfs的格式有些问题吧。下次有空再仔细研究一下。
附带把这个记下：常用NFS mount选项介绍
