Single SAN with ocfs2 and gfs2

I have a single SAN with two virtual drives. (i.e., they are separate mounts, but they are mapped to the same IP address) For example, if I do ls /dev/disk/by-path/, I see this:

ip-172.16.100.5:3260-iscsi-iqn.[all same]-lun-0@
ip-172.16.100.5:3260-iscsi-iqn.[all same]-lun-1@
ip-172.16.100.6:3260-iscsi-iqn.[all same]-lun-0@
ip-172.16.100.6:3260-iscsi-iqn.[all same]-lun-1@

(There are two entries for each because I am using multipath as well.)

Currently, I'm using OCFS2 (Oracle Cluster Filesystem) for both virtual drives. However, I would like to try GFS2 with one of them. I think/hope that this is not a problem. It would be like a single server exports two filesystems, one using Samba and one using NFS. At least, that's what I think.

However, given that the other virtual drive (i.e., the one that will remain using OCFS2) has data, I would like to ask to see if anyone can see an issue with this.

The server is running Ubuntu 20.04 .

Any advice would be appreciated! Thank you!

Solution 1:

No, GFS2 and OCFS2 cannot share the same LUNs. Switching between implies a storage migration to new volumes, perhaps via backup restore.

NFS and SMB are file share protocols. On the wire is a file abstraction, file system of the server does not matter. SMB and NFS servers exist for Windows, UNIX, and Linux, all exporting their favorite local file systems.

GFS2 and OCFS2, in contrast, are shared storage file systems. A SAN presents the same block device LUNs to multiple hosts. Distributed lock managers keep things consistent. Just like your favorite local file system, each has their own specific on disk structure. Similar to mounting an ext4 file system as xfs, refuses to mount at best and corruption at worst. Unlike local systems, they also need a lock manager API, and I don't think these two are compatible.